VDRdevel-1.5.0 + Plugins

Hallo!

Vielen Dank an Klaus Schmidinger für die neue VDR-Entwicklerversion 1.5.0.

Die VDRdevel-Pakete sind Debianpakete, die parallel zu den Standard-VDR-Paketen installierbar sind, um die neue Entwicklerversion des VDR zu testen. Zwischen VDR und VDRdevel kann man via Kommando-Menü umschalten.

Dass es etwas länger gedauert hat, liegt an der Umstellung der VDRdevel-Pakete. Sie werden jetzt nicht mehr getrennt von den VDR-Paketen gepflegt, sondern entstehen aus den gleichen Sourcepaketen wie die VDR-Pakete.

Für Selbstübersetzer bedeutet das auch eine Umstellung. Die runtergeladenen VDRdevel-Sourcepakete sind eigentlich VDR-Sourcepakete, aus denen ganz normale VDR-Binärpakete entstehen. Zum Erzeugen von VDRdevel-Binärpaketen muss eine Umgebungsvariable gesetzt werden (siehe /usr/share/vdr-dev/make-special-vdr.sh).

Wer noch die alten VDRdevel-Pakete installiert hat, sollte diese besser vorher deinstallieren und den Paketcache leeren. Durch die Umstellung haben einige VDRdevel-Plugin-Pakete niedrigere Versionsnummern als die alten Pakete, so dass sie nicht automatisch aktualisiert würden. Außerdem heißen einige Plugin-Pakete jetzt anders. Das betrifft die Plugins mit "vdr" im Namen: vdrdevel-plugin-vdrc -> vdrdevel-plugin-vdrdevelc, vdrdevel-plugin-vdrcd -> vdrdevel-plugin-vdrdevelcd, vdrdevel-plugin-vdrrip -> vdrdevel-plugin-vdrdevelrip.

Addon-Pakete gibt es für VDRdevel nicht mehr. Es werden die normalen VDR-Addon-Pakete mitgenutzt, falls sie installiert sind.

Den aktuellen Stand der zu vdrdevel-sarge-experimental gehörenden Pakete kann man in der Paketübersicht einsehen.

Das VDRdevel-Paket und die Plugin-Pakete gibt es in den Patchvarianten standard und multipatch. Die darin enthaltenen Patches stehen in standard.00list bzw. multipatch.00list.

Zur Installation werden zusätzlich vdrdevel-Einträge in /etc/apt/sources.list benötigt. Nur eine der beiden Patchvarianten darf aktiviert sein. Siehe auch Das e-tobi Debian/c't VDR-Repository.

Beispiel einer minimalen sources.list für sarge-experimental

deb      http://e-tobi.net/vdrdevel-experimental  sarge  vdr-multipatch
#deb     http://e-tobi.net/vdrdevel-experimental  sarge  vdr-standard


deb      http://e-tobi.net/vdr-experimental       sarge  base backports addons vdr-multipatch
#deb     http://e-tobi.net/vdr-experimental       sarge  base backports addons vdr-standard


deb      ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/testing/binary  base/


deb      http://ftp.de.debian.org/debian          sarge  main contrib non-free


deb      http://www.debian-multimedia.org         sarge  main

Source-Pakete - sarge-experimental

deb-src  http://e-tobi.net/vdrdevel-experimental  sarge  vdr

Bei der Installation sollte darauf geachtet werden, dass die Abfragen nicht einfach weggedrückt werden. Insbesondere bei /etc/default/vdrdevel und /etc/init.d/vdrdevel sollten besser die neuen Dateien installiert und danach evtl. angepasst werden.

Tom

Hallo!

Zitat

Original von HolgerAusB
Was meinst du mit gleichen Source-Paketen für beide Varianten? Das kann doch nur die Plugins betreffen, oder wie jetzt?

Gemeint ist, dass die Sourcepakete gleich heißen und in dem selben Subversion-Repository gepflegt werden. Natürlich ist das Sourcepaket für vdrdevel-1.5.0 auf einem neueren Stand als vdr-1.4.5 (ähnlich wie vdr-1.4.5 gegenüber vdr-1.4.4 eine neuere Version des Sourcepakets ist). Für die Plugins gilt wirklich zur Zeit noch größtenteils, dass die Sourcepakete identisch sind.

Das Ganze ist für dich aber nur relevant, falls du die VDRdevel-Pakete selbst aus den Sourcepaketen bauen willst.

Zitat

Ist es wieder möglich beide Varianten zu installieren und nach Bedarf umzuschalten?

Ja, das Prinzip bleibt bestehen. Sonst wäre die Umbenennung vdr -> vdrdevel sinnlos. Ich werde das oben noch als Hinweis ergänzen.

Tom

Zitat

Original von skiller2k1
Eine Frage meinerseits: Wird es auch ein sid Repository geben?

Habe ich erst mal nicht geplant. Einerseits scheue ich den Aufwand, eine chroot-Umgebung für Sid einzurichten und immer aktuell zu halten. Und vor allem würde das die Zeit zum Packen und Hochladen der Pakete verdoppeln.

Ich denke, wer sich mit Sid befasst, sollte kein Problem damit haben, die Pakete aus den Sourcepaketen selbst zu übersetzen. In den meisten Fällen sollte das problemlos möglich sein.

Tom

Zitat

Original von pbriesch
Nee, weggedrückt habe ich nichts. Schön nach Anleitung installiert.

Sieh mal nach, ob du jetzt eine Datei /etc/vdrdevel/plugins/plugin.burn.conf.dpkg-dist hast. Das ist die neue Konfigurationsdatei aus dem Paket. Bei der Frage, ob man die eigene Konfigurationsdatei behalten will, sollte man zumindest den angebotenen Vergleich der beiden Konfigurationsdateien wahrnehmen, bevor man sich entscheidet.

Zitat

vompserver plugin:
@vomp-dongle zeigt ins Leere. Habe jetzt auf /usr/share/vdr-plugin-vompserver/vomp-dongle-0.2.5 verlinkt.

Für vdrdevel-plugin-vompserver sollte in der Konfigurationsdatei der Pfad so eingestellt sein, dass dieselbe Dongledatei benutzt wird wie bei vdr-plugin-vompserver. Die Dongledatei wird von vdr-vompclient-mvp bereitgestellt. Da vdr-vompclient-mvp kein Pluginpaket ist wird es von vdr und vdrdevel gemeinsam genutzt.

Funktionierte denn vdr-plugin-vompserver ohne diesen Link? Welche Version von vdr-plugin-vompserver und vdr-vompclient-mvp hast du installiert? Der Link sollte bei der Installation von vdr-vompclient-mvp angelegt worden sein.

Tom

Zitat

Original von SurfaceCleanerZ
nach der Installation (ok Überinstallation per upgrade)ist die vor dem Upgrade noch funzende remote.conf nicht mehr brauchbar, d.h. Tastatursteuerung des VDR geht nicht.

Das liegt wohl eher daran, dass
KEYB_TTY="/dev/tty8"
nicht mehr standardmäßig in /etc/default/vdrdevel steht. Trag es einfach wieder ein, dann sollte die Tastatursteuerung wieder funktionieren.

Tom

Zitat

Original von berni123
das ist doch schon lange da nicht mehr drin, also ich musste es schon
vor Monaten händisch wieder einfügen.

Du hast Recht und auch nicht. In vdr-1.4.x ist KEYB_TTY schon seit Monaten nicht mehr standardmäßig in /etc/default/vdr. Aber in der letzten VDRdevel-Version 1.3.49 stand es noch in /etc/default/vdrdevel.

Tom

Zitat

Original von SurfaceCleanerZ
Das steht schon drin in der vdrdevel! In der vdr steht dasselbe, aber trotzdem klappt es nicht.

Dann hast du die neue /etc/default/vdrdevel also nicht übernommen - evtl. auch andere Konfigurationsdateien "weggedrückt"? Sieh mal nach, ob dort *.dpkg-dist-Dateien liegen, vergleiche den Inhalt und bau dir deine Konfiguration neu zusammen.

Stehen die KBD-Einträge noch in /var/lib/vdrdevel/remote.conf und bist du auf die Konsole 8 gewechselt?

Tom

Zitat

Original von SurfaceCleanerZ
nur die vdrdevel wurde ich gefragt und hab dann nach Ansicht der Unterschiede mich für die alte Entschieden..., kann man apt nicht dazu bewegen erneut zu fragen? --reinstall klappt nicht und dpkg-rhe econfigure fragt ja auch nur welche man booten möchte, ob devel oder stable.

Du kannst die Konfigurationsdatei umbennen und dann

apt-get install vdrdevel --reinstall -o Dpkg::Options::=--force-confmiss

aufrufen, um sie neu zu installieren.

Zitat

Warum ist die 8. Konsole eigentlich nicht mehr drin, scheint ja mehr User zu geben, die Tastatur nutzen?

Das kommt vom offiziellen VDR-Debian-Paket, das hat verschiedene VDR-Programme für Tastatur und Lirc. Wir versuchen, möglichst wenig Abweichungen zwischen offiziellem Debian-Paket und ctvdr-Paket zu haben.

Zitat

Ist das bei der 1.4 auch schon so, das würde erklären, warum da jetzt keine Tastatur mehr geht? Allerdings lässt die 1.4 sich auch nicht mehr beim Boot starten, sondern nur mit runvdr. Wenn per Boot, kommt immer fatal fail.

Bei vdr-1.4 ist es genauso. Bei dir scheint einiges kaputt zu sein. Vielleicht würde eine Neuinstallation schneller gehen.

Zitat

In der var/lib/vdrdevel remote.conf stehen noch die von mir eingefügten KBD Einträge drin! Was meinst du mit Wechseln auf 8. Konsole? Ist er nach dem Boot nicht mehr automatisch da drauf? Na ok ich probiers!

Du hast Recht. Wenn du einen Monitor angeschlossen hast, müsstest du den Wechsel auch sehen. Das funktioniert allerdings nur, wenn /etc/init.d/vdrdevel bei dir nicht auch "zerschossen" ist.

Tom