FS#21506 - [udev] Please add support for systemd
Attached to Project:
Arch Linux
Opened by Marti (intgr) - Thursday, 28 October 2010, 00:30 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 24 November 2010, 15:10 GMT
Opened by Marti (intgr) - Thursday, 28 October 2010, 00:30 GMT
Last edited by Tobias Powalowski (tpowa) - Wednesday, 24 November 2010, 15:10 GMT
|
Details
Description: It's been discussed in the AUR systemd package
that Arch could make lives easier if udev were configured
with --with-systemdsystemunitdir=/lib/systemd/system
Currently we have to install a separate udev-systemd AUR package with this difference, but it would be nice if it could be dropped. https://aur.archlinux.org/packages.php?ID=36902 Thanks! |
This task depends upon
Closed by Tobias Powalowski (tpowa)
Wednesday, 24 November 2010, 15:10 GMT
Reason for closing: Implemented
Additional comments about closing: udev-164-1
Wednesday, 24 November 2010, 15:10 GMT
Reason for closing: Implemented
Additional comments about closing: udev-164-1
Besides udev, to use systemd properly one need dbus compiled with support of systemd.
I could only say that in two cases (2 notebook: with intel CPU and intel video and amd CPU and nvidia video) I could use both systemd and init without noticeable problems using udev-systemd and dbus-systemd from AUR (though there are problems with messages at boot time: they are not so pretty :).
udev-systemd seems compatible with sysv init but dbus-systemd is not.
Pro: No need for users to install udev-systemd to test out systemd.
Con: None. In particular, the only difference to the package after adding this flag, is that a couple of files are added to the directory "/lib/systemd/system", if systemd is not installed this obviously does not matter.
I'm currently booting my system both with sysvinit and with systemd after manually applying this change, and both work perfectly.
Would be great to see this feature request implemented.
Keshav: both udev and dbus need this flag, and they will both remain compatible with sysvinit (I'm using them just fine here with both sysvinit and systemd).