YaVDR/Updates und Upgrades

Aus VDR Wiki
(Unterschied zwischen Versionen)
Wechseln zu: Navigation, Suche
K (add yaVDR 0.5)
 
(37 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)
Zeile 1: Zeile 1:
 +
{{Vorlage:YaVDRNavigation}}
 
=Updates und Upgrades=
 
=Updates und Upgrades=
== Pakete aktuell halten ==
+
== Der Sinn von Updates ==
 +
Viele Pakete in den yaVDR-Repos und auch in den Standard-Ubuntu-Repos werden regelmäßig aktualisiert und enthalten neue Bugfixes und Sicherhheitskorrekturen. Manche Probleme lassen sich deshalb durch ein Paketupdate lösen. Falls das Problem nicht im [http://www.vdr-portal.de VDR Portal] gefunden werden kann, sollte yaVDR vor dem Erstellen eines neuen Threads im Forum auf den neuesten Stand gebracht werden: Vielleicht wurde das Problem mittlerweile schon behoben.
  
Paketupdates einzuspielen ist seit yaVDR 0.3 auch über das Web-Frontend möglich. Die folgenden Erläuterungen beziehen sich auf das Update per Konsole.
+
== Updates in Form von Paketen: Nichts "lose", alles verpackt ==
 +
Das yaVDR-Team achtet darauf, möglichst 100% aller Software-Komponenten in Form von standardisierten Softwarepaketen anzubieten, die leicht zu (de)installieren und zu aktualisieren sind. Der Aufbau dieser Softwarepakete folgt dabei logischerweise dem von Ubuntu genutzten Standard von [[APT|Debian-Paketen]]. Wer yaVDR aktualisieren will, aktualisiert also Softwarepakete. Diese Pakete liegen zum Abholen in fest definierten Repositories vor, die dem System bekannt sind.
  
Viele Pakete in den yaVDR-Repos und auch in den Standard-Ubuntu-Repos werden regelmäßig aktualisiert und enthalten neue Bugfixes und Sicherhheitskorrekturen. Manche Probleme lassen sich deshalb durch ein Paketupdate lösen. Falls das Problem nicht im www.vdr-portal.de Forum gefunden werden kann, sollte yaVDR vor dem Erstellen eines neuen Threads im Forum auf den neuesten Stand gebracht werden: Vielleicht wurde das Problem mittlerweile schon behoben. Ein Update auf die neuesten Pakete ist auf der Konsole möglich über Eingabe der folgenden Befehle:
+
== Genutzte Paket-Repositories ==
 +
Woher bezieht yaVDR Software-Updates? Standardmäßig sind mehrere Paketquellen nach der Installation von yaVDR automatisch definiert und sollten nicht verändert werden. Die aktiven Paketquellen lassen sich nachschlagen in diesen Dateien:
 +
* <code>/etc/apt/sources.list</code> (unveränderte Standard-Ubuntu-Datei, welche die Standard-Ubuntu-Repositories enthält)
 +
* <code>/etc/apt/sources.list.d/yavdr.list</code> (ergänzende Repository-Liste, welche nur die yaVDR-spezifischen Repositories enthält)
 +
 
 +
yaVDR 0.2 und yaVDR 0.3.x haben beide standardmäßig folgende Einträge in der Datei <code>/etc/apt/sources.list.d/yavdr.list</code>:
 +
 
 +
deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu lucid main
 +
deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu lucid main
 +
deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu lucid main
 +
 
 +
Weitere Infos zur so genannten source.list unter Ubuntu: [http://wiki.ubuntuusers.de/sources.list]
 +
 
 +
== Paket-Update via Konsole ==
 +
 
 +
Ein Update auf die neuesten Pakete ist auf der Konsole möglich über Eingabe der folgenden Befehle:
  
 
  sudo apt-get update
 
  sudo apt-get update
Zeile 11: Zeile 29:
 
Der erste Befehl holt eine aktuelle Liste von verfügbaren Paketen ab, anhand derer bestimmt werden kann, für welche Pakete es Updates gibt. Der zweite Befehl installiert dann diese neuen Pakete. Deshalb müssen immer beide Befehle in dieser Reihenfolge aufgerufen werden.
 
Der erste Befehl holt eine aktuelle Liste von verfügbaren Paketen ab, anhand derer bestimmt werden kann, für welche Pakete es Updates gibt. Der zweite Befehl installiert dann diese neuen Pakete. Deshalb müssen immer beide Befehle in dieser Reihenfolge aufgerufen werden.
  
Wer auf Nummer sicher gehen will, kann vor dem Paketupdate gern auch den VDR-Daemon stoppen. Das muss man für Updates normalerweise nicht, aber es besteht die theoretische Gefahr, dass der VDR das System nach einer bestimmten idle-Zeit automatisch runterfahren will, während das Update noch läuft. Dies wird im Normalfall über das lifeguard-Addon abgefangen, solange man von einem Zweitrechner per SSH eingeloggt ist und das Update von dort aus startet. Für das erfolgreiche Bauen von DKMS-Paketen nach Kernel-Updates ist es nicht nötig, den VDR zu beenden. Wer einen neuen Kernel oder ähnliches per dist-upgrade bekommt, müsste nach dem Beenden des Updates den Rechner neu starten.  
+
== Tipps und Tricks beim Paket-Update via Konsole ==
 +
 
 +
Alle folgenden Tricks beziehen sich eigentlich auf Ubuntu-Standard-Features, es sind keine yaVDR-spezifischen Tricks. Wer also diese Tricks noch nicht kannte, hat etwas über Ubuntu gelernt, was auch auf yaVDR angewendet werden kann.
 +
 
 +
=== Paketinstallation nur simulieren ===
 +
Wer wissen will, was installiert werden würde, ohne es wirklich zu tun, kann dies erreichen mit einem angehängten "--dry-run":
 +
 
 +
sudo apt-get dist-upgrade --dry-run
 +
 
 +
=== Historie der aktualisierten und neu installierten Pakete einsehen ===
 +
 
 +
Wer nach dem <code>dist-upgrade</code> herausfinden will, welche Pakete genau zu welchem Zeitpunkt mit welchen Versionen aktualisiert bzw. installiert worden sind, schaue in die Log-Datei <code>/var/log/apt/history.log</code>, welche ab yaVDR 0.3 auch im Web-Frontend unter Diagnose einsehbar ist. Auf der Konsole:
 +
 
 +
cat /var/log/apt/history.log
 +
 
 +
Ältere Versionen der history.log lassen sich auch noch durchstöbern, die älteren Dateien sind, wie von logrotate gewöhnt, gepackt:
 +
cat /var/log/apt/history.log.1
 +
zcat /var/log/apt/history.log.2.gz
 +
zcat /var/log/apt/history.log.3.gz
 +
...
 +
 
 +
=== VDR-Core oder Rechner nach Updates neu starten  ===
 +
 
 +
Damit die neu installierten Updates auch aktiv werden, muss entweder der VDR Daemon neu gestartet werden bzw. die betroffenen Komponenten (openbox, vdr-frontend, etc). Wer es sich einfach machen will, startet den Rechner neu.
 +
 
 +
=== VDR-Core vor langwierigen Updates stoppen  ===
 +
 
 +
Wer vor einem zeitintensiv anmutenden Update (viele Pakete + Kernel-Update + DKMS-DVB-Treiber) auf Nummer sicher gehen will, kann vor dem Paketupdate gern auch den VDR-Daemon stoppen. Damit werden anstehende Timer aber natürlich nicht mehr aufgezeichnet. Den Core stoppen muss man für Updates normalerweise nicht, aber es besteht die theoretische Gefahr, dass der VDR das System nach einer bestimmten idle-Zeit automatisch runterfahren will, während das Update noch läuft. Dies wird im Normalfall über das lifeguard-Addon abgefangen, solange man von einem Zweitrechner per SSH eingeloggt ist und das Update von dort aus startet. Für das erfolgreiche Bauen von DKMS-Paketen nach Kernel-Updates ist es nicht nötig, den VDR zu beenden. Wer einen neuen Kernel oder ähnliches per dist-upgrade bekommt, müsste nach dem Beenden des Updates den Rechner neu starten.  
  
 
Die komplette Befehlsfolge würde dann insgesamt so aussehen:
 
Die komplette Befehlsfolge würde dann insgesamt so aussehen:
Zeile 21: Zeile 66:
  
 
apt startet laufende Dienste wie den VDR-Daemon, den Windowmanager Openbox oder X11 am Ende eines Updates nicht neu. Das muss also von der Konsole aus manuell erledigt werden. Ein Reboot tut dies natürlich auch.
 
apt startet laufende Dienste wie den VDR-Daemon, den Windowmanager Openbox oder X11 am Ende eines Updates nicht neu. Das muss also von der Konsole aus manuell erledigt werden. Ein Reboot tut dies natürlich auch.
 +
 +
=== Probleme mit selbst kompilierten VDR-Plugins nach einem Update ===
  
 
{{Box Warnung|Selbst kompilierte VDR-Plugins, die nicht aus den yaVDR-Repos stammen, müssen nach Updates des Paketes '''vdr''' manchmal neu kompiliert und neu installiert werden, damit sie funktionieren.
 
{{Box Warnung|Selbst kompilierte VDR-Plugins, die nicht aus den yaVDR-Repos stammen, müssen nach Updates des Paketes '''vdr''' manchmal neu kompiliert und neu installiert werden, damit sie funktionieren.
Zeile 35: Zeile 82:
 
* Ein Ubuntu-Kernel-Update wird zurückgehalten. Die neuen Kernel-Pakete haben die Kernel-Versionsnummer im Paketnamen, und sind damit neue Pakete, die noch nie zuvor installiert waren.
 
* Ein Ubuntu-Kernel-Update wird zurückgehalten. Die neuen Kernel-Pakete haben die Kernel-Versionsnummer im Paketnamen, und sind damit neue Pakete, die noch nie zuvor installiert waren.
  
Bei <code>apt-get dist-upgrade</code> ist es demgegenüber erlaubt, derartige neue Pakete einzuspielen. Hinsichtlich <code>apt-get dist-upgrade</code> gibt es jedoch sehr oft Missverständnisse (siehe auch [http://ubuntulinuxtipstricks.blogspot.com/2010/02/dist-upgrade-misnomer-confusion.html]): Viele Leute glauben, dass ein <code>apt-get dist-upgrade</code> ein Upgrade auf ein neues Distributions-Release auslöst, also beispielsweise einen Sprung von Ubuntu 10.04 auf Ubuntu 10.10, was ein automatisches Ändern der apt-sources beinhalten müsste. Diese Annahme ist falsch, dafür gibt es bei Ubuntu Scripts wie <code>do-release-upgrade</code> (siehe unten).  
+
Bei <code>apt-get dist-upgrade</code> werden demgegenüber ohne Nachfrage derartige neue Pakete mitsamt der Paket-Aktualisierungen eingespielt. Hinsichtlich <code>apt-get dist-upgrade</code> gibt es jedoch sehr oft Missverständnisse (siehe auch [http://ubuntulinuxtipstricks.blogspot.com/2010/02/dist-upgrade-misnomer-confusion.html]): Viele Leute glauben, dass ein <code>apt-get dist-upgrade</code> ein Upgrade auf ein neues Distributions-Release auslöst, also beispielsweise einen Sprung von Ubuntu 10.04 auf Ubuntu 10.10, was ein automatisches Ändern der apt-sources beinhalten müsste. Diese Annahme ist falsch, dafür gibt es bei Ubuntu Scripts wie <code>do-release-upgrade</code> (siehe unten).  
  
 
Statt dessen werden nur
 
Statt dessen werden nur
Zeile 43: Zeile 90:
  
 
{{Box Hinweis|
 
{{Box Hinweis|
In yaVDR immer <code>apt-get dist-upgrade</code> benutzen! Die Abhängigkeiten eines Paketes ändern sich in der Ubuntu-Welt innerhalb eines Releases normalerweise nicht. Deshalb braucht man <code>apt-get dist-upgrade</code> in der Ubuntu-Welt viel seltener als in der yaVDR-Welt, oft sind es in Ubuntu nur Kernel-Updates, welche ein <code>apt-get dist-upgrade</code> zum Einspielen erfordern. In der yaVDR-Welt wird (bisher jedenfalls) viel mehr experimentiert und Neues ausprobiert, deshalb ändern sich dort recht häufig auch die Abhängigkeiten: Neue wichtige Pakete kommen hinzu, und man muss viel häufiger <code>apt-get dist-upgrade</code> nutzen, damit man auch alle Updates eingespielt bekommt und ein lauffähiges System behält.
+
In yaVDR immer <code>apt-get dist-upgrade</code> benutzen, um zurückgehaltene Pakete zu vermeiden! Die Abhängigkeiten eines Paketes ändern sich zwar in der Ubuntu-Welt innerhalb eines Releases normalerweise nicht. Deshalb braucht man <code>apt-get dist-upgrade</code> in der Ubuntu-Welt relativ selten. Oft sind es in Ubuntu nur Kernel-Updates, welche ein <code>apt-get dist-upgrade</code> zum Einspielen erfordern. In der yaVDR-Welt wird aber (bisher jedenfalls) viel mehr experimentiert und Neues ausprobiert. Deshalb ändern sich dort recht häufig auch die Abhängigkeiten: Neue wichtige Pakete kommen hinzu, und man muss viel häufiger <code>apt-get dist-upgrade</code> nutzen, damit man auch alle Updates eingespielt bekommt und ein lauffähiges System behält.
 
}}
 
}}
  
 
==Upgrade von yaVDR 0.x zu yaVDR 0.y==
 
==Upgrade von yaVDR 0.x zu yaVDR 0.y==
 +
 +
Auch wenn der Ubuntu-Unterbau von yaVDR es suggeriert: Es ist derzeit nicht selbstverständlich, dass von jeder yaVDR-Version ein Update zur Folgeversion möglich bzw. '''problemlos''' möglich ist. Das yaVDR-Entwicklerteam hat derzeit nicht die Ressourcen, sich neben der Arbeit an einer stabilen, feature-reichen VDR-Plattform auch noch um problemlose Upgrade-Pfade zu kümmern und diese  zu testen bzw. alle Paketabhängigkeitsprobleme vollständig zu lösen. Dafür ist das Team nicht groß genug und es gibt genug andere, wichtigere Probleme zu lösen. Diese Situation könnte sich möglicherweise in der Zukunft ändern, sollte die Fan-Gemeinde von yaVDR weiterhin wachsen und mehr aktive Developer und Tester an solchen Stellen mit anpacken. Der derzeitige Stand ist aber, dass nur dann ein sanftes Upgrade möglich ist, wenn sich die zu Grunde liegende Ubuntu-Version nicht geändert hat. In den anderen Fällen empfiehlt sich eine Neu-Installation. Details werden im folgenden erklärt.
  
 
Es gibt immer wieder Unklarheit, wie man von einer älteren auf eine neuere yaVDR-Version upgraden kann: Braucht man dazu nun <code>apt-get dist-upgrade</code> oder <code>yavdr-release-upgrade</code> oder <code>do-release-upgrade</code>?
 
Es gibt immer wieder Unklarheit, wie man von einer älteren auf eine neuere yaVDR-Version upgraden kann: Braucht man dazu nun <code>apt-get dist-upgrade</code> oder <code>yavdr-release-upgrade</code> oder <code>do-release-upgrade</code>?
  
Nicht jedes yaVDR-Release basiert auf einem anderen Ubuntu-Release. Solange das zu Grunde liegende Ubuntu-Release sich nicht ändert, ist ein Update einfach über die Nutzung von <code>apt-get dist-upgrade</code> möglich: Man bekommt sozusagen die neue yaVDR-Version "untergejubelt" und kann sich nicht vor ihr drücken. Um '''von yaVDR 0.1 zu yaVDR 0.1.1''' oder '''von yaVDR 0.2 zu yaVDR 0.3.x''' zu kommen, braucht man also keinerlei apt-sources auszutauschen. Es reicht das hier:
+
Nicht jedes yaVDR-Release basiert auch auf einem anderen Ubuntu-Release. Manche yaVDR-Releases teilen sich das selbe Ubuntu Release:
 +
* Auf Ubuntu 9.10 basieren yaVDR 0.1.0 und yaVDR 0.1.1.
 +
* Auf Ubuntu 10.04 basieren yaVDR 0.2 und yaVDR 0.3.x.
 +
* Auf Ubuntu 11.04 basiert yaVDR 0.4.
 +
* Auf Ubuntu 12.04 basiert yaVDR 0.5 und vermutlich auch das nächste Release, falls es vor Ubuntu 14.04 LTS erscheint.
 +
 
 +
Solange sich das zu Grunde liegende Ubuntu-Release nicht ändert, ist ein Upgrade einfach über die Nutzung von <code>apt-get dist-upgrade</code> möglich: Man bekommt sozusagen die neue yaVDR-Version "untergejubelt" und kann sich nicht vor ihr drücken. Um '''von yaVDR 0.1 zu yaVDR 0.1.1''' oder '''von yaVDR 0.2 zu yaVDR 0.3.x''' zu kommen, braucht man also keinerlei apt-sources auszutauschen. Es reicht das hier:
  
 
  sudo apt-get update
 
  sudo apt-get update
Zeile 67: Zeile 122:
  
 
{{Box Warnung|
 
{{Box Warnung|
In yaVDR niemals direkt das Ubuntu Standard-Script <code>do-release-upgrade</code> benutzen. Dies bezieht sich nur auf Ubuntu. yaVDR bietet hierfür - wenn nötig - ein Wrapper-Skript namens <code>yavdr-release-upgrade</code>. Wer dies trotzdem tut, erhält hinterher ein nacktes Ubuntu-System ohne yaVDR-Komponenten.
+
In yaVDR niemals direkt das von Ubuntu bekannte Standard-Script <code>do-release-upgrade</code> benutzen. yaVDR bietet hierfür - wenn nötig - ein Wrapper-Skript namens <code>yavdr-release-upgrade</code>. Wer diese Warnung missachtet, erhält hinterher ein nacktes Ubuntu-System ohne yaVDR-Komponenten.
 
}}
 
}}
  
[[Kategorie:YaVDR]]
+
{{Box Warnung|29.04.2011: Anmerkungen zur kommenden Version yaVDR 0.4: Es wird nach derzeitiger Planung nicht möglich sein, von yaVDR 0.3 zu yaVDR 0.4 upzugraden. Eine Neuinstallation ist unumgänglich. Begründung:
 +
* yaVDR 0.4 wird auf Ubuntu 11.04 Natty Narwhal basieren, damit wäre ein mehrschrittiges Update von yaVDR 0.3 (Lucid Lynx) über Ubuntu Maverick auf Natty nötig.
 +
* Für Ubuntu Maverick gibt es keine Pakete in den yaVDR-Repositories.
 +
* yaVDR 0.4 wird höchstwahrscheinlich nur als 64bit-Version erscheinen und man kann nicht von 32bit auf 64bit upgraden. }}
 +
 
 +
[[Kategorie:YaVDR|U]]

Aktuelle Version vom 7. September 2013, 19:50 Uhr

yavdr-logo-blue-bg.png
HDTV und XBMC in Deinem Wohnzimmer -
basierend auf Nvidia VDPAU, VDR und Ubuntu Linux
Diese Seite ist Teil der deutschsprachigen yaVDR-Dokumentation im VDR Wiki. Wir empfehlen Einsteigern die Lektüre der yaVDR-FAQ.

Die offizielle deutschsprachige Dokumentation befindet sich auf der yaVDR-Website: http://yavdr.org/documentation/de.

Die offizielle englischsprachige Dokumentation befindet sich auf der yaVDR-Website: http://yavdr.org.yavdr_logo_small.gif


Inhaltsverzeichnis

[Bearbeiten] Updates und Upgrades

[Bearbeiten] Der Sinn von Updates

Viele Pakete in den yaVDR-Repos und auch in den Standard-Ubuntu-Repos werden regelmäßig aktualisiert und enthalten neue Bugfixes und Sicherhheitskorrekturen. Manche Probleme lassen sich deshalb durch ein Paketupdate lösen. Falls das Problem nicht im VDR Portal gefunden werden kann, sollte yaVDR vor dem Erstellen eines neuen Threads im Forum auf den neuesten Stand gebracht werden: Vielleicht wurde das Problem mittlerweile schon behoben.

[Bearbeiten] Updates in Form von Paketen: Nichts "lose", alles verpackt

Das yaVDR-Team achtet darauf, möglichst 100% aller Software-Komponenten in Form von standardisierten Softwarepaketen anzubieten, die leicht zu (de)installieren und zu aktualisieren sind. Der Aufbau dieser Softwarepakete folgt dabei logischerweise dem von Ubuntu genutzten Standard von Debian-Paketen. Wer yaVDR aktualisieren will, aktualisiert also Softwarepakete. Diese Pakete liegen zum Abholen in fest definierten Repositories vor, die dem System bekannt sind.

[Bearbeiten] Genutzte Paket-Repositories

Woher bezieht yaVDR Software-Updates? Standardmäßig sind mehrere Paketquellen nach der Installation von yaVDR automatisch definiert und sollten nicht verändert werden. Die aktiven Paketquellen lassen sich nachschlagen in diesen Dateien:

  • /etc/apt/sources.list (unveränderte Standard-Ubuntu-Datei, welche die Standard-Ubuntu-Repositories enthält)
  • /etc/apt/sources.list.d/yavdr.list (ergänzende Repository-Liste, welche nur die yaVDR-spezifischen Repositories enthält)

yaVDR 0.2 und yaVDR 0.3.x haben beide standardmäßig folgende Einträge in der Datei /etc/apt/sources.list.d/yavdr.list:

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

Weitere Infos zur so genannten source.list unter Ubuntu: [1]

[Bearbeiten] Paket-Update via Konsole

Ein Update auf die neuesten Pakete ist auf der Konsole möglich über Eingabe der folgenden Befehle:

sudo apt-get update
sudo apt-get dist-upgrade

Der erste Befehl holt eine aktuelle Liste von verfügbaren Paketen ab, anhand derer bestimmt werden kann, für welche Pakete es Updates gibt. Der zweite Befehl installiert dann diese neuen Pakete. Deshalb müssen immer beide Befehle in dieser Reihenfolge aufgerufen werden.

[Bearbeiten] Tipps und Tricks beim Paket-Update via Konsole

Alle folgenden Tricks beziehen sich eigentlich auf Ubuntu-Standard-Features, es sind keine yaVDR-spezifischen Tricks. Wer also diese Tricks noch nicht kannte, hat etwas über Ubuntu gelernt, was auch auf yaVDR angewendet werden kann.

[Bearbeiten] Paketinstallation nur simulieren

Wer wissen will, was installiert werden würde, ohne es wirklich zu tun, kann dies erreichen mit einem angehängten "--dry-run":

sudo apt-get dist-upgrade --dry-run

[Bearbeiten] Historie der aktualisierten und neu installierten Pakete einsehen

Wer nach dem dist-upgrade herausfinden will, welche Pakete genau zu welchem Zeitpunkt mit welchen Versionen aktualisiert bzw. installiert worden sind, schaue in die Log-Datei /var/log/apt/history.log, welche ab yaVDR 0.3 auch im Web-Frontend unter Diagnose einsehbar ist. Auf der Konsole:

cat /var/log/apt/history.log

Ältere Versionen der history.log lassen sich auch noch durchstöbern, die älteren Dateien sind, wie von logrotate gewöhnt, gepackt:

cat /var/log/apt/history.log.1
zcat /var/log/apt/history.log.2.gz
zcat /var/log/apt/history.log.3.gz
...

[Bearbeiten] VDR-Core oder Rechner nach Updates neu starten

Damit die neu installierten Updates auch aktiv werden, muss entweder der VDR Daemon neu gestartet werden bzw. die betroffenen Komponenten (openbox, vdr-frontend, etc). Wer es sich einfach machen will, startet den Rechner neu.

[Bearbeiten] VDR-Core vor langwierigen Updates stoppen

Wer vor einem zeitintensiv anmutenden Update (viele Pakete + Kernel-Update + DKMS-DVB-Treiber) auf Nummer sicher gehen will, kann vor dem Paketupdate gern auch den VDR-Daemon stoppen. Damit werden anstehende Timer aber natürlich nicht mehr aufgezeichnet. Den Core stoppen muss man für Updates normalerweise nicht, aber es besteht die theoretische Gefahr, dass der VDR das System nach einer bestimmten idle-Zeit automatisch runterfahren will, während das Update noch läuft. Dies wird im Normalfall über das lifeguard-Addon abgefangen, solange man von einem Zweitrechner per SSH eingeloggt ist und das Update von dort aus startet. Für das erfolgreiche Bauen von DKMS-Paketen nach Kernel-Updates ist es nicht nötig, den VDR zu beenden. Wer einen neuen Kernel oder ähnliches per dist-upgrade bekommt, müsste nach dem Beenden des Updates den Rechner neu starten.

Die komplette Befehlsfolge würde dann insgesamt so aussehen:

sudo stop vdr
sudo apt-get update
sudo apt-get dist-upgrade
sudo reboot

apt startet laufende Dienste wie den VDR-Daemon, den Windowmanager Openbox oder X11 am Ende eines Updates nicht neu. Das muss also von der Konsole aus manuell erledigt werden. Ein Reboot tut dies natürlich auch.

[Bearbeiten] Probleme mit selbst kompilierten VDR-Plugins nach einem Update

Warnung
Warnung

Selbst kompilierte VDR-Plugins, die nicht aus den yaVDR-Repos stammen, müssen nach Updates des Paketes vdr manchmal neu kompiliert und neu installiert werden, damit sie funktionieren.


[Bearbeiten] Was ist der Unterschied zwischen apt-get upgrade und apt-get dist-upgrade?

Beide Befehle installieren grundsätzlich Paket-Aktualisierungen auf dem System. Es gibt jedoch entscheidende Unterschiede:

Bei apt-get upgrade werden niemals zusätzliche Pakete installiert, sondern es werden immer nur neuere Versionen von bereits installierten Paketen eingespielt. Wenn aber eine neuere Version eines VDR-Plugins namens vdr-plugin-beispiel nun plötzlich brandneu eine Abhängigkeit hinzubekommt zu einem Paket beispiel-core, welches noch nie vorher installiert war, dann wird vdr-plugin-beispiel bei einem Aufruf von apt-get upgrade zurückgehalten, weil apt-get upgrade keine neuen Pakete wie beispiel-core hinzuinstallieren darf, die noch nicht bereits installiert waren.

Beispiele für Pakete, die zurückgehalten werden:

  • Ein Update eines installierten VDR-OSD-Skin braucht ab sofort einen neuen Font, den es erst sei neuestem gibt. Das Skin-Paket-Update wird zurückgehalten, weil der Font nicht installiert werden darf, weil apt-get upgrade keine zusätzlichen Pakete installieren darf.
  • Ein Ubuntu-Kernel-Update wird zurückgehalten. Die neuen Kernel-Pakete haben die Kernel-Versionsnummer im Paketnamen, und sind damit neue Pakete, die noch nie zuvor installiert waren.

Bei apt-get dist-upgrade werden demgegenüber ohne Nachfrage derartige neue Pakete mitsamt der Paket-Aktualisierungen eingespielt. Hinsichtlich apt-get dist-upgrade gibt es jedoch sehr oft Missverständnisse (siehe auch [2]): Viele Leute glauben, dass ein apt-get dist-upgrade ein Upgrade auf ein neues Distributions-Release auslöst, also beispielsweise einen Sprung von Ubuntu 10.04 auf Ubuntu 10.10, was ein automatisches Ändern der apt-sources beinhalten müsste. Diese Annahme ist falsch, dafür gibt es bei Ubuntu Scripts wie do-release-upgrade (siehe unten).

Statt dessen werden nur

  • alle schon auf dem System vorhandenen Pakete auf den neuesten Stand gebracht und
  • gegebenenfalls zusätzliche Pakete installiert, welche bisher noch nicht auf dem System installiert waren. Dies passiert nur, wenn die neue Version eines aktualisierten Pakets um eine neue Paketabhängigkeit ergänzt worden ist, die es vorher noch nicht gab.


Hinweis
Hinweis

In yaVDR immer apt-get dist-upgrade benutzen, um zurückgehaltene Pakete zu vermeiden! Die Abhängigkeiten eines Paketes ändern sich zwar in der Ubuntu-Welt innerhalb eines Releases normalerweise nicht. Deshalb braucht man apt-get dist-upgrade in der Ubuntu-Welt relativ selten. Oft sind es in Ubuntu nur Kernel-Updates, welche ein apt-get dist-upgrade zum Einspielen erfordern. In der yaVDR-Welt wird aber (bisher jedenfalls) viel mehr experimentiert und Neues ausprobiert. Deshalb ändern sich dort recht häufig auch die Abhängigkeiten: Neue wichtige Pakete kommen hinzu, und man muss viel häufiger apt-get dist-upgrade nutzen, damit man auch alle Updates eingespielt bekommt und ein lauffähiges System behält.


[Bearbeiten] Upgrade von yaVDR 0.x zu yaVDR 0.y

Auch wenn der Ubuntu-Unterbau von yaVDR es suggeriert: Es ist derzeit nicht selbstverständlich, dass von jeder yaVDR-Version ein Update zur Folgeversion möglich bzw. problemlos möglich ist. Das yaVDR-Entwicklerteam hat derzeit nicht die Ressourcen, sich neben der Arbeit an einer stabilen, feature-reichen VDR-Plattform auch noch um problemlose Upgrade-Pfade zu kümmern und diese zu testen bzw. alle Paketabhängigkeitsprobleme vollständig zu lösen. Dafür ist das Team nicht groß genug und es gibt genug andere, wichtigere Probleme zu lösen. Diese Situation könnte sich möglicherweise in der Zukunft ändern, sollte die Fan-Gemeinde von yaVDR weiterhin wachsen und mehr aktive Developer und Tester an solchen Stellen mit anpacken. Der derzeitige Stand ist aber, dass nur dann ein sanftes Upgrade möglich ist, wenn sich die zu Grunde liegende Ubuntu-Version nicht geändert hat. In den anderen Fällen empfiehlt sich eine Neu-Installation. Details werden im folgenden erklärt.

Es gibt immer wieder Unklarheit, wie man von einer älteren auf eine neuere yaVDR-Version upgraden kann: Braucht man dazu nun apt-get dist-upgrade oder yavdr-release-upgrade oder do-release-upgrade?

Nicht jedes yaVDR-Release basiert auch auf einem anderen Ubuntu-Release. Manche yaVDR-Releases teilen sich das selbe Ubuntu Release:

  • Auf Ubuntu 9.10 basieren yaVDR 0.1.0 und yaVDR 0.1.1.
  • Auf Ubuntu 10.04 basieren yaVDR 0.2 und yaVDR 0.3.x.
  • Auf Ubuntu 11.04 basiert yaVDR 0.4.
  • Auf Ubuntu 12.04 basiert yaVDR 0.5 und vermutlich auch das nächste Release, falls es vor Ubuntu 14.04 LTS erscheint.

Solange sich das zu Grunde liegende Ubuntu-Release nicht ändert, ist ein Upgrade einfach über die Nutzung von apt-get dist-upgrade möglich: Man bekommt sozusagen die neue yaVDR-Version "untergejubelt" und kann sich nicht vor ihr drücken. Um von yaVDR 0.1 zu yaVDR 0.1.1 oder von yaVDR 0.2 zu yaVDR 0.3.x zu kommen, braucht man also keinerlei apt-sources auszutauschen. Es reicht das hier:

sudo apt-get update
sudo apt-get dist-upgrade

Anders sieht es aus, wenn ein neues yaVDR-Release auf einem aktuelleren Ubuntu-Release basiert: Ein Upgrade von yaVDR 0.1.1 zu yaVDR 0.2 erfordert die Nutzung von yavdr-release-upgrade. Vorher sollte man aber per apt-get dist-upgrade sein yaVDR 0.1.1 mit den neuesten Paketen versorgen und auch nachprüfen, ob yavdr-essential installiert ist (hätte mal per untie-packages entfernt worden sein können). Insgesamt sind also folgende Befehle nötig:

sudo apt-get update
sudo apt-get install yavdr-essential
sudo apt-get dist-upgrade
sudo yavdr-release-upgrade

Der letzte Befehl ruft dann unter anderem auch do-release-upgrade auf, nachdem es einige wichtige Dinge erledigt hat. Dies heißt noch nicht, dass so ein Upgrade auch in der Praxis problemlos funktioniert, wie man an dieser Diskussion sehen kann. In der Praxis war es oft schneller, vom yaVDR-ISO neu zu installieren, als ein langwieriges do-release-upgrade auszusitzen.

Mit do-release-upgrade wird in der Ubuntu-Welt ein Upgrade auf ein anderes Ubuntu-Distributions-Release angestartet, also der größte anzunehmende Systemumbau. Dazu werden die Repositories in der Liste der apt-sources komplett ausgetauscht und es müssen in den neuen Repositories alle benötigten Pakete vorliegen.

Warnung
Warnung

In yaVDR niemals direkt das von Ubuntu bekannte Standard-Script do-release-upgrade benutzen. yaVDR bietet hierfür - wenn nötig - ein Wrapper-Skript namens yavdr-release-upgrade. Wer diese Warnung missachtet, erhält hinterher ein nacktes Ubuntu-System ohne yaVDR-Komponenten.


Warnung
Warnung

29.04.2011: Anmerkungen zur kommenden Version yaVDR 0.4: Es wird nach derzeitiger Planung nicht möglich sein, von yaVDR 0.3 zu yaVDR 0.4 upzugraden. Eine Neuinstallation ist unumgänglich. Begründung:

  • yaVDR 0.4 wird auf Ubuntu 11.04 Natty Narwhal basieren, damit wäre ein mehrschrittiges Update von yaVDR 0.3 (Lucid Lynx) über Ubuntu Maverick auf Natty nötig.
  • Für Ubuntu Maverick gibt es keine Pakete in den yaVDR-Repositories.
  • yaVDR 0.4 wird höchstwahrscheinlich nur als 64bit-Version erscheinen und man kann nicht von 32bit auf 64bit upgraden.