Control: retitle 675857 /etc/init.d/alsa-utils creates /.config/pulse under sysvinit
Forwarding the text of Daniel Reichelt's message reopening RC bug #675857 (and its merged duplicates) to the bug, so that it's visible to the alsa-utils maintainers and on the BTS without rummaging in "Show full text". I'm also retitling it to clarify which systems it affects (those that boot with sysvinit or similar, but not systemd). I've checked that the systemd units don't invoke aumix, and pass -E HOME=/run/home to every alsactl invocation. On Thu, 04 May 2017 at 22:16:32 +0200, Daniel Reichelt wrote: > /.config/pulse still is getting created when /etc/init.d/alsa-utils runs > on boot. > > I'm using sysvinit instead of systemd. > > Tracing the init script and the included utils.sh showed, that any call > to aumix somehow triggers pulseaudio as well which - due to HOME not > being set - leads to /.config/pulse being created. The top of the call > chain of aumix is the init script's call to sanify_levels(). > > Why was this previously fixed by prepending HOME=$ALSACTLHOME to only > some commands instead of just exporting HOME? FYI, if you are considering reopening a bug when it has already been closed (and doubly so if it's already archived), it's often better to open a new bug. The relevant package's maintainers can easily merge bugs if they consider it to be a duplicate, but disentangling bugs that have been used to represent multiple issues with similar symptoms is harder. If you do reopen a bug, please ensure that details of why it was reopened arrive at the bug's email address, not just to control@bugs (in the case of archived bugs you'd need to unarchive it and wait for that to succeed before proceeding). Messages to the control address do not go to the package's maintainers, and are not immediately visible to other developers in the BTS web pages. Thanks, smcv (with no particular interest in this bug or this package, just trying to tidy the RC bugs list)