xterm: wie zurück zum vdr?

Dr. Seltsam · 27. April 2013

ich habe über Applikationen - Dienstprogramme Xterm aufgerufen. Nach dem Beenden mittles Eingabe von exit schließt sich zwar das Xterm-Fenster, aber es bleibt das yavdr-Logo stehen.
Ich musste mich erst per ssh einoggen und "sudo start vdr-frontend" aufrufen, damit das vdr-Bild wiederkam.

Mach ich was falsch, oder geht es eleganter?

CKone · 28. April 2013

am besten in das xterm startscript eine "post stop" einfügen die vdr-frontend wieder anwirft

schau mal wie das bei xbmc gelöst ist, dort wird das auch so praktiziert.

btw: du kannst dem appswitcher auch sagen das er es nicht "standalone" machen soll, dann wird vdr-frontend gar nicht angehalten, so betreibe ich das das xterm auf dem (graph)tft

Christian

steffen_b · 28. April 2013

Das letzte mal als ich es probiert habe war xterm nicht standalone. Wenn es standalone gestartet wird, sollte das Schliessen auch das vdr-frontend wieder hochbringen.

CKone · 28. April 2013

Zitat von steffen_b

Das letzte mal als ich es probiert habe war xterm nicht standalone.

ganz witzig Steffen, im Launcher hast du recht, im vdr Menu allerdings schon ;o

Christian

steffen_b · 28. April 2013

Hmpf - in der /var/lib/vdr/plugins/menuorg.xml muss das standalone=yes weg. Müssen wir auf unserer Seite auch korrigieren .

CKone · 28. April 2013

Wenn ihr die Stelle eh anfasst: könnt ihr dann gfs einen zweiten Eintrag für "xterm auf Graphtft", genauso wie bei xbmc, machen?

Christian

Dr. Seltsam · 28. April 2013

also wenn ich das jetzt richtig verstehe, ist ein Stoppen des vdr-frontends gar nicht beabsichtigt und wird durch den falschen Eintrag standalone=yes in /var/lib/vdr/plugins/menuorg.xml verursacht.
Zugleich schreibt Steffen aber, das auch bei standalone das vdr-frontend wieder hochkommen müsste. Könnt Ihr das bei Euch bitte mal ausprobieren?

Bei mir sieht es im Log so aus:

Code

Apr 28 09:28:32 ubuntuvdr1 vdr: [1336] executing command '/usr/share/vdr/menuorg-appswitcher standalone=yes app=xterm &> /dev/null '
Apr 28 09:28:32 ubuntuvdr1 kernel: [   53.400799] init: vdr-frontend main process (1970) killed by TERM signal
Apr 28 09:28:32 ubuntuvdr1 vdr: [1891] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Apr 28 09:28:32 ubuntuvdr1 vdr: [1891] dbus2vdr: 1 idle message handler, reusing 0x7fc66c0047c0
Apr 28 09:28:32 ubuntuvdr1 vdr: [2433] dbus2vdr message handler thread started (pid=1336, tid=2433)
Apr 28 09:28:32 ubuntuvdr1 vdr: [2433] dbus2vdr: de.tvdr.vdr.plugin.SVDRPCommand: command 'STAT' has no option
Apr 28 09:28:32 ubuntuvdr1 vdr: [2433] dbus2vdr: invoking softhddevice.SVDRPCommand("STAT", "")
Apr 28 09:28:32 ubuntuvdr1 vdr: [2433] dbus2vdr: moving message handler 0x7fc66c0047c0 from active to finished
Apr 28 09:28:32 ubuntuvdr1 vdr: [2433] dbus2vdr message handler thread ended (pid=1336, tid=2433)
Apr 28 09:28:32 ubuntuvdr1 vdr: [1891] dbus2vdr: connection has messages to send, flushing
Apr 28 09:28:32 ubuntuvdr1 vdr: [1891] dbus2vdr: done flushing
Apr 28 09:28:32 ubuntuvdr1 vdr: [1891] dbus2vdr: new message, object /Plugins/softhddevice, interface de.tvdr.vdr.plugin, member SVDRPCommand
Apr 28 09:28:32 ubuntuvdr1 vdr: [1891] dbus2vdr: 1 idle message handler, reusing 0x7fc66c0047c0
Apr 28 09:28:32 ubuntuvdr1 vdr: [2436] dbus2vdr message handler thread started (pid=1336, tid=2436)
Apr 28 09:28:32 ubuntuvdr1 vdr: [2436] dbus2vdr: de.tvdr.vdr.plugin.SVDRPCommand: command 'DETA' has no option
Apr 28 09:28:32 ubuntuvdr1 vdr: [2436] dbus2vdr: invoking softhddevice.SVDRPCommand("DETA", "")
Apr 28 09:28:32 ubuntuvdr1 vdr: [2436] [softhddev]SetPlayMode: 0
Apr 28 09:28:32 ubuntuvdr1 vdr: [2436] [softhddev]SetVideoDisplayFormat: 1                                                                                                          
Apr 28 09:28:32 ubuntuvdr1 vdr: [2436] [softhddev]SetPlayMode: 1                                                                                                                    
Apr 28 09:28:33 ubuntuvdr1 vdr: [2436] dbus2vdr: moving message handler 0x7fc66c0047c0 from active to finished                                                                      
Apr 28 09:28:33 ubuntuvdr1 vdr: [2436] dbus2vdr message handler thread ended (pid=1336, tid=2436)                                                                                   
Apr 28 09:28:33 ubuntuvdr1 vdr: [1891] dbus2vdr: connection has messages to send, flushing                                                                                          
Apr 28 09:28:33 ubuntuvdr1 vdr: [1891] dbus2vdr: done flushing

Alles anzeigen

Nachdem ich im Xtrerm-Fenster "exit" eingegeben habe und es sich geschlossen hat, zeigt das Log keinerlei Meldungen. Nach ein paar Minuten werden Meldungen von vdr geloggt - vdr läuft also noch, und es ist nur das frontend, das nicht wieder gestartet wurde.

Nachdem ich die Zeile

Code

<command name="Xterm" execute="/usr/share/vdr/menuorg-appswitcher standalone=yes  app=xterm &amp;> /dev/null " />

in /var/lib/vdr/plugins/menuorg.xmln geändert habe in

Code

<command name="Xterm" execute="/usr/share/vdr/menuorg-appswitcher  app=xterm &amp;> /dev/null " />

öffnet sich Xterm nicht mehr. Geloggt wird nur

Code

Apr 28 09:35:55 ubuntuvdr1 vdr: [1336] executing command '/usr/share/vdr/menuorg-appswitcher app=xterm &> /dev/null '

Aber mit standalone=no funktioniert es, und Xterm schließt sich beim exit auch wieder.

steffen_b · 28. April 2013

bei standalone=yes müssen auch die upstart jobs entsprechend gestaltet sein.

Code

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


post-stop script
/bin/rm -f /tmp/.standalone
vdr-dbus-send /Remote remote.Enable ||:
/sbin/initctl emit --no-wait vdr-frontend-restart
end script

Alles anzeigen

Dr. Seltsam · 28. April 2013

für welche Variante entscheidet Ihr Euch?

Ich halte standalone=no für sinnvoller, denn man will ja vielleicht trotzdem noch etwas vom Film mitbekommen, wenn man nur kurz mal etwas checken will.

Passt Ihr das für yavdr 0.5 noch an? Sonst muss ich ein eigenes template erstellen.

CKone · 28. April 2013

Zitat von Dr. Seltsam

für welche Variante entscheidet Ihr Euch?

nein, wie du schon sagst, das frontend nicht anhalten schlage ich vor.

Christian

mini73 · 28. April 2013

Moin!

Das mit dem xterm ist mir auch schon aufgefallen...
Hatte aber keine Ahnung, wo ich das anfassen muss, mal testen.

Lars.

steffen_b · 28. April 2013

Ich habs nach testing-0.5 committed - müsste da eigentlich auftauchen als update. Wenn mir jemand sagt es passt so (CKone ?), merge ich es nach stable-0.5.

steffen_b · 28. April 2013

.Es muss natürlich standalone=no heissen. (Ich versteh zwar nicht warum ich die Beschränkung eingebaut habe, aber habs jetzt trotzdem nicht im SKript sondern im menuorg angepasst) ist jetzt im git

CKone · 28. April 2013

ja hast Recht Steffen, das standalone=no muss da rein

Christian

Dr. Seltsam · 20. Mai 2013

Hallo,

ich habe bei meinem Zweit-VDR gerade das selbe Problem. Er läuft auf testing

Code

deb http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/testing-xbmc/ubuntu precise main
deb http://ppa.launchpad.net/yavdr/testing-yavdr/ubuntu precise main


deb-src http://ppa.launchpad.net/yavdr/main/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-xbmc/ubuntu precise main
deb-src http://ppa.launchpad.net/yavdr/testing-yavdr/ubuntu precise main

und wurde gerade upgedatet. Ist der fix noch nicht in den repositories?

CKone · 20. Mai 2013

jetzt aber mal nicht drängeln

Doch ist drin, hast dun template auf deiner menuorg.xml?

Code

<menu name="Dienstprogramme">
        <command name="Xterm" execute="/usr/share/vdr/menuorg-appswitcher standalone=no app=xterm &amp;> /dev/null " />
       <command name="Xterm on graphtft Display" execute="/usr/share/vdr/menuorg-appswitcher standalone=no app=xterm display=1.1 &amp;> /dev/null " />.
         </menu>

Christian

Dr. Seltsam · 20. Mai 2013

ein custom template habe ich nicht. Die yavdr-Standfardtemplates sind vom 29.04.2012, und da ist es leider immer noch falsch drin:

Code

martin@ubuntuvdr1:/usr/share/yavdr/templates/var/lib/vdr/plugins/menuorg.xml$ ls -l
insgesamt 100
-rw-r--r-- 1 root root 1194 Apr 29 11:03 02_header
-rw-r--r-- 1 root root   58 Apr 29 11:03 03_macros
-rw-r--r-- 1 root root 1110 Apr 29 11:03 05_standard
-rw-r--r-- 1 root root  169 Apr 29 11:03 11_apps
-rw-r--r-- 1 root root   51 Apr 29 11:03 20_00_web
-rw-r--r-- 1 root root  148 Apr 29 11:03 20_10_firefox
-rw-r--r-- 1 root root   18 Apr 29 11:03 20_99_web_end
-rw-r--r-- 1 root root   56 Apr 29 11:03 30_00_media
-rw-r--r-- 1 root root  119 Apr 29 11:03 30_10_xbmc
-rw-r--r-- 1 root root  230 Apr 29 11:03 30_20_xbmc_small
-rw-r--r-- 1 root root   18 Apr 29 11:03 30_99_media_end
-rw-r--r-- 1 root root   57 Apr 29 11:03 40_00_games
-rw-r--r-- 1 root root   20 Apr 29 11:03 40_99_games_end
-rw-r--r-- 1 root root   61 Apr 29 11:03 50_00_tools
-rw-r--r-- 1 root root  144 Apr 29 11:03 50_10_xterm
-rw-r--r-- 1 root root   17 Apr 29 11:03 50_99_tools_end
-rw-r--r-- 1 root root   24 Apr 29 11:03 80_apps_end
-rw-r--r-- 1 root root   48 Apr 29 11:03 85_system_start
-rw-r--r-- 1 root root   55 Apr 29 11:03 86_00_commands_start
-rw-r--r-- 1 root root  726 Apr 29 11:03 86_10_yavdr
-rw-r--r-- 1 root root   17 Apr 29 11:03 86_99_commands_end
-rw-r--r-- 1 root root  581 Apr 29 11:03 87_system
-rw-r--r-- 1 root root  262 Apr 29 11:03 88_wakeonlan
-rw-r--r-- 1 root root   12 Apr 29 11:03 95_system_end
-rw-r--r-- 1 root root    9 Apr 29 11:03 99_end




cat 50_10_xterm
        <command name=<?cs call:quote(_("Xterm")) ?> execute="/usr/share/vdr/menuorg-appswitcher standalone=yes app=xterm &amp;> /dev/null " />
martin@ubuntuvdr1:/usr/share/yavdr/templates/var/lib/vdr/plugins/menuorg.xml$

Alles anzeigen

CKone · 20. Mai 2013

Zitat von Dr. Seltsam

Die yavdr-Standfardtemplates sind vom 29.04.2012,

2013;)

aber meine sind vom 10. Mai

Dr. Seltsam · 20. Mai 2013

das war jetzt vom stable vdr, sorry
Aber beim testing-vdr ist es trotz neuerer templates genauso:

Code

root@yavdr2:/usr/local/src/vdr-plugin-sc-0.9.x~hg2# cd /usr/share/yavdr/templates/var/lib/vdr/plugins/menuorg.xml
root@yavdr2:/usr/share/yavdr/templates/var/lib/vdr/plugins/menuorg.xml# ls -l
insgesamt 100
-rw-r--r-- 1 root root 1194 Mai 17 12:30 02_header
-rw-r--r-- 1 root root   58 Mai 17 12:30 03_macros
-rw-r--r-- 1 root root 1110 Mai 17 12:30 05_standard
-rw-r--r-- 1 root root  169 Mai 17 12:30 11_apps
-rw-r--r-- 1 root root   51 Mai 17 12:30 20_00_web
-rw-r--r-- 1 root root  148 Mai 17 12:30 20_10_firefox
-rw-r--r-- 1 root root   18 Mai 17 12:30 20_99_web_end
-rw-r--r-- 1 root root   56 Mai 17 12:30 30_00_media
-rw-r--r-- 1 root root  119 Mai 17 12:30 30_10_xbmc
-rw-r--r-- 1 root root  230 Mai 17 12:30 30_20_xbmc_small
-rw-r--r-- 1 root root   18 Mai 17 12:30 30_99_media_end
-rw-r--r-- 1 root root   57 Mai 17 12:30 40_00_games
-rw-r--r-- 1 root root   20 Mai 17 12:30 40_99_games_end
-rw-r--r-- 1 root root   61 Mai 17 12:30 50_00_tools
-rw-r--r-- 1 root root  144 Mai 17 12:30 50_10_xterm
-rw-r--r-- 1 root root   17 Mai 17 12:30 50_99_tools_end
-rw-r--r-- 1 root root   24 Mai 17 12:30 80_apps_end
-rw-r--r-- 1 root root   48 Mai 17 12:30 85_system_start
-rw-r--r-- 1 root root   55 Mai 17 12:30 86_00_commands_start
-rw-r--r-- 1 root root  726 Mai 17 12:30 86_10_yavdr
-rw-r--r-- 1 root root   17 Mai 17 12:30 86_99_commands_end
-rw-r--r-- 1 root root  581 Mai 17 12:30 87_system
-rw-r--r-- 1 root root  262 Mai 17 12:30 88_wakeonlan
-rw-r--r-- 1 root root   12 Mai 17 12:30 95_system_end
-rw-r--r-- 1 root root    9 Mai 17 12:30 99_end
root@yavdr2:/usr/share/yavdr/templates/var/lib/vdr/plugins/menuorg.xml# cat 50_10_xterm
        <command name=<?cs call:quote(_("Xterm")) ?> execute="/usr/share/vdr/menuorg-appswitcher standalone=yes app=xterm &amp;> /dev/null " />

Alles anzeigen

mini73 · 20. Mai 2013

Moin!

Erinnere mich Mittwoch noch mal daran, dann hab ich Zeit nachzusehen...

Lars.

xterm: wie zurück zum vdr?

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema