yavdr/testing-vdr bekommt ein Update - Rebuild ist durch! (war: wartet also, bis der Rebuild durch ist!)

mini73 · 17. März 2013

Moin!

Ein oberflächlicher Test unseres unstable-vdr-PPAs hat ergeben, dass der vdr zumindest startet...
Deshalb werden wir den jetzt einfach mal nach testing kopieren. Das heißt... warten, bis der Rebuild durch ist.
Dauert einfach eine Weile. Ab und zu mal

https://launchpad.net/~yavdr/+archive/testing-vdr/+packages?field.name_filter=&field.status_filter=published&field.series_filter=precise&batch=200

besuchen, bis da ein vdr 1.7.41 und ganz viele grüne Häkchen sind.
Erst, wenn der vdr fertig gebaut ist, kann ich anfangen, die Plugins rüber zu kopieren. Gebt mir also etwas Zeit, heute Abend wird's nicht mehr fertig, ihr braucht also nicht wach bleiben...

Abstürze und Fehler sind nicht unbedingt auf den vdr zurückzuführen, wir benutzen ja auch diverse Patches. Ihr solltet also mit einem reinen vdr gegentesten, bevor ihr Klaus nervt...

Ach ja, Plugins aus eigenen Quellen wie gehabt vor dem Update deinstallieren und danach neu übersetzen.

Known issues:
vdr-dbg ist noch nicht fertig, deinstalliert es also erst mal. Das wird noch anders gelöst in Zukunft.

Lars.

Taipan · 17. März 2013

Gibt kein Smiley für: 'Ziehe-den-hut-und-verbeuge-mich'

mini73 · 18. März 2013

Moin!

Der Rebuild hat's geschafft, es darf jetzt getestet werden.
Ich weise nochmals darauf hin, dass vdr-dbg noch nicht funktioniert, da wird noch dran gearbeitet. Also vorher deinstallieren...

Und natürlich funtkionieren noch ein paar andere nicht, aber die dürft ihr finden...

Lars.

niedi_74 · 18. März 2013

Zitat von mini73

Moin!

Der Rebuild hat's geschafft, es darf jetzt getestet werden.
Ich weise nochmals darauf hin, dass vdr-dbg noch nicht funktioniert, da wird noch dran gearbeitet. Also vorher deinstallieren...

Und natürlich funtkionieren noch ein paar andere nicht, aber die dürft ihr finden...

Lars.

Alles anzeigen

war der rebuild sonntag spät abend schon durch ...? sonst muss ich jetzt nochmal unstbale testen. aber gestern abend ist vdr 1.7.4.1 und das mir gefehlte vdr-plugin-softdevice war passent zum vdr da fein durchgelaufen ...

karsten

mini73 · 18. März 2013

Moin!

unstable ist seit gestern Abend 17 Uhr durch, mit drei kleinen Nachreichungen 4 Stunden später (softhddevice, skinnopacity) und drei Stunden später kam dann noch mal iptv.
testing ist seit 14 Stunden durch, also seit bummelig 21 Uhr.

Hast du denn nicht nachgesehen, ob es durch ist...?
Dafür war der Link gedacht...

Lars.

pepino · 18. März 2013

Hallo,

Mit "vdr-plugin-mailbox" kracht der VDR

Code

Mar 18 10:36:58 yavdr vdr: [5801] loading plugin: /usr/lib/vdr/plugins/libvdr-mailbox.so.1.7.41
Mar 18 10:36:58 yavdr vdr: [5801] ERROR: /usr/lib/vdr/plugins/libvdr-mailbox.so.1.7.41: undefined symbol: _ZN2Ax3VDR11OsdMenuBaseI8cOsdMenuEC2ERKSsS5_iiiii

MfG
Caos

mini73 · 18. März 2013

Moin!

Interessant. Kannst du herausfinden, was mailbox da benutzt? Das Namemangling hindert ein wenig, aber greppe mal nach cOsdMenu.
Passiert es auch wenn du einfach nur einen vanilla-vdr auspackst, dort das Plugin unter PLUGINS/src auspackst und einfach mal übersetzt und von dort aus startest?

Lars.

niedi_74 · 18. März 2013

Zitat von mini73

Moin!

unstable ist seit gestern Abend 17 Uhr durch, mit drei kleinen Nachreichungen 4 Stunden später (softhddevice, skinnopacity) und drei Stunden später kam dann noch mal iptv.
testing ist seit 14 Stunden durch, also seit bummelig 21 Uhr.

Hast du denn nicht nachgesehen, ob es durch ist...?
Dafür war der Link gedacht...

Lars.

Alles anzeigen

das iptv hat noch gefehlt;) alles super.... danke

mini73 · 18. März 2013

Zitat von MR-Caos

Mit "vdr-plugin-mailbox" kracht der VDR

Code

Mar 18 10:36:58 yavdr vdr: [5801] loading plugin: /usr/lib/vdr/plugins/libvdr-mailbox.so.1.7.41
Mar 18 10:36:58 yavdr vdr: [5801] ERROR: /usr/lib/vdr/plugins/libvdr-mailbox.so.1.7.41: undefined symbol: _ZN2Ax3VDR11OsdMenuBaseI8cOsdMenuEC2ERKSsS5_iiiii

Irgendwie gibt's da wohl eine AxLib, da ist zumindest ein Unterverzeichnis AX/VDR mit einem Header zur Klasse OsdMenu (passt zu dem fehlenden Symbol).
Am besten fragst du den Plugin-Autor mal, ob er mailbox auf das neue vdr-Makefile umstellen kann.
Und vielleicht fehlt da irgendwo was beim Linken oder so. Keine Ahnung.

Lars.

pepino · 18. März 2013

Zitat von mini73

Irgendwie gibt's da wohl eine AxLib, da ist zumindest ein Unterverzeichnis AX/VDR mit einem Header zur Klasse OsdMenu (passt zu dem fehlenden Symbol).
Am besten fragst du den Plugin-Autor mal, ob er mailbox auf das neue vdr-Makefile umstellen kann.
Und vielleicht fehlt da irgendwo was beim Linken oder so. Keine Ahnung.

Lars.

Ein kurzer Test mit vanilla-vdr schaute aber gut aus!

Weiteres kann ich erst am Abend berichten.

Caos

bernd180356 · 18. März 2013

Hallo, super Arbeit mit dem VDR!!!
Hauptsächlich hat mich der Skinopacity neugierig gemacht. Hab den Skin installiert und die Channellogos von 3po einbinden wollen, die aber nicht angezeigt wurden.

Erst nach Installation von Imagemagick gingen die Logos - das Paket sollte vieleicht als Abhängigkeit mit Installiert werden.

Bernd

DocViper · 18. März 2013

Ist ja im Prinzip ein alter Hut aber ich denke es sollte gesagt werden das die Lucid (yavdr 0.4) Pakete im testing wohl nur teilweise mit hochgezogen wurden.

Absicht ? Zufall ?

lg,
Joe

seahawk1986 · 18. März 2013

yavdr 0.4 basiert auf natty, yaVDR 0.3 auf lucid.

fnu · 18. März 2013

Zitat von DocViper

Absicht ? Zufall ?

Absicht, der 0.3 Stand wurde letzten Herbst eingefroren, siehe entsprechende Ankündigung.

Ist nur eine Machbarkeitsstudie, aktuell gleiche Regeln wie beim globalen unstable-vdr, wenn sich was ändert würde ich es verkünden, ansonsten gilt der Status Quo:

[ANNOUNCE] yaVDR 0.3.2 with VDR 1.7.22 - !!! New ISO "yaVDR32-0.3.2" !!!

Und bevor Fragen kommen, nein für 0.4 wird niemals mehr was neues gebaut, Ubuntu 11.04 ist seit Herbst 2012 obsolet.

Regards
fnu

pepino · 18. März 2013

Zitat von MR-Caos

Ein kurzer Test mit vanilla-vdr schaute aber gut aus!

Weiteres kann ich erst am Abend berichten.

Caos

Also mit vanilla-vdr kommt der vdr mit vdr-plugin-mailbox hoch.

Code

Mar 18 19:28:06 yavdrtest vdr: [11660] starting plugin: mailbox
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox: > AxPluginSetup::loadAccounts() FileName: '/var/lib/vdr/plugins/mailbox/accounts.conf'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'AccountName'  Val: 'VDR'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'LoginName'  Val: 'XXX'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'LoginPassEnc'  Val: 'XXX'
Mar 18 19:28:06 yavdrtest vdr: [11663] epg data reader thread started (pid=11660, tid=11663, prio=high)
Mar 18 19:28:06 yavdrtest vdr: [11663] reading EPG data from /var/cache/vdr/epg.data
Mar 18 19:28:06 yavdrtest vdr: [11663] epg data reader thread ended (pid=11660, tid=11663)
Mar 18 19:28:06 yavdrtest vdr: [11662] video directory scanner thread started (pid=11660, tid=11662, prio=high)
Mar 18 19:28:06 yavdrtest vdr: [11662] video directory scanner thread ended (pid=11660, tid=11662)
Mar 18 19:28:06 yavdrtest vdr: [11661] video directory scanner thread started (pid=11660, tid=11661, prio=high)
Mar 18 19:28:06 yavdrtest vdr: [11661] video directory scanner thread ended (pid=11660, tid=11661)
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: ''  Val: ''
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox: unknown line 5 '  AccessCode  	=' in /var/lib/vdr/plugins/mailbox/accounts.conf
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'AccessMode'  Val: '0'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'AutoMarkSeen'  Val: '1'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'Expunge'  Val: '1'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'BackgroundCheck'  Val: '14'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'MailBox'  Val: '{127.0.0.1/imap/norsh/ssl/notls/novalidate-cert}'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'AccountName'  Val: 'XXX'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'LoginName'  Val: 'XXX'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'LoginPassEnc'  Val: 'XXX'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: ''  Val: ''
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox: unknown line 16 '  AccessCode  	=' in /var/lib/vdr/plugins/mailbox/accounts.conf
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'AccessMode'  Val: '0'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'AutoMarkSeen'  Val: '1'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'Expunge'  Val: '1'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'BackgroundCheck'  Val: '14'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox:   AxPluginSetup::readKeyVal() Key: 'MailBox'  Val: '{XXX/imap/norsh/ssl/notls/novalidate-cert}'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox: < AxPluginSetup::loadAccounts() FileName: '/var/lib/vdr/plugins/mailbox/accounts.conf'
Mar 18 19:28:06 yavdrtest vdr: [11660] mailbox: AxMailChecker::startChecking() BGCheckDelay == 0 -> thread not started!

Alles anzeigen

mini73 · 18. März 2013

Moin!

Am Mittwoch komme ich sehr wahrscheinlich dazu, das mal zu untersuchen.

Lars.

Alex · 18. März 2013

Hi Lars

Zitat von mini73

Zitat von mini73

Irgendwie gibt's da wohl eine AxLib, da ist zumindest ein Unterverzeichnis AX/VDR mit einem Header zur Klasse OsdMenu (passt zu dem fehlenden Symbol).

Nur zur Erklärung: Bei mir hier lokal werden alle Dateien, die im Plugin-Archiv im Verzeichnis AxLib liegen, ausserhalb vom Plugin in Libs übersetzt, da ich diese auch anderweitig verwende.

Die 'normale' Plugin-Übersetzung muss alle Dateien in diesem Verzeichnis auch übersetzen und direkt zum Plugin linken (hier werden keine Libs erzeugt). Entsprechende Vorkehrungen sind im Makefile vorhanden, kann aber natürlich sein, dass dies mit dem aktuellen Makefile-Mechanismus nicht mehr funktioniert.

Zitat von mini73

Am besten fragst du den Plugin-Autor mal, ob er mailbox auf das neue vdr-Makefile umstellen kann.
Und vielleicht fehlt da irgendwo was beim Linken oder so. Keine Ahnung.

MR-Caos hat mich gerade per PM angeschrieben.

Zitat von mini73

Am Mittwoch komme ich sehr wahrscheinlich dazu, das mal zu untersuchen.

Ich werde mir die Geschichte mit den 'neuen' Makefiles mal in den nächsten Tagen ansehen und dann eine neue Version zur Verfügung stellen.

bye, Alex

Torsten73 · 18. März 2013

Ups, ist mir doch entgangen das testing nun auch auf 1.7.41 gezogen wurde. Daher hier nochmal meine Beobachtungen zum 1.7.41:

Zitat

Ich bin mir mit der Schnittmarkengeschichte immer noch nicht sicher ob
da alles ausgestanden ist. Zugegebenermaßen schwer zu unterscheiden für
mich, ob es an einem yavdr patch liegt oder woran auch immer.

Folgendes fällt mir weiterhin auf, wenn ich eine Aufnahme auf dem Server
vom Client aus schneide (nicht bearbeiten von Schnittmarken):

- OSD (softhddevice) hängt bzw reagiert extrem verzögert während des
Schnittprozesses, ist der fertig ist aller wieder normal. Ich kann keine
erhöhte Prozesslast erkennen. Bild und Ton vom LiveTV laufen normal
ohne Störungen weiter.

Schnittmarken verschieben:

- immer mal wieder habe ich Aufzeichnungen (1.7.36) wo ich 2
Schnittmarken von markad so dicht nebeneinander habe, dass diese sich
nicht löschen bzw verschieben lassen. Manchmal hilft es die Schnittmarke
Rückwärts anzuspringen, dann kann man sie löschen, aber oft kann man
nur über Befehle alle merken löschen.

- auch einzelne Schnittmarken sind manchmal nicht veränderbar, d.h. man
kan sie nicht verschieben oder löschen, statt dessen wird eine neue
gesetzt.

Durchaus möglich, dass dies durch die diversen Änderungen an den Marken
in den letzten Versionen behoben wurde und erst bei Aufzeichnungen mit
der aktuellen Version nicht mehr Auftritt, so ganz verstehe ich nicht
alles was daran geändert wurde . Ich werde testen und berichten.

Alles anzeigen

seahawk1986 · 18. März 2013

Zitat von Torsten73

Folgendes fällt mir weiterhin auf, wenn ich eine Aufnahme auf dem Server
vom Client aus schneide (nicht bearbeiten von Schnittmarken):

Das machst du aber nicht einfach über remotetimers, oder?

fnu · 18. März 2013

Torsten73

Das mit den toten Marken von markad kenne ich leider auch, vorrangig bei 720p Aufnahmen. Aber der Stand aus testing-vdr zeigt das Verhalten nicht mehr und ich hatte einige Aufnahmen seit Umstellung auf 1.7.40/41.

Achtung: Es gab ein ganz wichtige Änderung im VDR, steht auch in irgendeinem Changelog, der Anfang und das Ende einer Aufnahme sind ab sofort virtuelle Schnittmarken, auch wenn keine Schnittmarke gesetzt ist, also lasst Euch davon nicht irritieren, fühlt sich im ersten Moment komisch an.

Regards
fnu

yavdr/testing-vdr bekommt ein Update - Rebuild ist durch! (war: wartet also, bis der Rebuild durch ist!)

Jetzt mitmachen!

Teilen