This is happening on an x86 system but I believe it should be reproducible on others as well. In client.conf I have 'autospawn = no' and in fact the daemon is not spawned but it goes up instantaneously. The effect is very odd and the headphone volume is switched to 100% on every boot. The system is running on systemd based initialization and I have the pulseaudio.service disabled. The daemon is being launched from the desktop session entries under /etc/xdg/autostart but as per my understanding this should be covered by the 'autospawn = no' option. Now, if the user only wants to use ALSA (while keeping pulseaudio on the system for later use) what happens is that the user sets Headphone volume to 0 while Master is at 100%, now he restarts the system and if he plays a sound his ears would probably blow off.
This sounds like there might be some other service resetting the ALSA volume levels (look for an ALSA related service). If PA autospawn is disabled and you have nothing else starting it, then it will not start. If that doesn't work, please enable verbose debug logs (log-level = debug in /etc/pulse/daemon.conf) and then see if you actually see anything PA-related in the journal. If you do, do reopen this bug and we can figure out why this happe.s
Hi Arun, the issue I reported is valid and no other service is starting PA. I was using an earlier version (5.0) and it seems that the issue has been fixed in the later releases (5.99.1). Commit hash that fixes this issue: http://cgit.freedesktop.org/pulseaudio/pulseaudio/commit/?id=42156d2b5ac797e5f28f8d0d38b691053f3f6fc7 Please update the ticket status as necessary.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.