Summary: | ALSA upgrade breaks rhythmbox-0.8.5 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Chris Rebert <gentoo> |
Component: | [OLD] GNOME | Assignee: | Gentoo Linux Gnome Desktop Team <gnome> |
Status: | RESOLVED CANTFIX | ||
Severity: | major | CC: | daniel, davidgrant, gentoo, sound |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | output from rhythmbox in debug mode |
Description
Chris Rebert
2004-09-25 13:27:08 UTC
Created attachment 40407 [details]
output from rhythmbox in debug mode
reemerging gstreamer, gst-plugins-alsa, and gst-plugins-oss doesn't fix the problem either. alsa API/ABI breakage. sound herd, can't 1.0.6 stay be ~arch until this gets fixed ? It's impossible to keep up with those surfs (hell its supposed to be a stable series). foser: I've put alsa-lib-1.0.6 back into ~arch until we can figure this out... but I am not entirely certain it is a problem with the public ALSA API changing... does rhythmbox mess with hidden internals that it shouldn't be? it works with gstreamer 0.85 and gst-plugins-alsa 0.83 can the reporter or anyone that can reproduce post the exact output ? @ Jeremy : well, it's gstreamer then, not rhythmbox. I'm not sure it's alsa breakage at this point, but it's not unlikely seeing it's history. I have had a similar crash with monkey-bubble 0.3.2, which I was able to strace back to gstreamer's initialization. Is it actually possible for open source developers to ever maintain a stable API? Better yet, could they design the API before coding the software? Actually designing a well thought out API that meets all the needs of the community is very difficult to do before you actually start doing the coding once you get beyond a simple interface. workin on it, recompiling alsa-* and going to run gst-launch-ext-0.8 /home/USERNAME/Music/SONG.flac w/ AUDIOSINK = "alsasink" in ~.gst Wish me luck! emerged synced, did below, and no error! reemerged gstreamer, gst-plugins-alsa, and rhythmbox, and it all still works! I'm stumped, but happy :-) I looked at the ALSA CVS repository, and the only change that I could see that might screw with things outside of the library involves the emu10k hwdep stuff. Basically, it looks like they added a bunch of stuff for the Audigy 2, and the CVS commit message mentions that it will break binary compatibility. Why they didn't mention that in the release announcement/notes is beyond me. do you have that (#11) for sound hardware Chris ? Here's the link to the CVS log for the appropriate file in ALSA's CVS repository: http://cvs.sourceforge.net/viewcvs.py/alsa/alsa-lib/include/sound/emu10k1.h?rev=1.2&view=log Yes, i use the Creative Labs Sound Blaster Audigy 2 soundcard. Perhaps alsa is/was only broken for that card? so to confirm, Chris, after upgrading to alsa-lib-1.0.6 and reemerging the gst-plugin-alsa, it worked fine for you? Actually, I don't know what did it exactly, but I'd guess it was the upgrade to media-libs/gstreamer-0.8.5 if its really the alsi abi breakage (as it seems now only with specific hardware), then only the plugin should be rebuilt. This only clashes with comment #2, but the plugin is the only thing linking to alsa libs directly. I'm going to close this on the assumption that it was the ABI breakaga as all signs point to that. I'll add einfo to the alsa-lib ebuild and keep it in ~arch for a bit longer to make sure nothing else crops up from this ABI breakage. Hrmm... I'm stumped on this one. I just re-upgraded to 1.0.6 and all my alsa-lib dependent packages broke, in one way or another. On a whim, I created a .asoundrc file which pointed the default pcm device to hw 0,0 and it worked. In my strace of monkey-bubble, the only material difference was an attempt to open /dev/snd/controlC0 read only, as a means of testing for existence, and then closing and re-opening read-write. So what should I do after emerging the new alsa-lib? The einfo is a bit confusing. if you use emu10k1, re-emerge everything that links against alsa-lib |