j'avais déjà posé la question... mais impossible de remettre la main sur le
sujet....
donc je suis sur FreeBSD 5.1
et j'ai cette erreur :
FreeBSD# cd /usr/ports/www/mod_php5 && make install clean
===> mod_php5-5.0.0.a3_2,1 depends on file: /usr/local/sbin/apxs - found
===> mod_php5-5.0.0.a3_2,1 depends on executable: bison - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: freetype.9 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: png.5 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: jpeg.9 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: Xpm.4 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: intl.5 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: mcrypt.8 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: ltdl.4 - found
===> mod_php5-5.0.0.a3_2,1 depends on shared library: pdf.6 - not found
===> Verifying install for pdf.6 in /usr/ports/print/pdflib
===> Building for pdflib-5.0.2
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.4" not found
*** Error code 1
Stop in /usr/ports/print/pdflib.
*** Error code 1
Stop in /usr/ports/www/mod_php5.
*** Error code 1
Stop in /usr/ports/www/mod_php5.
FreeBSD# cd /usr/ports/print/pdflib && make install clean
===> Building for pdflib-5.0.2
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.4" not found
*** Error code 1
Stop in /usr/ports/print/pdflib.
FreeBSD# cd /usr/ports/print/pdflib && make deinstall
===> Deinstalling for print/pdflib
===> pdflib not installed, skipping
FreeBSD# cd /usr/ports/print/pdflib && make install clean
===> Building for pdflib-5.0.2
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.4" not found
*** Error code 1
Stop in /usr/ports/print/pdflib.
alors on m'avait expliqué que qlq chose cherchait un fichier qu'il y avait
dans FreeBSD 4.X
et comme c le 5 il trouve pas....
mais je me souvient plus de la manip à faire pour lui dire d'aller chercher
le bon fichier....
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
S.
Thierry Herbelot wrote:
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.4" not found
visiblement, un binaire "package" a été construit en utilisant gettext 0.11.5 (qui contient "libintl.so.4") alors que le port/package gettext 0.12 est installé (qui contient "libintl.so.5")
réinstaller les ports/packages avec un arbre cohérent (ou utiliser portupgrade)
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca dépanne....)
TfH
-- Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG French FreeBSD User Group http://www.FreeBSD-FR.ORG FreeBSD committer http://www.FreeBSD.ORG *-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
Thierry Herbelot wrote:
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.4" not found
visiblement, un binaire "package" a été construit en utilisant gettext
0.11.5 (qui contient "libintl.so.4") alors que le port/package gettext 0.12
est installé (qui contient "libintl.so.5")
réinstaller les ports/packages avec un arbre cohérent (ou utiliser
portupgrade)
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca
dépanne....)
TfH
--
Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG
French FreeBSD User Group http://www.FreeBSD-FR.ORG
FreeBSD committer http://www.FreeBSD.ORG
*-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
/usr/libexec/ld-elf.so.1: Shared object "libintl.so.4" not found
visiblement, un binaire "package" a été construit en utilisant gettext 0.11.5 (qui contient "libintl.so.4") alors que le port/package gettext 0.12 est installé (qui contient "libintl.so.5")
réinstaller les ports/packages avec un arbre cohérent (ou utiliser portupgrade)
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca dépanne....)
TfH
-- Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG French FreeBSD User Group http://www.FreeBSD-FR.ORG FreeBSD committer http://www.FreeBSD.ORG *-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
Stephane Zuckerman
Bonjour,
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca dépanne....)
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait m'expliquer les risques encourrus ...
Stéphane.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
Bonjour,
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca
dépanne....)
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre
bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1)
c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait
m'expliquer les risques encourrus ...
Stéphane.
--
"Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce
que je veux !"
"The obvious mathematical breakthrough would be development of an easy
way to factor large prime numbers." (Bill Gates, The Road Ahead)
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca dépanne....)
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait m'expliquer les risques encourrus ...
Stéphane.
-- "Je deteste les ordinateurs : ils font toujours ce que je dis, jamais ce que je veux !" "The obvious mathematical breakthrough would be development of an easy way to factor large prime numbers." (Bill Gates, The Road Ahead)
talon
Stephane Zuckerman wrote:
Bonjour,
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca dépanne....)
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait m'expliquer les risques encourrus ...
Si par exemple dans une version une fonction prend un argument, et dans l'autre la fonction du même nom en prend deux, tu risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par exemple.
Stéphane.
--
Michel TALON
Stephane Zuckerman <szuckerm@etu.utc.fr> wrote:
Bonjour,
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca
dépanne....)
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre
bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1)
c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait
m'expliquer les risques encourrus ...
Si par exemple dans une version une fonction prend un argument, et dans
l'autre la fonction du même nom en prend deux, tu risques des pbs.!
Je te dis ça pour l'avoir vu dans pfaedit par exemple.
ou faire un ptit ln qui va bien..(Je sais c mal mais au moins ca dépanne....)
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait m'expliquer les risques encourrus ...
Si par exemple dans une version une fonction prend un argument, et dans l'autre la fonction du même nom en prend deux, tu risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par exemple.
Stéphane.
--
Michel TALON
Eric Masson
"Michel" == Michel Talon writes:
Michel> Si par exemple dans une version une fonction prend un argument, Michel> et dans l'autre la fonction du même nom en prend deux, tu Michel> risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par Michel> exemple.
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé le numéro de version de la lib sans avoir introduit une incompatibilité ou deux, donc le ln sera forcément casse-gueule
Eric Masson
-- C> Merci de renommer vos fils et sous-fils, sinon c'est le bordel. BdB> Tu parles, c'est si je renomme mon fils que ça va être le bordel. Tu seras une pomme, mon fils -+- pH in <http://www.le-gnu.net>: de pire en père et de pomme en fils.
"Michel" == Michel Talon <talon@lpthe.jussieu.fr> writes:
Michel> Si par exemple dans une version une fonction prend un argument,
Michel> et dans l'autre la fonction du même nom en prend deux, tu
Michel> risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par
Michel> exemple.
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé
le numéro de version de la lib sans avoir introduit une incompatibilité
ou deux, donc le ln sera forcément casse-gueule
Eric Masson
--
C> Merci de renommer vos fils et sous-fils, sinon c'est le bordel.
BdB> Tu parles, c'est si je renomme mon fils que ça va être le bordel.
Tu seras une pomme, mon fils
-+- pH in <http://www.le-gnu.net>: de pire en père et de pomme en fils.
Michel> Si par exemple dans une version une fonction prend un argument, Michel> et dans l'autre la fonction du même nom en prend deux, tu Michel> risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par Michel> exemple.
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé le numéro de version de la lib sans avoir introduit une incompatibilité ou deux, donc le ln sera forcément casse-gueule
Eric Masson
-- C> Merci de renommer vos fils et sous-fils, sinon c'est le bordel. BdB> Tu parles, c'est si je renomme mon fils que ça va être le bordel. Tu seras une pomme, mon fils -+- pH in <http://www.le-gnu.net>: de pire en père et de pomme en fils.
S.
Eric Masson wrote:
"Michel" == Michel Talon writes:
Michel> Si par exemple dans une version une fonction prend un argument, Michel> et dans l'autre la fonction du même nom en prend deux, tu Michel> risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par Michel> exemple.
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé le numéro de version de la lib sans avoir introduit une incompatibilité ou deux, donc le ln sera forcément casse-gueule
en tout cas, l'autre jour j'avais pas le temps de la télcharger + recompiler, et je me suis fait un ptit lien et ca a marché...Mais bon, 2j après je remettais ca propre quand meme.....
Eric Masson
-- Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG French FreeBSD User Group http://www.FreeBSD-FR.ORG FreeBSD committer http://www.FreeBSD.ORG *-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
Eric Masson wrote:
"Michel" == Michel Talon <talon@lpthe.jussieu.fr> writes:
Michel> Si par exemple dans une version une fonction prend un argument,
Michel> et dans l'autre la fonction du même nom en prend deux, tu
Michel> risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par
Michel> exemple.
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé
le numéro de version de la lib sans avoir introduit une incompatibilité
ou deux, donc le ln sera forcément casse-gueule
en tout cas, l'autre jour j'avais pas le temps de la télcharger +
recompiler, et je me suis fait un ptit lien et ca a marché...Mais bon,
2j après je remettais ca propre quand meme.....
Eric Masson
--
Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG
French FreeBSD User Group http://www.FreeBSD-FR.ORG
FreeBSD committer http://www.FreeBSD.ORG
*-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
Michel> Si par exemple dans une version une fonction prend un argument, Michel> et dans l'autre la fonction du même nom en prend deux, tu Michel> risques des pbs.! Je te dis ça pour l'avoir vu dans pfaedit par Michel> exemple.
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé le numéro de version de la lib sans avoir introduit une incompatibilité ou deux, donc le ln sera forcément casse-gueule
en tout cas, l'autre jour j'avais pas le temps de la télcharger + recompiler, et je me suis fait un ptit lien et ca a marché...Mais bon, 2j après je remettais ca propre quand meme.....
Eric Masson
-- Sebastien Gioria(48.8147,2.3622) gioria@{FreeBSD,FreeBSD-FR}.ORG French FreeBSD User Group http://www.FreeBSD-FR.ORG FreeBSD committer http://www.FreeBSD.ORG *-> FreeBSD + RollerBlade + Scuba Diving; What need you more ? <-*
Marwan FeanoR/var Burelle
On Mon, 08 Dec 2003 14:19:28 +0100 "S." wrote:
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé le numéro de version de la lib sans avoir introduit une incompatibilité ou deux, donc le ln sera forcément casse-gueule en tout cas, l'autre jour j'avais pas le temps de la télcharger +
recompiler, et je me suis fait un ptit lien et ca a marché...Mais bon, 2j après je remettais ca propre quand meme.....
Ben, je confirme que ça ne pose pas vraiment de problème (bon moi aussi j'ai remis ça propre rapidement, mais j'ai une machine qui a tournait comme ça pendant plusieur semaine sans problème ... )
A mon avis (qui n'engage que moi), ils ont rajouté des trucs dans la lib, suffisament à leur sens pour changer le major bien que la partie "anciene" n'est pas suffisament bougée pour casser la compatibilité ...
On Mon, 08 Dec 2003 14:19:28 +0100
"S." <gioria@FreeBSD.ORG> wrote:
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient
changé le numéro de version de la lib sans avoir introduit une
incompatibilité ou deux, donc le ln sera forcément casse-gueule
en tout cas, l'autre jour j'avais pas le temps de la télcharger +
recompiler, et je me suis fait un ptit lien et ca a marché...Mais bon,
2j après je remettais ca propre quand meme.....
Ben, je confirme que ça ne pose pas vraiment de problème (bon moi aussi
j'ai remis ça propre rapidement, mais j'ai une machine qui a tournait
comme ça pendant plusieur semaine sans problème ... )
A mon avis (qui n'engage que moi), ils ont rajouté des trucs dans la lib,
suffisament à leur sens pour changer le major bien que la partie
"anciene" n'est pas suffisament bougée pour casser la compatibilité ...
gettext a beau être une gnuterie, cela m'étonnerait qu'ils aient changé le numéro de version de la lib sans avoir introduit une incompatibilité ou deux, donc le ln sera forcément casse-gueule en tout cas, l'autre jour j'avais pas le temps de la télcharger +
recompiler, et je me suis fait un ptit lien et ca a marché...Mais bon, 2j après je remettais ca propre quand meme.....
Ben, je confirme que ça ne pose pas vraiment de problème (bon moi aussi j'ai remis ça propre rapidement, mais j'ai une machine qui a tournait comme ça pendant plusieur semaine sans problème ... )
A mon avis (qui n'engage que moi), ils ont rajouté des trucs dans la lib, suffisament à leur sens pour changer le major bien que la partie "anciene" n'est pas suffisament bougée pour casser la compatibilité ...
On Mon, 8 Dec 2003 13:32:09 +0100 Stephane Zuckerman wrote:
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait m'expliquer les risques encourrus ...
Alors, deux choses à savoir d'abord : quand on lie dynamiquement un programmeà une bibliothèque, ce programme va assoyer des adresses (relatives) aux différents symboles qu'il utilise dans la lib ; ensuite, il est admis que l'on utilise le numéro "majeur" d'une lib (justement celui qui est après le so.) pour marquer les grands changement dans la lib (une modification de l'API, généralement, ou une modification qui va changer l'organisation de la table des symboles ...).
Tu comprends maintenant, que lorsque tu lies libtruc.so.X avec libtruc.so.Y, tu risque d'avoir certains programmes (déjà compilés) qui ne retrouvent plus leur symbole ...
On Mon, 8 Dec 2003 13:32:09 +0100
Stephane Zuckerman <szuckerm@etu.utc.fr> wrote:
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une
autre bibliothèque (du genre ln -s /usr/lib/truc.so.4
/usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si
quelqu'un pouvait m'expliquer les risques encourrus ...
Alors, deux choses à savoir d'abord : quand on lie dynamiquement un
programmeà une bibliothèque, ce programme va assoyer des adresses
(relatives) aux différents symboles qu'il utilise dans la lib ; ensuite,
il est admis que l'on utilise le numéro "majeur" d'une lib (justement
celui qui est après le so.) pour marquer les grands changement dans la lib
(une modification de l'API, généralement, ou une modification qui va
changer l'organisation de la table des symboles ...).
Tu comprends maintenant, que lorsque tu lies libtruc.so.X avec
libtruc.so.Y, tu risque d'avoir certains programmes (déjà compilés) qui ne
retrouvent plus leur symbole ...
On Mon, 8 Dec 2003 13:32:09 +0100 Stephane Zuckerman wrote:
Bon, on m'a plusieurs fois répété qu'en effet, faire un ln vers une autre bibliothèque (du genre ln -s /usr/lib/truc.so.4 /usr/lib/truc.so.1) c'était mal. Je veux bien l'accepter, mais si quelqu'un pouvait m'expliquer les risques encourrus ...
Alors, deux choses à savoir d'abord : quand on lie dynamiquement un programmeà une bibliothèque, ce programme va assoyer des adresses (relatives) aux différents symboles qu'il utilise dans la lib ; ensuite, il est admis que l'on utilise le numéro "majeur" d'une lib (justement celui qui est après le so.) pour marquer les grands changement dans la lib (une modification de l'API, généralement, ou une modification qui va changer l'organisation de la table des symboles ...).
Tu comprends maintenant, que lorsque tu lies libtruc.so.X avec libtruc.so.Y, tu risque d'avoir certains programmes (déjà compilés) qui ne retrouvent plus leur symbole ...
