Re: recompilation graphviz

2001-12-18 Par sujet georges mariano
On 17 Dec 2001 23:28:23 +0100
Julien BLACHE [EMAIL PROTECTED] wrote:

 Ta version d'automake/autoconf/libtool.

ben c'est sur une bonne vieille patate
apt-get -s remove automake libtool autoconf
The following packages will be REMOVED:
  autoconf automake libtool 
0 packages upgraded, 0 newly installed, 3 to remove and 49  not
upgraded.
Remv automake (1.4-8 Debian:2.2r4/stable)
Remv autoconf (2.13-20 Debian:2.2r4/stable)
Remv libtool (1.3.3-9.1 Debian:2.2r4/stable)

? strange ...

-- 
# mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06   
# INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59   
# BP 317 -- 59666 Villeneuve d'Ascq   
# http://www3.inrets.fr/estas/mariano




Re: recompilation graphviz

2001-12-18 Par sujet georges mariano
On Tue, 18 Dec 2001 11:12:12 +0100
[EMAIL PROTECTED] (Denis Barbier) wrote:
 
 D'autant plus étrange que sur une bonne vieille patate avec les
mêmes versions
 des softs, j'ai ça pendant le configure:

c'est donc que cela dépend d'autre chose ... ;-)

bon en remontant les dépendances, je tombe sur binutils qui, sur cette
machine, est un backport. Je suis donc revenu en arrière et
apparemment : 
./configure | grep shared 
checking whether the linker (/usr/bin/ld) supports shared libraries...
yes
 checking if libtool supports shared libraries... yes 
checking whether to build shared libraries... yes

c'est donc mieux...

il faudrait maintenant déterminer d'où vient le glitch lors du
backport de binutils ... 

ça progresse, c'est déjà ça,

PS : oui, définir ce qu'est une bonne vieille patate est
délicat/relatif 
sur une machine qui recompile ;-)

merci.

-- 
# mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06   
# INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59   
# BP 317 -- 59666 Villeneuve d'Ascq   
# http://www3.inrets.fr/estas/mariano




Re: recompilation graphviz

2001-12-17 Par sujet Nicolas SABOURET
georges mariano wrote:
 
 Bonjour à tous,
 
 un peu au hasard, je recompile graphviz
 [...]
 mv $(CURDIR)/debian/graphviz/usr/lib/graphviz/libtcldot.so.0.0.0 \
 [...]
 or le mv ne peut se faire car le fichier en question libtcl...so.0.0.0
 n'existe pas, en fait il n'est pas généré par la recompilation, ni
 aucun *.so
 d'ailleurs (compilation upstream ou debian)

Même sous une woody ? T'as vérifié ?

Dans ce cas, je pencherai pour un bug, mais il me semble assez
surprenant ...

Nico.
-- 
Nicolas SABOURET
LIMSI-CNRS, BP133, 91403 Orsay, France
http://www.limsi.fr/Individu/nico




Re: recompilation graphviz

2001-12-17 Par sujet georges mariano
On Mon, 17 Dec 2001 16:08:26 +0100
Nicolas SABOURET [EMAIL PROTECTED] wrote:

 Même sous une woody ? T'as vérifié ?
 
 Dans ce cas, je pencherai pour un bug, mais il me semble assez
 surprenant ...

oui, c'est bien pour ça que je m'interroge, c'est trop gros...
bien vu, effectivement sous woody, y'a des .so.0.0.0 ...

gulps ? 

 Nico.


-- 
# mailto:[EMAIL PROTECTED] tel: (33) 03 20 43 84 06   
# INRETS, 20 rue Élisée Reclus fax: (33) 03 20 43 83 59   
# BP 317 -- 59666 Villeneuve d'Ascq   
# http://www3.inrets.fr/estas/mariano




Re: recompilation graphviz

2001-12-17 Par sujet Jérôme Marant
georges mariano [EMAIL PROTECTED] writes:

 
 question  : 
 * à quoi ça correspond ?? (une ligne fausse, passons, mais une dizaine
 ?)
 * est-ce un bug ??

  Que dit http://bugs.debian.org/graphviz ?

-- 
Jérôme Marant