[gelöst] Eigenes Upstart-Script / Script starten nach Beendigung eines vorher über wmdrawer gestarteten Programms

Ich starte ein Programm über den Button an der linken Bildschirmseite
(aufgerufen wird es in /etc/wmdrawer/tools und konfiguriert über eine exec-Zeile in /etc/init/PROGRAMM.conf, analog firefox.conf)

Wie bzw. wo kann ich den Aufruf eines Scripts einfügen, das erst NACH Beendigung vom PROGRAMM ausgeführt werden soll.

Zitat

description "Firefox Daemon"
author "Steffen Barszus <steffenbpunkt@gmail.com>"

env URL=""
export URL

script
export PATH=/usr/local/bin:/usr/bin:/bin
export HOME=/home/<?cs var:user ?>
exec su -c "/usr/bin/firefox $URL" <?cs var:user ?>
end script

pre-start script
if [ ! -z $STANDALONE ] ; then
vdr-dbus-send /Remote remote.Disable ||:
touch /tmp/.standalone /bin/true
fi
end script

post-stop script
/bin/rm -f /tmp/.standalone
if [ ! -z $STANDALONE ] ; then
vdr-dbus-send /Remote remote.Enable ||:
/sbin/initctl emit --no-wait vdr-frontend-restart
fi
end script

Alles anzeigen

Also: Der "post-stop"-Abschnitt ist vorhanden, somit gehe ich davon aus, dass er auch gespawned, also aufgerufen wird.

Das würde für mich bedeuten, ich mach innerhalb dieses Abschnittes meinen Befehl zum Aufruf des Scripts rein:

post-stop script


HIER: /usr/local/bin/mein-script.sh


/bin/rm -f /tmp/.standalone
if [ ! -z $STANDALONE ] ; then
vdr-dbus-send /Remote remote.Enable ||:
/sbin/initctl emit --no-wait vdr-frontend-restart
fi
end script

Leider ist das wohl zu einfach gedacht, da "mein-script.sh" nicht ausgeführt wird (habe zum Prüfen einfach mal ein "/usr/bin/touch /tmp/xyz" reingemacht: Die Datei xyz wird nicht unter /tmp angelegt, wenn ich z. B. Firefox schließe.

Des Rätsels Lösung:

Mein eigener Upstart-Job für PROGRAMM war nicht richtig eingerichtet. Das hab ich jetzt nachgeholt und schon wird "mein-script.sh" auch ausgeführt und /tmp/xyz angelegt.

1.: cd /etc/yavdr/templates_custom/etc/init
2.: Per "vi 02_header" neues Header-File anlegen. Inhalt: Standard-Header, z. B.:

#################################################################################
#                                                                           	#
#   The following configuration file is generated automatically by the yaVDR	#
# 	system. Don't change this file as every update of yaVDR will overwrite	#
#     	the local changes. Instead put your required customizations       	#
#   	into /etc/yavdr/templates_custom/ based on the original templates   	#
#                  	under /usr/share/yavdr/templates.                    	#
#                                                                           	#
#        	http://www.yavdr.org/developer-zone/template-overview/         	#
#                                                                           	#
#                                                                           	#
#################################################################################

03: Per "vi 10_main" Datei anlegen mit Inhalt z. B. aus firefox-Vorlage und die exec-Zeile anpassen (hier opera als Beispiel):

description 	"Opera Daemon"
author      	"Opera"


script
export PATH=/usr/local/bin:/usr/bin:/bin
export HOME=/home/user
exec su -c "/usr/bin/opera" user
end script


pre-start script
if [ ! -z $STANDALONE ] ; then
   vdr-dbus-send /Remote remote.Disable ||:
   touch /tmp/.standalone || /bin/true
fi
end script


post-stop script
/bin/rm -f /tmp/.standalone
if [ ! -z $STANDALONE ] ; then
   vdr-dbus-send /Remote remote.Enable ||:
   /sbin/initctl emit --no-wait vdr-frontend-restart
fi
end script

4: Per "process-template /etc/init/PROGRAMM.conf" aus 02_header und 10_main die /etc/init/PROGRAMM.conf Job-Datei erzeugen lassen
5: Ggf noch "initctl reload-configuration"