Hi, Ludovic Courtès writes: > Hi Diego, > > Diego Nicola Barbato skribis: > >> pkill9 writes: >> >>> Pulseaudio doesn't read my user configuration files according to strace. >>> >>> Attached is the output of `strace -o /tmp/log.log pulseaudio` - It only >>> looks for /etc/pulse/daemon.conf. >> >> That's a known [0] (but AFAIK undocumented) side effect of the >> PulseAudio service, which was added to %desktop-services in January [1]. >> If you want PulseAudio to read your user configuration files you'll have >> to remove that service from your system services or unset PULSE_CONFIG >> and PULSE_CLIENT_CONFIG in ~/.profile [2]. > > It would be good to document that, right below > ‘pulseaudio-service-type’. Would you like to give it a try, Diego? I've attached a patch, which adds a warning to the documentation. > Or alternately, is there a way we can arrange so that the user’s config > takes precedence over /etc/pulse? We can't configure PulseAudio with "--sysconfdir=/etc" because it would break without the service (e.g. on foreign distributions).[0] We could patch PulseAudio to make the sysconfdir configurable at runtime using an environment variable. The service could set this environment variable to /etc instead of setting ‘PULSE_CONFIG’ and ‘PULSE_CLIENT_CONFIG’. That way the user's config would take precedence over /etc/pulse (PulseAudio's normal behaviour). Without the service (and with the environment variable unset) it would fall back to the sysconfdir configured at build time so it wouldn't break on foreign distributions. Although I doubt that the slight improvement in user experience would justify the increased maintenance burden. Regards, Diego [0]: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=38172#14