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