Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 5255 - xmms-1.2.7-r12 hard locks with mjc-sources-r1 and alsa
Summary: xmms-1.2.7-r12 hard locks with mjc-sources-r1 and alsa
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Daniel Ahlberg (RETIRED)
Depends on: 5269
  Show dependency tree
Reported: 2002-07-19 13:02 UTC by Brad Cowan (RETIRED)
Modified: 2003-02-04 19:42 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Brad Cowan (RETIRED) gentoo-dev 2002-07-19 13:02:01 UTC
Under preferences when u choose alsasound driver and hard locks and
cannot be killed.  this was fixed in an earlier alsa....Don't know if it was a
problem with alsa-xmms package, xmms itself, or the alsa that is built into the
newest mjc-sources...thanks
Comment 1 Daniel Ahlberg (RETIRED) gentoo-dev 2002-07-19 14:36:38 UTC
Does -r11 work with mjc-sources-r1 and alsa?
Comment 2 Brad Cowan (RETIRED) gentoo-dev 2002-07-20 09:49:12 UTC
Must be a bug with how alsa is applied in the mjc -r1 kernel. Seems to affect
-r11 also...

Comment 3 Daniel Ahlberg (RETIRED) gentoo-dev 2002-07-24 02:05:11 UTC
Brad, is the new alsa-xmms working for you?
Comment 4 Brad Cowan (RETIRED) gentoo-dev 2002-07-24 15:56:04 UTC
I have just had to compile every thing pertaining to alsa in the kernel as
modules....nothing compiled hard locks anymore, but under the configure
it doesn't show my sound module...maybe something to do with the ebuild, or
maybe the  kernel alsa places the modules somewhere different than the alsa
ebuild....either way...I'm not gonna worry about it anymore..I have alot more
important bugs that seem to not have a mozilla-r3 ebuild seems to
have problems on gcc3 and 2.95.3
Comment 5 alex 2002-07-25 02:41:01 UTC
I'm not sure if this is related, but on my build completed ~four days ago
(Gentoo 1.2 and KDE 3.02), XMMS works fine if I load .mp3s from it's "add>dir"
button.  However, if I try to drag and drop files from a local directory, or a
network directory, XMMS hangs for about a minute, and then begins to play the
file.  I *can* kill XMMS during the hang.

XMMS also displays identical one minute or so hanging behavior when I click on a
SHOUTcast stream in mozilla1.0 (after setting the mime type XMMS in mozilla

For now my workaround has been to switch to noatun -- but I prefer XMMS by far
and hope that it starts working correctly someday. As a side note, under
Mandrake8.2 on my other box, the above described hanging behavior does not occur.

My Gentoo box specs:

Gateway OEM MSI 6330 motherboard
Athlon 950
128 megs
Creative branded AudioPCI w/1373 printed on chip (using 1370 driver?)
Some kind of random OEM Gforce2/32meg.
ALSA?  ((I'm pretty sure I installed ALSA. Was there some other way I might have
done it?)  I'll check if someone says this info is important.  I can't get to
the Gentoo box right now.)
Comment 6 alex 2002-07-25 02:44:45 UTC
Oh heck.  Maybe I didn't install ALSA.  I may have just added ES1370 support
directly into the kernel when compiling?  I'll check this tomorrow.
Comment 7 alex 2002-08-01 16:09:24 UTC
OK, the problem is fixed.  Here is what I did:

I installed arts, which had not been installed.  HOWEVER, under xmms
options>preferences>output plugin, I leave it as OSS.

XMMS works perfectly now.  I can drag an mp3 file a disk mounted across the
network, or click a streaming link through shoutcast (with the proper mozilla
helper settings of course) and it starts playing immediately. 
Comment 8 alex 2002-08-01 16:11:16 UTC
I mean I installed the arts xmms plugin.
Comment 9 alex 2002-08-01 16:12:50 UTC
So look here is a suggestion:

If KDE3 is installed, then the xmms arts plugin should be a dependancy for an
xmms install.
Comment 10 Daniel Ahlberg (RETIRED) gentoo-dev 2002-08-25 15:37:44 UTC
Dan, what is your thoughts on the last comment?
Comment 11 Dan Armak (RETIRED) gentoo-dev 2002-08-29 14:50:18 UTC
Taking an action based on whether something is installed is obviously against 
rules. We could make xmms depend on xmms-arts if the arts use flag is enabled; 
that sounds reasonable. I don't use xmms myself except when noatun breaks in 
the kde cvs, so I don't have a formed opinion :-) But I see no raeson not to do 
it if you think it appropriate. 
But why did you assign it to me? And do you want me to try to understand the 
other comments (all but the last one)? I only skimmed them. 
Comment 12 Dan Armak (RETIRED) gentoo-dev 2002-08-31 13:33:34 UTC
OK, please do this yourself if you want to. It's your ebuild & responsibility 
:-) You'll probably also want to consider adding a dep on xmms-alsa if alsa is 
in use, etc etc. 
Comment 13 Daniel Ahlberg (RETIRED) gentoo-dev 2002-09-02 02:40:43 UTC
Adding dependencies to plugins in the xmms ebuild won't work becuse it creates
circular dependencies.