[RESOLU] installation de BTG sur debian unstable

Support Debian
#15

je n’ai pas (ou plus ??) le repertoire aclocal-1.9 :confused:

heu je crois que j’ai un binz :confused:
dans /usr/share j’ai :
/aclocal
/autoconf
/automake

puis
/aclocal-1.10
/automake-1.10
/aclocal-1.4
/automake-1.4

serait-ce des vestiges qui sont restés lors de mon passage de sarge a unstable ?? bref c’est normal ? ca peut etre une cause de problemes ?
il n’y aurais pas un problem de synlink qui fait appel au mauvais repertoire ?

#16

quand je fais un whereis aclocal voila ce que j’ai:

[quote]tyan@ks33319:~/btg$ whereis aclocal
aclocal: /usr/bin/aclocal /usr/X11R6/bin/aclocal /usr/bin/X11/aclocal /usr/local/bin/aclocal /usr/share/aclocal /usr/share/man/man1/aclocal.1.gz
[/quote]
et avec un whereis aclocal-

[quote]tyan@ks33319:~/btg$ whereis aclocal-
aclocal-: /usr/bin/aclocal-1.10 /usr/bin/aclocal-1.4 /usr/X11R6/bin/aclocal-1.10 /usr/X11R6/bin/aclocal-1.4 /usr/bin/X11/aclocal-1.10 /usr/bin/X11/aclocal-1.4 /usr/local/bin/aclocal-1.9 /usr/share/aclocal-1.10 /usr/share/aclocal-1.4
[/quote]

j’ai plusieurs versions…et pas de repertoire /usr/share/aclocal-1.9/

comment mettre de l’ordre la dedans sans tout faire foirer ?

#17

Je vois surtout que tu as une version personnel /usr/local/bin/aclocal et ça, ça met la pagaille, à priori ce serait d’ailleurs cette version qui serait utiliser hors libtool lui doit venir de debian. Je te suggère d’écarter tyemporairement la version local /usr/local qui ne doit pas être au courant de libtool…

#18

heu oui…et comment la supprimer proprement ?
je créer un repertoire /temp et je met les fichiers dedans ?

je viens de deplacer dans /usr/local/bin/temp les fichiers suivants:

[quote]tyan@ks33319:~/btg$ ls /usr/local/bin/
aclocal
aclocal-1.9
autoconf
autoheader
autom4te
automake
automake-1.9
autoreconf
autoscan
autoupdate[/quote]

et maintenant il y a du mieux avec ./autogen.sh j’ai beaucoup moins d’erreurs:

[quote]tyan@ks33319:~/btg$ ./autogen.sh
Deleting temp files.
Running autoheader.
Running aclocal.
m4/cppunit.m4:4: warning: underquoted definition of AM_PATH_CPPUNIT
run info '(automake)Extending aclocal’
or see sources.redhat.com/automake/auto … ng-aclocal
Running libtoolize.
Running automake.
Running autoconf.
Running autoheader.
Done
[/quote]

#19

Ben là, tout se passe bien (c’est un warnig, tu dois avoir un truc obsolète) continues, ça roule…

#20

mon m4 est obsolete ?

#21

Non, une ligne dans le source qi doit utiliser une vieille synatxe d’où le warning, il y a peut être une autre explication en tout cas continues la compilation ça a l’air de marcher…

#22

j’ai lancé la compile en attendant…

par contre :

[quote]tyan@ks33319:~$ ls /usr/bin/auto*
/usr/bin/autoconf
/usr/bin/automake-1.10
/usr/bin/autoreconf
/usr/bin/autoheader
/usr/bin/automake-1.4
/usr/bin/autoscan
/usr/bin/autom4te
/usr/bin/automake-1.9
/usr/bin/autoupdate
/usr/bin/automake
/usr/bin/autopoint
[/quote]

tyan@ks33319:~$ /usr/bin/automake --version
automake (GNU automake) 1.9.6

j’ai un symlink automake qui pointe pas sur la derniere version ?

#23

Si les choses sont faites normalement, tout ce que tu as installé en extérieur est dans /usr/local. Tu peux vérifier l’origine d’un fichier par dpkg -S fichier…

#24

qu’entends tu par “en extérieur” ?

#25

Par autre chose qu’un paquet debian…

#26

la compilation s’est terminée :

[quote]tyan@ks33319:~/btg$ btgpasswd
*** glibc detected *** free(): invalid pointer: 0x08087b58 ***
Abandon
[/quote]
ca continue, toujours pareil :confused:

#27

Quelle version de gcc utilises tu?

#28

[quote]ks33319:/home/tyan/btg# gcc --version
gcc (GCC) 3.4.6 (Debian 3.4.6-5)
[/quote]

[quote]ks33319:/home/tyan/btg# ls /usr/bin/gcc*
/usr/bin/gcc
/usr/bin/gcc-3.4
/usr/bin/gccbug
/usr/bin/gccbug-4.1
/usr/bin/gcc-2.95
/usr/bin/gcc-4.1
/usr/bin/gccbug-3.4
[/quote]

#29

Essaye avec le gcc-2.95 ou le gcc-4.1.

#30

je fais un symlink de gcc sur le 4.1 c’est ca ?

#31

Oui c’est ça…

#32

ca vien de finir de compiler avec la 4.1, et ca semble marcher :smiley:

[quote]ks33319:/home/tyan/btg# btgpasswd
[2007-Feb-04 22:29:32] btgpasswd: Unable to open config file ‘/root/.btg/daemon.ini’:
[/quote]
j’ai plus le message d’erreur que j’avais :laughing: et la c’est normal que ca ne fonctionne pas j’ai pas mis les parametres apres la commande :wink:

bon et bien merci a toi MAGICIEN !! :laughing: je testerai demain si tout fonctionne, la je vais aller me coucher parce que ca m’a donné mal a la tete tout ca… :wink:

#33

fausse alerte, ca ne marche toujours pas finalement… :cry:

Truc bizarre:
Loggé en USER, j’ai une erreur lorsque j’utilise la commande btgpassd:

[quote]*** glibc detected *** free(): invalid pointer: 0x0808cb00 ***
Abandon [/quote]

Loggé en ROOT je n’ai pas d’erreur, donc je met les paramettres de creation d’utilisateur tel qu’indiqué dans le HOWTO :

là ca marche, ca me demande un password, donc je le rentre et je fais “entrer”, ca me demande de retapper le pass, je le fais puis je fais encore “entrer” et là :

[quote]*** glibc detected *** free(): invalid pointer: 0x0808cb00 ***
Abandon [/quote]

j’ai encore un probleme quelque part…car je vois quand meme :

[quote]BTG is being used or was tested on:

* OSX (PowerPC).
* FreeBSD (PowerPC).
* GNU Linux - [color=red]Debian[/color] (PowerPC, amd64, i686) / Gentoo (i686) / Slackware (i586).

[/quote]
et mon serveur est un celeron 64bit / 256Mo

#34

Argh !! en faisant un uname -a je viens de m’apercevoir que le serveur a rebooté (lors de mon dernier reboot) sur un vieux kernel 2.4.x alors que j’etais sur un 2.6.18 habituellement :imp: est-ce que cela peu etre la cause de mes problemes ???

je viens de faire un apt-get update + apt-get dist-upgrade et il m’a mis a jours libc6 et 2 autres package system dont je ne me souvient plus le nom (system linux je crois et un autre)