Stretch ist nun in der Freeze-Phase

[Radfahrer]

Nicht mehr lange, dann gibt es endlich Buster! Stretch ist doch schon langweilig.

[Floki]

Kurz eine Frage am Rande:
Wenn ich in /etc/apt/sources.list die Einträge auf Stretch gestellt habe, dann brauche ich doch nichts weiter zu tun als regelmäßig nach Aktualisierungen (sudo apt update && sudo apt upgrade && sudo apt dist-upgrade) zu suchen oder? Solange ich da nicht "testing" drin habe, lande ich doch nach Freigabe von Stretch automatisch auf dem stabilen Zweit, korrekt? (Meines Wissens nach sind Stretch und Testing derzeit identisch und weichen erst dann voneinander ab wenn Stretch freigegeben ist.)

Beispiel:

Code: Alles auswählen

deb http://ftp.uni-bayreuth.de/debian/ stretch main non-free contrib

[ingo2]

Ja, ist im Prinzip korrekt so.

Du solltest nur besser schrittweise vorgehen also erst "apt-get upgrade" ud dann "apt-get dist-upgrade".
Und notiere dir, welche Konfigurationsdateien später anzupassen sind. Apt läßt dir bei der Intallation die Wahl, die "alte" beizubehalten, dann wird die "neue" als *.dpkg-dist gespeichert, oder du läßt die "neue" Version des Paketbetreuers installieren, dann wird die "alte" als *.dpkg-old gesichert.

Im Moment ist so ein dist-upgrade aber noch nicht völlig problemlos.

Ingo

[Radfahrer]

Du solltest nur besser schrittweise vorgehen also erst "apt-get upgrade" ud dann "apt-get dist-upgrade".

Warum? dist-upgrade, bzw. full-upgrade, reicht völlig.

Im Moment ist so ein dist-upgrade aber noch nicht völlig problemlos.

Warum nicht? Und warum noch nicht?

Eigentlich ist es keine schlechte Idee, ausschließlich apt-get dist-upgrade (oder apt full-upgrade) zu benutzen. Bei Testing ist es sowieso Pflicht, bei Stable schadet es nicht. Aber nur so vermeidet man Abhängigkeitsprobleme.

apt-get dist-upgrade hat nichts mit einem Wechsel von einem Release auf ein anderes zu tun! Deswegen finde ich die Bezeichnung bei apt, nämlich full-upgrade, besser. Das vermeidet Verwirrung.

[inne]

Im Moment ist so ein dist-upgrade aber noch nicht völlig problemlos.

Warum nicht? Und warum noch nicht?

Wenns ein LAMP o.ä. ist, hat default-mysql-server bzw. mariadb-server noch ein Problem bei der Installation/Update. Jedenfalls hier in einer VM, die ich aber nur zum spielen/angucken nutze und keine Priorität hat.

[Radfahrer]

Äh... was ist denn nun gemeint?
Das Upgrade auf das nächste Release, also von Jessi auf Stretch?
Oder das normale Installieren von Updates mittels apt-get dist-upgrade?

Das ist das, was ich mit Verwirrung meine. Also lieber gleich in Zukunft apt full-upgrade verwenden.

[ingo2]

Du solltest nur besser schrittweise vorgehen also erst "apt-get upgrade" ud dann "apt-get dist-upgrade".

Warum? dist-upgrade, bzw. full-upgrade, reicht völlig.

Weil Rückwärts-Kompatibilität nicht gewährleistet ist. Ich denke da nur an SSH bei meinen ARMEL-NAS. Da wird der sshd schon aus der initrd gestartet, denn ohne funlktionsfähigen SSH-Zugang sieht es schlecht aus. Deshalb erst "upgrade" da ist dann SSH incl. und kommt in die initrd - dann kann man beim "dist-upgrade" auch ruhig mal zum Reste-Knopf greifen.

Im Moment ist so ein dist-upgrade aber noch nicht völlig problemlos.

Warum nicht? Und warum noch nicht?

Mußt mal ein bischen in den Mailing-Listen von Debian gucken. Da sind noch ein paar Hürden zu nehmen und die abschließenden Tests stehen auch noch aus. Das wird nicht jeden Tag mit dem aktuellen Patch-Stand getestet.

apt-get dist-upgrade hat nichts mit einem Wechsel von einem Release auf ein anderes zu tun! Deswegen finde ich die Bezeichnung bei apt, nämlich full-upgrade, besser. Das vermeidet Verwirrung.

Weiß ich. passierte z.B. gestern bei Wheezy:
dist-upgrade hat Icedove -> Thunderbird upgegradet. Das will aus Kompatibilitätsgründen nich unbedingt jeder mitmachen. Ein einfaches "upgrade" hätte Icedove nicht substituiert.

[Benjamin92]

Das einzige, was mir wirklich aufgefallen ist, dass man vor dem dist-upgrade seit Mitte 2016 "apt-get purge rdnssd" ausführen muss, weil apt sonst das System nicht aktualisieren kann. Sonst hatte ich auf verschiedenen Systemen noch keine Probleme.
Muss aber auch nicht heißen, dass es keine Probleme gibt, kann ja sein, dass bestimmte Fehler einfach nicht auf meinen Systemen auftreten bzw nicht in meinen Usecases. Wie das bei anderen aussieht, kann ich natürlich nicht beurteilen.

[uname]

dass man vor dem dist-upgrade seit Mitte 2016 "apt-get purge rdnssd" ausführen muss, weil apt sonst das System nicht aktualisieren kann

Da ich kein IPv6 verwende habe ich rdnssd wohl nicht installiert und auch nicht diese Probleme.

[Colttt]

Bei mir geht telepathy nicht seit dem upgrade auf stretch was daran liegt das noch nicht alle pakete verfügbar​ sind, ich hoffe das passiert noch bis stable

[ingo2]

Bis wirklich (fast) alles geht, mußt du das erste Point-Release abwarten. Dann gibt es Fixes oder auch Workarounds.

[JoergMa]

Jap abwarten und Tee trinken. Denke für solche Fälle kommen die Fixes. Hab das Upgrade selbst auch schon vorgenommen, bisher alles tip-top!

[DeletedUserReAsG]

Nicht abwarten und Tee trinken, sondern gucken, ob Bugreport vorhanden und ggf. Infos beisteuern, oder einen Bugreport erstellen. Es heißt nicht grundlos Testing.

[JoergMa]

Klar, das wäre natürlich das optimale Vorgehen - war auch weniger wörtlich denn als Floskel gemeint