On Sat, Oct 27, 2001 at 10:14:14AM +0200, georges mariano wrote:
> On Sat, 27 Oct 2001 00:09:01 +0200 [EMAIL PROTECTED] (Denis Barbier) wrote:
>
>
> DB > Et pour recompiler des programmes qui ont besoin upstream d'autoconf
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> DB > 2.50, tu le sors de ton chapeau ?
>
> j'ai pas dis de pas s'interesser au packaging de autoconf 2.50
> !!!!!!!!!!!!!!!!!!!
> j'ai juste dit de l'utiliser (le paquet) au bon moment, au bon endroit...
>
> tu le fais expr�s l�...
>
>
> DB > Le mainteneur semble avoir �t� confront� au bug #99463, et
> DB > a choisi de forcer
> DB > l'utilisation d'autoconf 2.50.
> ben voil�... on est d'acord ... !! fallait pas forcer.
> (j'ai pas le 99463 sous la main)
>
> �a c'est de la ma�eutique ... (15 ans plus tard, je r�investi mes
> connaissances...)
>
> DB > La bonne solution semble plut�t �tre de
> DB > supprimer la macro AC_LANG_CPLUSPLUS du configure.in, ce qui permet de
> DB > supprimer la 1e ligne. Il devrait alors �tre possible de compiler avec
> autoconf
> DB > 2.13 et 2.50
> DB > On peut maintenant extrapoler pour savoir � qui la faute, mais est-ce
> vraiment
> DB > int�ressant ?
> Ben non, une fois qu'il est �vident que mon probl�me vient du choix du
> mainteneur
> je sais � qui la faute... m�me si �a te plait pas comme "�vidence"...
Je n'ai jamais dit que le mainteneur de snmpkit est en faute, il a �t�
confront� � un probl�me et a choisi une solution, qui a le malheur de ne pas
te convenir pour ton cas particulier. Moi, je consid�re qu'il a fait du bon
boulot.
> Ceci dit, explique moi (t'es bien lanc�) un truc.
> �a fonctionne upstream (avec automake et autoconf "de base") pour snmpkit,
> (je repete sur une Debian "de base", compilation tarball!)
> alors pourquoi se prendre la t�te ... ??
Je vais �tre oblig� d'extrapoler, ne connaissant pas les raisons.
En regardant les fichiers modifi�s, on s'aper�oit que le seul changement
n�cessitant l'utilisation d'autoconf & co est la mise en commentaire de
la compilation de snmptest3.
Un sc�nario possible est que ce programme ne compile pas sur une des
architectures support�es par Debian, comme il s'agit d'un programme de
tests, le plus simple est de ne pas le compiler, d'o� l'obligation
de relancer automake, autoconf etc.
Tu peux essayer de lancer
aclocal && autoheader && automake -a && autoconf
sur les sources upstream de snmpkit, avec les commandes d'autoconf 2.13
et d'automake 1.4-p5 upstream.
Si avec �a tu arrives � compiler jusqu'au bout, c'est que le probl�me
vient de l'autoconf 2.13 de Debian, sinon comme tu n'as utilis� que
des commandes upstream, �a te fera peut-�tre comprendre que ce probl�me
est upstream et que le d�veloppeur Debian a fait de son mieux pour le
contourner.
Denis
