I just upgraded to Gnome 2.8 from 2.6. (As a sidenote, gnome-media failed, apparently because of a gstreamer error as well. I don't know if that could be related.) When starting Gnome, the themes appeared and disappeared on and off several times, then a dialog opened saying that the settings daemon had restarted too many times. When I investigated further, it's /usr/libexec/gnome-settings-daemon, and it fails with: /usr/libexec/gnome-settings-daemon: relocation error: /usr/lib/gstreamer-0.8/libgstalsa.so: undefined symbol: gst_mixer_options_get_type Uninstalling gst-plugins-alsa avoids the problem and it starts fine. I've tried this with various combinations of gstreamer 0.8.5 and 0.8.7 and the alsa plugin versions 0.8.2-r1 and 0.8.3. Reproducible: Always Steps to Reproduce: 1. Run /usr/libexec/gnome-settings-daemon Actual Results: Error message: /usr/libexec/gnome-settings-daemon: relocation error: /usr/lib/gstreamer-0.8/libgstalsa.so: undefined symbol: gst_mixer_options_get_type Expected Results: Start without error or crash. "emerge info" output: Portage 2.0.50-r11 (default-x86-1.4, gcc-3.3.2, glibc-2.3.3_pre20031222-r0, 2.6.8-gentoo-r10) ================================================================= System uname: 2.6.8-gentoo-r10 i686 AMD Athlon(tm) XP 2000+ Gentoo Base System version 1.4.16 Autoconf: sys-devel/autoconf-2.58 Automake: sys-devel/automake-1.8.5-r1 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CFLAGS="-O2 -march=athlon-xp -pipe -fPIC -fomit-frame-pointer -finline-functions -funroll-loops -msse -m3dnow -mfpmath=sse" CHOST="i686-pc-linux-gnu" COMPILER="" 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/lib/mozilla/defaults/pref /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -pipe -fPIC -fomit-frame-pointer -finline-functions -funroll-loops -msse -m3dnow -mfpmath=sse" DISTDIR="/usr/portage/distfiles" FEATURES="autoaddcvs ccache sandbox" GENTOO_MIRRORS="http://mirror.pacific.net.au/linux/Gentoo ftp://mirror.pacific.net.au/linux/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 aalib acpi acpi4linux alsa apm arts avi berkdb bitmap-fonts bonobo cdr clamav crypt cups directfb doc dv dvd encode esd f77 fbcon foomatic foomaticdb gdbm gif gnome gnutls gpm gstreamer gtk gtk2 gtkhtml guile hal imlib java javascript jpeg ldap libg++ libwww mad mikmod mmx motif mozilla mpeg mysql ncurses nls oggvorbis opengl pam pdflib perl png postgres ppds python qt quicktime readline ruby samba sdl slang spell ssl svga tcpd tetex truetype usb x86 xml2 xmms xprint xv zlib" I've tried removing all my Gnome and Gstreamer -related config directories in my home folder (since I'd just upgraded), and that made no difference. Seems to be different to the following bugs found by searching bugzilla: http://bugs.gentoo.org/show_bug.cgi?id=58495 http://bugs.gentoo.org/show_bug.cgi?id=13309 Marked as 'Major' because either theming is broken or sound support is broken (by not having the alsa package installed): either way a major feature is broken.
I cannot reproduce, Please try again with gst-plugins 0.8.5 and gst-plugins-alsa 0.8.5. It looks like the libgstalsa.so did not link with the gstmixer stuff in gst-plugins/gst-libs/gst/mixer
Okay, I've tried with with gst-plugins-0.8.5 and gst-plugins-alsa-0.8.5, and got exactly the same result. How do I make it link with the files in gst-plugins/gst-libs/gst/mixer? And where is that path supposed to be located, in /usr/include? The only gst paths I have are /usr/include/gstreamer-0.8/gst and /usr/local/include/gstream-0.8/gst, and both contain a mixer/ directory, but they look like different paths to what you're referring to to me. Surely if it did not link with the right files, then the compile would fail? What other files could be on the system that it would find and link with and not complain?
can you do an: ldd /usr/lib/gstreamer-0.8/libgstalsa.so
'/usr/local/include/gstream-0.8/gst' ? gentoo does not install stuff in local, are you sure it was not something you yourself installed that messed things up ?
closing as well, given the evidence this is not a real gentoo problem in this bug & #68478
I'm sorry for not replying, but I have been very busy recently. I don't have much free time for this :| For the stuff in local... well, I have no idea why it would be there, but I have always installed gstreamer by ebuilds, never manually. If there's something there, it has to be there because Gentoo put it there. Output of ldd /usr/lib/gstreamer-0.8/libgstalsa.so is: linux-gate.so.1 => (0xffffe000) libgstreamer-0.8.so.1 => /usr/lib/libgstreamer-0.8.so.1 (0x4002f000) libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x40149000) libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x40183000) libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x40187000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0x4018c000) libz.so.1 => /lib/libz.so.1 (0x402de000) libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x402ee000) libasound.so.2 => /usr/lib/libasound.so.2 (0x4036e000) libm.so.6 => /lib/libm.so.6 (0x40448000) libdl.so.2 => /lib/libdl.so.2 (0x4046a000) libpthread.so.0 => /lib/libpthread.so.0 (0x4046d000) libgstinterfaces-0.8.so.0 => /usr/local/lib/libgstinterfaces-0.8.so.0 (0x404bf000) libc.so.6 => /lib/libc.so.6 (0x404c6000) libpopt.so.0 => /usr/lib/libpopt.so.0 (0x405f3000) /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000) libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x405fb000) libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40604000) libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x4061c000) That's with gstreamer 0.8.5 and gst-plugins-alsa 0.8.5.
Um, the bug was closed by foser, but I still have the bug, and I haven't done anything stupid to mess up my system as foser thinks I have :) Ie, my system is as it is because portage and many many ebuilds put it that way, nothing else. I'm not aware of any etiquette regarding reopening things closed by the mods, so I don't know if this is okay, but because of all that I'm reopening it. I really would like to solve it.
no, i want it reproduced on a clean system. Anything you do on your system (creating odd symlinks) will not be cleaned by gentoo and will keep affecting evrything afterwards. The comments over time do not add up afaic & as such are not worth investigating time in.