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 2848 - Esound doesn't clean up after user logs out
Esound doesn't clean up after user logs out
Product: Red Hat Linux
Classification: Retired
Component: installer (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Matt Wilson
Depends On:
  Show dependency treegraph
Reported: 1999-05-15 22:40 EDT by azhao
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 1999-09-24 22:46:35 EDT
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 azhao 1999-05-15 22:40:31 EDT
Linux supports multiple users, right? Then explain this: the
first user
logs in and enables sound in Gnome and Enlightment,
everything works
fine; when the first user logs out and the second user logs
in, the
second user couldn't use sound support in Enlightment
because "esd"
refuses to run. It turns out that the first user left a
"/tmp/.esd/socket" FIFO file and apparently, "esd" needs to
create that
file for the second user but failed because it already
exists or doesn't
have enough permission to remove it. Removing the socket
file by hand
doesn't solve the problem -- all the audio devices are still
busy for
some reason, even though no "esd" is running at the moment.

I used to complain that the majority of NT programs work for
the user
who installs them but don't work for other non-admin users
(for example
PalmPilot desktop, Office sound support, and many others).
It seems that
"esd" works for the first user but not for anybody there
Comment 1 zurk 1999-06-17 21:43:59 EDT
i have this problem with ksound not cleaning up after itself. everyone
who logs in on the console creates a new ksound process and it simply
stays there.
Comment 2 genec 1999-08-02 00:24:59 EDT
I also have this problem and have a cirvension (for my particular
situation).  I have added a script as /etc/X11/gdm/PostSession/Default
which issues the command /usr/bin/esdctl unlock

This is run as root but seems to work.

Part of the problem is that there is extremely little documentation on
using esound.
Comment 3 Bill Nottingham 1999-09-24 22:46:59 EDT
*** This bug has been marked as a duplicate of 2286 ***

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