[FreeBSD] Pb librairies misc/compat5x
Le
xavier
Bonjour,
J'ai un vieux binaire FreeBSD 5.x qui tournait sans problème en 7 STABLE
grâce au port misc/compat5x
Comme la branche 7 est EOL, et qu'il y a quelques ports qui ne compilent
plus trop, j'ai upgradé en 8 STABLE. Sans problème, puis le très long
portupgrade -af --batch
Maintenant, j'ai un problème, apparemment de versioning :
> [root@valinor usr]# /usr/local/dnews/dnews_start.sh
> /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.1: version
> LIBTHREAD_1_0 required by /var/dnews/bin/dnews_start not defined
Et pourtant, la lib est bien présente, et c'est celle du port compat5x :
> [root@valinor usr]# ldd /usr/local/dnews/dnews_start
> /usr/local/dnews/dnews_start:
> libm.so.2 => /usr/lib/compat/libm.so.2 (0x28099000)
> libcrypt.so.2 => /usr/local/lib/compat/libcrypt.so.2 (0x280b4000)
> libpam.so.2 => /usr/local/lib/compat/libpam.so.2 (0x280cc000)
> libpthread.so.1 => /usr/local/lib/compat/libpthread.so.1 (0x280d3000)
> libc.so.5 => /usr/local/lib/compat/libc.so.5 (0x280e4000)
J'avoue avoir du mal à comprendre.J'ai essayé les incantations
habituelles avec libmap.conf (mapper vers libtrh.so.1), sans succès.
Merci de toute piste.
--
Xav
FreeBSD - The Power to Serve
J'ai un vieux binaire FreeBSD 5.x qui tournait sans problème en 7 STABLE
grâce au port misc/compat5x
Comme la branche 7 est EOL, et qu'il y a quelques ports qui ne compilent
plus trop, j'ai upgradé en 8 STABLE. Sans problème, puis le très long
portupgrade -af --batch
Maintenant, j'ai un problème, apparemment de versioning :
> [root@valinor usr]# /usr/local/dnews/dnews_start.sh
> /libexec/ld-elf.so.1: /usr/local/lib/compat/libpthread.so.1: version
> LIBTHREAD_1_0 required by /var/dnews/bin/dnews_start not defined
Et pourtant, la lib est bien présente, et c'est celle du port compat5x :
> [root@valinor usr]# ldd /usr/local/dnews/dnews_start
> /usr/local/dnews/dnews_start:
> libm.so.2 => /usr/lib/compat/libm.so.2 (0x28099000)
> libcrypt.so.2 => /usr/local/lib/compat/libcrypt.so.2 (0x280b4000)
> libpam.so.2 => /usr/local/lib/compat/libpam.so.2 (0x280cc000)
> libpthread.so.1 => /usr/local/lib/compat/libpthread.so.1 (0x280d3000)
> libc.so.5 => /usr/local/lib/compat/libc.so.5 (0x280e4000)
J'avoue avoir du mal à comprendre.J'ai essayé les incantations
habituelles avec libmap.conf (mapper vers libtrh.so.1), sans succès.
Merci de toute piste.
--
Xav
FreeBSD - The Power to Serve
Bon, la solution se situait bien dans libmap.conf. Il faut mapper non
seulement libpthread, mais *aussi* libc :
| [dnews]
| libpthread.so.1 libthr.so.2
| libc.so.5 libc.so.6
C'est con, hein ?
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)