| Summary: | gnome-settings-daemon fails when gst-plugins-alsa installed | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | David Millington <davidm> |
| Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
| Status: | RESOLVED NEEDINFO | ||
| Severity: | major | CC: | gstreamer |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
|
Description
David Millington
2004-10-20 20:02:59 UTC
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. |
