alle Jahre wieder => Wie stable ist eigentlich unstable

Taugt nicht wirklich.
Ich bin aber gerade am Überlegen, ob ich ein gesondertes PPA mit vdr 2.1.x für testing aufbaue.

Lars.

Um das etwas deutlicher zu machen:
Die Plugin-Pakete in unstable entsprechen quasi denen in testing, der vdr 2.1.6 hat etwas weniger Patche drin als der 2.0.6 und wegen unstable liefert er selbst ein Startscript mit, was bei testing in yavdr-base drinsteckt. Deshalb kann man die unstable-Pakete nicht direkt mit testing/stable benutzen. Es ist quasi schon die Vorbereitung für yavdr 0.6.

Da ich aber verstehe, dass einige gerne mit dem vdr 2.1.x-Zweig herumspielen wollen, werde ich wohl ein testing-kompatibles PPA mit einem angepassten vdr-Paket anbieten.

Lars.

Um mal etwas Stimmung zu machen: bei soviel Bastelei gibts da darin dann auch "Ein Eikes" neues Baby, oder macht das mit den anderen Patches zuviel Arbeit?

Christian

Das neue permashift hab ich mir noch so gar nicht angesehen...
Keine Ahnung, wann ich dazu komme. Ich dachte, ich lass diesmal die anderen etwas finden, bis es von beta nach gamma gewandert ist.

Lars.

Ist noch nicht fertig, aber hier schon mal das PPA:
https://launchpad.net/~yavdr/+archive/testing-vdr-dev/+packages?field.name_filter=&field.status_filter=published&field.series_filter=precise&batch=160

In der /etc/apt/sources.list.d/yavdr.list "testing-vdr" durch "testing-vdr-dev" ersetzen, dann noch pinning einstellen in /etc/apt/preferences.d/yavdr-testing-vdr-dev

Package: *
Pin: release o=LP-PPA-yavdr-testing-vdr-dev
Pin-Priority: 1002

und dann mit "sudo apt-get update" und "sudo apt-get dist-upgrade" mal probieren, ob der vdr 2.1.6 kommt und die richtigen Plugins gezogen werden.

Ist jetzt nur grob aus dem Gedächtnis, evtl. muss eine Neuinstallation der vdr-plugins erzwungen werden, weil die die gleiche Version haben wie in testing-vdr.
Ich hab hier jetzt gerade keine testing-VM zu testen, macht also ein Backup vorher. Aber das versteht sich ja von selbst...

Lars.

hi,

ist zwar nicht die feine art aber wenn man z.b. im testing ist, kann man sich doch einfach mit wget das source packet vom unstable vdr runterladen (evtl .noch die plugins die man braucht) das zeug auspacken und wie "früher" mit make usw. erstellen und dann mit make install installieren
wenn man fertig ist mit testen haut man halt die packete aus dem testing wieder drüber und man hat wieder alles wie vorher
vdr ist da doch recht einfach gestrickt, vdr binary und die binarys der plugins, da gibts doch bei den abhängigkeiten keine unterschiede zwischen 2.0.x und 2.1.x

Naja, die feine Art ist das aber nicht... Wenn das System schon einen Paketmanager anbietet, dann nutze ich den auch gerne.
Und jetzt ist das PPA ja da.

Lars.

Zitat von mini73

Ist jetzt nur grob aus dem Gedächtnis, evtl. muss eine Neuinstallation der vdr-plugins erzwungen werden, weil die die gleiche Version haben wie in testing-vdr.

Ich bin von stable-vdr auf das PPA umgestiegen und da wurden die Plugins automatisch installiert.
Mein VDR ging danach auch, obwohl das eine oder andere Plugin im Syslog von Problemen gesprochen hat. Aber nachdem ein Bild und ein Ton kam und ich nur kurz was probieren wollte, war mir das Wurst.

Danke Lars!

LG
Jasmin

PS: Ich bin wieder zurück auf stable-vdr (Backup eingespielt), weil das mein Wohnzimmer VDR ist und mein Schatzerl ... ... man will ja den Hausfrieden nicht stören.

Von stable auf testing-vdr-dev ist wahrscheinlich deshalb kein Problem, weil die Versionsnummern in testing-vdr* alle höher sind als in stable. Deshalb wurde alle Plugins gezogen.
Wenn man schon auf testing-vdr ist, kann es anders aussehen, da die Versionsnummern (mit Absicht) gleich sind. Sonst verliere ich den Überblick, was in testing aktualisiert wurde und noch rüber sollte nach testing-vdr-dev.

Lars.

ich hab mal vor Spaß permashift auf precise 2.1.6 unstable angewandt - besonders menu[hc] sieht nicht so gut aus...

Auf plain 2.1.6 applied es dagegen

root@ProLiant:/home/ck/permashift/vdr/vdr-2.1.6# ls -l | grep rej

-rw-r--r-- 1 root root    423 Apr 24 11:29 device.h.rej
-rw-r--r-- 1 root root   3388 Apr 24 11:29 dvbplayer.c.rej
-rw-r--r-- 1 root root    683 Apr 24 11:29 dvbplayer.h.rej
-rw-r--r-- 1 root root   2074 Apr 24 11:29 menu.c.rej
-rw-r--r-- 1 root root    928 Apr 24 11:29 menu.h.rej

Christian

Deshalb will ich so viele Patche wie möglich loswerden - fast alle fassen sie menu.c an und dann wundert man sich, warum der vdr komisch reagiert, wenn man eine Taste drückt...

Ein "ls -l *.rej" hätte es auch getan...

Lars.

ich glaub aber doch das das Problem recht übersichtlich ist - vllt kann man "Ein Eike" mal bitten über die paar rej rüberzugehen, der hat das bestimmt in ner Stunde am fliegen. er ist bestimmt auch an einer größeren Anzahl an Testern interessiert und dazu ist testing ja auch da

Zitat von CKone

ich glaub aber doch das das Problem recht übersichtlich ist - vllt kann man "Ein Eike" mal bitten über die paar rej rüberzugehen, der hat das bestimmt in ner Stunde am fliegen. er ist bestimmt auch an einer größeren Anzahl an Testern interessiert und dazu ist testing ja auch da

Hast du denn vorher den alten permashift-Patch entfernt?
Ich kann mir demnächst zumindest mal die rejects ansehen, vielleicht sind sie ja nicht so schlimm. Ich wollte aber eigentlich ein Weilchen warten, bis der Patch sich zurecht gerückt hat und sich nicht mehr so sehr ändert.

Lars.

Wie sieht denn die Meldung aus?
Hast du das pinning eingestellt?
Vielleicht mal kein dist-upgrade probieren, sondern nur ein reinstall des vdr.

Lars

Zitat von gerdh

Pinning ist wie im Post oben ... auch bei apt-get install --reinstall vdr kommt die selbe Meldung..

Oh man, welche?

Gerald