Shared Object "libintl.so.4" not found

ouTi

BSD sucker
hallo, ich habe ien problem beim versuch einige ports zu installieren....

und zwar bricht die installation mit folgender fehlermeldung ab:

Code:
/usr/libexec/ld-elf.so.1: Shared Object libintl.so.4 not found

ich verwende atm grade 5.2rc (hab auch schon die welt neu gebaut).

kann man die die library nachträglich laden?, oder warum fehlt die überhaupt?
ich bin leider ganz neu im *nix bereich... (ehemaliger m$-jünger)
 
thx! hat geklappt...

dananch hab ich noch ein komplettes portupgrade gemacht.

jetzt komiliert ersma openoffice durch ;)
ma schaun wie lang der auf meiner dual-p3 800 (768mb ram) test-kiste braucht.

wenn alles klappt kommts noch auf laptop und workstation ;D
 
Da ich ins gleiche Problem gerannt bin, freue ich mich über diesen Thread.
Gerade läuft "portupgrade -ruf" und das auf einem P2 350MHz mit 256MB und ISDN-Verbidnung seit gestern abend um ca. 20:00 Uhr. (mittlerweile etwa 12 Stunden)
Von daher ist der Zusatz "(Kann ne Weile dauern...)" vielleicht untertrieben.
 
geh mal nach /usr/local/lib/, da sollte evtl. eine libintl.so.5 sein -- versuch mal

ln -s libintl.so.5 libintl.so.4
ldconfig -m .

und dann sollte es eigentlich funzen
 
codephreaker: um mal einen beitrag aus einem anederen foum zu missbrauchen

quote:
Originally posted by upon
the simple way is:
ln /usr/local/lib/libintl.so.5 /usr/local/lib/libintl.so.4

i do not find any problem.


No! symlink of apps with different version is a bad idea. Rebuild the apps are the real solution to avoid the furture problem.
 
Also nach 85MB aus dem Internet gezogen waren, und die Kiste insgesamt also von 20 Uhr bis 15:30 am nächsten Tag gerödelt und kompiliert hat, war das "portupgrade -ruf gettext" endlich durch.

Ist ja alles schön und gut wenn man keine Links anlegen sollte, aber z.B. konnte ich mein Sylpheed so oft bauen wie ich wollte, er hat immer eine libintl.so.4 gesucht und keine gefunden weil die aktuelle die libintl.so.6 ist.... komischerweise konnte ich kompilieren und installieren, nur Starten ging nicht.
Link angelegt und es geht.
 
@XPectIT
Ein "pkgdb -F" hätte reichen sollen, dann sollte auch sylpheed funktionieren.
Ist mir gestern bei einer frischen Installation auch bei einigen Programmen untergekommen.
 
Wie kommt man auf den Zusammenhang ?

Ich hatte / habe bei meinem ersten Portupgrade das gleiche Problem. Was mich noch interessieren würde, wie kommt man von libintl auf gettext ? Ich habe make search key=libintl versucht, ohne Ergebnis, locate brachte auch nichts, eine alte Version war auch nicht dabei, ...
Wie finde ich zu einer fhelende LIB das Packet zu der diese gehört ?

Rolf
 
pkg_info(1)

Code:
% pkg_info -W /usr/local/lib/libintl.so.6
/usr/local/lib/libintl.so.6 was installed by package gettext-0.13.1_1
% pkg_info -qo `pkg_info -qW /usr/local/lib/libintl.so.6`
devel/gettext
Falls der Port noch nicht installiert ist, musst du halt die pkg-plist durchsuchen..
Code:
% find /usr/ports -name pkg-plist|xargs grep libintl.so
/usr/ports/databases/sybase_ase/pkg-plist:sybase-ase/lib/libintl.so
/usr/ports/devel/gettext/pkg-plist:lib/libintl.so
/usr/ports/devel/gettext/pkg-plist:lib/libintl.so.6
^C
 
Wie finde ich zu einer fhelende LIB das Packet zu der diese gehört ?
Bei Rechnern, welche nicht 24h pro Tag laufen, wird nie die locate-Datenbank erstellt. Deshalb muss mit:
Code:
su
periodic weekly
die locate-Datenbank bei solchen Rechnern zuerst erstellt bzw. aktualisiert werden. Dann nur noch:
Code:
locate libintl.so.4
pkg_which /usr/local/lib/libintl.so.4   oder  pkg_info -W /usr/local/lib/libintl.so.4
Und man hat die gewünschte Information!
 
Zurück
Oben