[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: STOP ! [Re: Pour GM]



On Fri, Nov 30, 2001 at 12:39:31PM +0100, georges mariano wrote:
> On Fri, 30 Nov 2001 12:34:15 +0100
> barbier@linuxfr.org (Denis Barbier) wrote:
[...]
> > D'autre part, avec ta solution, le problème de numéro de version de
> > DH_COMPAT serait plus emmerdant, puisqu'il influerait sur
> l'emplacement du 
> > répertoire temporaire (me semble-t'il).
> 
> Il est probable que se donner des "contraintes" supplémentaires induisent une
> adaptation de certains points. Pas d'omlette ...
> Mais, l'important est ici que tous les paramètres du problème se trouvent
> localisés dans le debian/rules (y compris la connaissance de la valeur
> DH_COMPAT [s'il y avait besoin]) Et le mainteneur Debian a tout pouvoir à
> _cet_ endroit.

Tous les paramètres du problème sont déjà localisés en un seul endroit : le
fichier .diff.gz, en ne regardant que les modifs dans les Makefile.am, les
acinclude.m4 et configure.{in,ac} ; ce n'est donc pas un argument à mes yeux.

Si je simplifie, on a donc les deux approches suivantes :
  a) modifier les fichiers pour que dpkg-source fournisse une arborescence
     prête à l'emploi, et debian/rules ne fait qu'appeler
         ./configure --prefix=/usr; make; make install prefix=...
     avec éventuellement d'autres options en ligne de commande

  b) laisser les fichiers tels quels, et ajouter des commandes dans
     debian/rules pour patcher les Makefiles

Je préfère de très loin (a), et franchement je doute que (b) soit un pas en
avant vers un backport plus facile. Je n'ose même pas imaginer la gueule
du debian/rules si je devais appliquer cette méthode au paquet wml.

Denis



Reply to: