Wird Debian durch Weglassen der Version in sources.list "rolling"?

[debflash]

Hallo,

ich benutze Deban GNU/Linux 9 (stretch) 64-bit Gnome 3.22.2 und mal gehört (oder falsch verstanden?), dass ich durch Weglassen der Versionsbezeichnung in der sources.list irgendwann automatisch zu einer neuen Version komme, also z.B. in

Code: Alles auswählen

# Base repository
deb http://ftp.debian.org/debian stretch main contrib non-free

das "stretch" weglassen

Code: Alles auswählen

# Base repository
deb http://ftp.debian.org/debian main contrib non-free

Habe ich das so richtig verstanden?

Danke, debflash

[TuxPeter]

Nicht ganz. Wenn du z.B. "testing" einsetzt, bleibst du immer bei testing. Könnte man als "rolling" bezeichnen.

Wenn ich das richtig sehe, wollen die meisten User aber bewusst steuern, wann sie ihren Upgrade machen.

[geier22]

das "stretch" weglassen
Code: Alles auswählen
# Base repository
deb http://ftp.debian.org/debian main contrib non-free
Habe ich das so richtig verstanden?

Was apt mit deiner Zeile anfangen kann, kannst du ja mal selbst überprüfen, wenn du

Code: Alles auswählen

apt update

ausführst.
ich kanns auch vorweg nehmen:

Code: Alles auswählen

Fehl:3 http://deb.debian.org/debian main Release       
  404  Not Found [IP: 151.101.36.204 80]
Paketlisten werden gelesen... Fertig                 
E: Das Depot »http://deb.debian.org/debian main Release« enthält keine Release-Datei.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

Es ist immer notwendig, das gewünschte Release anzugeben. (also stretch oder stable bzw. buster oder testing)

Während Stable ja meist nur Sicherheitsupdates bekommt, wird testing laufend "erneuert".

Wenn du Stable (z.Z. Stretch) benutzt, passiert bei einem Release- Wechsel ( Buster wird zu Stable) mehr oder
weniger ein kompletter Austausch der installierten Pakete.
Dies geht meist gut, manchmal jedoch nicht.

Wenn du Testing benutzt, hast du einen kontinuierlichen Austausch von Paketen. Bei einem Versionswechsel macht sich
das praktisch nicht bemerkbar. Nachteil : man sollte möglichst täglich das System updaten, da sonst schnell einige
100 MB zusammenkommen. Auch sollte man sich bewusst sein, dass es manchmal Probleme geben kann.

Voraussetzung: Du hast in deiner sources.list Stable oder Testing eingetragen.

Wenn du dort den Namen des Releases einträgst, bleibt Stretch immer Stretch' und Buster immer Buster, bis du den Namen
änderst.

Ich würde deshalb ein System, das in der sources.list auf testing verweist, als rolling Release bezeichnen.

Edit oder Ergänzung:

Aus Stretch bzw. Stable kann aus den oben erwähnten Gründen nie ein "Rolling Release" werden

[uname]

Lese vielleicht folgende Geschichte: https://wiki.siduction.de/index.php?tit ... ans_Reiche

[geier22]

@uname
Danke für den nochmaligen Link auf diese "süsse" Geschichte. Irgendwo gab es diesen Link schon mal leider hatte ich ihn nicht
gespeichert. Jetzt ist das geschehen.

Sid und Experimental hatte ich oben nur nicht erwähnt, um das nicht noch komplizierter zu machen.

Aber Debian- Sid ist natürlich auch ein Rolling Release blos ohne Namen, genauso wie Siduction.
Wobei ich Siduction als eigene Distro bezeichnen würde.
Infos:
https://www.debian.org/doc/manuals/debi ... s#s-frozen

[uname]

Mit Sid wird es für den Anwender noch gefährlicher, da in Sid vielleicht einige kaputte Pakete sind, die noch nicht zu Testing übertragen wurden.
Persönlich nutze ich immer die Stable-Version bis sehr kurz vor dem Release der neuen Version. Dieses Updaten während des Releases ist mir mit der Zeit zu anstrengend geworden. Es ist selten, dass ich tatsächlich eine nagelneue Version eine Software benötige.

[miwie]

Ich benutze schon seit Jahren testing in der sources.list und mache zeitnah Updates, eigentlich ohne große Probleme.
Ab und an ist ein Paket kaputt bzw. hat serious bugs wie z.B. aktuell python3.7. I.d.R ist das nach einigen Tagen behoben.

[sommerregen]

Lese vielleicht folgende Geschichte: https://wiki.siduction.de/index.php?tit ... ans_Reiche

Es heißt: Lies

[debflash]

Noch rechtzeitig vor Ablauf von 2018 Vielen Dank für eure Erklärungen! Und allen ein frohes Neues Jahr!

[cronoik]

Lese vielleicht folgende Geschichte: https://wiki.siduction.de/index.php?tit ... ans_Reiche

Das ist eine sehr schoene Geschichte. VIelen Dank dafuer.

Ich würde deshalb ein System, das in der sources.list auf testing verweist, als rolling Release bezeichnen.

Testing wird allerdings immer mal wieder eingefroren (wie beispielsweise in 2019 [1] damit Buster stable wird), deshalb passt die Bezeichnung als rolling release leider nicht.

[1] https://release.debian.org/buster/freeze_policy.html

[Theophil T.]

Persönlich nutze ich immer die Stable-Version bis sehr kurz vor dem Release der neuen Version. Dieses Updaten während des Releases ist mir mit der Zeit zu anstrengend geworden.

Hallo uname,
habe heute erst den Thread gesehen und Dein Vorgehen noch nicht genau verstanden:
Du änderst, um Arbeit zu sparen, kurz vor dem offiziellen Release die sources.list auf die neue Version und aktualisierst dann mit apt-get update und apt-get dist-upgrade? Wo machst Du Dir das Vorgehen im Vergleich zum Standard-Upgrade mit allen Vorbereitungen einfacher und wie sind damit Deine Erfahrungen?

Viele Grüße und einen guten Rutsch und ein gutes neues Jahr an alle!
Theophil