alsa-utils/alsactl/alsa-restore.service.in

#
# Note that two different ALSA card state management schemes exist and they
# can be switched using a file exist check - /etc/alsa/state-daemon.conf .
#

[Unit]
Description=Save/Restore Sound Card State
ConditionPathExists=!@daemonswitch@
ConditionPathExistsGlob=/dev/snd/control*
ConditionPathExists=@asoundrcfile@

[Service]
Type=oneshot
RemainAfterExit=true
ExecStart=-@sbindir@/alsactl restore
ExecStop=-@sbindir@/alsactl store
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz> 2013-04-10 10:23:16 +02:00			`#`
			`# Note that two different ALSA card state management schemes exist and they`
			`# can be switched using a file exist check - /etc/alsa/state-daemon.conf .`
			`#`

			`[Unit]`
alsactl: Manage both save and restore in a single unit With RemainAfterExit=true, we can manage both save and restore of the card state in a single unit file. This will fix also the case where systemd reloads the service; with two individual units, it will restore the previous state before saving, and may lead to inconsistent state suddenly. Also fix alsa-state.service as well to make both start and stop working in a simpler way. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=929619 Signed-off-by: Takashi Iwai <tiwai@suse.de> 2015-09-29 17:26:34 +02:00			`Description=Save/Restore Sound Card State`
alsactl: add --with-alsactl-daemonswitch=FILE to the global configure.in It may be useful to have the file location configurable. Signed-off-by: Jaroslav Kysela <perex@perex.cz> 2013-04-10 11:08:47 +02:00			`ConditionPathExists=!@daemonswitch@`
alsactl: Add path condition to alsa-store and alsa-restore services With alsa-restore.service and alsa-store.service, systemd invokes alsactl at boot and shutdown times. When this is invoked on a system without sound cards, it results in an ugly error message from alsact /usr/sbin/alsactl: save_state:1590: No soundcards found... return code is "19" Add ConditionPathExistsGlob checks of /dev/snd/control* devices for avoiding unnecessary invocations of alsactl on such a system. Bugzilla: https://bugzilla.suse.com/show_bug.cgi?id=940950 Signed-off-by: Takashi Iwai <tiwai@suse.de> 2015-08-10 14:42:24 +02:00			`ConditionPathExistsGlob=/dev/snd/control*`
alsactl: Only start restore service when asoundrc file exists This solves the chicken and egg problem on fresh installations whereby the alsa state file does not yet exist, and alsa-restore unit attempted to launch without first having a state file. Signed-off-by: Ikey Doherty <ikey@solus-project.com> Signed-off-by: Takashi Iwai <tiwai@suse.de> 2017-12-12 14:32:34 +01:00			`ConditionPathExists=@asoundrcfile@`
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz> 2013-04-10 10:23:16 +02:00
			`[Service]`
alsactl: Fix a typo in systemd alsa-restore.service Signed-off-by: Takashi Iwai <tiwai@suse.de> 2013-04-15 11:20:41 +02:00			`Type=oneshot`
alsactl: Manage both save and restore in a single unit With RemainAfterExit=true, we can manage both save and restore of the card state in a single unit file. This will fix also the case where systemd reloads the service; with two individual units, it will restore the previous state before saving, and may lead to inconsistent state suddenly. Also fix alsa-state.service as well to make both start and stop working in a simpler way. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=929619 Signed-off-by: Takashi Iwai <tiwai@suse.de> 2015-09-29 17:26:34 +02:00			`RemainAfterExit=true`
alsactl: revert back old systemd static units with the /etc/alsa/state-daemon.conf switch Signed-off-by: Jaroslav Kysela <perex@perex.cz> 2013-04-10 10:23:16 +02:00			`ExecStart=-@sbindir@/alsactl restore`
alsactl: Manage both save and restore in a single unit With RemainAfterExit=true, we can manage both save and restore of the card state in a single unit file. This will fix also the case where systemd reloads the service; with two individual units, it will restore the previous state before saving, and may lead to inconsistent state suddenly. Also fix alsa-state.service as well to make both start and stop working in a simpler way. Bugzilla: https://bugzilla.novell.com/show_bug.cgi?id=929619 Signed-off-by: Takashi Iwai <tiwai@suse.de> 2015-09-29 17:26:34 +02:00			`ExecStop=-@sbindir@/alsactl store`