Summary: | media-sound/banshee-0.12.1 fails to detect decodebin | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Jason Switzer <jswitzer> |
Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
Status: | RESOLVED WONTFIX | ||
Severity: | normal | CC: | eternalfuzzy1, gstreamer, jswitzer |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Jason Switzer
2007-05-24 23:57:07 UTC
bashee is not gnome. This is still a problem with the newer ebuild. Does anyone have any idea what might be causing this? seems to me a bug caused by gstreamer and not banshee. Adding gstreamer herd and see what they thing about this. Any News on this bug ? *** Bug 180931 has been marked as a duplicate of this bug. *** As far as I can tell, this is still a problem. I am trying to track down which package might be causing this. I have also noticed gnome-media behaving the same way, but if I kill the instances of gst-inspect, it complains it couldn't find the autosink but still seems to move on and successfully compile. All of the installed gstreamer plugins have been installed and the gst-inspect commands work from the command-line. I'm running low on ideas. Since the Gentoo devs are asleep at the wheel, I took it upon myself to figure out why this keeps failing. I had my PORTAGE_TMPDIR set to an NFS v3 share (as noted in the bug). Changing this back to a local ReiserFS mount, everything emerged safely. This bug is now 7 months old and no progress has been made. I certainly hope this can be fixed finally. |