Remi, thanks for the reply. It isn't really a bug in our setup - more of a feature.
We use NetApp fileservers that support multi-mode filestores so we can use NTFS ACLs and Unix permissions on the same filestore. Most of our users use Windows, so home directory access is controlled with Windows ACLs. However, any files created by Linux should have normal Unix permissions. We could have also seen the same problem using NFS4 ACLs instead of NTFS ACLs. I'll have another look at our permissions to see if it is possilble to make the home directory appear to be owned by the user, but it still seems like an unecessary check to me. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to pulseaudio in Ubuntu. https://bugs.launchpad.net/bugs/1152137 Title: Pulseaudio won't start when home directory not owned by user Status in “pulseaudio” package in Ubuntu: New Bug description: I have an NFS mounted home directory on a dedicated fileserver which is shared with Windows PCs via SMB. The home directory is not owned by me. ACLs are set on it to allow me full control of the contents but prevent me from changing its permissions. This means any files or directories created in the home directory are owned by me even though the top level is not. Pulseaudio checks the home directory is owned by the user at startup and exits if it isn't. This stops it running on my system. I have recompiled pulseaudio without this check and it works fine. Please either remove or modify the following startup check: pulseaudio-1.1/src/pulsecore/src/pulsecore/core-util.c line 1415: if (st.st_uid != getuid()) { pa_log_error("Home directory %s not ours.", h); errno = EACCES; goto finish; } A better check would be for pulseaudio to try and create the files/folders it needs and fail if it cannot. I am using Ubuntu 12.04 and pulseaudio 1:1.1-0ubuntu15.2. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/pulseaudio/+bug/1152137/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : desktop-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
