FS#56369 - [alsa-utils] missing alsa-restore.service and alsa-state.service
Attached to Project:
Arch Linux
Opened by Darek (blablo) - Saturday, 18 November 2017, 13:55 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 22 November 2017, 10:14 GMT
Opened by Darek (blablo) - Saturday, 18 November 2017, 13:55 GMT
Last edited by Jan de Groot (JGC) - Wednesday, 22 November 2017, 10:14 GMT
|
Details
Description:
alsa-utils 1.1.5-1 does not provide 'alsa-restore.service' and 'alsa-state.service' Additional info: * package version(s): alsa-utils 1.1.5-1 * config and/or log files etc. repo pkg: -rwxr-xr-x root/root 18256 2017-11-17 17:38 usr/bin/iecset -rwxr-xr-x root/root 14160 2017-11-17 17:38 usr/bin/aseqdump -rwxr-xr-x root/root 18312 2017-11-17 17:38 usr/bin/aseqnet -rwxr-xr-x root/root 42896 2017-11-17 17:38 usr/bin/alsabat -rwxr-xr-x root/root 63680 2017-11-17 17:38 usr/bin/alsamixer drwxr-xr-x root/root 0 2017-11-17 17:38 usr/lib/udev/ drwxr-xr-x root/root 0 2017-11-17 17:38 usr/lib/udev/rules.d/ -rw-r--r-- root/root 396 2017-11-17 17:38 usr/lib/udev/rules.d/90-alsa-restore.rules locally clean chroot: Changes in PKGBUILD: pkgrel=1 -> pkgrel=2 drwxr-xr-x root/root 0 2017-11-18 14:31 usr/lib/ drwxr-xr-x root/root 0 2017-11-18 14:31 usr/lib/udev/ drwxr-xr-x root/root 0 2017-11-18 14:31 usr/lib/systemd/ drwxr-xr-x root/root 0 2017-11-18 14:31 usr/lib/systemd/system/ drwxr-xr-x root/root 0 2017-11-18 14:31 usr/lib/systemd/system/sound.target.wants/ -rw-r--r-- root/root 387 2017-11-18 14:31 usr/lib/systemd/system/alsa-state.service -rw-r--r-- root/root 410 2017-11-18 14:31 usr/lib/systemd/system/alsa-restore.service lrwxrwxrwx root/root 0 2017-11-18 14:31 usr/lib/systemd/system/sound.target.wants/alsa-state.service - > ../alsa-state.service lrwxrwxrwx root/root 0 2017-11-18 14:31 usr/lib/systemd/system/sound.target.wants/alsa-restore.service -> ../alsa-restore.service drwxr-xr-x root/root 0 2017-11-18 14:31 usr/lib/udev/rules.d/ -rw-r--r-- root/root 396 2017-11-18 14:31 usr/lib/udev/rules.d/90-alsa-restore.rules |
This task depends upon
http://git.alsa-project.org/?p=alsa-utils.git;a=blobdiff;f=configure.ac;h=a755e473c62821d3b1d2e58dacfd5b09af3dc663;hp=0ff4fad187b2bf825b0cc0d184e7c55806859d52;hb=f72a296d23dd49e239ae8268498351953ef7bd94;hpb=dbd4fc84f82bd28ec54cb1c494570dbc6e04302a
which introduced in configure.ac
PKG_CHECK_MODULES(SYSTEMD, [systemd >= 18],
[have_min_systemd="yes"],
[have_min_systemd="no"])
giving have_min_systemd=no
AM_CONDITIONAL(HAVE_SYSTEMD, [test "$have_min_systemd" = "yes" \
-a -n "$with_systemdsystemunitdir" -a "x$with_systemdsystemunitdir" != xno ])
giving HAVE_SYSTEMD=NO
so in alsactl/Makefile.am
if HAVE_SYSTEMD
systemdsystemunit_DATA = \
alsa-state.service \
alsa-restore.service
install-data-hook:
$(MKDIR_P) -m 0755 \
$(DESTDIR)$(systemdsystemunitdir)/sound.target.wants
( cd $(DESTDIR)$(systemdsystemunitdir)/sound.target.wants && \
rm -f alsa-state.service alsa-restore.service && \
$(LN_S) ../alsa-state.service alsa-state.service && \
$(LN_S) ../alsa-restore.service alsa-restore.service)
endif
is not executed
Edit: I take that back, it is now. Changed a couple of months ago. Original package was probably built in an older chroot.