Arch Linux

Please read this before reporting a bug:

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!

FS#42758 - [dnsmasq]

Attached to Project: Arch Linux
Opened by henning mueller (phects) - Wednesday, 12 November 2014, 10:27 GMT
Last edited by Dave Reisner (falconindy) - Saturday, 13 December 2014, 15:19 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Dave Reisner (falconindy)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No



When I invoke `systemctl enable dnsmasq`, a symlink from "/etc/systemd/system/" (note the missing .service extension) to "/usr/lib/systemd/system/dnsmasq.service" is created. Wouldn't this symlink be pointless even with .service extension? I suspect, the Alias= entry in the [Install] section of the .service file leads to this due to changed behaviour of systemd or something like that. Maybe the Alias= entry can be omited?

Additional info:

* dnsmasq-2.72-1

Steps to reproduce:

* pacman -S dnsmasq
* systemctl enable dnsmasq
* ls -l /etc/systemd/system/
This task depends upon

Closed by  Dave Reisner (falconindy)
Saturday, 13 December 2014, 15:19 GMT
Reason for closing:  Fixed
Additional comments about closing:  removed Alias in SVN trunk
Comment by Dave Reisner (falconindy) - Wednesday, 12 November 2014, 13:47 GMT
> this due to changed behaviour of systemd or something like that.
I have no idea what this means. Is there an actual bug here, or are you just confused by the existence of this symlink?

It was meant to be used for dbus activation (until busname units are available via kdbus). However, it seems like this doesn't actually work anymore.
Comment by henning mueller (phects) - Thursday, 13 November 2014, 05:45 GMT
Yes, this symlink seems to be a) missing the .service extension [0] and b) not needed at all. So either the line should read "" or be deleted.

Comment by Dave Reisner (falconindy) - Saturday, 13 December 2014, 15:18 GMT
Your proposed Alias change doesn't fix anything because there's no dbus service file to match the Alias. I'm removing this, because the Alias won't be useful in a future world with kdbus, and I highly doubt anyone is relying on this behavior to actually work properly based on the lack of bug reports over the last few years.