Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#46648 - [pulseaudio] pulseaudio.socket should be symlinked in /etc instead

Attached to Project: Arch Linux
Opened by Tom Yan (tom.ty89) - Saturday, 10 October 2015, 16:41 GMT
Last edited by Jan Alexander Steffens (heftig) - Friday, 26 February 2016, 20:02 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan Alexander Steffens (heftig)
Architecture All
Severity Very Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 1
Private No

Details

Description:
Since pulseaudio.socket is not a static unit, it should be symlinked in /etc instead of /usr/lib as if it's enabled through `systemctl --global`. Also we should think about whether it is better to enable (and not track) it in post_install() like what the systemd package does for getty@tty1.service and remote-fs.target, instead of symlinking through the PKGBUILD. This way users will not have to sort to "mask" as well.


Additional info:
pulseaudio 7.0-2
Here is a bug report I filed to dbus upstream for the similar issue it shares: https://bugs.freedesktop.org/show_bug.cgi?id=92402


Steps to reproduce:
`systemctl --global list-unit-files`, which shows pulseaudio as "disabled".
This task depends upon

Closed by  Jan Alexander Steffens (heftig)
Friday, 26 February 2016, 20:02 GMT
Reason for closing:  Fixed
Additional comments about closing:  pulseaudio 8.0-3
Comment by Tom Yan (tom.ty89) - Saturday, 10 October 2015, 16:44 GMT
For "pulseaudio" in "Steps to reproduce" I mean pulseaudio.socket, which will be started upon login despite the state shows there.
Comment by Doug Newgard (Scimmia) - Saturday, 10 October 2015, 19:46 GMT
So is the only issue here that you didn't know where to look for the unit?
Comment by Tom Yan (tom.ty89) - Thursday, 29 October 2015, 00:24 GMT
Not really. I just don't think non-static unit file shouldn't be "enabled" in a static way, because it makes systemctl --user/--global list-unit-files "unreliable". Also I don't see any reason to force users to sort to `systemctl mask`.
Comment by Vincent Vinel (Narthorn) - Saturday, 28 November 2015, 05:28 GMT
I agree ; enabling autostart of optional daemons should be left to the user.

Moreover, as it is right now, there is no way to mask only the symlink in sockets.target.wants and not the entire unit, in case you want it disabled by default but still be able to enable it on a per-user basis.
Comment by Alain Kalker (ackalker) - Wednesday, 24 February 2016, 13:19 GMT
I agree with all the points made above, and would like to add that `systemctl --user status pulseaudio.socket` may also gives confusing output, namely that the unit is "disabled; vendor preset: enabled", yet unless the user has masked it, the unit is usually "active".

I don't understand why this issue was marked as "Severity Very Low", as it concerns a change which is not present upstream, the commit introducing the change mentions no rationale (such as any Arch Linux bugs fixed as a result, etc.).

Loading...