Hallo Hugo,
Bei dir scheint libdvo.so nicht zu existieren denke mal so und auf meiner Maschine existiert es auch nicht. Bei mir schon
Welcher Kernel? # uname -a
Linux aida79 2.6.31.12-0.1-desktop #1 SMP PREEMPT 2010-01-27 08:20:11 +0100 x86_64 x86_64 x86_64 GNU/Linux
Mach mal bitte folgendes in der Konsole und gib uns bitte die Ausgabe: # ldd /bin/mktemp
linux-vdso.so.1 => (0x00007fffe23ff000) librt.so.1 => /lib64/librt.so.1 (0x00007ff877d40000) libc.so.6 => /lib64/libc.so.6 (0x00007ff8779e5000) libpthread.so.0 => /lib64/libpthread.so.0 (0x00007ff8777c9000) /lib64/ld-linux-x86-64.so.2 (0x00007ff877f49000)
Gruß, Ulrich
Also Yast2 erzält mir, dass libdv.so in
libdv4 - The Quasar DV Codec
ist und meldet NICHT coreutils.
Im Package coreutils wird mktemp zur Verfügung gestellt. Daher wollte ich von Ulrich wissen, ob es sich auch um die gleiche Version handelt.
rpm sagt mir
rpm -qal | grep dv.so /usr/lib64/libdv.so.4 /usr/lib64/libdv.so.4.0.3 /usr/lib64/xine/plugins/1.25/xineplug_dmx_rawdv.so
scheint also nicht mit mktemp zusammenzuhängen.
Die Rede ist eigentlich von libdvo.so und nicht libdv.so. Daher ist meine Überlegung gewesen, ob es evtl. ein fremdes mktemp im Suchpfad Vorrang hatte. Zudem habe ich hier ein Hinweis gefunden: http://svn.pan-starrs.ifa.hawaii.edu/trac/ipp/ticket/1079 Dort wird über das gleiche Phänomen gesprochen, dass mit einem fremden mktemp und deren API zusammenhängen könnte. Wiefern es auch mit libreadline6 bzw. libncurses{5,6} zusammenhängt, stelle ich noch in einem anderen Raum. -- Gruß Sebastian - openSUSE Member (Freespacer) http://de.opensuse.org/Benutzer:Freespacer Wichtiger Hinweis zur openSUSE Mailing Liste: http://de.opensuse.org/OpenSUSE_Mailinglisten-Netiquette -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org