XFCE4 4.2.0 - xfcalendar funktioniert nicht

Computer: Software & Programmierung UNIX & Linux
#1

Hallo,

habe mir gerad von hier
http://turing.fh-landshut.de/~bwalle/xfce/xfce-4.2.0…
XFCE4 heruntergeladen und mittels
yast -i *
alle Pakete installiert.

Funktioniert auch soweit.
Wenn ich allerdings den xfcalendar aufrufen möchte, bekomme ich folgende Fehlermeldung:

xfcalendar: error while loading shared libraries: libdbh-1.0.so.1: cannot open shared object file: No such file or directory

Woher bekomme ich die libdbh-1.0.so.1, die auf meinem System nicht existiert? Bei rpmseek.com habe ich nur eine Version für Altsyslinux gefunden.

Muss ich irgendwie einen symlink auf irgendwas setzen und wenn ja, von was auf was und wie?

Grüsse
schuelsche

#2

Hallo,

Hi,

Wenn ich allerdings den xfcalendar aufrufen möchte, bekomme
ich folgende Fehlermeldung:

> libdbh-1.0.so.1: cannot open shared object file: No such file  
> or directory

Woher bekomme ich die libdbh-1.0.so.1, die auf meinem System
nicht existiert?

Vielleicht hier: http://dbh.sourceforge.net/

Bei rpmseek.com habe ich nur eine Version für Altsyslinux gefunden.

Und fuer was haettest Du es gern?

HTH,
Gruss vom Frank.

#3

Bei rpmseek.com habe ich nur eine Version für Altsyslinux gefunden.

Und fuer was haettest Du es gern?

… ach Mist, wieder mal vergessen :frowning:
Ich brauche es für die SuSE 9.2…

Grüsse
schuelsche

#4

Das dbh 1.0.18 ist auf meinem SuSE 9.2-System installiert, also sollte das doch eigentlich funktionieren?

Grüsse
schuelsche

#5

Das dbh 1.0.18 ist auf meinem SuSE 9.2-System installiert,
also sollte das doch eigentlich funktionieren?

‚Eigentlich‘ ja. Was sagt:

 $ ldd `which xfcalendar`

sind alle dort aufgefuerten Bibliotheken vorhanden?

Gruss vom Frank.

#6 
 $ ldd 'which xfcalendar'

sagt als normaler User:

ldd: ./which xfcalendar: Datei oder Verzeichnis nicht gefunden

sagt als root:

ldd: ./which xfcalendar: Datei oder Verzeichnis nicht gefunden

Was ist „ldd“ ?
Oder habe ich irgendwie was mit dem Hochkommata falsch gemacht?

Grüsse
schuelsche

#7

$ ldd ‚which xfcalendar‘

Die falschen tics, Du brauchst backtics (`). Such einfach nach der Datei xfcalendar und rufe ldd mit dem Pfad und Dateinamen auf.

which sucht im $PATH nach der angegebenen Datei. Backtics machen Kommandosubstitution: sie werden durch die Ausgabe des darin eingebetteten Kommandos ersetzt: 

 frank@harbard [~] $ which ls
 /bin/ls
 frank@harbard [~] $ echo „ls befindet sich hier:“ which ls
 ls befindet sich hier: /bin/ls
 frank@harbard [~] $

Gruss vom Frank.

#8

Ah ja :wink:
Jetzt hat’s funktioniert.

$ ldd ‚which xfcalendar‘

sagt dann:

linux-gate.so.1 =\> (0xffffe000)
libxfcegui4.so.3 =\> /usr/lib/libxfcegui4.so.3 (0x40018000)
libgtk-x11-2.0.so.0 =\> /opt/gnome/lib/libgtk-x11-2.0.so.0 (0x4008d000)
libgdk-x11-2.0.so.0 =\> /opt/gnome/lib/libgdk-x11-2.0.so.0 (0x40353000)
libatk-1.0.so.0 =\> /opt/gnome/lib/libatk-1.0.so.0 (0x403c2000)
libgdk\_pixbuf-2.0.so.0 =\> /opt/gnome/lib/libgdk\_pixbuf-2.0.so.0 (0x403dd000)
libpangoxft-1.0.so.0 =\> /opt/gnome/lib/libpangoxft-1.0.so.0 (0x403f2000)
libpangox-1.0.so.0 =\> /opt/gnome/lib/libpangox-1.0.so.0 (0x403f7000)
libpango-1.0.so.0 =\> /opt/gnome/lib/libpango-1.0.so.0 (0x40403000)
libgmodule-2.0.so.0 =\> /opt/gnome/lib/libgmodule-2.0.so.0 (0x40437000)
libdl.so.2 =\> /lib/libdl.so.2 (0x4043b000)
libdbh-1.0.so.1 =\> not found
libm.so.6 =\> /lib/tls/libm.so.6 (0x4043f000)
libxfce4mcs-client.so.2 =\> /usr/lib/libxfce4mcs-client.so.2 (0x40462000)
libSM.so.6 =\> /usr/X11R6/lib/libSM.so.6 (0x40468000)
libICE.so.6 =\> /usr/X11R6/lib/libICE.so.6 (0x40470000)
libX11.so.6 =\> /usr/X11R6/lib/libX11.so.6 (0x40488000)
libxfce4util.so.1 =\> /usr/lib/libxfce4util.so.1 (0x40584000)
libgobject-2.0.so.0 =\> /opt/gnome/lib/libgobject-2.0.so.0 (0x4059c000)
libglib-2.0.so.0 =\> /opt/gnome/lib/libglib-2.0.so.0 (0x405d6000)
libc.so.6 =\> /lib/tls/libc.so.6 (0x40656000)
libXrandr.so.2 =\> /usr/X11R6/lib/libXrandr.so.2 (0x4076c000)
libXi.so.6 =\> /usr/X11R6/lib/libXi.so.6 (0x40770000)
libXft.so.2 =\> /usr/X11R6/lib/libXft.so.2 (0x40778000)
libfreetype.so.6 =\> /usr/lib/libfreetype.so.6 (0x4078b000)
libfontconfig.so.1 =\> /usr/lib/libfontconfig.so.1 (0x407fb000)
libXcursor.so.1 =\> /usr/X11R6/lib/libXcursor.so.1 (0x40825000)
libXrender.so.1 =\> /usr/X11R6/lib/libXrender.so.1 (0x4082e000)
libXext.so.6 =\> /usr/X11R6/lib/libXext.so.6 (0x40836000)
libpangoft2-1.0.so.0 =\> /opt/gnome/lib/libpangoft2-1.0.so.0 (0x40844000)
/lib/ld-linux.so.2 =\> /lib/ld-linux.so.2 (0x40000000)
libexpat.so.0 =\> /usr/lib/libexpat.so.0 (0x4086a000)

Also wird auch hier gesagt:
libdbh-1.0.so.1 => not found

… und das, obwohl die dbh installiert ist… komisch.

Grüsse
schuelsche

#9

$ ldd ‚which xfcalendar‘

Also wird auch hier gesagt:
libdbh-1.0.so.1 => not found

… und das, obwohl die dbh installiert ist… komisch.

Wo befindet sich den die Bibliothek? Die ueblichen Verdaechtigen waeren /lib, /usr/lib, unter SuSE vielleicht aber auch ganz woanders. find und locate sind Deine Freunde. Endet der evtl. vorhandene symlink auf die Bibliothek irgendwann in einer ausfuehrbaren Datei? Ist das Verzeichnis, in dem sich die Bibliothek befindet, in /etc/ld.so.conf eingetragen? Wurde ldconfig aufgerufen?

Gruss vom Frank.

#10

Es hat jetzt doch funktioniert - sorry für den Wirbel :wink:

Ich hatte mich auf Yast verlassen, konnte aber die Schreibweise dort nicht richtig interpretieren.
Vor der dbh-Datei stand ein „a+“, was dann wohl soviel heisst wie „nicht wirklich installiert“ :wink:

Ich habe es dann installiert, und nun funktioniert der xfcalendar beim Aufruf.

Vielen Dank für den Tip mit der dbh :smile:

Grüsse
schuelsche