On Wed, 11 Jun 2003 21:17:00 +0200 Sven Luther <[EMAIL PROTECTED]> wrote:
> Rappelle toi que c'est unstable/testing, si ces problemes persiste > lorsque sarge sera release, alors la tu aurra pleinement raison. Euh nan, le cas de zope c'est testing, et pour tetex c'est dans woody [il me semble] (mais je m'en suis aper�u tr�s tard, j'�tais en potato assez longtemps). Mais l� n'est pas vraiment la question... le gros malaise c'est que ce soit arriv� �jusque l�. Cette technique de r�cup�ration d'installation cass�e apr�s lecture de README.Debian, je m'y attendais pas du tout (de la part de Debian). > De plus, le travail de packaging ne consiste pas seulement a faire un > package, mais aussi d'integrer le package dans l'ensemble de debian et > le faire interagir avec les autres packages au mieux. ?? pour moi c'est (effectivement) un tout. > Mais biensur, la qualite des packages est relativement inegale, > dependant de la qualite du packageur, de son temps disponible, etc. ben ouai, mais c'est pas ta formulation initiale ... et je vois pas pourquoi sur les debian-*-users tout serait pour le mieux dans le meilleur des mondes alors que sur les debian-*-devel c'est une autre histoire ... > Donc, pour en revenir au sujet, et c'est en fait la seule raison pour > laquelle j'ai poste, c'est tout simplement parceque les packages ... > Malheureusement, il n'est pas facile de desactiver > la compilation de ces packages, mais dans certain r�f�rentiel de qualit�, ne pas pouvoir d�sactiv� facilement un truc qui a �t� activ� c'est pas tr�s �qualit�... ;-) > mais tu est bienvenu a fournir un patch > si le coeur t'en dis. je l'attendais celle-l�, tellement pr�visible ;-) c'�tait juste de la curiosit�... ceci dit, c'est pas la premi�re fois o� l'on verrait un debian/rules qui proc�de par copier-coller/adapter de r�gles pour g�n�rer ce genre de paquets d�riv�s au lieu de s'appeler avec un bon param�trage ... ajoutons une couche avec, tr�s souvent, une gestion � la hache des cibles de compilation (configure/build/...) qui casse toute la modularit� du processus compilation upstream etc etc on peut en ajouter ... tout d�pend de ce que l'on appelle qualit� ... PS : non, je n'ai pas besoin d'�tre "mainteneur" Debian pour que mes remarques soient recevables ;-) A+ -- debfr-faq: http://savannah.nongnu.org/download/debfr-faq/html/ val-linux: http://phalompe.homeip.net:9673/val-linux perso: http://www3.inrets.fr/estas/mariano
