Mainteneurs de merde - Page 1

Merci aux putain de mainteneurs de Wine pour leur foutage de gueule.

          What    |Removed                     |Added
----------------------------------------------------------------------------
            Status|RESOLVED                    |CLOSED




--- Comment #5 from Austin English <austinenglish@gmail.com>  2008-10-13 14:39:25 ---
Closing invalid.

Bande de cons, plutôt que de dire "ah oui, ça déconne", et au pire de rajouter "mais on s'en fout" (j'aurais pu comprendre, le soft pour lequel je reporte a 10 ans), on préfère dire une fois "NOT A BUG, WON'T FIX" et une autre fois "INVALID". Ca aide à dire qu'on fait un soft bien. Surtout que je ne suis pas le seul à reporter ce comportement, et qu'on a été une dizaine sur la mailing-list à décrire le même bug, strictement identique ! C'est du foutage de gueule !!!

http://bugs.winehq.org/show_bug.cgi?id=11642
http://bugs.winehq.org/show_bug.cgi?id=11638
Développeurs de médeu!!!

Mouais, vu que le soft a fonctionné et ne fonctionne plus, INVALID semblerait abusif...
J'imagine que ça donnerait plus d'infos aux devs si tu faisais un regression test. Pour faire ça, je clonerais le repository Git, je créerais une branch que je checkouterais, et je ferais des reset hard successifs par bisection entre les tags, pour déterminer la plus proche paire de tags (x, y) tels que ça fonctionne dans 0.9.x et que ça ne fonctionne plus dans 0.9.y. Ensuite, je demanderais à Git de faire une bisection entre ces deux tags.


[EDIT: tu utilises quelle version de Wine et quelle version de Panzer General II ? La version 1.0.1 de Panzer General II fonctionne par intermittence sous Wine, cf. http://appdb.winehq.org/objectManager.php?bShowAll=true&bIsQueue=false&bIsRejected=false&sClass=version&sTitle=&sReturnTo=&iId=1242 ]

./2 : tu te rends compte que tu demandes à l'utilisateur, qui reporte un problème, de "faire le boulot des developpeurs" ?

Lionler -> kler, je vais foutre ma bdd de rpm en l'air et installer ici et là des choses qu'à priori je serai incapable de nettoyer proprement. Puis j'ai autre chose à foutre quoi. Que ça marche pas, je peux comprendre, maintenant qu'on me dise "c'est une feature" alors que ça déconne, c'est là que ça coince. ^^

Lionel Debroux (./2) :
J'imagine que ça donnerait plus d'infos aux devs si tu faisais un regression test. Pour faire ça, je clonerais le repository Git, je créerais une branch que je checkouterais, et je ferais des reset hard successifs par bisection entre les tags, pour déterminer la plus proche paire de tags (x, y) tels que ça fonctionne dans 0.9.x et que ça ne fonctionne plus dans 0.9.y. Ensuite, je demanderais à Git de faire une bisection entre ces deux tags.

Hem, pardon, ça m'a échappé.

kim (./3) :
./2 : tu te rends compte que tu demandes à l'utilisateur, qui reporte un problème, de "faire le boulot des developpeurs" ?

c'est ça le rock©

Moi j'aimes bien le :

------- Comment #2 From Lei Zhang 2008-02-26 02:00:47 -------
"PG2 works just fine for me with Wine 0.9.56."
Genre "ça marche chez moi, me faites pas chier, tchao les lourds"

Kochise

./3: oui, je sais que je demande à un utilisateur de faire le boulot des devs... mais si quelqu'un comme lui qui a le jeu ne le fait pas, les devs de Wine n'iront pas plus loin. Les devs demandent régulièrement, que ce soit pour Wine, le kernel Linux ou divers autres projets, de faire des bisections pour pointer le commit qui a modifié le comportement.

Lionel -> kler, je vais foutre ma bdd de rpm en l'air et installer ici et là des choses qu'à priori je serai incapable de nettoyer proprement.

Pas besoin de "foutre la BDD de RPM en l'air": Wine Git est depuis plus d'un an dans mon $HOME, je ne l'ai jamais `make install`é ou fait toute autre installation system-wide. Il suffit juste de le lancer par son chemin '~/wine/wine', ou alternativement, de faire un symlink dans ~/bin.
Pour l'effacer, je pense que rm -Rf suffit

Tu n'as pas répondu sur la version de PG II et la version de Wine que tu utilises.

en gros c'est la faute de folco?


http://bugs.winehq.org/show_bug.cgi?id=11642
en gros là ils se foutent de sa geule quand même:

- c'est pas un bug de wine
- ouais mais wine arrive pas à faire marcher mon truc alors que ça marche ailleurs
- va te faire foutre

Bah, vu les informations qu'il a données (ça donne la même chose sous XP si on ne met pas les options de compatibilité), c'est clairement un bogue de Panzer General.

Je crois qu'il en a rien à foutre, il veut que ça marche.

si PG fonctionne sous windows, il doit fonctionner sous wine, puisque c'est le but du projet, sinon wine c'est de la grosse merde inutile.

./9: relis ./2: "Mouais, vu que le soft a fonctionné et ne fonctionne plus, INVALID semblerait abusif..."
=> le marquage INVALID me semblerait abusif, ce n'est pas la faute de "Mars" si ce bug est marqué de la sorte.
Mais les devs s'attendent en revanche à ce que les gens fassent des regression tests pour eux (sauf à la rigueur si le programme est librement téléchargeable, si une demo jouable publiquement téléchargeable exhibe le problème, ou s'ils possèdent le programme), donc que le bug ait été CLOSED _peut_ être dû au fait que "Mars" n'a pas fait la bisection pour montrer ce qui aurait pu causer ça.

./10: N/A, puisque Wine veut avoir une bonne compatibilité bug pour bug avec Windows - à moins que le comportement de Windows soit juste trop mauvais, du genre fonction qui rend le contraire de ce qu'on attendrait ou bien crash.

Mais il est compatible bogue pour bogue étant donné qu'il reproduit exactement le comportement de XP!

Il n'est pas compatible bug pour bug étant donné qu'il ne reproduit pas le comportement de 95 ou 98, même si on définit winver=95 ou winver=98.

Kevin Kofler (./13) :
Mais il est compatible bogue pour bogue étant donné qu'il reproduit exactement le comportement de XP!

Oui mais non. XP permet (comme Wine, théoriquement) d'avoir un mode de compatibilité. Le point critique est là dessus.

edit : cross

Exact, et je n'étais pas surpris d'avoir ce bug en mode Wine XP, vu que XP le fait. Par contre, j'ai fait tourner ce soft sous Win 95 à sa sortie, et en mode compatibilité Win 98 sur XP (et ça marchait nickel).

Lionel -> j'ai donné ma version de Wine, et j'avais même installé from tarball une version non encore rpm-isée pour Fedora pour voir si la version suivante avait corrigé le bug.

squalyl -> exactement, je reproche pas au soft d'avoir des bugs bien évidemment, mais la manière dont on m'a envoyé chier ...

Tu as essayé la version 1.1.6 ?

1.1.5, marche pô. Je vais pas compiler la suivante mais attendre le rpm, je préfère perdre mon temps à pisser dans un violon (sauf si tu m'annonces un bugfix qui a trait spécialement à ça).

1.1.5, ça va, peu de chances que les choses aient changé depuis.
Si tu en avais toujours été aux 0.9.5x, ça valait le coup d'essayer une plus récente.

Vive les gars de Wine, CS marche plus !!! Merci les gars, ce sont des libristes qui me font réinstaller Win
Bien sûr, pas question de reporter à ces trouducul pour me refaire prendre pour un abruti.

hop, la même pour eMule, on arrête pas le progrès chez eux

superbe \o/

Tu laisses tomber ta chère Fedora ?

Non, pas du tout, à part jouer je peux pas faire grand chose avec Win...

Moi c'est pire, je ne supporte plus cette daube de Windows J'ai encore passé 5 heures la semaine dernière à formater/réinstaller Windows XP + drivers + logiciels chez un client, infesté de virus et de services à la con qui ralentissaient à mort son ordinateur. C'est comme ça (à des degrés divers) chez tous les gens que je connais et qui ont Windows XP.

A côté de ça, Kubuntu 8.10 sort dans 4 jours J'ai testé les alphas, c'est beau et plutôt rapide. Au niveau des possibilités de paramétrage, KDE 4 est encore plus naze que Gnome, mais j'espère que ça va s'étoffer pour atteindre à nouveau les possibilités de customization qu'offrait KDE 3.5.

Tu crois franchement que parce que des mecs qui ne savent pas utiliser un PC ont un Windows de merde qui rame ça veut dire que Linux est mieux ?
Tu penses sérieusement que ça fonctionnerait mieux si ils utilisaient Linux ?

Enfin je sais pas si te rends compte de la gravité de ton raisonnement, tu compares un truc "neuf" sorti de la boîte à un truc "vieux" utilisé depuis un certain temps et par des gens non compétents...

Sinon bravo Martial, tu viens juste de comprendre la superbe mentalité des développeurs libres: "si ça marche pas démerde toi". Il t'aura fallu du temps mais bon

C'est vrai, quand tu trouves un bug sur un logiciel propriétaire, en général on prend même pas la peine de te répondre et certainement pas de te donner un état d'avancement sur la résolution du bug en question.

C'est juste que les mecs du libre ne sont pas censés avoir cette mentalité-là justement

damnvoid (./26) :
C'est vrai, quand tu trouves un bug sur un logiciel propriétaire, en général on prend même pas la peine de te répondre et certainement pas de te donner un état d'avancement sur la résolution du bug en question.

Ça dépend... si c'est une boîte genre MS, oui. Si c'est une petite boîte qui a besoin que ses clients soient satisfaits pour continuer à tourner, généralement non (ou alors ils se cassent rapidement la gueule). J'ai déjà obtenu des réponses détaillées à un problème en moins d'une heure (voire immédiatement, en joignant le gars au téléphone), de la part de boîtes "propriétaires".

Folco (./27) :
C'est juste que les mecs du libre ne sont pas censés avoir cette mentalité-là justement

Là aussi ça dépend. Certains sont spécialistes du retournement de veste à répétition entre "notre soft est au top niveau et largement meilleur que ce que le monde propriétaire peut offrir" quand il s'agit de se faire de la promo, et "c'est libre, on fait ça avant tout pour nous sans être payés donc on vous doit rien, si vous êtes pas contents vous avez les sources, donc vous pouvez vous démerder vous-mêmes pour modifier ce qui vous plaît pas" quand on leur fait des critiques.

Zerosquare (./28) :
J'ai déjà obtenu des réponses détaillées à un problème en moins d'une heure (voire immédiatement, en joignant le gars au téléphone), de la part de boîtes "propriétaires".

Pour moi c'est tout le temps comme ça, quand on a un problème sur un logiciel pro (on installe bcp de softs de gestion/compta/paie etc), ils répondent tout de suite et sont quasiment toujours compétents ... et plus le soft est spécialisé plus ils le sont en général.

Ça serait comique si on avait affaire à des libristes :/

damnvoid (./26) :
C'est vrai, quand tu trouves un bug sur un logiciel propriétaire, en général on prend même pas la peine de te répondre et certainement pas de te donner un état d'avancement sur la résolution du bug en question.

Opera a aussi une page de bug-report...