Es ist niemand gezwungen yaVDR zu nutzen, ...
+1
Es ist niemand gezwungen yaVDR zu nutzen, ...
+1
Also ich hab jetzt mal ein PPA gemacht und natty aus vdr-stable rüberkopiert.
https://launchpad.net/~core-man-2000/+archive/ppa-yavdr-04
Hoffentlich hab ich was sinnvolles gemacht. Ausprobiert hab ich noch nix, muss erst ein backup der Partition machen, bevor ich in irgendwelchen apt Sachen rumfuhrwerke.
Hoffentlich hab ich was sinnvolles gemacht. Ausprobiert hab ich noch nix, muss erst ein backup der Partition machen, bevor ich in irgendwelchen apt Sachen rumfuhrwerke.
Ja, sieht ganz gut aus. Du brauchst kein Backup machen, man kann alles erstmal als Trockenübung prüfen:
#/> sudo apt-add-repository ppa:core-man-2000/ppa-yavdr-04
#/> sudo apt-get update
#/> sudo apt-cache policy vdr
Nun sollte vdr in der Version 1.7.22 zweimal gelistet werden, einmal aus unserem PPA und einmal aus Deinem. Nun kannst Du entscheiden wann Du auf Dein PPA umschaltest und entweder direkt Dein PPA wieder rausnehmen (/etc/apt/sources.list.d), bis zum Tag X, oder eben gleich yavdr/stable-vdr. Solange Du kein dist-upgrade real durchführst passiert hier auch nix. Bitte beachte(t), nur "yavdr/stable-vdr" deaktivieren, alle anderen unberührt lassen!
Du solltest noch die Abhängigkeit zu unserem yavdr/main definieren, im PPA: "Edit PPA dependencies", siehe auch Anhang.
Regards
fnu
PS.: Ist Dein PPA, aber evtl. hast Du auch "Mitleid" mit den 0.3.2 Nutzer und kopierst auch noch alle Lucid Paket aus yavdr/stable-vdr in das PPA.
So liebe yaVDR Fans,
langsam wird es ernst, will das Thema nochmals in Erinnerung bringen, was auch meine letzte Ankündigung hier sein wird.
Der nächste Post hier erfolgt zeitgleich mit der Ausführung, d.h. ich melde mich wenn wir anfangen zu migrieren, damit ihr für einige Zeit keinen Update macht.
Wie man weiter oben lesen kann, hat "core_man_2000" ein PPA eröffnet und eben diese 1.7.22er Pakete mit dem letzten LB Patch übernommen. Evtl. hat er ja noch Erbarmen mit den 0.3er Nutzern und übernimmt die Pakete auch ...
Regards
fnu
Ups, stimmt, da war doch was.
Aber jetzt weiss ich auch wieder, wieso ich das noch nicht gemacht habe: es sind 257 Pakete. die alle einzeln oder in maximal 10-er Paketen zu kopieren dauert ewig.
Gibts nen Kniff, wie ich einfach alle-aus-lucid markiere und kopiere (und zwar ohne dass es einen time-out gibt)?
Google war da jetzt nicht mein Freund...
Moin!
Gibts nen Kniff, wie ich einfach alle-aus-lucid markiere und kopiere (und zwar ohne dass es einen time-out gibt)?
Entweder Crowd-Sourcing oder du schreibst ein Programm, dass die Webservice API von Launchpad benutzt...
https://help.launchpad.net/API
https://launchpad.net/+apidoc/
Was meinst du, wie wir uns immer freuen, wenn wir einen neuen yavdr-(alpha)-Release vorbereiten...
Lars.
Hallo Frank,
meine yavdr´s werden nicht mehr angerührt. letztes Update ist abgeschlossen, und da es für den vdr Betrieb eh nichts neues auf der 0.4er gegeben hat war ein letzes Upgrade eigentlich sinnlos.
Es hat sich doch seit Monaten nichts mehr an den Paketen getan. Und da alles wie bisher recht ordentlich läuft wozu mit updates behelligen...
Ich sehe auch noch keinen Mehrwert vom 1.7.27er.
Ist es das Wert zu wechseln? Vielleicht wenn softdevicehd dabei ist, aber sonst werde ich kaum meinen LB so schnell aufgeben.
die alle einzeln oder in maximal 10-er Paketen zu kopieren dauert ewig.
Was meinst du, wie wir uns immer freuen, wenn wir einen neuen yavdr-(alpha)-Release vorbereiten...
Wie mini73 schon sagt, da leiden auch wir, da gewinnt Handarbeit eine ganz neue Bedeutung ...
Aber Du müßtest es nur 1x machen ...
Ich sehe auch noch keinen Mehrwert vom 1.7.27er.
Nun, Device Bonding wäre nutzbar ...
Aber klar, jeder wie er möchte, daher betreibe ich den Aufwand mit dem Thread hier, das die 2-3 LB Nutzer nicht ohne da stehen ...
Regards
fnu
Hi,
um den yaVDR64-0.5-beta Announce Thread von Fragen hierzu zu entlasten, werde wir anfangen die Pakete aus "testing-vdr" für Lucid (yaVDR-0.3) und Natty (yaVDR64-0.4) nach "stable-vdr" zu verschieben.
Initial wird alles was zu yaVDR gehört zur Verfügung stehen, plus weitere gängige und gefragte Plugins, in Summe ca. 70. Alle anderen werde nach und nach folgen, sofern sie sich noch gegen VDR 1.7.27 bauen lassen.
Die Fertigstellung wird in ein paar Tagen in den entsprechenden Announcethreads bekannt gegeben.
Regards
fnu
Hallo Zusammen,
ich habe jetzt das PPA von core-man eingebunden und in der yavdr.list
alle mit stable-vdr auskommentiert.
jpm@jpmvdr:/etc/apt/sources.list.d$ sudo apt-cache policy vdr
vdr:
Installiert: 1.7.22-8yavdr1~natty
Kandidat: 1.7.22-8yavdr1~natty
Versionstabelle:
*** 1.7.22-8yavdr1~natty 0
500 http://ppa.launchpad.net/core-man-2000/ppa-yavdr-04/ubuntu/ natty/main amd64 Packages
100 /var/lib/dpkg/status
1.7.17-1 0
500 http://archive.ubuntu.com/ubuntu/ natty/universe amd64 Packages
Sieht gut aus, oder? Darf ich jetzt dist-upgrade machen?
Sieht gut aus, oder? Darf ich jetzt dist-upgrade machen?
Ja, sieht IMHO gut aus, Du kannst ja erstmal ein Trockenlauf bei "apt-get" machen:
-s, --simulate, --just-print, --dry-run, --recon, --no-act
Keine Aktion; führt eine Simulation von Ereignissen aus, die eintreten würden, aber das aktuelle System nicht verändern.
Regards
fnu
sudo apt-get -s dist-upgrade
Ein Kernel, nvidia-Treiber, alle möglichen weiteren ubuntu-Pakete, nichts
vom vdr dabei. Das dürfte so klappen, hoffe ich.
Danke ... auch an core-man.
Prima, läuft noch ... zumindest sieht es aus der Ferne so aus.
So, jetzt habe ich doch ein Problem: wenn ich mittels des webinterfaces irgendein Paket nachinstallieren will, krieg ich folgende Fehlermeldung:
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:
The following packages have unmet dependencies:
vdr-plugin-fritzbox : Depends: vdr-abi-1.7.27-yavdr0
E: Broken packages
Alles anzeigen
ich hab jetzt rausgefunden, dass das abi-teil ein dummy-Paket ist, nur was bedeutet das? kann ich das irgendwie reparieren?
als workaround dachte ich mir:
wenn ich aus meinen ppa mit das passende deb file lade und mittels dpkg installiere, gibts keinen Fehler, aber das plugin wird wohl auch beim starten des vdr nicht mitgenommen. War ich da jetzt zu naiv? (in dem Fall remoteosd und svdrpservice). Muss ich da was von Hand eintragen irgendwo?
Also das Plugin wurde wohl für den VDR 1.7.27 gebaut - schau mal mit apt-cache policy warum er da nicht das aus deinem Repo zieht - hast du die "offiziellen" yaVDR-Paketquellen deaktiviert?
ich hab jetzt rausgefunden, dass das abi-teil ein dummy-Paket ist, nur was bedeutet das? kann ich das irgendwie reparieren?
Das Paket muss gegen den benutzten VDR einfach neu gebaut werden, dann bekommt es auch ein passendes ABI-Paket.
Gerald
Zunächst mal sass wie immer der Bug vor der Tastatur: apt-get update vergessen nach editieren der apt-sourcen, wahrscheinlich. jedenfalls war vdr 2 mal in der policy liste aufgetaucht.
Aber jetzt sind leider alle plugins aus der Liste im webinterface verschwunden.
aber immerhin ein manuelles apt-get install hat funktioniert...
Super, dein PPA hat mir gerade den Hintern gerettet da ich mir ein paar Plugins aus dem WFE installierte und eines davon ein Update machte.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!