On Fri, Nov 02, 2001 at 05:54:09PM +0100, Raphael Hertzog wrote:
[...]
> > * autre curiosit�, quel est l'int�r�t d'un orig.tar.gz contenant un
> > seul fichier � savoir l'archive gzipp� des sources upstream ? rapport
> > avec le diff ??
>
> C'est bizarre ... mais ca doit arriver pour des logiciels binary-only
> (genre netscape) o� il n'y a rien � recompiler. Juste un r�pertoire �
> d�tarrer dans une arboresence.
�a a peut-�tre un rapport avec dbs (que je ne connais pas), disponible dans
testing et unstable.
> > de faire pr�c�der tout �a par la suite (aclocal, autoheader, automake
> > -a, autoconf) dans la construction debian du paquet ?
>
> Jamais. Quand ca marche pas, le mainteneur peut �ventuellement les lancer
> une fois juste pour mettre � jour les fichiers (dont les modifs seront
> conserv�es dans le .diff.gz).
Pas d'accord, �a ne suffit pas s'il y a une r�gle de recr�ation des fichiers
dans le Makefile (ce qui est le d�faut avec automake) parce que les timestamps
des fichiers patch�s ne correspondent plus.
Voici quelques solutions en vrac pour contourner ce probl�me :
a) que dpkg-source mette le timestamp de tous les fichiers patch�s � une
valeur commune, correspondant � la date de lancement de la commande
(c'est l'objet du rapport de bug 105750) ;
b) dans debian/rules, faire un touch des fichiers dans le bon ordre ;
c) dans debian/rules, lancer les commandes auto* lors de la compilation ;
d) ajouter AM_MAINTAINER_MODE dans le configure.{in,ac} ;
e) demander aux d�veloppeurs upstream d'Automake de changer le comportement
par d�faut, et d'avoir une macro AM_DEVEL_MODE si on veut que les
fichiers soient automatiquement r��crits.
et j'en oublie s�rement.
Denis
