Debian-Buster Releasedatum

[willy4711]

Neues Testing. Wäre ein rolling Release mit Testing Sektion nicht angenehmer?

Na, besser rollen kann es doch gar nicht

[kalle123]

Neues Testing. Wäre ein rolling Release mit Testing Sektion nicht angenehmer?

Dann schau dir doch mal Siduction an

Gruß KH

[Joe58]

Was es nicht alles gibt! Die PCLinuxOS Konkurrenz. xD

Zurück zum Thema: Nee Spaß, ich installiere da doch lieber alle zwei Jahre neu. Habe dies gestern getan und die letzte Installation war... ach egal < 1 halbes Jahr her.

Aber wer installiert sein OS schon bitte jeden Tag neu. Da habe ich echt noch bessere Sorgen.

[Blue]

@Joe58:

Aber wer installiert sein OS schon bitte jeden Tag neu.

Genau so kann man das Verhalten eines "Rolling Release" charakterisieren.
Von "Testing" oder "Siduction" halten mich nicht Instabilität ab, sondern zu häufige Updates.

[Eppo]

Nun Buster ist wie angekündigt gestartet.
Die eingangs zitierten Images weekly-builds haben "buster" in den sourcen stehen, ob "testing" oder "stable" da ändert sich in den jetzt sourcen nichts.

[willy4711]

ob "testing" oder "stable" da ändert sich in den jetzt sourcen nichts.

Doch, zumindest "unter der Haube"

Code: Alles auswählen

E: Für das Depot »http://deb.debian.org/debian testing InRelease« wurde der »Codename«-Wert von »buster« in »bullseye« geändert.
N: Sie müssen dies explizit bestätigen, bevor Aktualisierungen von diesem Depot angewendet werden können. Lesen Sie die apt-secure(8)-Handbuchseite, wenn Sie weitere Informationen benötigen.

[Eppo]

Hast recht.
Unter der Haube ändert sich das. Obwohl man mit buster jetzt eigentlich stable hat, muss man in den sourcen das wort "buster" durch "stable" ersetzten. Sonst kriegt man eine Fehlermeldung.
(Wo und wie ich die Änderung "InRelease" explizit bestätige, steht im Handbuch, aber die o.g. Änderung der sourcen war zunächst mal einfacher).

[willy4711]

Hab das grad mal in einer VM (die einzige mit Stable) getestet:
Ob ich da nun stable oder buster reinschreibe : Es tut sich gar nichts.

Code: Alles auswählen

root@debian:~# apt update
0% [Verbindung mit prod.debian.map.fastly.net (2a04:4e42:3::204)] [Verbindung mit prod.debian.map.fastly.net (2a04:4e42:3::204)]
^C

sources.list (buster und stable versucht):

Code: Alles auswählen

deb http://deb.debian.org/debian/ buster main contrib non-free
deb-src http://deb.debian.org/debian/ buster main contrib non-free

deb http://security.debian.org/debian-security buster/updates main contrib non-free
deb-src http://security.debian.org/debian-security buster/updates main contrib non-free

deb http://deb.debian.org/debian/ buster-updates main contrib non-free
deb-src http://deb.debian.org/debian/ buster-updates main contrib non-free

Naja warten wir mal ab, was heute so noch passiert

[Blue]

@Eppo:

Nun Buster ist wie angekündigt gestartet.

Yep!

Obwohl man mit buster jetzt eigentlich stable hat, muss man in den sourcen das wort "buster" durch "stable" ersetzten.

Nein, es darf bei dem Namen "Buster" bleiben. Nur:
Beim Update-Kommando in der Bash kam der Text:

Holen:1 http://security.debian.org/debian-security buster/updates InRelease [31,2 kB]
Holen:2 http://deb.debian.org/debian buster InRelease [118 kB]
N: Für das Depot »http://security.debian.org/debian-security buster/updates InRelease« wurde der »Version«-Wert von »« in »10« geändert.
E: Für das Depot »http://security.debian.org/debian-security buster/updates InRelease« wurde der »Suite«-Wert von »testing« in »stable« geändert.
N: Sie müssen dies explizit bestätigen, bevor Aktualisierungen von diesem Depot angewendet werden können. Lesen Sie die apt-secure(8)-Handbuchseite, wenn Sie weitere Informationen benötigen.
Möchten Sie diese Änderungen übernehmen und mit der Aktualisierung von diesem Depot fortfahren? [j/N] j
Holen:3 http://security.debian.org/debian-security buster/updates/main Sources [1.688 B]
Holen:4 http://security.debian.org/debian-security buster/updates/main amd64 Packages [1.448 B]
Holen:5 http://security.debian.org/debian-security buster/updates/main Translation-en [1.364 B]
N: Für das Depot »http://deb.debian.org/debian buster InRelease« wurde der »Version«-Wert von »« in »10.0« geändert.
E: Für das Depot »http://deb.debian.org/debian buster InRelease« wurde der »Suite«-Wert von »testing« in »stable« geändert.
N: Sie müssen dies explizit bestätigen, bevor Aktualisierungen von diesem Depot angewendet werden können. Lesen Sie die apt-secure(8)-Handbuchseite, wenn Sie weitere Informationen benötigen.
Möchten Sie diese Änderungen übernehmen und mit der Aktualisierung von diesem Depot fortfahren? [j/N] j

Die Bestätigung bewirkt dann die entgültige Umwandlung in Buster von "Testing" zu "Stable".

Für Normalsterbliche genügt dann die sources.list:

deb http://deb.debian.org/debian/ buster main contrib non-free
deb http://security.debian.org/debian-security buster/updates main contrib non-free

[Blue]

@willy 4711:

Ob ich da nun stable oder buster reinschreibe : Es tut sich gar nichts.
Naja warten wir mal ab, was heute so noch passiert

Ich glaube, eine VM verhält sich doch anders als ein regulär installiertes System und ein Update durch die Bash.
Will sagen, imho solltest Du das "neue Stable-Buster" in der VM neu installieren...

[TomL]

Ich glaube, eine VM verhält sich doch anders als ein regulär installiertes System.

Da stellt sich mir die Frage, ob die VM überhaupt weiss, dass sie VM ist ... und mit dem Wissen müsste sie das ja auch als Anlass nehmen, gewisse Dinge anders zu tun, als es eine primäre Installation tun würde....was ich mir allerdings kaum vorstellen kann... ... ich habe gerade aus Neugier mal so ein paar Systeminfos durchgesehen und auf den ersten Blick, so würde ich jetzt sagen, weiss die VM nix von ihrem Sein als VM.... möglicherweise weiss sie es sehr Kernelnah, aber der Userspace oder irgendwelche Services ...?... ich denke/vermute mal nicht.

[Blue]

@TomL:
Die VM weiß natürlich nicht, dass sie eine VM ist.
Aber: Ich habe meinen Beitrag oben editiert:

Ich glaube, eine VM verhält sich doch anders als ein regulär installiertes System und ein Update durch die Bash.

Ich bin Überzeugt, dass VM-installierte Systeme oder Live-Systeme sich anders verhalten als fest installierte Systeme.
Weiterhin bin ich überzteugt, dass ein Update/Upgrade per Synaptic sich anders verhält, als diese Anweisungen per Bash.

[TomL]

Ich glaube nicht, dass man in diesem kurzen noch verbleibenden Zeitraum Wetten darauf abschließen sollte, was stable oder testing bedeutet. Ich würde die nächsten Wochen immer lieber auf echte Eindeutigkeit setzen, also nur so Parameter wie stretch, buster oder bullseye verwenden. Meiner Meinung nach sollte es dabei keinen Unterschied machen, ob's eine virtuelle oder reguläre Installation ist.

Leider weiss ich nicht genau den Satz "update durch die bash" zu deuten. Bei mir laufen alle Upgrades auf allen Systemen durch die Bash. Ist das bei Dir anders?

[Blue]

@TomL:

Meiner Meinung nach sollte es dabei keinen Unterschied machen, ob's eine virtuelle oder reguläre Installation ist.

Meiner Meinung nach doch.
Buster ist jetzt eindeutig "Stable" und auch in ein paar Wochen wird sich daran nichts ändern.
- Peace -

Leider weiss ich nicht genau den Satz "update durch die bash" zu deuten. Bei mir laufen alle Upgrades auf allen Systemen durch die Bash. Ist das bei Dir anders?

Ja, das ist bei mir normalerweise anders.
Faulerweise mache ich Updates per Synaptic. Ich bin ein simpler Desktop-User und habe nicht mehrere Systeme zu betreuen.
Beim Wechsel von Buster von "Testing-Freeze" auf "Stable" habe ich aber erlebt, dass erst ein Update per Bash die Umtragung auf "Stable" bewirkt hat (siehe oben) - bei Synaptic kam bis dahin eine Warnmeldung.

[TomL]

Buster ist jetzt eindeutig "Stable" und in ein paar Wochen wird sich daran nichts ändern.

Nein, das ist es nur in unserer Vorstellung und in der Debian-Release-Historie. IT-Technisch kanns aber durchaus auch anders aussehen... buster ist in allen Debian zur verfügungstellenden Systemen weltweit erst dann stable, wenn wirklich auf allen Debian-(Spiegel-)Servern alle stable-Verweise von stretch auf buster geändert wurden. Ich habe keine Ahnung, welcher Umfang das ist, bin aber einigermaßen sicher, dass das nicht nur ein binärer Switch ist. Ich würde einfach davon ausgehen, dass es vielleicht noch ein paar Wochen zur absoluten Eindeutigkeit braucht, deswegen würde ich jetzt auf solche Parameter wie testing und stable verzichten.

Vielleicht liege ich ja auch daneben... aber ich persönlich verlasse mich da eher auf mein Gefühl und meine Erfahrung bei Rollouts im großen Stil.

[Blue]

@TomL:

Vielleicht liege ich ja auch daneben...

Ich glaube schon. Peace.

[TomL]

Kläre mich auf ... ich lerne gerne dazu....

Nachtrag:
Es sieht so aus, dass ich doch nicht so ganz Unrecht hatte... dank Willy's Fundstück ... Fakt ist, die Umstellung dauert noch an und wird auch noch eine Zeit brauchen.... ob wirklich Wochen, weiss ich natürlich nicht.

[DeletedUserReAsG]

Naja, Willies „Fundstück“ bezieht sich auf Testing.

[Blue]

@niemand:

Naja, Willies „Fundstück“ bezieht sich auf Testing.

So isses.

@TomL:
Ich habe konkret erlebt, dass zumindest bei meinem System (Buster / GNOME) die Umstellung eindeutig stattgefunden hat.
Ob woanders und überhaupt, etc. darüber brauchen wir uns nicht zu streiten. Lohnt nicht. ich trinke jetzt lieber einen Dreifach-Destillierten Single Malt auf das Wohl von Buster-Stable...
Nochmal, ernstgemeint, Peace...

P.S.:
https://linuxnews.de/2019/07/gnu-linux- ... fentlicht/

[TomL]

Naja, Willies „Fundstück“ bezieht sich auf Testing.

Das ist korrekt... meine Aussage bezieht sich auch nur auf eine derzeit und vorübergehend möglicherweise fehlende Eindeutigkeit der Begriffe 'testing' und 'stable', weil das Begriffe mit wechselndem Inhalt sind. Die Endgültigkeit dieser Inhalte kann imho derzeit nur rein ideell mit einem Releasedatum assoziiert werden, tatsächlich ist diese Endgültigkeit aber von der abgeschlossenen Umstellung auf allen Distributions-Servern abhängig. 'testing' war oder ist bis zu einem bestimmten Zeitpunk "buster" und es ist oder wird zu einem bestimmten Zeitpunkt "bullseye" sein. War oder Wird oder Ist ist aber davon abhängig, ob ein bestimmter Debian-Distributions-Server endgültig umgestellt ist, und nicht nur an dem einem Punkt, dass das Buster-Repo lebt, sondern an allen, die diesen Rollout und den damit passierenden Release-Wechsel betreffen. Wie Willys Link zeigt, gilt das an der Stelle eben nicht, eben weil der Begriff 'testing' an dieser Stelle noch nicht vollständig migriert ist.

Und ich stelle weiterhin in Frage, ob der 'Inhaltswechsel' IT-Technisch auf den Debian-Distributions-Servern tatsächlich von jetzt auf gleich durchgeführt werden kann. Und wenn das nicht möglich ist, wie eben Willy's Fundstück zeigt, fährt mal halt noch für einige Wochen besser damit, wenn man auf die Parameter testing und stable verzichtet und unverwechselbar stretch, buster oder bullseye verwendet.... das ist definitiv eindeutig. Rockys Umstellung ist jedenfalls kein Maßstab, den hatte ich mit "buster" schon im Januar mit Beginn der Freeze-Phase.

[DeletedUserReAsG]

Testing ist jetzt Bullseye, weil Buster jetzt Stable ist.

Willies „Fundstück“ bezieht sich zweifelsfrei auf Testing/Bullseye, und hat mit Stable/Buster nix zu tun. Bei Testing kann es per Definition Fehler geben, gerade in dieser Phase jetzt, in der’s wieder losrollt (sprich: in der Massen an währendes Freezes von Testing in Unstable aufgestauten Paketen reinrollen).

[ingo2]

Und ich stelle weiterhin in Frage, ob der 'Inhaltswechsel' IT-Technisch auf den Debian-Distributions-Servern tatsächlich von jetzt auf gleich durchgeführt werden kann.

Das würde mich auch mal interessieren, wie die Pakete "physisch" (d.h. auf dem Datentäger) organisiert sind.
Ich stelle mir vor, alle Pakete von oldoldstable bis experimental liegen eintächtig in allen Versionen nebeneinander (z.B. in einem/mehreren Verzeichnis) wie in Debian-Snapshots http://snapshot.debian.org/.
Was davon zu den einzelnen Releases dann gehört, beschreiben nur noch Inhaltsverzeichnisse. In der Weise stellen sich mir oft die Repos, z.B. http://ftp.de.debian.org/debian/dists/ dar. Die URL's in der sources.list springen dann nur die entsprechenden Inhaltsverzeichnisse an.

Ein Releasewechsel beschränkt sich dann nur noch auf das Verschieben der Inhaltsverzeichnisse.

[willy4711]

Hey geil da isses:

Code: Alles auswählen

 apt update
OK:1 http://security.debian.org/debian-security buster/updates InRelease                                                        
OK:2 http://deb.debian.org/debian buster InRelease                                                                              
OK:3 http://deb.debian.org/debian buster-updates InRelease                                  
Paketlisten werden gelesen... Fertig                 
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
Aktualisierung für 1430 Pakete verfügbar. Führen Sie »apt list --upgradable« aus, um sie anzuzeigen.
root@debian:~# 
[...]
1430 aktualisiert, 388 neu installiert, 41 zu entfernen und 0 nicht aktualisiert.
Es müssen 1.352 MB an Archiven heruntergeladen werden.
Nach dieser Operation werden 1.885 MB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n] j

)
Na denn mal los (ist erst mal ne VM )

Mal ganz schnell bevor alle loslegen

[TomL]

Ein Releasewechsel beschränkt sich dann nur noch auf das Verschieben der Inhaltsverzeichnisse.

Ich glaube noch nicht mal, dass da was verschoben werden muss. Reichlich naiv, wie ich bin, denke ich, vielleicht sind auch nur einfache Symlinks zu aktualisieren...

Also vereinfacht und als Gedanken-Beispiel, zuerst löschen alter Symlinks
oldstable -> /pfad/Jessie
stable -> /pfad/stretch
testing -> /pfad/buster

und dann anlegen neuer:
oldstable -> /pfad/stretch
stable -> /pfad/buster
testing -> /pfad/bullseye

Ich habe allerdings keine Ahnung, ob das auch nur annäherungsweise so abläuft.... aber mein Beispiel zeigt, dass eben die 3 Parameter (oldstable, stable und testing) zu irgendeinem Zeitpunkt neue Inhalte bekommen.... und ich kann halt nicht glauben, dass das weltweit alles in der gleichen Sekunde passiert.... ich glaube eher, dass das viel Arbeit ist und einige Leute tagelang beschäftigt.

Um das mal weiter zu spinnen...
jessie -> /pfad/jessie wäre/ist hingegen unverändert bis heute seit Mai 2013 konstant
stretch -> /pfad/stretch wäre/ist unverändert seit April 2015 konstant und bleibt das noch ca. 2 Jahre
buster -> /pfad/buster wäre/ist unverändert seit Juni 2016 konstant, für ca. 4 Jahre
bullseye -> /pfad/bullseye bleibt unverändert bis irgendwann in etlichen Jahren konstant, für ca. 6 Jahre

[JTH]

Reichlich naiv, wie ich bin, denke ich, vielleicht sind auch nur einfache Symlinks zu aktualisieren...

Ich denke, damit wirst du recht haben:

For simplicity there’s a generic name to refer to the distribution used to prepare the next stable release: it’s testing. In the Debian archive, testing is just a symbolic link pointing to the right directory (squeeze currently).

[…]

In the Debian archive, the release is made official by pointing the “stable” symbolic link to the new distribution (and the “oldstable” one to the previous distribution).

Der Beitrag ist fast 10 Jahre alt, aber auch die Vorgehensweisen sind ja bei Debian gerne stabil