Est-ce qu'il serait envisageable qui si un nombre suffisant de distributions (Linux et autres OS) et des développeurs migrent à EGLIBC, la version « officielle » de la libc « FSF » deviennent finalement EGLIBC ? (et que la GNU libc actuelle soit simplement abandonnée)
U.D. est difficile, mais les derniers choix qu'il a fait (...) et ses compétences (...) compensent largement (...)
Tiens, je me souviens du bras de fer dans Linux 2.6 pour un nouvel ordonnanceur de processus : il y avait deux concurrents, donc l'un était meilleur techniquement, mais l'autre acceptait les critiques et n'hésitait pas à expliquer ses choix. Bah c'est le second qui a gagné ;-) La technique n'est pas un argument suffisant.
Je pense que le nom du fichier est bien moins utile que les méta-données d'un fichier. Exemple : pour trouver une photo, mieux vaut rechercher via la date stockée dans le fichier que via le nom du fichier => voir F-Spot. Idem pour trouver la musique : on recherche selon les méta-données (nom de l'artiste, titre de l'album, ...) => voir Amarok.
Récemment j'ai entendu parlé de Gnome Zeitgeist (http://live.gnome.org/GnomeZeitgeist) qui généralise le concept (il doit exister d'autres logiciels dans ce genre).
Et puis, n'oublions pas les Beagle & autres outil de recherche par mot clé (dans le contenu du fichier / les méta-donnéees).
Les métadonnées peuvent être stockées dans le fichier ou en dehors : attributs dans le système de fichier (Mac OS utilise beaucoup ça) ou autre part (base de données à part).
Il semble qu'EGLIBC soit régulièrement synchronisé (mergé) avec la libc « FSF » (la GNU libc). Je vois aussi que le dépôt SVN d'EGLIBC a été crée le 16 août 2006.
Je pense que c'est une bonne chose que la GNU libc migre à git. Ça va faciliter la maintenance des patchs non inclus upstream (git rebase). Par contre, je doute fortement que ça change quoi ce soit au niveau de l'acception des contributions.
Petit rappel des faits (ce que j'ai compris de l'affaire) : à force d'auditer du code source C, Todd C. Miller et Theo de Raadt ont eu l'idée d'écrire des fonctions strlcpy() et strlcat() pour remplacer strcpy(), strncpy(), strcat() et strncat() (quand c'est opportun). strlcpy() et strlcat() ont divers avantages (ex: strlcpy garantit que la chaîne est terminée par un octet nul contrairement à strcat, strlcpy est plus rapide car ne remplit pas la fin par des zéros : en écrit un seul) et défauts (ex: strlcat calcule la taille de la source même si elle a été tronquée et est donc plus lent). En dehors du débat qualités/défauts, c'est surtout un bras de fer entre OpenBSD et les développeurs de la GNU libc : fierté, jalousie, ou que sais je.
De mon point de vue, strlcpy() est bien meilleur que strncpy() et plus sûr (limite les erreurs de programmation). Je ne trouve pas les arguments en défaveur de strlcpy() et strlcat() recevables, et je trouve ça dommage que finalement le choix soit « politique ».
Oui, on peut espérer que les développeurs d'EGLIBC soient plus « ouverts ». Il y a déjà eu des patchs acceptés dans EGLIBC qui risquent de ne jamais être accepté dans la GNU libc (ex: supporter un autre shell que bash). Ça rappelle effectivement les scissions Xfree86/X.org ou Sodipodi/Inkscape qui visaient elles aussi à se passer de développeurs peu coopératifs (cf. plutôt l'inverse de coopératif).
Extrait du changelog complet : « [amd64, i386] The FreeBSD virtual memory subsystem now supports fully transparent use of superpages for application memory; application memory pages are dynamically promoted to or demoted from superpages without any modification to application code. This change offers the benefit of large page sizes such as improved virtual memory efficiency and reduced TLB (translation lookaside buffer) misses without downsides like application changes and virtual memory inflexibility. This is disabled by default and can be enabled by setting a loader tunable vm.pmap.pg_ps_enabled to 1. »
En d'autres termes : FreeBSD 7.2 permet d'utiliser de manière transparentes les superpages (pages mémoire de 4 Mo au lieu de 4 Ko) sans modifier les applications. Pour 100 Mo, une application utilisera 25 superpages au lieu de 25600 pages classiques (4 Ko), ce qui va optimiser l'utilisation de la translation d'adresse (TLB : mémoire virtuelle => mémoire physique) et donc accélérer vos applications.
Il existe un projet similaire pour le noyau Linux : http://linux-mm.org/HugePages
(ce site regroupe toutes les informations sur la gestion de la mémoire sous Linux)
La pédophilie et le terrorisme sont les arguments en vogue pour les lois liberticides.
En Finlande (fin 2007), c'est la pédophilie qui a été choisie pour commencer à censurer le web. Résultat ? C'est un peu tout et n'importe quoi qui est censuré, en commençant par les sites pornographiques sans oublier les gros vilains sites homosexuels. Après on trouve des trucs rigolos comme des usines de violons, un forum d'entraide Windows (là c'était justifié par contre), etc.
Cette histoire de censure en Finlande a été largement médiatisé grâce au site lapsiporno.info qui a automatisé la détection de sites censurés et en a dressé une liste. Bien sûr, ce site a aussi été censuré...
C'est tout à fait non pertinent de juger l'implication d'Oracle dans le noyau Linux aux seules contributions apportées au noyau 2.6.29 puisque c'est dans cette version qu'a été inclus btrfs.
Il ne faut pas non plus regarder le noyau 2.6.16 dans lequel OCFS2 (version 2) a été intégré alors :-) C'est moi qui ait rajouté le lien vers les stat' du noyau 2.6.29 (dernier noyau stable). Il faut toujours prendre les nombres avec des pincettes, mais c'était pour montrer qu'Oracle est quand même un tout petit peu impliqué dans le développement du noyau (entre autres projets libres).
En suisse, il existe la radio Couleur3 qui est entièrement sans pub. Elle est payée par l'État (suisse donc). On peut l'écouter en ligne (sans pub), en hertizien (à Lyon, avec pub) ou encore sur une Freebox (avec pub). http://www.couleur3.ch/ http://fr.wikipedia.org/wiki/Couleur_3
J'ai mis mon site en berne, mais je pense que ce n'est pas la bonne méthode. Il faut informer les internautes, expliquer la situation et les conséquences de cette loi.
Les moyens techniques ne fonctionnent pas, on l'a déjà vu par le passé. Et je pense que ce projet de loi est la seule porte de secours pour ces industries.
pourquoi l'industrie du disque n'a t-elle toujours pas trouvé de moyen simple et rentable pour permettre le téléchargement légal ?
Peut-être qu'il n'est pas possible de vendre des octets. Une solution serait de se concentrer sur les concerts, les produits dérivés, et les services bien sûr.
En même temps, aujourd'hui un artiste peut toucher 100% des droits d'auteur (ex: diffuser toutes ses œuvres gratuitement et encourager les dons) et il peut donc se passer d'une maison de disque. Dis autrement, les maisons de disque doivent évoluer ou mourir, mais elles n'ont plus de raison d'être dans leur forme actuelle.
D'ailleurs, les CD sont désuets. Désolé papy, mais ton truc de plastique ne fait pas le poids face à un baladeur numérique (compact, rapide, grande capacité, lié avec un téléphone, internet, etc.) ! Alors accuser le téléchargement (illégal) de causer la mort du CD me fait doucement rire (« hu hu »). Idem pour les DVD face à un ordinateur portable, bien plus pratique (dans le train, dans le lit, aux toilettes, etc.).
Ça me fait penser à Alain Degreffe qui explique l'humour Canal+ (Groland en l'occurence) : « marrant... décalage... toile de fond... à la fin, encule un mouton » http://www.youtube.com/watch?v=5ZAK7p2QcZw
Fibre Optique je suppose. Ce n'est pas une miniature mais une image de 2272x1704 pixels. Le fichier JPEG a été sauvé avec une qualité de 88%. Bref, il faudrait produire une vraie image miniature ;-)
NOUVELLE DE DERNIÈRE MINUTE : Guido se retire du projet Python ! C'est Barry Warsaw qui reprend le flambeau. Une des décisions de Barry est d'utiliser Bzr plutôt qu'Hg ! http://www.python.org/dev/peps/pep-0401/
Barry s'explique : « Recognized that the selection of Hg as the DVCS of choice was clear proof of the onset of the BDEVIL's insanity, and reverting this decision to switch to Bzr instead, the only true choice. ». Je le trouve un peu dur quand même.
La différence entre authpf et NuFW est qu'authpf associe une IP à un utilisateur, ce n'est pas le cas dans NuFW. Enfin, corrigez moi si je dis une bétise.
aucune autonomie du firewall
On ne peut pas garantir l'authenticité (l'auteur) des connexions sans modifier le poste client. Un portail captif est une grosse blague par exemple : il réduit un utilisateur à son IP : emprunter son IP (c'est facile) suffit pour récupérer ses autorisations.
(...) client NuFW, viviement qu' une distribution l' intègre totalement en toute transparence
NuFW est intégré à plusieurs distributions comme Debian (et ses dérivés) et Mandriva. Il existe deux clients Linux : nutcpc (ligne de commande) et pam_nufw (lancé par PAM). Le second est transparent pour l'utilisateur : il est lancé en tâche de fond lorsque l'utilisateur se connecte (PAM : login, su, sudo, ssh, ...), puis quitte lorsque l'utilisateur se déconnecte. Le client Windows fonctionne de la même manière.
Si tu veux loguer le traffic que tu acceptes pour des raisons légales, vérifier le bon fonctionnement de ton réseau, etc., hé bien tu dois dupliquer chaque règle iptables :
iptables (... beaucoup d'arguments....) -j NFLOG (... paramètres de log ...)
iptables (... beaucoup d'arguments....) -A ACCEPT
Niveau performance, c'est très pénalisant car Netfilter est très sensible au nombre de règles étant donné qu'il les teste séquentiellement !
Ah ok, j'ai retrouvé le papier, c'était celui de l'année suivante : Roadmap to a Failure-Resilient Operating System by Jorrit N. Herder, Herbert Bos, Ben Gras, Philip Homburg, and Andrew S. Tanenbaum http://www.usenix.org/publications/login/2007-02/openpdfs/he(...)
[^] # Re: Fork ?
Posté par Victor STINNER (site web personnel) . En réponse au journal Debian migre de la GNU libc à EGLIBC. Évalué à 4.
[^] # Re: Glibc 2.10
Posté par Victor STINNER (site web personnel) . En réponse au journal Debian migre de la GNU libc à EGLIBC. Évalué à 10.
Tiens, je me souviens du bras de fer dans Linux 2.6 pour un nouvel ordonnanceur de processus : il y avait deux concurrents, donc l'un était meilleur techniquement, mais l'autre acceptait les critiques et n'hésitait pas à expliquer ses choix. Bah c'est le second qui a gagné ;-) La technique n'est pas un argument suffisant.
# Métadonnées (grep vs find)
Posté par Victor STINNER (site web personnel) . En réponse au journal personne n'aura besoin de plus de 640ko de RAM. Évalué à 2.
Récemment j'ai entendu parlé de Gnome Zeitgeist (http://live.gnome.org/GnomeZeitgeist) qui généralise le concept (il doit exister d'autres logiciels dans ce genre).
Et puis, n'oublions pas les Beagle & autres outil de recherche par mot clé (dans le contenu du fichier / les méta-donnéees).
Les métadonnées peuvent être stockées dans le fichier ou en dehors : attributs dans le système de fichier (Mac OS utilise beaucoup ça) ou autre part (base de données à part).
[^] # Re: ça utilise svn
Posté par Victor STINNER (site web personnel) . En réponse au journal Debian migre de la GNU libc à EGLIBC. Évalué à 3.
Je pense que c'est une bonne chose que la GNU libc migre à git. Ça va faciliter la maintenance des patchs non inclus upstream (git rebase). Par contre, je doute fortement que ça change quoi ce soit au niveau de l'acception des contributions.
[^] # Re: cool
Posté par Victor STINNER (site web personnel) . En réponse au journal Debian migre de la GNU libc à EGLIBC. Évalué à 10.
De mon point de vue, strlcpy() est bien meilleur que strncpy() et plus sûr (limite les erreurs de programmation). Je ne trouve pas les arguments en défaveur de strlcpy() et strlcat() recevables, et je trouve ça dommage que finalement le choix soit « politique ».
Oui, on peut espérer que les développeurs d'EGLIBC soient plus « ouverts ». Il y a déjà eu des patchs acceptés dans EGLIBC qui risquent de ne jamais être accepté dans la GNU libc (ex: supporter un autre shell que bash). Ça rappelle effectivement les scissions Xfree86/X.org ou Sodipodi/Inkscape qui visaient elles aussi à se passer de développeurs peu coopératifs (cf. plutôt l'inverse de coopératif).
# Superpages
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Sortie de FreeBSD 7.2. Évalué à 10.
En d'autres termes : FreeBSD 7.2 permet d'utiliser de manière transparentes les superpages (pages mémoire de 4 Mo au lieu de 4 Ko) sans modifier les applications. Pour 100 Mo, une application utilisera 25 superpages au lieu de 25600 pages classiques (4 Ko), ce qui va optimiser l'utilisation de la translation d'adresse (TLB : mémoire virtuelle => mémoire physique) et donc accélérer vos applications.
Il existe un projet similaire pour le noyau Linux :
http://linux-mm.org/HugePages
(ce site regroupe toutes les informations sur la gestion de la mémoire sous Linux)
# Bouuuh les vilains pédophiles !
Posté par Victor STINNER (site web personnel) . En réponse au journal La belgique bloque l'accès au site stopkinderporno. Évalué à 10.
En Finlande (fin 2007), c'est la pédophilie qui a été choisie pour commencer à censurer le web. Résultat ? C'est un peu tout et n'importe quoi qui est censuré, en commençant par les sites pornographiques sans oublier les gros vilains sites homosexuels. Après on trouve des trucs rigolos comme des usines de violons, un forum d'entraide Windows (là c'était justifié par contre), etc.
Cette histoire de censure en Finlande a été largement médiatisé grâce au site lapsiporno.info qui a automatisé la détection de sites censurés et en a dressé une liste. Bien sûr, ce site a aussi été censuré...
Pour en savoir plus :
http://en.wikipedia.org/wiki/Lapsiporno.info
[^] # Re: Le quatrième plus gros contributeur au noyau Linux?
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Oracle achète Sun. Évalué à 5.
Il ne faut pas non plus regarder le noyau 2.6.16 dans lequel OCFS2 (version 2) a été intégré alors :-) C'est moi qui ait rajouté le lien vers les stat' du noyau 2.6.29 (dernier noyau stable). Il faut toujours prendre les nombres avec des pincettes, mais c'était pour montrer qu'Oracle est quand même un tout petit peu impliqué dans le développement du noyau (entre autres projets libres).
[^] # Re: C'est ton journal qui te parle
Posté par Victor STINNER (site web personnel) . En réponse au journal valgrind sous darwin. Évalué à 2.
http://en.wikipedia.org/wiki/IBM_Rational_Purify
# KDE3 et KDE4 en même temps
Posté par Victor STINNER (site web personnel) . En réponse au journal KDE 4 devient instable. Évalué à 2.
[^] # Re: comprend pas
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 2.
http://www.couleur3.ch/
http://fr.wikipedia.org/wiki/Couleur_3
[^] # Re: après le blackout...
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 4.
J'ai mis mon site en berne, mais je pense que ce n'est pas la bonne méthode. Il faut informer les internautes, expliquer la situation et les conséquences de cette loi.
[^] # Re: Maintenant nous savons que les lois sont faites par
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 10.
[^] # Re: Pitoyable...
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 3.
http://www.haypocalc.com/blog/index.php/2009/04/04/196-proje(...)
Les moyens techniques ne fonctionnent pas, on l'a déjà vu par le passé. Et je pense que ce projet de loi est la seule porte de secours pour ces industries.
[^] # Re: comprend pas
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche La loi Hadopi a été adoptée à l'Assemblée Nationale. Évalué à 6.
Peut-être qu'il n'est pas possible de vendre des octets. Une solution serait de se concentrer sur les concerts, les produits dérivés, et les services bien sûr.
En même temps, aujourd'hui un artiste peut toucher 100% des droits d'auteur (ex: diffuser toutes ses œuvres gratuitement et encourager les dons) et il peut donc se passer d'une maison de disque. Dis autrement, les maisons de disque doivent évoluer ou mourir, mais elles n'ont plus de raison d'être dans leur forme actuelle.
D'ailleurs, les CD sont désuets. Désolé papy, mais ton truc de plastique ne fait pas le poids face à un baladeur numérique (compact, rapide, grande capacité, lié avec un téléphone, internet, etc.) ! Alors accuser le téléchargement (illégal) de causer la mort du CD me fait doucement rire (« hu hu »). Idem pour les DVD face à un ordinateur portable, bien plus pratique (dans le train, dans le lit, aux toilettes, etc.).
# Encule un mouton
Posté par Victor STINNER (site web personnel) . En réponse au journal [vidéo] Albanel, pare-feu, open office et logiciel libre. Évalué à 8.
http://www.youtube.com/watch?v=5ZAK7p2QcZw
[^] # Re: <mode emmerdeur>
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Solutions Linux 2009 - jour 1. Évalué à 3.
[^] # Re: On a la preuve en photo ...
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche Solutions Linux 2009 - jour 1. Évalué à 10.
[^] # Re: dommage
Posté par Victor STINNER (site web personnel) . En réponse au journal Python adopte Mercurial. Évalué à 2.
http://feedproxy.google.com/~r/CoderWhoSaysPy/~3/djIyKRcH1TM(...)
NOUVELLE DE DERNIÈRE MINUTE : Guido se retire du projet Python ! C'est Barry Warsaw qui reprend le flambeau. Une des décisions de Barry est d'utiliser Bzr plutôt qu'Hg ! http://www.python.org/dev/peps/pep-0401/
Barry s'explique : « Recognized that the selection of Hg as the DVCS of choice was clear proof of the onset of the BDEVIL's insanity, and reverting this decision to switch to Bzr instead, the only true choice. ». Je le trouve un peu dur quand même.
# Dokuwiki
Posté par Victor STINNER (site web personnel) . En réponse au journal Poissons, poissons.... Évalué à 3.
http://www.dokuwiki.org/features
Exemples de titres :
* sǝɹnʇɐǝℲ ɔısɐq
* sǝɹnʇɐǝℲ ıʞıMnʞo◖
* sǝɹnsɐǝW ɯɐqS-ıʇu∀ puɐ ןoɹʇuoↃ ssǝɔɔ∀
(rah, mince, ça déconne sous Konqueror :-/)
# Moins de 5ms
Posté par Victor STINNER (site web personnel) . En réponse au sondage ping linuxfr.org me donne. Évalué à 2.
[^] # Re: syntaxe similaire à pf
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche nftables, successeur d'iptables. Évalué à 3.
aucune autonomie du firewall
On ne peut pas garantir l'authenticité (l'auteur) des connexions sans modifier le poste client. Un portail captif est une grosse blague par exemple : il réduit un utilisateur à son IP : emprunter son IP (c'est facile) suffit pour récupérer ses autorisations.
(...) client NuFW, viviement qu' une distribution l' intègre totalement en toute transparence
NuFW est intégré à plusieurs distributions comme Debian (et ses dérivés) et Mandriva. Il existe deux clients Linux : nutcpc (ligne de commande) et pam_nufw (lancé par PAM). Le second est transparent pour l'utilisateur : il est lancé en tâche de fond lorsque l'utilisateur se connecte (PAM : login, su, sudo, ssh, ...), puis quitte lorsque l'utilisateur se déconnecte. Le client Windows fonctionne de la même manière.
[^] # Re: Attention, jargon
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche nftables, successeur d'iptables. Évalué à 5.
Si tu veux loguer le traffic que tu acceptes pour des raisons légales, vérifier le bon fonctionnement de ton réseau, etc., hé bien tu dois dupliquer chaque règle iptables :
iptables (... beaucoup d'arguments....) -j NFLOG (... paramètres de log ...)
iptables (... beaucoup d'arguments....) -A ACCEPT
Niveau performance, c'est très pénalisant car Netfilter est très sensible au nombre de règles étant donné qu'il les teste séquentiellement !
[^] # Re: Plantage
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche MINIX 3 - Google Summer of Code. Évalué à 3.
Roadmap to a Failure-Resilient Operating System by Jorrit N. Herder, Herbert Bos, Ben Gras, Philip Homburg, and Andrew S. Tanenbaum
http://www.usenix.org/publications/login/2007-02/openpdfs/he(...)
[^] # Re: Plantage
Posté par Victor STINNER (site web personnel) . En réponse à la dépêche MINIX 3 - Google Summer of Code. Évalué à 4.
J.N. Herder et al., "Modular System Programming in MINIX 3," Usenix;
http://www.usenix.org/publications/login/2006-04/openpdfs/he(...)
Mais il me semble que c'était pas celui-là. Un jour je noterai qq. part les papiers intéressants que j'ai lu ;-)