Bugzilla will be upgraded to version 5.0 on a still to be determined date in the near future. The original upgrade date has been delayed.
Bug 78601 - XMMS runs as root, not user
XMMS runs as root, not user
Product: Red Hat Linux
Classification: Retired
Component: xmms (Show other bugs)
i586 Linux
medium Severity medium
: ---
: ---
Assigned To: Bill Nottingham
Depends On:
  Show dependency treegraph
Reported: 2002-11-26 01:56 EST by Rob Blomquist
Modified: 2014-03-16 22:32 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-11-26 08:26:32 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Rob Blomquist 2002-11-26 01:56:05 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i586; en-US; rv:1.1) Gecko/20020826

Description of problem:
I cannot play anything with XMMS as a user, I can as root.
As user, I get a message box:

"Can't Open Audio" please check that:

You have the correct output plugin selected.
No other programs are blocking the soundcard
Your soundcard is configured properly.

I have checked that the preferences of my root and user are the same. OSS
driver, xmms-mpg123 installed.

I can only imagine that this is a preferences problem. I just can't figure out

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.Log in as user.
2.Start KDE
3.Start XMMS
4.Listen to the sound of nothing
5.run XMMS from root prompt
6.Listen to tunes

Actual Results:  I got nothing as user, followed by blissfull tunes as root

Expected Results:  User should be able to hear tunes.

Additional info:
Comment 1 Michael Lee Yohe 2002-11-26 08:26:25 EST
As user, produce the following:

What is your output plugin?  Is it configured to use ESD?  The enlightened sound
daemon is the fundamental multiplexer for Gnome - I don't know if Red Hat's KDE
is setup to invoke the esd daemon upon startup - KDE uses ARts to handle their
sound multiplexing (esd can be patched to send all audio data to ARts, but I
don't figure Red Hat would do this since it is kind of hokey).

Configure XMMS, instead, to use the OSS driver (which works with most sound
cards).  Be default, it will send all audio data to /dev/dsp.  I would not think
that the configuration for XMMS would differ greatly from a normal user - but
it's worth a look.

Second, you should see if the permissions on your audio device can accomodate a
normal user:
$ ls -laF /dev/dsp
crw-------    1 myohe    root      14,   3 Aug 30 18:31 /dev/dsp
$ ls -laF /dev/audio
crw-------    1 myohe    root      14,   4 Aug 30 18:31 /dev/audio

Verify that your normal user has read/write permissions to the local device. 
These should be "transmogrified" when you login locally to the workstation.
Comment 2 Bill Nottingham 2002-11-26 11:31:15 EST
This is not an xmms issue; you need to:

a) check the permissions on your sound device (/dev/dsp)
b) make sure that your output plugin (esd, oss, arts) matches your environment
Comment 3 Rob Blomquist 2002-11-27 01:15:55 EST
I had all my permissions set to work. I found in /etc/security/console.perms 
that <sound> was only being configured for root, not other users. 
Yes, this is not an XMMS issue, its a RH issue though. Shame on RH for issuing 
a distro with problems like this.

Note You need to log in before you can comment on or make changes to this bug.