Ben justement c'est ça dlfp ;-)
Sinon quand tu dis que YAFFS est "encore utilisé suivant le matériel" je ne comprends pas trop. Certes il est utilisé sur les anciennes versions d'Android (on ne va pas reformater les téléphones des gens !!) mais sur toutes les nouvelles versions à partir de la 2.3 (Gingerbread) c'est ext4 qui est utilisé.
Les modéros/relecteurs n'ont même pas encore commencé à voter. On s'y mettra sans doute seulement à partir de ce weekend et ça s'étendra surement sur plusieurs jours.
NoNo corrige les bugs donc calmos sur les plaintes, les css seront jugées quand tout sera OK.
Le pilote est dans -staging ce qui veut dire qu'il n'a pas encore le niveau de qualité suffisant pour intégrer réellement le noyau normal.
Staging c'est juste l'antichambre.
Bah oui ce billet de Kernel Trap est déjà mis en hyper-lien sur le terme "unlikely" dans la dépêche.
C'est vrai que l'explication est très pédagogique.
>>> Je trouve que c'est bien que des logiciels gardent des cycles de développement longs (Debian, Firefox dans une moins grande mesure)
Dans l'absolu moi aussi je trouve ça bien...mais quand les cycles ne sont pas bien alignés ça conduit à ce que Squeeze sorte avec un FF 3.5 qu'on va se trainer deux ans avant d'avoir une autre version dans la stable.
Oui je sais, backport tout ça, mais bon c'est pas super quand même d'avoir autant d'écart.
Bah j'ai juste dit que j'allais créer la page wiki...pas que j'allais m'en occuper ensuite ;-)
En ce qui me concerne les deux premiers mois de 2011 ça va être intensif au boulot et pour mars j'ai un voyage de 3 semaines en Ouzbékistan qui est prévu. Donc je ne vois pas trop comment je vais pouvoir trouver le temps de rédiger quoi que ce soit.
La news GCC 4.6 ça risque d'être pareil :-(
Pour diverses raisons (real life strike back) je ne pourrai sans doute pas m'occuper de la dépêche du prochain noyau 2.6.38. Si c'est bien le cas ce sera la première fois depuis que j'ai commencé la série (noyau 2.6.18 en septembre 2006) que je saute ainsi une sortie de kernel :-(
Le point positif c'est que la nouvelle version du site LinuxFR en RoR est dotée d'un wiki alors pourquoi ne pas faire un essai d'écriture collaborative de la news ?
Dès la bascule vers le nouveau site je vais créer une page sur le wiki et mettre en place la structure de la news (j'ai déjà mon template au format markdown) ainsi que les liens que je trouverai sur les nouveautés du 2.6.38.
On verra bien ce que ça donne en terme de contributions. Aussi bien je vais pouvoir me la couler douce pour le reste de ma vie et voir les news s'écrire toutes seules pendant que je sirote mon jus de goyave !
Et puis qui a finalement gagné la Guerre de cent ans à la bataille de Castillon hein ?
Non parce que les anglais ils sont forts pour parler d'Azincourt mais, at the end, c'est nous qui leur avons mis la pâtée ;-)
Les pires pour ça c'est Phoronix. C'est incroyable le nombre de liens vers leurs propres articles qu'ils parviennent à placer dans tout ce qu'ils écrivent.
Entre ça et ceux qui saucissonnent leurs articles en 53535 parties pour multiplier le nombre de clics y'a des baffes qui se perdent.
Je sais que Google vend aux entreprises un service basé sur Gmail et Google Docs donc se doit d'assurer une fiabilité maxi.
Est-ce que Skype fait pareil en vendant aux entreprises des services de téléphonie ?
>>> c'est justement le fait d'avoir lu qui m'a fait gueuler
Et c'est ça que je te reproche.
Pourquoi ne pas juste poster un commentaire rectificateur pour signaler les erreurs de la dépêche ? Tout le monde est reconnaissant quand quelqu'un apporte une information...mais la forme ça compte !
Est-ce que étais obligé d'employer des expressions comme "Mais qui valide la publication de ces torchons ?" ou du type "Comme à l'accoutumée sur Trollfr, encore un torchon inexact et bourré de raccourcis" ?
L'auteur de la news a fait deux erreurs dans son texte mais pourquoi est-ce que tu choisis d'interpréter ça comme des calomnies (donc ayant une intention malveillante) plutôt que comme de simples erreurs qu'il faut rectifier ?
Ben la correction de fautes d'ortho c'est anodin alors que le remplacement de phrases dans la dépêche c'est plus délicat vis à vis de l'auteur.
Il y a l'école de ceux qui ne prennent pas de gants et qui changent les phrases de l'auteur.
Il y a l'école de ceux qui ajoutent une NdM correctrice mais qui laissent la news telle quelle.
Il y a l'école de ceux qui qui laissent la news telle quelle et n'ajoutent pas de NdM parce qu'ils pensent qu'avoir des commentaires qui corrigent les infos de la dépêche est suffisant.
Comme je suis un centriste invétéré j'opte pour le choix médian et je vais updater la NdM.
>>> c'est décidément un coup dur pour la renommé d'OpenBSD
Perso j'ai au contraire une meilleure opinion d'OpenBSD après cet épisode. J'ai bien conscience des défauts de cet OS ou de cette communauté de développement (quel projet est parfait ?) mais je crois qu'on ne peut qu'être admiratif du souci de transparence absolue qu'a eu Theo dans cette affaire.
Si en plus ça débouche sur des corrections de bugs supplémentaires alors c'est tout bénéfice.
[^] # Re: heureusement que...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 4.
Ben justement c'est ça dlfp ;-)
Sinon quand tu dis que YAFFS est "encore utilisé suivant le matériel" je ne comprends pas trop. Certes il est utilisé sur les anciennes versions d'Android (on ne va pas reformater les téléphones des gens !!) mais sur toutes les nouvelles versions à partir de la 2.3 (Gingerbread) c'est ext4 qui est utilisé.
[^] # Re: Autre bug
Posté par patrick_g (site web personnel) . En réponse à la dépêche Fin du concours LinuxFr.org. Évalué à 1.
NoNo corrige les bugs donc calmos sur les plaintes, les css seront jugées quand tout sera OK.
[^] # Re: Évitons le terme viral
Posté par patrick_g (site web personnel) . En réponse au journal Grippe G. Évalué à 2.
[^] # Re: Drivers broadcom
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 3.
Staging c'est juste l'antichambre.
[^] # Re: Traçage et performances
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 3.
C'est vrai que l'explication est très pédagogique.
[^] # Re: sec. ou humide ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 3.
Tu as des détails techniques ou un lien là dessus ?
[^] # Re: Vive Firefox
Posté par patrick_g (site web personnel) . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 5.
Dans l'absolu moi aussi je trouve ça bien...mais quand les cycles ne sont pas bien alignés ça conduit à ce que Squeeze sorte avec un FF 3.5 qu'on va se trainer deux ans avant d'avoir une autre version dans la stable.
Oui je sais, backport tout ça, mais bon c'est pas super quand même d'avoir autant d'écart.
[^] # Re: Andi Kleen
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 3.
[^] # Re: !!! WARNING !!!
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 9.
En ce qui me concerne les deux premiers mois de 2011 ça va être intensif au boulot et pour mars j'ai un voyage de 3 semaines en Ouzbékistan qui est prévu. Donc je ne vois pas trop comment je vais pouvoir trouver le temps de rédiger quoi que ce soit.
La news GCC 4.6 ça risque d'être pareil :-(
[^] # Re: Vu que j'ai aucune remarque technique a faire...
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 2.
# !!! WARNING !!!
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 10.
Le point positif c'est que la nouvelle version du site LinuxFR en RoR est dotée d'un wiki alors pourquoi ne pas faire un essai d'écriture collaborative de la news ?
Dès la bascule vers le nouveau site je vais créer une page sur le wiki et mettre en place la structure de la news (j'ai déjà mon template au format markdown) ainsi que les liens que je trouverai sur les nouveautés du 2.6.38.
On verra bien ce que ça donne en terme de contributions. Aussi bien je vais pouvoir me la couler douce pour le reste de ma vie et voir les news s'écrire toutes seules pendant que je sirote mon jus de goyave !
[^] # Re: sed est passé par ici, il repassera par là
Posté par patrick_g (site web personnel) . En réponse à la dépêche Sortie de la version 2.6.37 du noyau Linux. Évalué à 4.
[^] # Re: 2012
Posté par patrick_g (site web personnel) . En réponse au sondage En 2011 vous attendez particulièrement :. Évalué à 2.
http://fr.wikipedia.org/wiki/Dette_publique_de_la_France
[^] # Re: E17
Posté par patrick_g (site web personnel) . En réponse au sondage En 2011 vous attendez particulièrement :. Évalué à 8.
[^] # Re: 300M GET
Posté par patrick_g (site web personnel) . En réponse au journal 300M GET. Évalué à 6.
Non parce que les anglais ils sont forts pour parler d'Azincourt mais, at the end, c'est nous qui leur avons mis la pâtée ;-)
[^] # Re: L'avocat du diable
Posté par patrick_g (site web personnel) . En réponse au journal un journal qui dénonce les journaux bookmarks. Évalué à 10.
[^] # Re: Merci google !
Posté par patrick_g (site web personnel) . En réponse au journal un journal qui dénonce les journaux bookmarks. Évalué à 9.
Entre ça et ceux qui saucissonnent leurs articles en 53535 parties pour multiplier le nombre de clics y'a des baffes qui se perdent.
# FDN
Posté par patrick_g (site web personnel) . En réponse au journal L'expérience .42 - Un TLD hors de la tutelle de l'ICANN. Évalué à 7.
ça explique bien la problématique je trouve.
[^] # Re: Wave ?
Posté par patrick_g (site web personnel) . En réponse au journal [ Article débile ] Mme Irma Soleil prédit la fin des courriers electroniques.. Évalué à 3.
[^] # Re: Quelques heures…
Posté par patrick_g (site web personnel) . En réponse au journal Skype HS hier soir. Évalué à 2.
Est-ce que Skype fait pareil en vendant aux entreprises des services de téléphonie ?
[^] # Re: Information vraie ou fausse ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Le FBI a-t-il introduit des portes dérobées dans OpenBSD ?. Évalué à 4.
Et c'est ça que je te reproche.
Pourquoi ne pas juste poster un commentaire rectificateur pour signaler les erreurs de la dépêche ? Tout le monde est reconnaissant quand quelqu'un apporte une information...mais la forme ça compte !
Est-ce que étais obligé d'employer des expressions comme "Mais qui valide la publication de ces torchons ?" ou du type "Comme à l'accoutumée sur Trollfr, encore un torchon inexact et bourré de raccourcis" ?
L'auteur de la news a fait deux erreurs dans son texte mais pourquoi est-ce que tu choisis d'interpréter ça comme des calomnies (donc ayant une intention malveillante) plutôt que comme de simples erreurs qu'il faut rectifier ?
[^] # Re: Information vraie ou fausse ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Le FBI a-t-il introduit des portes dérobées dans OpenBSD ?. Évalué à 8.
Il y a l'école de ceux qui ne prennent pas de gants et qui changent les phrases de l'auteur.
Il y a l'école de ceux qui ajoutent une NdM correctrice mais qui laissent la news telle quelle.
Il y a l'école de ceux qui qui laissent la news telle quelle et n'ajoutent pas de NdM parce qu'ils pensent qu'avoir des commentaires qui corrigent les infos de la dépêche est suffisant.
Comme je suis un centriste invétéré j'opte pour le choix médian et je vais updater la NdM.
[^] # Re: Information vraie ou fausse ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Le FBI a-t-il introduit des portes dérobées dans OpenBSD ?. Évalué à 2.
[^] # Re: Information vraie ou fausse ?
Posté par patrick_g (site web personnel) . En réponse à la dépêche Le FBI a-t-il introduit des portes dérobées dans OpenBSD ?. Évalué à 8.
Nous avions pourtant tenter de moduler la dépêche en ajoutant une NdM bien claire....mais certains préfèrent gueuler que lire.
# Coup dur ?
Posté par patrick_g (site web personnel) . En réponse au journal Deux bugs trouvés dans la pile IPSEC d'OpenBSD. Évalué à 10.
Perso j'ai au contraire une meilleure opinion d'OpenBSD après cet épisode. J'ai bien conscience des défauts de cet OS ou de cette communauté de développement (quel projet est parfait ?) mais je crois qu'on ne peut qu'être admiratif du souci de transparence absolue qu'a eu Theo dans cette affaire.
Si en plus ça débouche sur des corrections de bugs supplémentaires alors c'est tout bénéfice.