My installed xmms-version is 1.2.9_pre1. when i start xmms via xterm this message appears: xmms: relocation error: xmms: undefined symbol: autocharset_list this happened in version 1.2.8-r3 too. i use the architecture-flag ~x86, because without it i got version 1.2.7 which didn't compile. with the flag it compiles but doesn't start didn't find anything on the web about it Reproducible: Always Steps to Reproduce: 1.set architecture flag to ~x86 2.emerge xmms 3.start xmms Actual Results: xmms: relocation error: xmms: undefined symbol: autocharset_list Expected Results: just start ]1;]2;Started emerge on: Jan 26, 2004 18:29:27]1;]2; *** emerge infoGentoo Base System version 1.4.3.12 ]1;]2; *** terminating.]1;]2;xtermPortage 2.0.50_pre20 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20040117-r0, 2.6.1-gentoo) ================================================================= System uname: 2.6.1-gentoo i686 AMD Athlon(tm) XP 2100+ Autoconf: sys-devel/autoconf-2.59 Automake: sys-devel/automake-1.7.8 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.1/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/alias /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O3 -march=athlon-xp -funroll-loops -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="3dnow X acpi alsa apm avi berkdb cdr crypt cups dga dvd encode foomaticdb gdbm gif gphoto2 gpm gtk gtk2 imap imlib java jpeg libg++ libwww mad maildir mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl oss pam pdflib perl png ppds python qt quicktime readline samba sasl scanner sdl slang smpgsql spell ssl svga tcltk tcpd tiff truetype usb x86 xml2 xmms xv zlib"
*** Bug 39474 has been marked as a duplicate of this bug. ***
It is possible your local character set isn't fully implemnted as of yet. What local character set do you use? i. e. - i use en_US I am also using the unstable profile but I do not have the same version of glibc that you do as of yet... This may also have an affect on the reason for your problem...
My char-set is de-latin1-nodeadkeys, i have the use variable nls set. i tried a USE="-nls" emerge xmms, still the same error. why do you have a differing glibc-version? i start everyday an emerge sync && emerge -uD world. did you prevent it from updating?
I just haven't gone through updating glibc yet... i wanted to wait a little bit to see what problems people experienced. :) Has xmms EVER worked for you? Perhaps with an earlier glibc version? Have you tried recompiling glib since updating glibc? Since you like compiling, how about an "emerge -e xmms" :)
I think it never worked. I'm not sure for 100%, but i have installed gentoo now for about one month and i cannot remember that i had ever played with xmms. emerge -e xmms is funny. i didn't know how to use this function, but now it compiles 77 packages for me. really nice. we'll see if it helps.
autocharset_list is defined in the russian patch (or in 1.2.9-r2 and above, it's known as the recode patch): xmms-1.2.9-recode-csa27.patch:2412:+autocharset_t *autocharset_list=(autocharset_t*)autocharset_list_default; You don't need to rebuild everything there as it will likely fail... I'm wondering why you have this undefined symbol problem... Can you try completely unmerging xmms and emergeing xmms-1.2.9-r2?
How am I able to emerge xmms-1.2.9-r2. After an emerge sync there is still xmms-1.2.9-r1. Where can i get this patch?
Patience, my friend... patience... It takes a little while for the rsync mirrors to catch up.
It did it! The relocation error from autocharset_list has gone. but i think xmms hates me! I have now installed xmms-1.2.9-r2, like you said it will fix the autocharset_list error, but now it has a new one: xmms: relocation error: xmms: undefined symbol: languages Any ideas?
Your CFLAGS don't look that bad... but that's my only guess right now... this is so bizare... can you do: readelf -s /usr/lib/libxmms.so | grep languages then try some more-safe (I know yours are fairly safe) CFLAGS like just '-O2 -pipe'
>> can you do: readelf -s /usr/lib/libxmms.so | grep languages 133: 0004a3a0 6104 OBJECT GLOBAL DEFAULT 14 languages 331: 0004a3a0 6104 OBJECT GLOBAL DEFAULT 14 languages This is the match when i compile with CFLAGS="-02 -pipe" emerge xmms. The error is still the same, but the matching lines from readelf differ from the ones when i compiled xmms with my CFLAGS. Here are the original lines: 135: 0004f480 6104 OBJECT GLOBAL DEFAULT 14 languages 294: 0004f480 6104 OBJECT GLOBAL DEFAULT 14 languages Any ideas again?
Those differences are expected... resulting from the symbols being located in different positions due to optimizations, etc... but the fact is that they're THERE! Hmm... $ ldd `which xmms` $ ls -l /usr/lib/libxmms.so* Maybe the linker is not using /usr/lib/libxmms.so This is so weird...
$ ls -l /usr/local/lib/libxmms* -rw-r--r-- 1 root root 203286 Dec 27 16:21 /usr/local/lib/libxmms.a -rwxr-xr-x 1 root root 875 Dec 27 16:21 /usr/local/lib/libxmms.la lrwxrwxrwx 1 root root 16 Dec 27 16:21 /usr/local/lib/libxmms.so -> libxmms.so.1.3.0 lrwxrwxrwx 1 root root 16 Dec 27 16:21 /usr/local/lib/libxmms.so.1 -> libxmms.so.1.3.0 -rwxr-xr-x 1 root root 157522 Dec 27 16:21 /usr/local/lib/libxmms.so.1.3.0 $ ls -l /usr/lib/libxmms* -rw-r--r-- 1 root root 336948 Feb 5 08:08 /usr/lib/libxmms.a -rwxr-xr-x 1 root root 869 Feb 5 08:08 /usr/lib/libxmms.la lrwxrwxrwx 1 root root 16 Feb 5 08:08 /usr/lib/libxmms.so -> libxmms.so.1.3.0 lrwxrwxrwx 1 root root 16 Feb 5 08:08 /usr/lib/libxmms.so.1 -> libxmms.so.1.3.0 -rwxr-xr-x 1 root root 346831 Feb 5 08:08 /usr/lib/libxmms.so.1.3.0 $ ldd `which xmms` linux-gate.so.1 => (0xffffe000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4002c000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40035000) libXxf86vm.so.1 => /usr/X11R6/lib/libXxf86vm.so.1 (0x4004c000) libxmms.so.1 => /usr/local/lib/libxmms.so.1 (0x40052000) libgtk-1.2.so.0 => /usr/lib/libgtk-1.2.so.0 (0x4005f000) libgdk-1.2.so.0 => /usr/lib/libgdk-1.2.so.0 (0x401c3000) libgmodule-1.2.so.0 => /usr/lib/libgmodule-1.2.so.0 (0x40203000) libgthread-1.2.so.0 => /usr/lib/libgthread-1.2.so.0 (0x40206000) libglib-1.2.so.0 => /usr/lib/libglib-1.2.so.0 (0x40209000) libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x4022f000) libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x40237000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40248000) libasound.so.2 => /usr/lib/libasound.so.2 (0x40327000) libm.so.6 => /lib/libm.so.6 (0x403f9000) libdl.so.2 => /lib/libdl.so.2 (0x4041b000) libpthread.so.0 => /lib/libpthread.so.0 (0x4041e000) libc.so.6 => /lib/libc.so.6 (0x4046f000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000) So it looks like it uses libxmms.so in /usr/local/lib and not in /usr/lib. i hope this is right. Otherwise how has the link to be set?
Yes! We have solved the problem... now... why do you have libxmms in /usr/local/lib? Did you install it on your own?
It works! I have linked /usr/local/lib/libxmms.so and /usr/local/lib/libxmms.so.1 to /usr/lib/libxmms.so which points on /usr/lib/libxmms.so.1.3.0 and now it works. I don't know why the files are there, i have never put them there myself. But it works! Thank you
Well let's just make sure no gentoo package put them there because that would be bad. Could you please run: $ qpkg -I -v -f /usr/local/lib/libxmms.so.1.3.0 If you don't have qpkg, emerge gentoolkit. If that command returns nothing, then they weren't placed there by a gentoo package... so maybe you or another user installed it there... in any event, I'd just delete: /usr/local/lib/libxmms* /usr/local/lib/xmms /usr/local/bin/xmms /usr/local/man/*/xmms.* and anything else in local that looks like it came from xmms... you can get an idea of what to delete by doing 'qpkg -l media-sound/xmms' and just changing the /usr to /use/local. Glad we got this straightened out...
Everything is possible and so $ qpkg -I -v -f /usr/local/lib/libxmms.so.1.3.0 returned nothing. Maybe i have put them there, but I'm not sure. I have deleted everything in /usr/local/lib because there where only things from xmms. But now it works fine and I am happy that i have it back. (zinf is not my preffered player)
