Et, aprés avoir mis ça dans ta signature et posté sur deux ou 3 ML linux ( debian-user-french, mandrake-cooker, suse-user ) qui posséde un trafic assez important et qui sont mirroré un peu partout ?
2 ) Ensuite, voyons les 2 bugs.
Le premier ( #6200 ) est arrivé aprés la release sur le club. C'est un peu trop tard. De plus, personne n'a voté ou confirmé, ce qui veut dire que ça marche chez les autres. Les devs mdk et d'autres ont testés l'upgrade depuis les releases précédentes sans problémes.
Le deuxiéme, arrivé à temps se décompose en plusieurs bugs.
Un, ses paquets ne sont pas mis à jours. Pourquoi, aucune idée, et c'est le seul à avoir eu le probléme, sinon, quelqu'un l'aurait également signalé. Si j'avais l'audace de formuler une hypothése, c'est peut être les paquets de texstar en cause.
Le deuxiéme probléme, c'est le noyau qui detecte plusieurs lecteurs cds. Je pense que c'est l'option "Enable multiple lun" du driver scsi qui pose probléme. Ok, alors, cette option est buggé, mais, pour des questions de temps et de priorité, ce bug n'a pas pu être corrigé.
Voila, un exemple de pourquoi le bug n'a pas étè corrigé. Si le bug est remonter upstream et que la correction ne vient pas à temps, les devs de mdk ont suffisament de boulot.
Enfin je ne dit pas que tout les bugs non corrigés sont invalides, loin de la. Seulement, il faut voir par rapport à leur gravité, les indications fournit et leur reproductibilité.
3) Maintenant, soyons constructif, comme tu le souhaites. Il faut revoir la QA, ok. Il y a des choses à améliorer, car rien n'est parfait, même si je voit pas ce qui aurait pu être fait de particulier sur ce coup la ( à part ne pas intégrer le patch, sur l'hypothése qu'un lecteur non confome ne le supporterais pas ).
J'ai pas particuliérement d'idées géniales sur le sujet de la QA, mais je sais que ce n'est pas l'endroit idéal pour en parler. Il y a les listes de discussion de cooker qui sont faites pour ça, si jamais tu as des propositions. C'est ouvert à tout le monde.
Faire une base de données du matériel des testeurs a été envisagé, mais pour le moment, c'est encore au stade d'idées vaguement évoqués sur IRC. Toutes les idées et bonnes volontés sont les bienvenus.
> Le pire dans l'histoire, c'est que les développeurs sont bien
> conscients qu'ils ne peuvent pas suivre ce rythme. C'est eux qui
> avaient parlé d'une sortie par an mais ça n'avait pas été relayé par le
> staff commercial.
N'importe quoi.
Comme dit plus loin, au lieu de troller, va causer avec les responsables mandrake, et tu comprendrais que les developpeurs sont _pour_ les sorties fréquentes. C'est pas parce que des gens postent sur cooker pour demander des sorties plus espacés que ce sont les developpeurs qui demandent.
> Les problèmes comme celui des lecteurs LG montrent qu'ils doivent
> moins compter sur leurs utilisateurs pour tester en profondeur la
> distribution. Vu le nombre de personnes infectées maintenant
"Infectées".
Mais c'est pas un virus. Arrête de faire du FUD.
Et tu parle de nombres de personnes, tu as des chiffres que tu pourrait partagé ?
Tu semble penser qu'il vaut mieux pour mandrake faire ses tests en interne, contrairement à l'esprit du libre ?
Tu te rends pas compte des bétises que tu raconte, tu est prêt à tout pour critiquer mandrake, comme d'habitude.
> et le temps depuis lequel le bug est présent dans la distrib, ça laisse
> réveur. Il y a du travail à faire au niveau de la senbilisation des
> utilisateurs.
Tu as raison, on va demander de réuploader tout les firmwares possibles, pour faire des tests exhaustifs.
Je propose aussi de faire tout les tests avec la charge maximal dans des conditions de températures improbables, pour être sur.
Et bien sur tester toutes les combinaisons de matériel possibles.
Aprés tout, ça doit faire surement moins d'une dizaine de composants, a tester chacun dans tout les sens, pas plus d'une décennie.
> Il y a des bugs reportés par les utilisateurs qui ne sont pas corrigés
Tu as des chiffres, des numeros de bugs, ou c'est juste un type qui t' a dit qu'il a poster un bug genre 'ça marche pas' et il n'a jamais donnés plus d'infos, donc non corrigés ?
Faut pas oublier qu'il y a quand même enormément de bugs qui sont corrigés. Et un paquet qui sont upstream, et assez chaud à corriger.
Quand c'est pas des bugs mineurs signalés aprés la derniére période de freeze...
Oui, c'est les sources du rpm.
Je me suis trompé ( /me se fouette avec un manuel de suse 6.1 ), j'aurais du vérifier, désolé.
Suse ne propose que les outils user space, comme marqué ici :
> Personne pour reconnaitre que la course à la version à laquelle se
> livrent les suse,redhat et mandrake n'est pas compatible avec les
> objectifs de stabilité de linux
Quel objectifs ?
Il y a quelqu'un qui donnent des objectifs dans la communauté ?
Je suis pas au courant, tu pourrait peut être nous introduire les chefs, non ? Je pensais qu'on été libre de faire ce qu'on voulait.
La course à la version auquel se livre mandrake est du à la volonté de proposer un systéme qui supporte les derniers matériels et les derniéres versions de logiciels, pour en faire bénéficier les utilisateurs
Si tu avait pris la peine de discuter avec eux un jour ( exemple, aux rmlls ), tu aurais pu leur posé la question.
Si tu avait lu le site web, tu aurais aussi trouvé. Et je pense qu'en allant sur certains cannaux IRC, tu aurait aussi eu ça.
> Linus sort son noyau quand il estime qu'il est prêt, c'est pas pour
> rien...
Linus a aussi dit "release soon, release often".
> Avec plus de temps pour tout tester, ils seraient peut-être tombés
> dessus.
Bien sur, avec 1 an de test, on aurait sans doute constatés que de temps à autre, des cdroms réputés pour être merdique ne fonctionnait plus.
Le patch existait déja bien avant que mdk l'incorpore, et les créateurs n'ont rien remarqués.
D'ailleurs, une remarque du créateur : http://lists.suse.com/archives/packet-writing/2003-Oct/0028.html(...)
> Si je ne me trompe pas, ce noyau est inclus depuis la RC1....
Depuis le 15 aout. Et il a été testé sur des LG. Manque de pot, les gens avaient le bon firmware. Tu pense peut être qu'il fallait continuer à le faire tester pendant un mois avec la même batterie de testeurs, encore et encore ?
> De même, les 350MO de mise à jour déjà disponibles quelques
> semaines aprés la sortie de la distrib font s'interroger sur le degré de
> finition de celle-ci.
Ce que je voit surtout, c'est que des gros paquets ( kde et qt ) ont été mis à jours, et que le kernel ( present 8 fois ) a également été updatés.
La taille de smises à jours n'a rien à voir avec la taille des correctifs.
Si jamais mdk ajoute un truc dans open office, même mineur, c'est tout le paquet de + de 100 Mo qui est mis à jour.
Donc ta remarque n'est pas fondé. une dizaine de bugs corrigés sur un produit qui prends 3 cd et plus de 5000 paquets, c'est mineur.
> La communauté mandrake est principalement simple utilisatrice et cet
> évènement le prouve bien donc ils devraient fournir plus d'effort en
> béta testing et allonger le cycle.
Parfait, et tu proposes. Mandrake propose 5 isos ( 2 rc 3 beta ), des listes, un developpement ouvert, un wiki , l'accés complet aux sources et au cvs, il faut quoi de plus ?
Mandrake fait ce qu'elle peut pour les testeurs, tu veut quoi de plus, un lettre officiel d'invitation, ou qu'on viennnet te l'installer sur le pc avec des jeunes files qui te ventilent au soleil ?
> Nous sommes donc d'accord: le firmware du LG est défectueux mais
> Mandrake est allé chercher les problèmes elle-même.
Non je ne suis pas d'accord.
Le code a été ajouté à la demande d'une personne qui s'y connait assez en developpement kernel. Et au départ, il était même off par défaut ( bug 5706 ). Je continue de penser que mandrake a eu raison. Si tu te dit que tout ce que tu fait peut risquer de foutre en l'air un disque, tu n'active plus de controleurs ide par défaut, ou alors uniquement pour le matériel d'il y a 10 ans.
Si il ne faut plus rien inclure dans le kernel car çela risque de faire des choses avec le matériel, on arrête tout.
Il y a des controleurs IDE qui ne supporte pas la charge, et cela a été découvert justement car les gens les poussent à fond en production.
Des stagiaires, oui comme toutes les boites.
Il y en a quelques uns qui sont restés, comme la personne qui s'occupe de gcc, de oo, de la glibc et du port amd64 ( une personne ), ou le créateur de frozen bubble.
Il y en a qui ne sont pas resté, c'est vrai, malgré un bon boulot.
Même si il y a 3 ou 4 stagiaires, il reste quand même pas mal de monde autour pour pas que ça impacte la production.
Mais, même si il y a 2 ou 3 stagiaires chez mandrake, j'ai fait mon stage dans une société avec 2 stagiaires sur 5 personnes, et ça ne m'a pas posé problème.
Je trouve au contraire que c'est bien qu'une société donne sa chance aux jeunes, car un stagiaire, ça a un cout non négligeable.
Tu le payes, et tu perds du temps à le former, pour un résultat pas toujours à la hauteur. :/
Des fois, entre un bon stagiaire et un mauvais fraichement diplomé...
Y a pas que mandrake qui propose le patch, il me semble que suse aussi le propose.
De plus, même si ça semble stupide de faire un write cache sur un lecteur cd, si je croit le patch http://w1.894.telia.com/~u89404340/patches/packet/2.4/packet-2.4.22(...)
il ne fait pas ça pour tester
Lors de l'initialisation du module il determine si le graveur peut supporter le packet writing, et justement comme le lecteur cd ne peut pas ecrire, le module se referme et envoie un ordre de flush, lors de son déchargement de la mémoire ( ide_cdrom_release_real ).
Je dit ça car il y a 2 occurence de FLUSH, et la deuxieme n'est appelé que si le lecteur est initialisé ce qui n'est pas le cas.
Donc c'est pas une erreur de prog si énorme que ça.
D'aprés la conférence, ils comptent recommencer le 24 janvier à montréal.
J'ai pas complétement suivi la conférence ( le son était un peu brouillé ), mais apparement la coopération a l'air de bien commencé.
Non pas des buses. Je respecte le choix des autres et les autres.
Mais je trouve juste curieux qu'on prennent en compte leur avis et qu'on diffuse la nouvelle uniquement quand il correspond au notre.
On a rien entendu quand la même population pensait le contraire.
> Je vois pas trop qui pourrait être bien mieux placé que les
> développeurs pour juger de la sécurité d'un système... ah, les
> utilisateurs peut-être ? Oui, surement.
Euh, le RSSI ? ( responsable de la sécurité des systémes d'information ).
Je sais pas, je demande, ç'est une hypothése.
> Il suffit de se rappeller de Blaster et de Slammer, cet été...
Tu parle de ces problémes qui n'ont pas été patchés a temps par les utilisateurs ?
Autant je comprenne que tu ne puisse pas patcher tout les systémes que tu posséde sur un site de 2000 machines, autant les utilisateurs expérimentés comme des devs devrait savoir qu'il faut se mettre à jour, et que ce n'est pas linux qui va le faire pour eux.
Donc si ils pensent que linux est plus sur parce que sous windows faut faire des mises à jours, on est mal barré.
> mais on peut leur accorder, je pense, un peu plus de discernement
> qu'à certains utilisateurs
Donc, comme je le disait, quand les mêmes dev considéraient que XP était plus sur, ils avaient raison la derniére fois ?
Rien à voir avec le piratage de halflife 2, je suppose.
Enfin je ne voit pas en quoi l'avis de développeurs peut en dire long sur la sécurité.
Lors de la précédente étude, j'ai pas vu de news ici, et je pense que si cela avait été le cas, on aurais pu lire ici que les gens n'y connaissent rien et patati et patata. Maintenant que les gens ont changés d'avis, alors, oui, leur avis est important et réaliste...
Faire la part des choses qui se résume souvent à passer par un lecteur de news externes a linuxfr, pour ne aps être tenté de lire les commentaires, qui sont pourtant souvent fort intéressant.
Enfin, vu le contenu de la news ( digne des press releases de grandes sociétés ), je ne pouvait pas éspérer quoi que ce soit de constructif.
Plus je me plonge dans la communauté ( et pas que linuxfr, je précise ), plus j'ai la nausée et le vertige devant les sommets de stupidités que certains arrivent à déployer.
Et pas parmi les moins bien placés ou les moins actifs, hélas...
Le script pour faire les cd est fourni en rpm sur les FTP, dans les contribs, accessibles par urpmi.
La doc est dispo sur le wiki depuis 6 mois au mois, en plus de l'archive, il y a plein de gens qui sont capables de le faire.
Seulement comme personne ne cherche l'info ou qu'elle ne tombe pas tout cuite dans le bec, ben ça va pas, on cache des choses etc, bientot, on va dire qu'on menace la liberté etc etc.
> Si je dois être membre du club pour contribuer de manière efficace au
> projet Mandrake
c'est faux, tu peut tout simplement venir discuter avec les contributeur francais sur Irc, sur #plf ( qui n'a rien a voir avec mandrake, rappellons le ), sur #mandrake-cooker, ou voir meme t'inscrire sur les listes cooker.
le mandrake rpm howto vieille version ( sur le site de mdk ) précise de placer les rpm sur un ftp, mais bon, la personne responsable est legeremement surchargé, donc, si tu veut qu'on inclue un nouveau rpm de ton cru ou un patch, il vaut mieux demander à un contributeur externe, ( comme moi, par exemple , ou les autres , qui traine sur #plf ) ça ira plus vite.
Ensuite, c'est vrai, l'information circule pas énormement.
Mais, faut pas croire qu'il y a plus d'infos sur le club. J'ai récu mon login il y a une semaine, mais je m'en passait trés bien avant.
Le manque d'info, c'est un probléme récurrent pour le dev sur cooker et pourtant, il y a des listes, il y a un wiki, donc, il manque que de la bonne volonté et de la motivation, de la part de tous ( moi y compris )
:)
# Re: Classement dans Google.
Posté par Misc (site web personnel) . En réponse au journal Classement dans Google.. Évalué à 0.
[^] # Re: Alcôve rend disponible son nouveau livre blanc
Posté par Misc (site web personnel) . En réponse à la dépêche Alcôve rend disponible son nouveau livre blanc. Évalué à -2.
Combien de temp avant que quelqu'un poste
"La FDL ça pue, c'est pas libre", et que ça parte en troll.
Pour ma part, je dirait vers 17h30.
Qui dit mieux ?
PS : Non, le fait de poster pour dire que quelqu'un va le poster ne compte pas comme un poste.
# Re: Update mandrake 9.2
Posté par Misc (site web personnel) . En réponse au journal Update mandrake 9.2. Évalué à 1.
Certains corrigent des problémes qui arriveraient à l'upgrade.
[^] # Re: Les webmasters peuvent enfin penser sérieusement à Linux
Posté par Misc (site web personnel) . En réponse à la dépêche Webmestres : vous pouvez aussi le faire sous Linux. Évalué à -1.
http://www.openswf.org/spec.html(...)
[^] # Re: Lea-Linux et LinuxFrench sont fiers de vous annoncer...
Posté par Misc (site web personnel) . En réponse à la dépêche Lea-Linux et LinuxFrench sont fiers de vous annoncer.... Évalué à 10.
[^] # Re: Entente tumultueuse entre Linux et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 1.
allons vite, ça enlévera la tension.
1 ) warly a changé d'avis sur les releases.
http://www.mail-archive.com/cooker@linux-mandrake.com/msg120687.htm(...)
2 ) Ensuite, voyons les 2 bugs.
Le premier ( #6200 ) est arrivé aprés la release sur le club. C'est un peu trop tard. De plus, personne n'a voté ou confirmé, ce qui veut dire que ça marche chez les autres. Les devs mdk et d'autres ont testés l'upgrade depuis les releases précédentes sans problémes.
Le deuxiéme, arrivé à temps se décompose en plusieurs bugs.
Un, ses paquets ne sont pas mis à jours. Pourquoi, aucune idée, et c'est le seul à avoir eu le probléme, sinon, quelqu'un l'aurait également signalé. Si j'avais l'audace de formuler une hypothése, c'est peut être les paquets de texstar en cause.
Le deuxiéme probléme, c'est le noyau qui detecte plusieurs lecteurs cds. Je pense que c'est l'option "Enable multiple lun" du driver scsi qui pose probléme. Ok, alors, cette option est buggé, mais, pour des questions de temps et de priorité, ce bug n'a pas pu être corrigé.
Voila, un exemple de pourquoi le bug n'a pas étè corrigé. Si le bug est remonter upstream et que la correction ne vient pas à temps, les devs de mdk ont suffisament de boulot.
Enfin je ne dit pas que tout les bugs non corrigés sont invalides, loin de la. Seulement, il faut voir par rapport à leur gravité, les indications fournit et leur reproductibilité.
3) Maintenant, soyons constructif, comme tu le souhaites. Il faut revoir la QA, ok. Il y a des choses à améliorer, car rien n'est parfait, même si je voit pas ce qui aurait pu être fait de particulier sur ce coup la ( à part ne pas intégrer le patch, sur l'hypothése qu'un lecteur non confome ne le supporterais pas ).
J'ai pas particuliérement d'idées géniales sur le sujet de la QA, mais je sais que ce n'est pas l'endroit idéal pour en parler. Il y a les listes de discussion de cooker qui sont faites pour ça, si jamais tu as des propositions. C'est ouvert à tout le monde.
Faire une base de données du matériel des testeurs a été envisagé, mais pour le moment, c'est encore au stade d'idées vaguement évoqués sur IRC. Toutes les idées et bonnes volontés sont les bienvenus.
[^] # Re: Entente tumultueuse entre Linux et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 3.
> conscients qu'ils ne peuvent pas suivre ce rythme. C'est eux qui
> avaient parlé d'une sortie par an mais ça n'avait pas été relayé par le
> staff commercial.
N'importe quoi.
Comme dit plus loin, au lieu de troller, va causer avec les responsables mandrake, et tu comprendrais que les developpeurs sont _pour_ les sorties fréquentes. C'est pas parce que des gens postent sur cooker pour demander des sorties plus espacés que ce sont les developpeurs qui demandent.
> Les problèmes comme celui des lecteurs LG montrent qu'ils doivent
> moins compter sur leurs utilisateurs pour tester en profondeur la
> distribution. Vu le nombre de personnes infectées maintenant
"Infectées".
Mais c'est pas un virus. Arrête de faire du FUD.
Et tu parle de nombres de personnes, tu as des chiffres que tu pourrait partagé ?
Tu semble penser qu'il vaut mieux pour mandrake faire ses tests en interne, contrairement à l'esprit du libre ?
Tu te rends pas compte des bétises que tu raconte, tu est prêt à tout pour critiquer mandrake, comme d'habitude.
> et le temps depuis lequel le bug est présent dans la distrib, ça laisse
> réveur. Il y a du travail à faire au niveau de la senbilisation des
> utilisateurs.
Tu as raison, on va demander de réuploader tout les firmwares possibles, pour faire des tests exhaustifs.
Je propose aussi de faire tout les tests avec la charge maximal dans des conditions de températures improbables, pour être sur.
Et bien sur tester toutes les combinaisons de matériel possibles.
Aprés tout, ça doit faire surement moins d'une dizaine de composants, a tester chacun dans tout les sens, pas plus d'une décennie.
> Il y a des bugs reportés par les utilisateurs qui ne sont pas corrigés
Tu as des chiffres, des numeros de bugs, ou c'est juste un type qui t' a dit qu'il a poster un bug genre 'ça marche pas' et il n'a jamais donnés plus d'infos, donc non corrigés ?
Faut pas oublier qu'il y a quand même enormément de bugs qui sont corrigés. Et un paquet qui sont upstream, et assez chaud à corriger.
Quand c'est pas des bugs mineurs signalés aprés la derniére période de freeze...
[^] # Re: Entente tumultueuse entre Linux et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 4.
ftp://ftp.suse.com/pub/suse/i386/current/suse/src/kernel-source-2.(...)
Oui, c'est les sources du rpm.
Je me suis trompé ( /me se fouette avec un manuel de suse 6.1 ), j'aurais du vérifier, désolé.
Suse ne propose que les outils user space, comme marqué ici :
http://lists.suse.com/archives/packet-writing/2003-Sep/0019.html(...)
Maintenant, répondons :
> Personne pour reconnaitre que la course à la version à laquelle se
> livrent les suse,redhat et mandrake n'est pas compatible avec les
> objectifs de stabilité de linux
Quel objectifs ?
Il y a quelqu'un qui donnent des objectifs dans la communauté ?
Je suis pas au courant, tu pourrait peut être nous introduire les chefs, non ? Je pensais qu'on été libre de faire ce qu'on voulait.
La course à la version auquel se livre mandrake est du à la volonté de proposer un systéme qui supporte les derniers matériels et les derniéres versions de logiciels, pour en faire bénéficier les utilisateurs
Si tu avait pris la peine de discuter avec eux un jour ( exemple, aux rmlls ), tu aurais pu leur posé la question.
Si tu avait lu le site web, tu aurais aussi trouvé. Et je pense qu'en allant sur certains cannaux IRC, tu aurait aussi eu ça.
> Linus sort son noyau quand il estime qu'il est prêt, c'est pas pour
> rien...
Linus a aussi dit "release soon, release often".
> Avec plus de temps pour tout tester, ils seraient peut-être tombés
> dessus.
Bien sur, avec 1 an de test, on aurait sans doute constatés que de temps à autre, des cdroms réputés pour être merdique ne fonctionnait plus.
Le patch existait déja bien avant que mdk l'incorpore, et les créateurs n'ont rien remarqués.
D'ailleurs, une remarque du créateur :
http://lists.suse.com/archives/packet-writing/2003-Oct/0028.html(...)
> Si je ne me trompe pas, ce noyau est inclus depuis la RC1....
Depuis le 15 aout. Et il a été testé sur des LG. Manque de pot, les gens avaient le bon firmware. Tu pense peut être qu'il fallait continuer à le faire tester pendant un mois avec la même batterie de testeurs, encore et encore ?
> De même, les 350MO de mise à jour déjà disponibles quelques
> semaines aprés la sortie de la distrib font s'interroger sur le degré de
> finition de celle-ci.
Ce que je voit surtout, c'est que des gros paquets ( kde et qt ) ont été mis à jours, et que le kernel ( present 8 fois ) a également été updatés.
La taille de smises à jours n'a rien à voir avec la taille des correctifs.
Si jamais mdk ajoute un truc dans open office, même mineur, c'est tout le paquet de + de 100 Mo qui est mis à jour.
Donc ta remarque n'est pas fondé. une dizaine de bugs corrigés sur un produit qui prends 3 cd et plus de 5000 paquets, c'est mineur.
> La communauté mandrake est principalement simple utilisatrice et cet
> évènement le prouve bien donc ils devraient fournir plus d'effort en
> béta testing et allonger le cycle.
Parfait, et tu proposes. Mandrake propose 5 isos ( 2 rc 3 beta ), des listes, un developpement ouvert, un wiki , l'accés complet aux sources et au cvs, il faut quoi de plus ?
Mandrake fait ce qu'elle peut pour les testeurs, tu veut quoi de plus, un lettre officiel d'invitation, ou qu'on viennnet te l'installer sur le pc avec des jeunes files qui te ventilent au soleil ?
> Nous sommes donc d'accord: le firmware du LG est défectueux mais
> Mandrake est allé chercher les problèmes elle-même.
Non je ne suis pas d'accord.
Le code a été ajouté à la demande d'une personne qui s'y connait assez en developpement kernel. Et au départ, il était même off par défaut ( bug 5706 ). Je continue de penser que mandrake a eu raison. Si tu te dit que tout ce que tu fait peut risquer de foutre en l'air un disque, tu n'active plus de controleurs ide par défaut, ou alors uniquement pour le matériel d'il y a 10 ans.
Si il ne faut plus rien inclure dans le kernel car çela risque de faire des choses avec le matériel, on arrête tout.
Il y a des controleurs IDE qui ne supporte pas la charge, et cela a été découvert justement car les gens les poussent à fond en production.
[^] # Re: Entente tumultueuse entre Mandrake 9.2 et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 1.
Jamais dans le code du patch il envoie le flush pour détecter.
Il envoie le flush lors du déchargement du module.
Ou alor, j'ai mal lu le code, ce qui peut arrivé. Si j'ai tort, je serais reconnaissant à celui qui me pointera sur l'erreur.
[^] # Re: Entente tumultueuse entre Mandrake 9.2 et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 5.
Il y en a quelques uns qui sont restés, comme la personne qui s'occupe de gcc, de oo, de la glibc et du port amd64 ( une personne ), ou le créateur de frozen bubble.
Il y en a qui ne sont pas resté, c'est vrai, malgré un bon boulot.
Même si il y a 3 ou 4 stagiaires, il reste quand même pas mal de monde autour pour pas que ça impacte la production.
Mais, même si il y a 2 ou 3 stagiaires chez mandrake, j'ai fait mon stage dans une société avec 2 stagiaires sur 5 personnes, et ça ne m'a pas posé problème.
Je trouve au contraire que c'est bien qu'une société donne sa chance aux jeunes, car un stagiaire, ça a un cout non négligeable.
Tu le payes, et tu perds du temps à le former, pour un résultat pas toujours à la hauteur. :/
Des fois, entre un bon stagiaire et un mauvais fraichement diplomé...
[^] # Re: Entente tumultueuse entre Linux et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 4.
Mais pour l'utilisateur moyen, je pense que c'est non.
Je parle du reflashage du cd depuis le pc.
Maintenant, bien sur, en payant 3 fois le prix du cdrom, tu peut le reflasher.
[^] # Re: Entente tumultueuse entre Linux et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 1.
Apparement, on a besoin d'un firmware en état de marche pour reflasher.
[^] # Re: Entente tumultueuse entre Mandrake 9.2 et lecteurs LG
Posté par Misc (site web personnel) . En réponse à la dépêche Entente tumultueuse entre Linux et lecteurs LG. Évalué à 10.
De plus, même si ça semble stupide de faire un write cache sur un lecteur cd, si je croit le patch
http://w1.894.telia.com/~u89404340/patches/packet/2.4/packet-2.4.22(...)
il ne fait pas ça pour tester
Lors de l'initialisation du module il determine si le graveur peut supporter le packet writing, et justement comme le lecteur cd ne peut pas ecrire, le module se referme et envoie un ordre de flush, lors de son déchargement de la mémoire ( ide_cdrom_release_real ).
Je dit ça car il y a 2 occurence de FLUSH, et la deuxieme n'est appelé que si le lecteur est initialisé ce qui n'est pas le cas.
Donc c'est pas une erreur de prog si énorme que ça.
# Re: Congrès québécois du logiciel libre 2003
Posté par Misc (site web personnel) . En réponse à la dépêche Congrès québécois du logiciel libre 2003. Évalué à 5.
J'ai pas complétement suivi la conférence ( le son était un peu brouillé ), mais apparement la coopération a l'air de bien commencé.
( la c'est le quizz, le son est bien mieux )
[^] # Re: Les développeurs Windows jugent Linux plus sûr !
Posté par Misc (site web personnel) . En réponse à la dépêche Les développeurs Windows jugent Linux plus sûr !. Évalué à 0.
Mais je trouve juste curieux qu'on prennent en compte leur avis et qu'on diffuse la nouvelle uniquement quand il correspond au notre.
On a rien entendu quand la même population pensait le contraire.
[^] # Re: Une année faste pour Debian
Posté par Misc (site web personnel) . En réponse à la dépêche Une année faste pour Debian. Évalué à 2.
http://bugs.debian.org/cgi-bin/pkgreport.cgi?which=src&data=xfr(...)
[^] # Re: Les développeurs Windows jugent Linux plus sûr !
Posté par Misc (site web personnel) . En réponse à la dépêche Les développeurs Windows jugent Linux plus sûr !. Évalué à 3.
> développeurs pour juger de la sécurité d'un système... ah, les
> utilisateurs peut-être ? Oui, surement.
Euh, le RSSI ? ( responsable de la sécurité des systémes d'information ).
Je sais pas, je demande, ç'est une hypothése.
> Il suffit de se rappeller de Blaster et de Slammer, cet été...
Tu parle de ces problémes qui n'ont pas été patchés a temps par les utilisateurs ?
Autant je comprenne que tu ne puisse pas patcher tout les systémes que tu posséde sur un site de 2000 machines, autant les utilisateurs expérimentés comme des devs devrait savoir qu'il faut se mettre à jour, et que ce n'est pas linux qui va le faire pour eux.
Donc si ils pensent que linux est plus sur parce que sous windows faut faire des mises à jours, on est mal barré.
> mais on peut leur accorder, je pense, un peu plus de discernement
> qu'à certains utilisateurs
Donc, comme je le disait, quand les mêmes dev considéraient que XP était plus sur, ils avaient raison la derniére fois ?
[^] # Re: Les développeurs Windows jugent Linux plus sûr !
Posté par Misc (site web personnel) . En réponse à la dépêche Les développeurs Windows jugent Linux plus sûr !. Évalué à 2.
# Re: Les développeurs Windows jugent Linux plus sûr !
Posté par Misc (site web personnel) . En réponse à la dépêche Les développeurs Windows jugent Linux plus sûr !. Évalué à 3.
Enfin je ne voit pas en quoi l'avis de développeurs peut en dire long sur la sécurité.
Lors de la précédente étude, j'ai pas vu de news ici, et je pense que si cela avait été le cas, on aurais pu lire ici que les gens n'y connaissent rien et patati et patata. Maintenant que les gens ont changés d'avis, alors, oui, leur avis est important et réaliste...
[^] # Re: Discrimination
Posté par Misc (site web personnel) . En réponse à la dépêche Une année faste pour Debian. Évalué à 0.
Enfin, vu le contenu de la news ( digne des press releases de grandes sociétés ), je ne pouvait pas éspérer quoi que ce soit de constructif.
[^] # Re: Contribuer, oui, mais comment ?
Posté par Misc (site web personnel) . En réponse à la dépêche Contribuer, oui, mais comment ?. Évalué à 2.
Plus je me plonge dans la communauté ( et pas que linuxfr, je précise ), plus j'ai la nausée et le vertige devant les sommets de stupidités que certains arrivent à déployer.
Et pas parmi les moins bien placés ou les moins actifs, hélas...
[^] # Re: Contribuer, oui, mais comment ?
Posté par Misc (site web personnel) . En réponse à la dépêche Contribuer, oui, mais comment ?. Évalué à 2.
On veut faire passer les codeurs du libres pour quoi :) ?
( enfin j'ai rien contre un jus d'orange ).
[^] # Re: Mandrake 9.2 (FiveStar) enfin disponible !
Posté par Misc (site web personnel) . En réponse à la dépêche Mandrake 9.2 (FiveStar) enfin disponible !. Évalué à 2.
Je sais que sur certaines, il faut des options spéciales, et tout n'ont pas été detectés. Il y a des erratas a ce sujet en préparations.
[^] # Re: Annonce de la 9.2 sur trustonme pas très sympa
Posté par Misc (site web personnel) . En réponse à la dépêche Mandrake 9.2 (FiveStar) enfin disponible !. Évalué à 3.
La doc est dispo sur le wiki depuis 6 mois au mois, en plus de l'archive, il y a plein de gens qui sont capables de le faire.
Seulement comme personne ne cherche l'info ou qu'elle ne tombe pas tout cuite dans le bec, ben ça va pas, on cache des choses etc, bientot, on va dire qu'on menace la liberté etc etc.
[^] # Re: Mandrake 9.2 (FiveStar) enfin disponible !
Posté par Misc (site web personnel) . En réponse à la dépêche Mandrake 9.2 (FiveStar) enfin disponible !. Évalué à 5.
> projet Mandrake
c'est faux, tu peut tout simplement venir discuter avec les contributeur francais sur Irc, sur #plf ( qui n'a rien a voir avec mandrake, rappellons le ), sur #mandrake-cooker, ou voir meme t'inscrire sur les listes cooker.
le mandrake rpm howto vieille version ( sur le site de mdk ) précise de placer les rpm sur un ftp, mais bon, la personne responsable est legeremement surchargé, donc, si tu veut qu'on inclue un nouveau rpm de ton cru ou un patch, il vaut mieux demander à un contributeur externe, ( comme moi, par exemple , ou les autres , qui traine sur #plf ) ça ira plus vite.
Ensuite, c'est vrai, l'information circule pas énormement.
Mais, faut pas croire qu'il y a plus d'infos sur le club. J'ai récu mon login il y a une semaine, mais je m'en passait trés bien avant.
Le manque d'info, c'est un probléme récurrent pour le dev sur cooker et pourtant, il y a des listes, il y a un wiki, donc, il manque que de la bonne volonté et de la motivation, de la part de tous ( moi y compris )
:)