n'hésite pas à faire des remontée de bugs
C'est fait mais ça ne sert à rien, les vrais bugs de fond ne sont jamais corrigés. Les bugs que j'ai ouvert, au mieux j'ai Pacho (de l'équipe de test) qui vient 1 an après me demander si c'est toujours valide, et finit par fermer les bugs pour cause "obsolète". Avoue que ça n'encourage pas... Le bug qui m'a affecté sur netprofile et m'a obligé à reformater une machine est ouvert depuis 4 ans... http://qa.mandriva.com/show_bug.cgi?id=19693
Je sais que le problème vient du manque de bras. Mais avec des outils en perl, difficile de trouver des masses de contributeurs... Poster des idées c'est bien, les voir se réaliser, c'est mieux. A quoi ça a servi de sortir ce super truc d'idées ? A faire comme Dell et Ubuntu... Les bras en moins. Il y avait déjà les votes sur le Bugzilla, qui n'étaient déjà pas pris en compte. A quoi cela a servi si ce n'est faire encore plus de frustrés, et donner encore plus de boulot pour trier le bon grain de l'ivraie ? En plus la moitié des idées ne tient pas la route, formulées par des utilisateurs trop légers côté technique, le bugzilla servait au moins de barrière d'entrée.
Hop, en voilà un que j'ai ouvert il y a plus de 2 ans. http://qa.mandriva.com/show_bug.cgi?id=31857
5ème (ex-aequo) amélioration la plus demandée (21 votes), une amélioration indéniable de l'utilisabilité... Et on en est où ? Bin nulle part. Sans compter les messages idiots qui continuent d'être affichés depuis des siècles... Il y a plein de boulot sur les drakxtools, et pas assez de monde dessus, c'est un fait.
Quant au pourquoi ces outils n'ont pas été adoptés :
1. Barrière du perl
2. "drak" dans tous les noms d'outils, ce qui ne laisse pas entendre que c'est utilisable cross distro. Fedora a eu le bon goût de les nommer system-*. Est-ce que Mandriva aurait réutilisé tel quel system-config-printer s'il s'était appelé fedora-config-printer ?
3. Les distros ont misé sur les outils de configuration pour forger leur identité. Réutiliser les outils d'une distro concurrente est un aveu de faiblesse.
Oui, je suis un peu dur, c'est volontaire, parce que depuis plusieurs années, je ne vois rien changer dans la gestion de l'orientation demandée par les utilisateurs. On demande du feedback mais au final il n'est pas pris en compte, et c'est l'équipe marketing qui prend le dessus pour indiquer quelles features sont nécessaires pour que la distro se vende. Au final ça a donné des échecs monstrueux comme kat ou deltarpm...
[^] # Re: touours pareil....
Posté par liberforce (site web personnel, Mastodon) . En réponse à la dépêche Mandriva Linux 2010.0 disponible en version Bêta. Évalué à 4.
C'est fait mais ça ne sert à rien, les vrais bugs de fond ne sont jamais corrigés. Les bugs que j'ai ouvert, au mieux j'ai Pacho (de l'équipe de test) qui vient 1 an après me demander si c'est toujours valide, et finit par fermer les bugs pour cause "obsolète". Avoue que ça n'encourage pas... Le bug qui m'a affecté sur netprofile et m'a obligé à reformater une machine est ouvert depuis 4 ans...
http://qa.mandriva.com/show_bug.cgi?id=19693
Je sais que le problème vient du manque de bras. Mais avec des outils en perl, difficile de trouver des masses de contributeurs... Poster des idées c'est bien, les voir se réaliser, c'est mieux. A quoi ça a servi de sortir ce super truc d'idées ? A faire comme Dell et Ubuntu... Les bras en moins. Il y avait déjà les votes sur le Bugzilla, qui n'étaient déjà pas pris en compte. A quoi cela a servi si ce n'est faire encore plus de frustrés, et donner encore plus de boulot pour trier le bon grain de l'ivraie ? En plus la moitié des idées ne tient pas la route, formulées par des utilisateurs trop légers côté technique, le bugzilla servait au moins de barrière d'entrée.
Hop, en voilà un que j'ai ouvert il y a plus de 2 ans.
http://qa.mandriva.com/show_bug.cgi?id=31857
5ème (ex-aequo) amélioration la plus demandée (21 votes), une amélioration indéniable de l'utilisabilité... Et on en est où ? Bin nulle part. Sans compter les messages idiots qui continuent d'être affichés depuis des siècles... Il y a plein de boulot sur les drakxtools, et pas assez de monde dessus, c'est un fait.
Quant au pourquoi ces outils n'ont pas été adoptés :
1. Barrière du perl
2. "drak" dans tous les noms d'outils, ce qui ne laisse pas entendre que c'est utilisable cross distro. Fedora a eu le bon goût de les nommer system-*. Est-ce que Mandriva aurait réutilisé tel quel system-config-printer s'il s'était appelé fedora-config-printer ?
3. Les distros ont misé sur les outils de configuration pour forger leur identité. Réutiliser les outils d'une distro concurrente est un aveu de faiblesse.
Oui, je suis un peu dur, c'est volontaire, parce que depuis plusieurs années, je ne vois rien changer dans la gestion de l'orientation demandée par les utilisateurs. On demande du feedback mais au final il n'est pas pris en compte, et c'est l'équipe marketing qui prend le dessus pour indiquer quelles features sont nécessaires pour que la distro se vende. Au final ça a donné des échecs monstrueux comme kat ou deltarpm...