superna a écrit 305 commentaires

Je suis particulièrement fan de cette réponse : http://article.gmane.org/gmane.linux.kernel/1147631

On Sun, 29 May 2011 18:30:32 -0700
Linus Torvalds <torvalds <at> linux-foundation.org> wrote:
>
> I decided to just bite the bullet, and call the next version 3.0. It
> will get released close enough to the 20-year mark, which is excuse
> enough for me, although honestly, the real reason is just that I can
> no longe rcomfortably count as high as 40.

So, this is a <odd>.x.y release right ? According to you the schedule
was:

• 2.6.<odd>: still a stable kernel, but accept bigger changes leading up to it (timeframe: a month or two).
• 2.<odd>.x: aim for big changes that may destabilize the kernel for several releases (timeframe: a year or two)
• <odd>.x.x: Linus went crazy, broke absolutely everything, and rewrote the kernel to be a microkernel using a special message-passing version of Visual Basic. (timeframe: "we expect that he will be released from the mental institution in a decade or two").

Then the big question is where's that microkernel stuff you promised ?
Does the travel you are planning next week has anything to do with the
mental institution ?

Son message d'origine de 2005 : http://lkml.org/lkml/2005/3/2/247

Pour la dernière question, non, le kernel a besoin d'avoir accès aux pages des applications !

Les appels read/write/... passent l'adresse dans le contexte de l'application et le kernel doit le remapper et y accéder.
L'avantage du SMEP est que ces mappages applicatifs ne seront pas exécutables si le kernel est corrompu (exemple: code malicieux qui suit un buffer qui a la mauvaise taille, driver buggé qui ne vérifie pas la taille du buffer et écrase ses propres pointeurs par des adresses contenue en user space, le SMEP stoppera l'exécution !).

Mais pour ça il faudrait avoir le droit de modifier et redistribuer la bête avec l'accord de son auteur !
Mais si tu veux remettre en forme le javascript et coder des périphériques et tenter quand même la redistribution, je te suis !

C'est le morceaux de fichiers qui peuvent être partagés entre plusieurs fichier et même plusieurs backup différents.

Après il faut évaluer dans quelle configuration laquelle est la meilleure.

ça a l'air vraiment cool (surtout le poème au début du readme ^^), et git le rends vraiment performant !

mais

bup currently has no features that prune away old backups.

Because of the way the packfile system works, backups become "entangled" in weird ways and it's not actually possible to delete one pack (corresponding approximately to one backup) without risking screwing up other backups.

git itself has lots of ways of optimizing this sort of thing, but its methods aren't really applicable here; bup packfiles are just too huge. We'll have to do it in a totally different way. There are lots of options. For now: make sure you've got lots of disk space :)

Oui, il manque la suppression des anciens backups, mais puisque les nouveaux backups ont potentiellement des morceaux en commun, il faudrait trier les morceaux qui sont utilisés plusieurs fois et le reloger, etc, ... et c'est pas implémenté !

Sinon c'est impressionnant comme projet !

J'en doute, il semble qu'il faille un accès serveur avec un compilateur, python, et un support de python dans Apache.

Ce qu'il n'y a pas du tout chez free !

Pour le pack Pro 1&1, il faut voir quels packages python sont disponible et quel méthode est utilisée pour exécuter le python !

Oui mais le bout de code "GPL" sont LGPL si tirés de la gnulibc... donc au final ce serait LGPL avec tout ce qui s'en suite, mais mois qu'avec la GPL

J'ajouterais la plus grande majorité ajoutent des patchs pour des fontionnalités et des drivers qui ne sont pas disponible dans le kernel vanilla de kernel.org !

Exemple : Debian, (et Ubuntu, ....), Mandriva, Red Hat, ... ont systématiquement des versions patchées du noyau.

Aprés la différence se situe si l'OS continue de fonctionner avec un kernel vanilla :

• Debian et consors OUI
• Android NON...

Je penche sincèrement pour une bouse complètement WTF, un mélange de plusieurs façon de voir et concevoir un language interprété...

# git init
# git add a[TAB]pplication.tcl*
# git commit -m 'Initial commit'
...
# ls -l[ENTREE]
# rm a[TAB]pplication.tcl[ENTREE]
# man git-checkout
...
# git checkout application.tcl

Pas besoin d'aller sur linuxfr...

Oui c'est des techniques très connues dans le monde de l'embarqué, et il me semble que le boot depuis un mode Suspend est déjà utilisé dans les appareils Sony depuis quelques années (caméscopes, ...)

http://pandaboard.org/ sera ton salut !

Yep XMPP, STUN et SIP

Vachement fait maison comme pile protocolaire...

Merci pour ce compte rendu, c'est vrai que c'est très sympa de rencontrer des personnes qui font le même métier !

A peut être l'année prochaine à Prague !

Il me semble que le code source est libre, le binaire est redistribué sous le choix de la licence de celui qui le distribue... sachant qu'il doit re-distribuer les sources.

Donc tu prends les sources, tu les compiles avec gcc, et tu les redistribue !

Les licences libres n'imposent pas de compilateurs ni n'environnement, c'est juste une contrainte technique !
Si je veux porter une bibliothèque purement Linux sous Windows et la distribuer, je vais fournir les modifs sans les makefiles complexes que j'ai du écrire, et faire payer les binaires ! J'ai le droit !

De plus, les "bibliothèques" ont une licence spéciale qui permettent de les re-distribuer, comme la libc qui est en LGPL.

Tiens deux anciens P-Niciens ;-)

<pub>
http://alumni.polytechnice.fr/
</pub>

Oui c'est pas le maaaaaallll, on y utilise que des logiciels open source pour la gestion des anciens !

Evidemment que les sources des drivers sont soumis à la GPL !
Les drivers binaires sont et seront toujours en infraction avec la GPL, mais il existe un flou juridique qui fait perdurer le problème.

T'as oublié :
http://www.macruby.org/ - super projet, trés bien maintenu
http://www.cups.org/ - racheté, mais toujours open source et bien maintenu

Il y a aussi un paquet de code tournant autour de postscript.

J'y serais, tout est réservé, rendez vous à Cambridge !

Ou bien, ils l'achètent car il fait tout ce qu'ils veulent faire sur un téléphone, et un autre smartphone soi-disant ouvert comme Android ne leur proposera pas mieux ;-)

http://www.silicon.com/technology/mobile/2009/02/23/android-(...)
http://www.visionmobile.com/blog/2010/04/is-android-evil/
.... (j'en passe)

Je suis admiratif du travail de Google qui utilise le kernel Linux sur tout ces mobiles, mais ne croyons pas qu'Android est ouvert, ce n'est qu'une façade...

Dire que c'est mieux qu'un iPhone ou un Symbian, c'est léger...

De l'autre côté, Apple ne feint pas être libre, ouvert, bla bla bla, c'est fermé, tout le monde le sait et écrit en noir sur blanc. Pas content ? Passez votre chemin...

Juste pour info, la bataille d'Apple contre le jailbreak n'a pas été très féroce, aucun procès, aucun site fermé, ... ça a vraiment l'air de nuire à apple ;-)

Il y a plus simple !

aunpack monfichier.tar.gz

Et ça évite les tarbomb tout seul....

Et c'est inclus avec atool !

Et il y a aussi apack ;-)

Bug présent sur la toute fraîche Ubuntu 10.04 32bit ;-)

There is another option though. The CDDL does not restrict modification and release of the ZFS source code which is publicly available as part of OpenSolaris. The ZFS code can be modified to build as a CDDL licensed kernel module which is not distributed as part of the Linux kernel. This makes a Native ZFS on Linux implementation possible if you are willing to download and build it yourself.

En gros, tu distribues les sources à côté ! Mais il sera jamais intégré au kernel vanilla...

Des références :
- LDAP et Autofs5 http://padraic2112.wordpress.com/2007/04/03/autofs-5-and-lda(...)
- LDAP et NSS/PAM : http://articles.mongueurs.net/magazines/linuxmag67.html

Aprés faut juste passer du temps à rendre l'annuaire cohérent...

Perso, pour mon équipe j'ai mis en place du NFS avec un Annuaire LDAP pour des montages Autofs5

En gros il y a un annuaire LDAP avec des Entrés NisMapEntries qui disent :
- /users/toto -> machine1:/home/toto
- /users/robert -> machine2:/home/robert
et
- user toto, home=/users/toto
- user robert, home=/users/robert

Et sur chaque machine, qui sont synchro avec le ldap et autofs et login avec ldap, on y accède avec :
- /users/toto -> qui monte tout seul machine1:/home/toto
- /users/robert -> qui monte tout seul machine2:/home/robert

Et encore plus au top, sur machine2, l'user robert va se loguer et au lien de monter "machine2:/home/robert", il va faire un "mount -bind" de /home/robert vers /users/robert !

Voila, ça marche qu'avec des machines Unix effectivement ... (et même Mac Os X ;-)

Pour Windows, je ne saurais quoi te dire.....