Bug#675857: [Pkg-alsa-devel] Bug#675857: pulseaudio creates .config/pulse in a root directory
Hi gents, * Niels Thykier [2018-09-24 06:24 +]: [...] > Hi, > > I added a MR on salsa for this issue[1] fixing a missing call to > alsactl. I could not see any (direct) calls to aumix, so these are not > covered. There are some calls to amixer but it does not seem to create > .config if missing despite looking for it. > > Admittedly, Daniel's solution of simply setting HOME is probably easier > to maintain in the long run and less like to "miss" a call. Just for the record: In stable we have 1.1.3-1 which doesn't fit to this bug. Debian alsa pkg maintainers won't fix any older version than that. So I close this bug hereby. BTW stable can run sysvinit very well. Elimar -- Never make anything simple and efficient when a way can be found to make it complex and wonderful ;-)
Bug#675857: [Pkg-alsa-devel] Bug#675857: pulseaudio creates .config/pulse in a root directory
* Niels Thykier [2018-09-24 06:24 +]: > On Sun, 7 Jan 2018 14:33:51 + Simon McVittie wrote: > > 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. Hmmm, 1.0.28-1 ist compiled with "--with-alsactl-home-dir=/var/run/alsa" So I can't reproduce? Elimar -- We all know Linux is great... it does infinite loops in 5 seconds. -Linus Torvalds
Bug#675857: pulseaudio creates .config/pulse in a root directory
On Sun, 7 Jan 2018 14:33:51 + Simon McVittie wrote: > 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? > > [...] > > Thanks, > smcv > (with no particular interest in this bug or this package, just trying > to tidy the RC bugs list) > > Hi, I added a MR on salsa for this issue[1] fixing a missing call to alsactl. I could not see any (direct) calls to aumix, so these are not covered. There are some calls to amixer but it does not seem to create .config if missing despite looking for it. Admittedly, Daniel's solution of simply setting HOME is probably easier to maintain in the long run and less like to "miss" a call. Thanks, ~Niels [1] https://salsa.debian.org/alsa-team/alsa-utils/merge_requests/1
Bug#675857: pulseaudio creates .config/pulse in a root directory
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)
