[yaVDR 0.5] [erledigt] bitte vorerst keine Updates mit den stable-PPAs machen

seahawk1986 · 23. Juli 2014

Hallo,
wir versuchen einiges an Paket-Updates nach stable (und testing) zu bringen. Bitte bis auf weiteres keine Updates machen - wir melden uns wieder, wenn wir soweit sind.

seahawk1986 · 24. Juli 2014

Mutige Nutzer, die die testing-PPAs nutzen, können jetzt ein Update versuchen. Neu sind tntnet, tntnetdb und cxxtools sowie lirc mit dem aktuellsten Patch für yaUsbIR.

Beim dist-upgrade gibt es die Nachfrage, ob /etc/init.d/tntnet sowie /etc/init.d/lirc aus dem jeweiligen Paket verwendet werden sollen - die Frage bitte unbedingt verneinen, es gibt da jeweils einen eigenen Upstart-Job in yaVDR dafür.

Lirc muss ggf. nach dem Update neu über das WFE erneut konfiguriert werden, die lircd.conf bitte vor dem Update sichern, wenn es eine selbst angepasste ist (normalerweise kann man sie auch aus /etc/lirc/lircd.conf.dpkg-old zurückspielen).

stable soll den bisherigen Stand von testing erhalten - also VDR 2.0.6, XBMC Gotham, ein paar aktualisierte Plugins - das dauert aber noch ein bisschen, bis alles fertig gebaut wurde.

fugo · 24. Juli 2014

mist - ich idiot . das mit dem verneinen hab ich jetzt wohl zu spät gelesen. was wäre denn theoretisch zu tun, um das wieder zu reparieren. meine sundteks werden nicht mehr erkannt. starte ich im wfe einen segfault auf tntnet. ich hab jetzt auch beim neuerlichen dist-upgrade ein zurückgehaltenes paket (vdr-plugin-vnsiserver).

das sagt mein log beim rescan-versuch auss dem webfrontend:

Zitat

Jul 24 09:58:18 yavdr /usr/bin/signal-event.real[3507]: processing signal rescan-sundtek
Jul 24 09:58:18 yavdr /usr/bin/signal-event.real[3507]: processing action /usr/share/yavdr/events/rescan-sundtek/10_scansundtek rescan-sundtek
Jul 24 09:58:19 yavdr vdr: [2775] switching to channel 1
Jul 24 09:58:19 yavdr vdr: [2775] info: Kanal nicht verfügbar!
Jul 24 09:58:19 yavdr /usr/bin/signal-event.real[3507]: finished processing signal rescan-sundtek
Jul 24 09:58:19 yavdr kernel: [ 930.241338] tntnet[3255]: segfault at 0 ip 00007f9d620957be sp 00007f9d60293740 error 4 in libstdc++.so.6.0.16[7f9d62002000+e2000]
Jul 24 09:58:19 yavdr kernel: [ 930.244938] init: tntnet main process (3252) killed by SEGV signal
Jul 24 09:58:19 yavdr kernel: [ 930.245015] init: tntnet main process ended, respawning
Jul 24 09:58:20 yavdr /usr/bin/signal-event.real[3527]: processing signal rescan-sundtek
Jul 24 09:58:20 yavdr /usr/bin/signal-event.real[3527]: processing action /usr/share/yavdr/events/rescan-sundtek/10_scansundtek rescan-sundtek
Jul 24 09:58:21 yavdr /usr/bin/signal-event.real[3527]: finished processing signal rescan-sundtek
Jul 24 09:58:21 yavdr kernel: [ 931.819412] tntnet[3520]: segfault at 0 ip 00007f78ba6537be sp 00007f78b8851740 error 4 in libstdc++.so.6.0.16[7f78ba5c0000+e2000]
Jul 24 09:58:21 yavdr kernel: [ 931.822271] init: tntnet main process (3517) killed by SEGV signal
Jul 24 09:58:21 yavdr kernel: [ 931.822353] init: tntnet main process ended, respawning

Alles anzeigen

seahawk1986 · 24. Juli 2014

Zitat von fugo

was wäre denn theoretisch zu tun, um das wieder zu reparieren

Du kannst die angesprochenen Dateien in /etc/init.d/ einfach löschen und rebooten.

Zitat von fugo

ich hab jetzt auch beim neuerlichen dist-upgrade ein zurückgehaltenes paket (vdr-plugin-vnsiserver).

Wie lautet die Fehlermeldung bei

Code

sudo apt-get install vdr-plugin-vnsiserver

Und wo kommt das Paket her?

Code

apt-cache policy vdr-plugin-vnsiserver

fugo · 24. Juli 2014

Zitat von seahawk1986

Du kannst die angesprochenen Dateien in /etc/init.d/ einfach löschen und rebooten.

hmm. im verzeichnis /etc/init.d/ sind aber gar keine der genannetn dateien (also keine tntnet oder lirc)
oder suche ich da an der falschen stelle?

Zitat von seahawk1986

Wie lautet die Fehlermeldung bei sudo apt-get install vdr-plugin-vnsiserver

dpkg: vdr-plugin-vnsiserver3: Abhängigkeitsprobleme, wird aber wie gefordert dennoch entfernt:
vdr-plugin-vnsiserver hängt ab von vdr-plugin-vnsiserver3.
installiert hat mein Braver das Ganze jetzt aber trozdem.

Zitat von seahawk1986

Und wo kommt das Paket her? apt-cache policy vdr-plugin-vnsiserver

vdr-plugin-vnsiserver:
Installiert: 2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise
Kandidat: 2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise
Versionstabelle:
*** 2:1.1.0~git20140518-7d4aa813cc-0yavdr2~precise 0
500 http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu/ precise/main amd64 Packages
100 /var/lib/dpkg/status

seahawk1986 · 24. Juli 2014

Ich lasse yavdr-hardware-sundtek gerade noch gegen die neue libtntnet bauen.

seahawk1986 · 24. Juli 2014

Das Paket sollte jetzt verfügbar sein - bitte nochmal damit testen.

fugo · 24. Juli 2014

Ich habs jetzt nochmal getested. Ein neues Paket war verfügbar und liess sich auch installieren (yavdr-hardware-sundtek).
Im WFE funktionieren jetzt auch die Sundtek-Einstellungen wieder.
Allerdings hab ich noch immer kein Bild im vdr. Die beiden sundtek-Sticks dürften aber erkannt worden sein. Hast du eine Idee, wie ich da ran gehen könnte?

mini73 · 24. Juli 2014

Evtl. mal den Klassiker versuchen: Im WFE ein anderes Frontend auswählen, speichern und wieder zurück stellen.

Lars.

mini73 · 24. Juli 2014

Danach dann Logdateien sichten: syslog und /var/log/upstart/openbox usw.

Lars.

fugo · 24. Juli 2014

Danke für die raschen Antworten!
Das mit Frontend ändern und wieder zurückstellen hab ich versucht - hat aber nix gebracht
Nach welchen Auffälligkeiten könnte/sollte ich denn schauen im syslog?

mini73 · 24. Juli 2014

Erst mal einfach das syslog mit pastebin posten, dann kann man ja schon mal gucken, was softhddevice ausgibt, wenn es versucht, ein Bild darzustellen.
Dann könnte man gucken, ob X überhaupt läuft (kannst du den Launcher links bedienen?) usw.

Lars.

seahawk1986 · 24. Juli 2014

Also wenn ich das richtig verstehe, siehst du den X-Server, aber das Frontend wird nicht attached?

Was sagen denn

Code

status vdr
status sound-device

fugo · 24. Juli 2014

Zitat

status vdr
status sound-device

root@yavdr:/var/log/upstart# status vdr
vdr start/running, process 3441
root@yavdr:/var/log/upstart# status sound-device
sound-device start/running

zur Erläuterung: bild hab ich n atürlich grundsätzlich schon. also menü usw kommt, aber kein Fernsehbild. Quasi kein "Signal".

mini73 · 24. Juli 2014

syslog ab VDR-Start wäre dann evtl. interessant.

Lars.

seahawk1986 · 24. Juli 2014

Wie sieht das bei dir genau aus? Hängen die Sundtek-Sticks direkt am Gerät oder werden die übers Netzwerk eingebunden?
Was sagt das Syslog?

Dikilee · 24. Juli 2014

mach mal ein " sudo dpkg --configure -a ". Vielleicht klemmt da noch was.

Gruß

Dirk

fugo · 24. Juli 2014

"sudo dpkg --configure -a" hat nichts zurückgemeldet.

die sticks hängen direkt am board.

anbei das logfile.

seahawk1986 · 24. Juli 2014

Wie sieht denn deine /etc/default/vdr aktuell aus?

fugo · 24. Juli 2014

Code

#################################################################################
# #
# 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. #
# #
# [url]http://www.yavdr.org/developer-zone/template-overview/[/url] #
# #
# #
#################################################################################
# /etc/default/vdr
#
# See also /usr/share/doc/vdr/README.Debian.gz
#


# Change to 1 to enable vdr's init-script
ENABLED=1


# Change this to 1 if you want vdr to be able to shutdown the
# computer
ENABLE_SHUTDOWN=1






# Options that will be passed to vdr's commandline
# for example: OPTIONS="-w 15"
OPTIONS="-w 0"


if [ -e /opt/lib/libmediaclient.so ]; then
export LD_PRELOAD=/opt/lib/libmediaclient.so
fi


# this is to late...
rm -f /etc/ld.so.preload


VDR_CHARSET_OVERRIDE=ISO-8859-9

Alles anzeigen

[yaVDR 0.5] [erledigt] bitte vorerst keine Updates mit den stable-PPAs machen

Jetzt mitmachen!

Teilen