Quoting Arnaud Vandyck <[EMAIL PROTECTED]>:
> > La solution 1 ? Moi je l'appelle la solution "Galeon" ! Je vous > > remplace une solution gtk 1.2 qui marche bien par une version 2.0 avec > > 2 fois moins de fonctionnalit�s et des plantage occasionnels ! Mais > > bon, gtk 2.0 c'est la mode et vous �tes l� pour tester et faire des > > bug reports ! > > jpilot 0.99.2-2 est dans stable ET dans testing, or gtk1.2 ne sera pas > dans la prochaine stable (ou pas par defaut?). Ca veut dire quoi par d�faut ? > Moi, il me semble que tu peux passer a gtk2.0 pour justement essayer > d'avoir un maximum de rapport de bugs! C'est tout de meme cela qui > risque de faire progresser l'application, non? (Quitte a forwarder le > bug et le tagger upstream)... Je pense que c'est un des meilleurs moyen > de contribuer a l'application que package. Super ! Et si les utilisateurs de unstable (qui je le rappelle concerne le packaging et non la stabilit� des applis) veulent utiliser une application stable, est-ce qu'on doit les forcer � utiliser une application qui plante sous pr�texte qu'il faut trouver les bugs ? Si on faisait pareil avec la libc et les packages critiques ? Pour cela, il y a la distribution "experimental". > > Et les vrais utilisateurs dans tout �a ? Foutage de gueule ! > > Les utilisateurs sont en stable ou en testing, non? ;) En tant que d�veloppeur, je suis aussi utilisateur de unstable et je suis en droit d'attendre que les choses fonctionnent dans de bonnes conditions pour mener � bien mon travail de package. J'esp�re que tu n'es pas d�veloppeur, je ne voudrais m�me pas de quelqu'un qui agit de mani�re aussi irresponsable dans Debian. -- J�r�me Marant
