On Wed, 21 Nov 2001 13:03:07 +0100 [EMAIL PROTECTED] (Denis Barbier) wrote:
> > Pour toi la notion de backport est donc une utilisation d�tourn�e ? > > Oui. > Ce n'est que mon avis, d'autres d�veloppeurs en ont peut-�tre un diff�rent. plut�t certains utilisateurs potato, � mon avis... > C'est d� au temps �coul� entre 2 releases, qui est largement trop grand. > Mais tu contournes ce probl�me avec une solution inadapt�e, Faudra que tu dise �a � ceux qui ont r�cup�rer chez moi des paquets de soft r�cents et mis �a sur leur patate sans probl�me notable. (des trucs style enlightenment par ex) Compare ensuite avec une mise ajour potato/woody... > Je ne pratique pas autant le backport que toi, mais quand je le fais, je > pr�f�re compiler le tarball original et l'installer dans /usr/local. et c'est toi qui me parle d'utilisation d�tourn�e parce que je fais tout pour utiliser des paquets debian sur une machine debian � la mode debian ?????? > > [faire abstraction du fait que le paquet d�pende de xlibs >>4.10] > > Au passage, Denis, ceci est un exemple de d�pendance non minimale > > �voqu� par PK, que tu as tellement de mal � comprendre. > Et oui, j'ai du mal, et ce n'est des indications �vasives qui vont m'aider. > Si tu me fournis le fichier debian/control tel que tu voudrais qu'il soit > pour un cas particulier, �a serait d�j� beaucoup plus clair. > Oui, le temps �coul� entre 2 releases est beaucoup trop important, > et c'est un vrai probl�me. Mais consid�rer que les d�veloppeurs des > paquets que tu n'arrives pas � backporter sont en cause n'est pas D�sol�, que je sache les d�veloppeurs sont (j'esp�re) aussi conscients que les utilisateurs de ce probl�me de release. Si n�anmoins, ils ne "souhaitent" pas en tenir compte dans leur r�flexion sur la politique concernant les d�pendances entre paquets, Si par ailleur ils d�cident de privil�gier le nombre d'architecture quitte � prendre des risques sur la compilation des paquets (en particulier parce qu'ils se posent un probl�me qui serait plutot du ressort upstream) Encore une fois,d�sol�, mais c'est pas moi doit �tre blam� parce que je souhaite privil�gier avant tout la stabilit� de mes machines potato. Et si parler de �a, c'est "mettre en cause" les d�veloppeurs, c'est pas mon probl�me ... c'est le leur. > Mea maxima culpa, j'avais la version pr�c�dente 0.7.1-5, d�sol�. > C'est _dans ce cas_ une connerie du d�veloppeur, qui ne sait pas g�rer > la compilation via autoconf/automake. ben voil�, Denis, c'est ce que disais... > Voil� pourquoi il a choisi de modifier src/Makefile.am (de m�moire) afin > que cette biblioth�que, dont la compilation est bloqu�e sur certaines > architectures � cause de fichiers non utilis�s, puisse �tre diffus�e sur > le maximum de plate-formes. Je comprends bien que �a va faire joli dans la pub Debian, mais mon avis est que ce faisant, Debian se donne un objectif qui n'est m�me pas celui des d�veloppeurs upstream, et donc on va n�cessairement au devant de difficult�s voire incompatibilit�s (inutiles) > Je trouve que cette attitude refl�te un tr�s grand respect des utilisateurs, c'est marrant moi, utilisateur, j'ai l'impression exactement inverse. > et je suis heureux qu'il ait choisi cette solution plut�t que la solution entre d�veloppeurs heureux, vous pourriez vous faire une petite bouffe alors j'ai d�j� une histoire dr�le pour �gayer la soir�e, celle de l'utilisateur potato qui essaye d'installer scigraphica ... oui Denis, je sais, on parle pas du m�me cas, mais je vois d'ici la sc�ne :-) > de facilit� qui consisterait � exclure les architectures qui posent probl�me. quitte � bidouiller la compilation sp�cifi�e par upstream, quitte � ne plus permettre l'installation sur une potato "normale", quitte � mettre en danger la stabilit� lors de l'upgrade (devenue au passage quasi obligatoire)... je n'ai fait que "quelques ann�es" d'�tudes informatiques, mais c'est une conception de la stabilit� comment dire ... ah oui, un peu d�tourn�e ;-) PS : je suppose que le binz actuel dans les paquets python debian (renommage/red�coupage entre potato/woody) qui fait que le backportage de scigraphica est bloqu�, (j'arrive pas � mettre la main sur un paquet source de python1.5-numeric) ne peut �tre imput� aux d�veloppeurs ... il a �t� d�cid� et mise en oeuvre par le saint-esprit... M�me le mainteneur du paquet semble s'y �tre perdu... et le pauvre, je le comprends. A+ -- # mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06 # INRETS, 20 rue �lis�e Reclus fax: (33) 03 20 43 83 59 # BP 317 -- 59666 Villeneuve d'Ascq # http://www3.inrets.fr/estas/mariano
