Summary: | media-sound/pulseaudio-0.9.15 esd wrapper doesn't work | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | PhobosK <phobosk> |
Component: | Current packages | Assignee: | Gentoo Sound Team <sound> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | aballier, dabbott, flameeyes, gnome, muehuehu, srrijkers |
Priority: | High | ||
Version: | 2008.0 | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
PhobosK
2009-06-20 09:03:55 UTC
It turns out that the esd clients try to open the socket from /tmp/.esddefault-{$UID} and thus getting an error and fail to produce sound. Symlinking /tmp/.esddefault-{$UID} to /tmp/.esd fixes the problem. So the socket location should be fixed somehow... Probably using the "--disable-per-user-esound-socket" option in PA is not the right choice... On the other hand the pure source of PA uses /tmp/.esd-{$UID} location for the socket.... Something is definitely wrong so should be fixed. Probably a patch to the 'esd_get_socket_dirname(void)' in utils.c should be added to the media-sound/esound ebuild too... so AUDIODEV not to be a part of the dir's name... stll don't know what this was assigned to gnome... I guess for the esound part. @gnome: did something change in the esound setup? Do you enable the Fedora/Ubuntu per-user sockets? Should I drop the global non-user socket in PulseAudio? (In reply to comment #4) > I guess for the esound part. > > @gnome: did something change in the esound setup? Do you enable the > Fedora/Ubuntu per-user sockets? Should I drop the global non-user socket in > PulseAudio? > Yes it is in gnome, because it is about esd.... Well i think i have described the problem well enough. Anyway before i created this bug here, i have filed a bug on pulseaudio but according to them this is not an upstream problem ( http://www.pulseaudio.org/ticket/587 ). Unfortunately because of this problem with pulse (and because of several others too) i have totally wiped out pulse from my system, and i am not willing to use it anymore, so i cannot help you anymore here. If you want you may close this bug, though the problem will remain. Look at my comment #2 for a possible workout. esd 0.2.41 changelog has this entry: 2008-11-18 Josselin Mouette <joss@malsain.org> Patch from Martin Pitt <martin.pitt@ubuntu.com> * util.c: (esd_get_socket_dirname): support multiple esd instances (one per user). and esdplay on my system shows this: $ strace -e open,access esdplay /usr/share/sounds/login.wav access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory) open("/etc/ld.so.cache", O_RDONLY) = 3 open("/usr/lib64/libesd.so.0", O_RDONLY) = 3 open("/lib64/libc.so.6", O_RDONLY) = 3 open("/usr/lib64/libasound.so.2", O_RDONLY) = 3 open("/usr/lib64/libaudiofile.so.0", O_RDONLY) = 3 open("/lib64/libm.so.6", O_RDONLY) = 3 open("/lib64/libdl.so.2", O_RDONLY) = 3 open("/lib64/libpthread.so.0", O_RDONLY) = 3 open("/lib64/librt.so.1", O_RDONLY) = 3 open("/usr/share/sounds/login.wav", O_RDONLY) = 3 access("/tmp/.esd-1000/socket", R_OK|W_OK) = -1 ENOENT (No such file or directory) open("/etc/gai.conf", O_RDONLY) = 4 open("/home/eva/.esd_auth", O_RDONLY) = 5 I didn't configure anything so I guess if reporter can't provide updates on the situation that this bug can be closed worksforme. |