yavdr 04pre2 auf yavdr updaten

nööö

Wenn ich mich nicht irre, dann beziehen die pre-Versionen ihre Pakete aus unseren testing-PPAs, wohingegen die finale 0.4 ihre Pakete aus unseren stable PPAs bekommt.

Will man von pre (testing) auf final (stable) umsteigen, muss man hier was ändern:

/etc/apt/sources.list.d/yavdr.list

deb http://ppa.launchpad.net/yavdr/main/ubuntu natty main
deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu natty main
deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu natty main
deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu natty main

Gruß
hepi

spielverderber

Zitat von Dott

Hallo
vielen Dank für die Antworten, nutzt ihr das Rep von pre2 noch weiter für neuere Versionen? Ich Frage nur weil das update schon eine Zeit gedauert hat.
Ich gehe mal davon aus das eine Neuinstallation mit yavdr04 von euch empfohlen wird, oder?

1) Ja. Es ist auch kein Repo für die pre2, das hast Du falsch verstanden.
2) Nein. Musst Du für Dich entscheiden.

Gruß
hepi

Moin!

Ja, eine Neuinstallation wird empfohlen, damit solche Fragen gar nicht erst entstehen...
Nicht jeder ist fit genug, auf der Kommandozeile Dateien zu editieren, und sollte das auch nicht müssen. Wer weiß, wie die Zusammenhänge sind, kann es sicherlich tun - aber im Zweifelsfall ist eine Neuinstallation der saubere Weg.

Der Hintergrund zu den Repositories:

• Die "stable"-Reihe enthält das, was als Release-ISO veröffentlicht wurde und wird bei Bugfixes entsprechend aktualisiert.
• Die "testing"-Reihe enthält das, was im Betatest benutzt wurde. Zum Zeitpunkt des stable-Release wird testing nach stable kopiert, es gibt also einen kleinen Zeitraum, wo stable=testing ist, aber darauf verlassen kann man sich nicht.
• Die "unstable"-Reihe ist unser Spielzimmer, in dem fleißig entwickelt wird. Hier ist die Wahrscheinlichkeit ziemlich sicher 1, dass etwas nicht funktioniert. Wenn wir einen Stand erreicht haben, der uns stabil genug für einen Alpha-/Beta-Test erscheint, wird er nach testing kopiert.

Solltest du also eine unveränderte pre-Version installiert haben, wird es immer eine pre-Version bleiben, nur ab dem Release-Zeitpunkt eben für die nächste Version. Es kann dann also passieren, dass nach einem Update mal irgendwas nicht funktioniert.
Über qualifizierte Bugreports (im Sinne von aussagekräftigen Fehlermeldung, passenden Logauszügen und eventuellen Lösungsvorschlägen) freuen wir uns natürlich!

Lars.

Ich denke mir ist keiner böse das ich hier mal ein wenig durchgefegt habe. Habt euch lieb

Zitat von mini73

Solltest du also eine unveränderte pre-Version installiert haben, wird es immer eine pre-Version bleiben, nur ab dem Release-Zeitpunkt eben für die nächste Version. Es kann dann also passieren, dass nach einem Update mal irgendwas nicht funktioniert.

Gehe ich recht in der Annahme, daß z.B. bei Installation von yaVDR0.4 jederzeit durch Anpassung von den apt sourcen auf den Testing oder Unstable Zweig "gehüpft" werden kann und bei Bedarf wieder zurück gewechselt werden kann (jeweils mit einem aptitude upgrade && aptitude dist-upgrade)? Ich habe meine "Familien yaVDR" jetzt auf stable umgestellt und im Arbeitszimmer einen weiteren, den ich dann auf testing schalten würde. Es wäre nur angenehm zu wissen, daß - wenn etwas momentan inkonsitent wird und nicht mehr zusammen läuft - so einfach ieder auf einen lauffähigen Stand gewechselt werden kann.

Zitat von mini73

Über qualifizierte Bugreports (im Sinne von aussagekräftigen Fehlermeldung, passenden Logauszügen und eventuellen Lösungsvorschlägen) freuen wir uns natürlich!

Gibt es für das Prozedere von Bugreports etwas zum Nachlesen, was genau soll enthalten sein? Wie stellt Ihr denn Euch genau einen Bugreport vor? Soll ein Thread eröffnet werden? Ich schätze, die genaue Liste der installierten Pakete wird von Interesse sein (da es ja auch davon abhängt, wann man ein dist-upgrade und gegen welches repository gemacht hat), ebenso wie die Hardware.

Wie sollen z.B. Erfahrungsberichte oder Tips weitergegeben werden? Ich habe z.B. heute mich intensiver mit dem avahi-mounter auseinandergesetzt, um z.B. verschiedene Shares mit Video von einem zentralen Server automatisch auf allen yaVDR Servern zur Verfügung zu stellen. Das war etwas tricky, weil die nohide option nicht so funktioniert wie es sich erst in den man pages anhört, und ich glaube das könnte auch für andere von Interesse sein.

SO
Ich hab mich mal an die Empfehlung gehalten und neu installiert, dabei hab ich gleich mal einen Wechsel von Onboard 9400 auf GT520 gemacht.
Mal sehen, ob das nun reibungslos klappt
Gruß und vielen Dank an alle, die mithelfen meinem Media-PC neues Futter zu geben

Zitat von einnordlicht

Gehe ich recht in der Annahme, daß z.B. bei Installation von yaVDR0.4 jederzeit durch Anpassung von den apt sourcen auf den Testing oder Unstable Zweig "gehüpft" werden kann und bei Bedarf wieder zurück gewechselt werden kann (jeweils mit einem aptitude upgrade && aptitude dist-upgrade)? Ich habe meine "Familien yaVDR" jetzt auf stable umgestellt und im Arbeitszimmer einen weiteren, den ich dann auf testing schalten würde. Es wäre nur angenehm zu wissen, daß - wenn etwas momentan inkonsitent wird und nicht mehr zusammen läuft - so einfach ieder auf einen lauffähigen Stand gewechselt werden kann

Nein, Deine Annahme ist falsch. Die Pakete in stable haben oft niedrigere Versionsnummern als die in testing, weil in testing neuere Sachen liegen als in stable. per apt-get update / dist-upgrade werden normal immer nur Pakete mit höheren Versionsnummern eingespielt. Das heißt, wenn Du einmal auf testing bist und dann auf stable wechselt, werden aus stable keine Pakete installiert, bis stable wieder mit neuen Paketen aus testing versorgt wird, die eine höhere Versionsnummer haben als die, die Du zu dem Zeitpunkt installiert hast.

Es gibt also genug Möglichkeiten, sich sein System durch Hin- und Herhüpfen in einen inkonsistenten Zustand zu bringen, den meist wir hier im Forum dann ausbaden müssen, weil die Leute selber vergessen haben, dass sie die Repos geändert haben.

Gruß
hepi

Moin!

Zitat von einnordlicht

Gibt es für das Prozedere von Bugreports etwas zum Nachlesen, was genau soll enthalten sein? Wie stellt Ihr denn Euch genau einen Bugreport vor? Soll ein Thread eröffnet werden?

Ich weiß jetzt nicht, ob irgendwo was geschrieben steht. Ist auch nicht ganz einfach pauschal zu beantworten, es hängt meist vom Problem ab.
Log-Auszug, bei Absturz ein Backtrace mittels vdr-dbg, Konfigurationseinstellungen, Beschreibung der Schritte zum Fehler usw...
Zuerst im Bugtracker gucken, ob es vielleicht schon drin ist und ggf. erweitern, dann im Forum suchen, ggf. einen neuen Thread erstellen.

Zitat von einnordlicht

Wie sollen z.B. Erfahrungsberichte oder Tips weitergegeben werden?

Gute Frage - das vdr-wiki ist sicherlich eine Stelle, wo man sowas sammeln kann. Ich weiß jetzt nicht genau, ob es auch irgendwo ein yavdr-wiki gibt. Ansonsten gibt's ein Repository mit der yavdr-Doku, das kann man klonen und "Patches" liefern.

Ich bin da leider nicht ganz up-to-date, ich programmiere eher "im Untergrund"...

Lars.

Zitat von mini73

Gute Frage - das vdr-wiki ist sicherlich eine Stelle, wo man sowas sammeln kann. Ich weiß jetzt nicht genau, ob es auch irgendwo ein yavdr-wiki gibt. Ansonsten gibt's ein Repository mit der yavdr-Doku, das kann man klonen und "Patches" liefern.

Ich bin da leider nicht ganz up-to-date, ich programmiere eher "im Untergrund"...

Nutzer-Erfahrungsberichte mit bestimmter Hardware (DVB-Geräte, Fernbedienungen, Motherboards) könnten theoretisch in einem bereits existierenden aber bisher nicht genutzten yaVDR-Wiki abgelegt werden. Alle Tipps, welche allen yaVDR-Nutzern helfen und nicht nur mit Hardware X funktionieren, sollten in die von mini73 erwähnte, von seahawk betreute Doku.

Gedanken zum Thema Dokumentation wurden sich schon genug gemacht, ist auch alles schriftlich nachzulesen (yaVDR-Dokumentation verbessern: Wer macht mit?), aber es gibt niemanden, der Lust hat, ein neues yaVDR-Wiki aufzubauen. Und ohne lebendiges Team dahinter macht es keinen Sinn.

Gruß
hepi