libgnomemm-1.1.so.4

[wanrecords]

ik probeerde net gabber te installeren, en heb voordat ik dat deed gnome-mm en lib-gnomemm geinstalleerd dmv rpm's ... maar om de een of andere reden zegt de gabber install dat ie libgnomemm-1.1.so.4 niet kan vinden.

iemand enig idee waar ik dit bestand vandaan moet halen en waar ik em neer moet zetten?

[pietje63]

zoek eens met een zoekmachine (er bestaat ook een library zoek mach, maar weer niet waar)
naar dat bestand en installeer het

[dystopia]

Wat voor distro draai je?

Debian: apt-get install libgnomemm
RPM-based: www.rpmfind.net oid.

[wanrecords]

google vond niets nuttigs op libgnomemm-1.1.so.4 download

ik draai mandrake 8.nogwat download versie.

rpmfind.net ... hmm... die kan ik inderdaad wel even proberen

het grote probleem is dat ik dus libgnome-mm als package al geinstalleerd heb, en ik neem aan dat dit bestand niet zijn eigen package heeft....

naja, ik zoek daar ff

[wanrecords]

kijk

die package heb ik dus al lang geinstalleerd.

ik ga deze gewoon ff downloaden, want die andere kan een oudere versie zijn omdat ie uit de mdk-cd komt...

[Conan the Librarian]

De -devel erbij zetten?


Conan... gelooft dat dat gewoon alleen de source is eigenlijk, maar jah

[Marc S]

Misschien is GNOME wel in de /opt directory geinstalleerd, terwijl die niet in je PATH staat?

[wanrecords]

Marc S schreef:
Misschien is GNOME wel in de /opt directory geinstalleerd, terwijl die niet in je PATH staat?

ja, er is inderdaad een /opt/gnome met een .lib en een /share daarin.

enig idee hoe ik die in de path krijg?

[Marc S]

Ga naar het einde van je /etc/profile bestand en voeg bijv. de volgende regel toe:

PATH=/opt/gnome/bin:/opt/gnome/lib:$PATH

Voeg in ieder geval de directory toe waar libgnomemm-1.1.so.4 in staat

[dystopia]

Marc S schreef:
Voeg in ieder geval de directory toe waar libgnomemm-1.1.so.4 in staat

Onzin. $PATH wordt gebruikt voor binaries te executen niet voor libraries. Daar is /etc/ld.so.conf voor

Doe het volgende:
1) updatedb
2) locate libgnomemm-1.1.so
3) vim /etc/ld.so.conf
check of het path waar libgnomemm-1.1.so staat al in /etc/ld.so.conf staat. Zo niet, zet je die erbij. Stel de lib staat in /opt/lib en die staat er niet bij, dan add je /opt/lib in /etc/ld.so.conf erbij
4) ldconfig

[Marc S]

dystopia schreef:
Onzin.

*schrijft op wat Dystopia heeft geschreven en schaamt zich diep*

Ik zie het nu alweer *dom*

Moest datzelfde ook doen om KDE te compilen


[Dit bericht is aangepast door Marc S (04-12-2001).]

[dystopia]

Marc S schreef:
*schrijft op wat Dystopia heeft geschreven en schaamt zich diep*

Ik zie het nu alweer *dom*

Moest datzelfde ook doen om KDE te compilen

Moest zelf ook ff nadenken toen ik dat van jou las dacht eerst dat het klopte.. ach en da's niet dom joh, je kunt niet altijd alles goed hebben, lukt niemand niet.

KDE compilen duurde bij mij ontzettend lang Maar idd deed ik ook wel 'ns op Slack vroeger, moest ik ook met ld.so.conf en $PATH rommelen (Slack gooit KDE in /opt/kde en ik renamede /opt/kde naar /opt/kde-old enzo daardoor geen problemen)

[Marc S]

dystopia schreef:
Moest zelf ook ff nadenken toen ik dat van jou las dacht eerst dat het klopte.. ach en da's niet dom joh, je kunt niet altijd alles goed hebben, lukt niemand niet.

Na ja, ik blijf het dom vinden van mezelf

KDE compilen duurde bij mij ontzettend lang

Ja, op mijn toenmalige AMD K6-II 500 met 256MB RAM duurde het ook een eeuwigheid. Ik schat het op zo'n 2 uur

En dan te bedenken dat ik alleen de basis had geinstalleerd (dus QT, kde-libs, kde-base en kde-support geloof ik)

[wanrecords]

ok, die foutmelding ben ik vanaf ... nu doet ie:

gabber: error while loading shared libraries: /opt/gnome/lib/libgnomemm-1.1.so.4: undefined symbol: gtkmm_MARSHAL_BOOL__NONE__FP10_GtkObjectPFe_vPvP7_GtkArg

...

[Marc S]

Hmmz, oude versie ofzo?

[Marc S]

Requirements: gnomemm >= 1.2.0

[Marc S]

Hey, je kunt ook gewoon de static-rpm van http://gabber.sourceforge.net downloaden, ben je er tijdelijk vanaf

Is echter wel een oudere versie


[Dit bericht is aangepast door Marc S (04-12-2001).]

[wanrecords]

Marc S schreef:
Hey, je kunt ook gewoon de static-rpm van http://gabber.sourceforge.net downloaden, ben je er tijdelijk vanaf

Is echter wel een oudere versie


[Dit bericht is aangepast door Marc S (04-12-2001).]

da's het leuke ... die heb ik gedownload volgens mij ...

kweethet niet zeker overigens... ik ga het wel ff proberen

[wanrecords]

ik heb de oude versie ge-deinstalled en de nieuwe erop gezet ... de vorige melding krijg ik niet meer, maar nu krijg ik

gabber: error while loading shared libraries: gabber: undefined symbol: _t24__default_alloc_template2b1i0.free_list

[Marc S]

De static laadt geen shared-libs... aangezien daar de objectcode van de libs ingebonden wordt in de ELF binary.

Als het goed is tenminste

Maar goed, volgens mij gebruik je te oude libs. Undefined symbol errors krijg je geloof ik omdat de libs bepaalde functies niet ondersteunen, terwijl het programma ervan uitgaat dat ze aanwezig zijn.

Is er geen RPM specifiek voor je distro?

[wanrecords]

Marc S schreef:
Is er geen RPM specifiek voor je distro?

ja, de dynamic mdk-8.x rpm

die heb ik dus geprobeerd... ik heb alle libs geinstalleerd die staan in de dependencies op de gabber site en toen kreeg ik dus de foutmelding iets verder naar boven.

nu heb ik dus de static gedownload (is er maar eentje van op dit site) en geinstalleerd en nou krijg ik dus die laatste foutmelding.

[Marc S]

wanrecords schreef:
nu heb ik dus de static gedownload (is er maar eentje van op dit site) en geinstalleerd en nou krijg ik dus die laatste foutmelding.

Vaag :/

*hmpf*

[wanrecords]

Marc S schreef:
Vaag :/

*hmpf*

hehe

naja, dan maar gewoon licq gebruiken ... die is niet echt stabiel maar stabieler als niks

[Marc S]

wanrecords schreef:
naja, dan maar gewoon licq gebruiken ... die is niet echt stabiel maar stabieler als niks

Ghehe, ik speel er de laatste tijd niet meer zoveel mee

Hoewel, gisteren zat ik nog met Opera for Linux onder FreeBSD met ABI emulatie te surfen

Maar goed, was ook maar een kwestie van packages selecteren en van de FTP-server downloaden

Kortom: ik weet het niet meer

[dystopia]

Compile Gabber zelf 'ns. Waarschijnlijk is dat programma op een andere GNOME versie gecompiled ofzo. Ik heb dat probleem zelf ook met Licq-plugin-kde.

[wanrecords]

dystopia schreef:
Compile Gabber zelf 'ns. Waarschijnlijk is dat programma op een andere GNOME versie gecompiled ofzo. Ik heb dat probleem zelf ook met Licq-plugin-kde.

hmm.. goed idee. dat ga ik eens proberen

[wanrecords]

argh!

You need GAL 0.3 or later to build Gabber

en ik heb GAL gedownload en geinstalleerd, maar nee hoor, hij doet het niet. stom ding.

[Marc S]

GNOME Apps te compileren is bijna net zo enervend als GNOME zelf te compileren... dat is het mooie van KDE: je hebt een solide basis met QT...

Maar goed, ik kan over alles zeiken :/

[wanrecords]

Marc S schreef:
GNOME Apps te compileren is bijna net zo enervend als GNOME zelf te compileren... dat is het mooie van KDE: je hebt een solide basis met QT...

Maar goed, ik kan over alles zeiken :/

misschien is dat wel deel van het probleem, al zou het niet hoeven. ik draai standaard KDE, en ook wanneer ik gabber compile. maar GNOME staat wel geinstalleerd, en dus ook de bijbehorende libraries... dus hij *zou* het moeten doen.

maar ja, het is linux. ook al is het stabieler, het is nog steeds net zo onvoorspelbaar als windows af en toe.

[Marc S]

wanrecords schreef:
maar ja, het is linux. ook al is het stabieler, het is nog steeds net zo onvoorspelbaar als windows af en toe.

Euhh, voor ons (semi-)leken wel

De mensen die echt zelf GNOME hebben geprogrammeerd enzo lossen zoiets waarschijnljik binnen een half uurtje op... voor ons ligt het net iets anders

[dystopia]

Het is niet onvoorspelbaar. Met Debian heb ik Gabber gewoon ge-apt-get en had nergens problemen mee. Vond het overigens een rukprog.

Staan de libraries van GAL in je ld.so.conf?

[wanrecords]

dystopia schreef:
Het is niet onvoorspelbaar. Met Debian heb ik Gabber gewoon ge-apt-get en had nergens problemen mee. Vond het overigens een rukprog.

Staan de libraries van GAL in je ld.so.conf?

volgens mij wel. volgens mij zijn die namelijk gewoon in /usr/share of /usr/lib terechtgekomen... weet het niet meer precies maar ik heb er wel op gezocht.