Re: Un test négatif (mais constructif) de la Mandrake 9.1

A vrai dire, je trouve que le ton employé par le type est hautement détestable, et j'avais essayé de l'édulcorer dans la news. De même, comme dit dans la news, certains points, et notamment ceux du début, sont contestables, car soit ils ne relèvent pas de Mandrake (bugs KDE), soit ils sont "question de gout", comme le coup des lecteurs de cdrom (c'est utile quand on lance en CLI, de savoir où est monté le cdrom, et ça contribue à faciliter la vie à l'utilisateur voulant progresser). Pour le reste, et notamment en ce qui concerne les outils drakeconf, ce que le type soulève sont en réalité des problèmes de "qualité perçue". Et c'est très, tès important. Tous les métiers en rapport avec l'ingéniérie ont été un jour où l'autre confronté à ce problème. Dans une voiture par exemple, la qualité de fond, c'est le moteur robuste (si entretenu correctement), qui n'explose pas en expédiant un cylindre à travers le capot (j'ai vu ça une fois, ça fait vraiment un drole d'effet !), les bas de caisse qui ne rouillent pas, etc. et la qualité perçue, c'est la planche de bord qui présente bien, qui ne vibre pas au bout de 60000km, etc. . Ce qui importe en réalité, c'est la qualité de fond, mais, pour l'utilisateur final, les deux sont aussi importantes à leurs yeux (repensez au coup de la voiture par vous-même). Pour en revenir à la Mandrake, ce que dit en gros le type c'est que Mandrake fait un excellent travail sur la qualité de fond (installation impeccable, RPMs bien faits, outils d'administration bien pensés, qualité du noyau, etc.)... enfin, il ne le dit pas, il le sous-entend, mais moi je le dis car je le pense. Mais dans le même temps, Mandrake laisse des petits bugs ça et là, qui n'ont rien de bien grave en soit, mais qui ont un effet absolument désastreux d'un point de vue de la qualité perçue. Ca concerne les bugs dans drakeconf, notamment. Et ça conduit certains utilisateurs à s'énerver, par ailleurs au vu et au su de MandrakeSoft: http://qa.mandrakesoft.com/show_bug.cgi?id=3100 (regardez la remarque de la fin de rapport de bug, qui par ailleurs est toujours dans l'état ASSIGNED: mais que fait donc "fpons" ?). D'ailleurs, il y a 49 bugs ouverts dans leur bugzilla pour drakxtools: http://qa.mandrakesoft.com/buglist.cgi?short_desc_type=allwordssubstr&short_desc=&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&product=drakxtools&long_desc_type=allwordssubstr&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&emailassigned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&changedin=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Bug+Number&field0-0-0=noop&type0-0-0=noop&value0-0-0= c'est beaucoup, vraiment énorme même si on considère que là j'ai retiré pas loin de 200 bugs reportés, et passés pour des raisons souvent abusives en "UNCONFIRMED" (il est vrai que certains de ces bugs sont farfelus, mais qd meme...), et que j'ai retiré aussi ceux passés en RESOLVED, mais dont le patch n'est pas dans la 9.1 (par exemple, l'horrible bug ATI, qui n'empêche pas trop de se servir de la distro, mais fait vraiment "tâche") [petite_remarque_au_passage]A ce sujet, il semble y avoir pas mal de problèmes à configurer les modems ADSL-ethernet avec DrakConnect (j'en ai rencontré également, et pas tout à fait les mêmes que le rapport de bug que je pointe, mais très proches), et je subodore que cela est dû à l'ajout du support des modems ADSL-USB, car Mandrake a fait des choix contestables pour la gestion des connexions ADSL (je ne saurais que trop leur conseiller de voir comment c'est fait sur une RedHat).[/petite_remarque_au_passage] En résumé, ces problèmes de qualité perçue ne représentent pas grand chose (à vue de bugzilla, il devait y en avoir pour deux semaines de boulot pour corriger et intégrer ces petits bugs), c'est clairement jouable pour MandrakeSoft (ça ne posera aucun problème de retarder la sortie de la distro de deux semaines, enfin je l'espère pour eux), et ça donnerait une distro vraiment parfaite. Par contre, ça suppose de revoir un petit peu l'organisation au niveau de la sortie de la distro (il faut un espèce de fasciste détesté de tous qui identifie ce qu'il considère comme blocker, et interdise la sortie de la distro tant que les bugs ne sont pas résolus, et qui tape sur la tête des responsables des logiciels/paquets jusqu'à ce que ce soit fait. Et s'il y en a un à l'heure actuelle, ils l'ont pas pris assez fasciste ;-))). Bref, j'espère vraiment que MandrakeSoft peut se permettre ces petites choses. Dans ma boite, on a ce système en place, et ça marche vraiment bien. C'est définitivement rien par rapport aux grands choix fondamentaux, aux grosses briques du système, mais, pour l'utilisateur "lambda", un bug minime dans DrakeConnect a pratiquement la même signification qu'un bon gros bug dans un RPM, un script de démarrage ou dans le noyau qui fait que l'ordi plante toutes les deux heures, et ce parce que d'une part tout le monde n'a ni forcément le temps ou les compétences (ou le temps pour les acquérir) pour éditer le fichier de conf incriminé, et d'autre part, parce que le paradigme de l'interface graphique est aujourd'hui adopté par le plus grand nombre, 20 ans de lavage de cerveau Apple/Microsoft étant passés par là.