'apt' - Fragen, Erkennen und Verstehen ??

[reox]

Verstehe ich nicht ganz. Was meinst du mit "schaltet die Ausgabe ... ein"?

Ich würds ja gern herzeigen aber ad-hoc find ich kein Paket welches eine Entfernung beim full-upgrade triggern würde... Solte man meinen das kann nicht so schwer sein
Das heißt einfach, dass apt hier dann mehr infos geben würde warum ein Paket entfernt werden soll

edit: Ah! Der gcc ist so ein Fall. gcc hängt ab von gcc-8 unter buster und gcc-10 unter bullseye. Beim full-upgrade erhält man dann mit der apt option gesetzt:

Code: Alles auswählen

# apt -o Debug::pkgProblemResolver=yes full-upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Starting pkgProblemResolver with broken count: 1
Starting 2 pkgProblemResolver with broken count: 1
Investigating (0) libc6-dev:amd64 < 2.28-10 -> 2.31-13+deb11u2 @ii umU Ib >
Broken libc6-dev:amd64 Breaks on libgcc-8-dev:amd64 < 8.3.0-6 @ii mK > (< 8.4.0-2~)
  Considering libgcc-8-dev:amd64 -2 as a solution to libc6-dev:amd64 5
  Added libgcc-8-dev:amd64 to the remove list
  Fixing libc6-dev:amd64 via remove of libgcc-8-dev:amd64
Investigating (0) gcc-8:amd64 < 8.3.0-6 @ii mK Ib >
Broken gcc-8:amd64 Depends on libgcc-8-dev:amd64 < 8.3.0-6 @ii mR > (= 8.3.0-6)
  Considering libgcc-8-dev:amd64 -2 as a solution to gcc-8:amd64 -2
  Removing gcc-8:amd64 rather than change libgcc-8-dev:amd64
Done
Calculating upgrade... Done
The following packages were automatically installed and are no longer required:
  cpp-8 gcc-8-base gcc-9-base libapt-pkg5.0 libasan5 libffi6 libgcc1 libhogweed4 libisl19 libmpx2 libnettle6
Use 'apt autoremove' to remove them.
The following packages will be REMOVED:
  gcc-8 libgcc-8-dev
  [...]

[Meillo]

Ich denke, mich stoert in erster Linie wenn es heisst, dass upgrade nie sinnvoll waere. Ich denke, es ist in manchen Faellen sinnvoll.

2. wenn's um stable geht: geht's um die Aktualisierung des installierten Systems (dann habe ich bisher noch nichts gesehen, was die Nützlichkeit/Überlegenheit vom einfachen upgrade gegenüber full-/dist-upgrade zeigen könnte)

Mir geht es umgekehrt: Ich finde keinen Grund fuer die Nuetzlichkeit von full-upgrade wenn ich nur Security-Updates einspielen will?


Die Nuetzlichkeit von upgrade ist, dass wenn ich neue Versionen von vorhandenen Paketen (d.h. Fixes) ohne gross Nachzudenken installieren will, aber immer wenn dabei Pakete entfernt werden wuerden, mir das genauer anschauen will.

Ich rede keineswegs von einer Ueberlegenheit von upgrade oder davon, dass upgrade alleine ausreichend waere -- beides ist naemlich nicht der Fall. Ich moechte nur die zwei Faelle -- Fixes und groessere Upgrades -- separat behandeln. Das bekomme ich wenn ich normalerweise upgrade verwende, das genau dann fehlschlaegt, wenn es um den zweiten Fall geht. Dann schaue ich mir das Problem genauer an und loese es z.B. indem ich full-upgrade verwende. Indem ich dieses zweistufige Verhalten verwende muss ich weniger aufmerksam sein, weil es die interessanten Faelle fuer mich automatisch rausfiltert (indem upgrade fehlschlaegt). Das macht mir das Leben leichter (auf einem Server mit Stable oder Oldstable und wenig Paketbewegungen).


Vielleicht geht es in der upgrade vs. full-upgrade Diskussion aber auch eher darum, was man Einsteigern empfehlen soll. Ich kann nachvollziehen, dass man reines full-upgrade empfiehlt, weil man dafuer viel weniger vom System verstehen muss. Der Paketmanager weiss diese Dinge vermutlich besser als ein Einsteiger, darum laesst man einfach ersteren die Probleme loesen. Ausserdem muss der Einsteiger dann nur einen Befehl kennen und nicht zwei.

Da man bei upgrade in manchen Faellen zudem full-upgrade braucht, braucht man deutlich mehr Wissen vom System. Das kann gegen eine Empfehlung von upgrade sprechen. Auch macht auf einem Desktop-System mit vielen Abhaengigkeiten und viel Veraenderung sowohl durch Installieren/Deinstallieren als auch durch Umbauten in den Projekten, wo dann sich Abhaengigkeiten von einem Paket oefters mal aendern, auch mehr Sinn.


Es sind eben verschiedene Szenarien, verschiedene Wuensche, verschiedene Ziele, verschiedene Kenntnisstaende ... und selten war ein einziger Ansatz der beste fuer alle.

[KP97]

@TE
Vielleicht hilft das ebenfalls weiter:
https://debian-handbook.info/browse/de- ... t-get.html

[Florian113]

Nabend.
Ich hab mal aufmerksam mitgelesen.
Ich halte es eigentlich immer so um das System aktuell zu halten:

Terminal als su

apt-get update
apt-get upgrade

so und dann

apt-get autoremove
apt-get clean

um Überschüssiges zu entfernen.
Hat immer prima ohne Probleme gefunzt.

Für's Releasuepgrade mach ich ne Neuinstalation, geht schneller und es kommt nicht zu irgendwelchen Konflikten.
Wenn /home auf einer seperaten Partion läuft hat man da in den meisten Fällen auch seine Einstellungen so wieder.

Aber vieleicht ist es ja am Thema ein bisserl vorbei.
Gruß Achim

[fischig]

Für's Releaseupgrade mach ich ne Neuinstallation, geht schneller und es kommt nicht zu irgendwelchen Konflikten.

Macht der Unsichere womöglich so, weil ihn das unsägliche Gedöns um upgrade/full-/dist-upgrade schon völlig meschugge gemacht hat.

Nochmal: innerhalb eines stable Releases ist es völlig schnuppe, ob man mit einfachem upgrade oder mit full-/dist-upgrade hantiert und das gilt für den Könner wie den Unsicheren gleichermaßen, aber mit full-/dist-upgrade ist der Unsichere innerhalb eines stable Releases immer auf der sicheren Seite.

[MSfree]

Nochmal: innerhalb eines stable Releases ist es völlig schnuppe, ob man mit einfachem upgrade oder mit full-/dist-upgrade hantiert

Falsch!

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Upgrade ist also immer nur ein "halbes" Upgrade. Vor allem, wenn es dann um das nächste Release geht, also in meinem Beispiel um 12.0, kann es mit dem halb aktualisierten System zu Konflikten beim Hochheben des Relesaes auf 12.0 kommen.

[Meillo]

aber mit full-/dist-upgrade ist der Unsichere innerhalb eines stable Releases immer auf der sicheren Seite.

... wenn es so eindeutig ist, dass full-upgrade immer besser ist, dann frage ich mich, warum das offizielle Handbuch (das KP97 verlinkt hat) das nicht auch so empfiehlt:
https://www.debian.org/doc/manuals/debi ... pt-upgrade
https://www.debian.org/doc/manuals/debi ... pt-upgrade

Ich meine, vielleicht verstehst du Debian ja besser als die Debian-Entwickler ihr eigenes System.


Btw: Dieser harte Schlagabtausch ist nicht in meinem Sinne. Ich habe versucht in meinem vorigen Post eine Kompromissloesung anzubieten. Zudem wollte ich full-upgrade nicht schlecht machen, sondern nur nicht als Alleinloesung anerkennen. Die harte Position kommt also nicht von meiner Seite. Ich will aber nicht zuschauen wie eine einseitige Position, die auch noch offiziellen Empfehlungen widerspricht, als allseeligmachend verkauft wird. Die Welt ist vielseitig, die Nutzungsszenarien sind vielseitig ... je nachdem sind unterschiedliche Werkzeuge die passenden. Ich habe kein Problem damit wenn andere User andere Dinge empfehlen, solange sie damit mir ebenso erlauben zu empfehlen was ich empfehlenswert finde und zu begruenden warum ich das empfehlenswert finde. Wenn ich Denkfehler in meiner Begruendung habe, dann waere es toll, wenn mir die gezeigt werden. Gleichermassen versuche ich die ggf. vorhandenen Denkfehler in den Begruendungen anderer Empfehlungen anzusprechen. So lernen wir alle etwas davon und mehren unser Wissen. ... das sollte dann (um den Kreis zu schliessen) ganz im Sinne des Threaderstellers (``Fragen, Erkennen und Verstehen'') sein.

[fischig]

Upgrade ist also immer nur ein "halbes" Upgrade.

Wem sagst du das! Ich meinte mich zu erinnern, dass genau das jemandem mit einfachem upgrade hier passiert war. Deswegen meinte ich, dass der Unsichere mit einem full-/dist-upgrade innerhalb eines releases immer auf der sicheren Seite ist und er das einfache upgrade getrost vergessen kann.

@Meillo
Ich habe nie gesagt, dass full-ugrade eine Alleinlösung sei. Ich sage nur, dass es innerhalb eines stable releases überflüssig ist, wenn nicht gar kontraprodukitv, s.MSFree.

Ich meine, vielleicht verstehst du Debian ja besser als die Debian-Entwickler ihr eigenes System.

Das glaube ich ganz und gar nicht, aber vielleicht sind die Debian-Entwickler ja im Schreiben von Anleitungen nicht so gut wie im Entwickeln.

[tobo]

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Ein Point Release ist für APT, wie auch für jede andere Software auch, völlig bedeutungslos!

[Blue]

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Ein Point Release ist für APT, wie auch für jede andere Software auch, völlig bedeutungslos!

Nicht ganz.
Es kommt darauf an, ob der User später - um Das Beispiel von MSfree zu verwenden - zur Debian-Version 12 wechseln will. Hat er bisher nur ein "apt upgrade" gemacht, fehlen ihm die Zwischenschritte und es könnte dann mit dem Befehl "apt full-upgrade" Probleme zum Metamorphose-Versuch auf 12 geben.
Wer bei Version 11 bleiben will, der ist sicher mit dem immer verwendeten Befehl "apt-upgrade" gut aufgehoben.
Daher stimme ich der Argumentation von fischig zu, dass jemand der sich nicht tiefer informieren will, mit einem regelmäßigen "full-upgrade" besser aufgehoben ist.

@fischig:

...aber vielleicht sind die Debian-Entwickler ja im Schreiben von Anleitungen nicht so gut wie im Entwickeln...

Das und ich gehe davon aus, dass die Entwickler bei der Formulierung der Anleitungen von einem allseits informierten User ausgehen, was aber in der Regel nicht der Fall ist, siehe Thread-Bedarf und -Verlauf.
Ich kann mich auch noch an einen Thread erinnern, bei dem es um die Frage ging, ob man sich als Root mit "su" oder "su-" anmelden sollte...

Wer die Informationen des Links zu https://debian-handbook.info/browse/de- ... t-get.html von KP97 genau liest, braucht imho diesem Thread eigentlich gar nicht mehr zu lesen.

[tobo]

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Ein Point Release ist für APT, wie auch für jede andere Software auch, völlig bedeutungslos!

Nicht ganz.

Doch, zu 100%!

Es kommt darauf an, ob der User später - um Das Beispiel von MSfree zu verwenden - zur Debian-Version 12 wechseln will. Hat er bisher nur ein "apt upgrade" gemacht, fehlen ihm die Zwischenschritte und es könnte dann mit dem Befehl "apt full-upgrade" Probleme zum Metamorphose-Versuch auf 12 geben.
Wer bei Version 11 bleiben will, der ist sicher mit dem immer verwendeten Befehl "apt-upgrade" gut aufgehoben.

Was um Himmels Willen hat das mit der angesprochenen Point Release-Thematik zu tun? Ein apt-get upgrade/dist-upgrade/full-upgrade aktualisiert (über Pont Release-Grenzen hinweg) bis zum aktuellen Stand - die Software interessiert es einen Scheiß, was da für ein Point Release gerade aktuell ist.

[Blue]

@tobo:

Weißt du überhaupt, was ein Point Release ist?

https://www.computerhope.com/jargon/p/point-release.htm

Mein Beitrag bezog sich auf die Information von MSFree:

Nochmal: innerhalb eines stable Releases ist es völlig schnuppe, ob man mit einfachem upgrade oder mit full-/dist-upgrade hantiert

Falsch!

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Upgrade ist also immer nur ein "halbes" Upgrade. Vor allem, wenn es dann um das nächste Release geht, also in meinem Beispiel um 12.0, kann es mit dem halb aktualisierten System zu Konflikten beim Hochheben des Relesaes auf 12.0 kommen.

Und tobo, das ist auch wieder typisch für viele viele Threads, nicht nur hier, dass oft nur auf den letzten Beitrag "geantwortet" wird, ohne den Threadverlauf gelesen zu haben und zu kennen.

[TRex]

Der erste, der den Sachverhalt (vollständig, ohne Andeutungen) mithilfe von debian-Doku untermauert, kriegt nen großen Keks mit Schokostückchen.

[Meillo]

Ein Point Release ist für APT, wie auch für jede andere Software auch, völlig bedeutungslos!

Der Aussage stimme ich zu. APT interessiert sich nur fuer Paketversionsnummern und Abhaengigkeiten/Konflikte. Ein Pointrelease bedeutet ja nur, dass an der Stelle Aenderungen *innerhalb* eines Releases gemacht werden koennen, die normalerweise innerhalb eines Releases verboten sind, naemlich z.B. Abhaengigkeiten zu aendern, was dann mit upgrade nicht mehr gehandhabt werden kann.

Aus Sicht von APT ist ein Pointrelease AFAIK identisch wie ein Release, bloss dass sich das Repo nicht aendert (und die Menge der Aenderungen kleiner ist).

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Kann mir jemand sagen, was `apt-get upgrade' ausgibt, wenn man sich vor dem Pointrelease befindet und ein Pointrelease verfuegbar waere. Tut es einfach so als waere kein Pointrelease vorhanden oder sagt es einem, dass es manche Pakete nicht aktualisieren kann?

[fischig]

Eben wird's unsachlich - mein Eindruck!

Kann mir jemand sagen, was `apt-get upgrade' ausgibt, wenn man sich vor dem Pointrelease befindet und ein Pointrelease verfuegbar waere

Ich nicht, da ich es seit ca. 20 Jahren nicht benutze.

[Blue]

@Meillo:

Tut es einfach so als waere kein Pointrelease vorhanden oder sagt es einem, dass es manche Pakete nicht aktualisieren kann?

Ich vermute Letzteres.
Angenommen der User will dann - um beim Szenario von MSfree zu bleiben - auf 12 wechseln, so stelle ich jetzt die Frage, ob er dann, wenn er immer "apt upgrade" verwendet hatte und jetzt dazu "apt full-upgrade" verwendet, eventuell im Gegensatz zum Immer-Apt Full-Upgrade-Verwender Probleme bekommen könnte.

@fischig:

Eben wird's unsachlich - mein Eindruck!

Das mit dem Keks und Schokoladestückchen auf alle Fälle. Das erinnert mich an die "Popkorn" Einlagen bei Threads und Chats.
Meillos Beitrag erlebe ich als Diskussionsfortführung.

[fischig]

Angenommen der User will dann - um Beisp Szenario von MSfree zu bleiben - auf 12 wechseln, so stelle ich die Frage, ob er dann, wenn er immer "apt upgrade" verwendet hatte und jetzt dazu "apt full-upgrade" verwendet eventuell im Gegensatz zum Immer-Apt- uFull-Upgrade"-Verwender Problemer bekommen könnte.

Jupp, aber das wird höchst selten vorkommen. Deswegen meine These, stable betreffend: Vergesst apt-upgrade! Es sei denn, ihr wisst sehr genau, was ihr vorhabt.

[Blue]

@fischig:
Daher hatte ich oben geschrieben

Daher stimme ich der Argumentation von fischig zu, dass jemand der sich nicht tiefer informieren will, mit einem regelmäßigen "full-upgrade" besser aufgehoben ist.

... wenn er später ein Dist-Upgrade vorhat...

Jupp, aber das wird höchst selten vorkommen. Deswegen meine These, stable betreffend: Vergesst apt-upgrade! Es sei denn, ihr wisst sehr genau, was ihr vorhabt.

Nur, umgekehrt: Wenn der User nicht von 11 auf 12 wechseln will, dann ist das "full-upgrade" für ihn gefährlich, wenn er nicht informiert ist und einfach den Mausklick tätigt.

Und ja, es ist, wie Du schon geschrieben hast:

Wenn man diese beiden Informationen weglässt, kann man natürlich wunderbar weiter aneinander vorbei reden.

Ich wiederhole:
Am besten liest ein User das Apt-Kapitel im Administrationshandbuch wie von KP97 vorgeschlagen: https://debian-handbook.info/browse/de- ... t-get.html

[TRex]

Das mit dem Keks und Schokoladestückchen auf alle Fälle. Das erinner mich an die "Popkorn" Einlagen.

So war das nicht gemeint. Ich würde gerne von den "das ist so!" und "nein, ich weiß es besser, das ist so!" Beiträgen und dem umgebenden scharfen Ton weg. Das ist kein politisches Thema, da gibt es keine Deutungsunklarheiten, Details eingeschlossen.

[reox]

Kann mir jemand sagen, was `apt-get upgrade' ausgibt, wenn man sich vor dem Pointrelease befindet und ein Pointrelease verfuegbar waere. Tut es einfach so als waere kein Pointrelease vorhanden oder sagt es einem, dass es manche Pakete nicht aktualisieren kann?

apt upgrade sagt da gar nichts spezielles... Das einzige was sich ändert ist die Release Nummer auf dem Mirror - und da bekommt man eine Meldung von apt update ob man das abnicken will (seit wann gibts diese Meldung eigentlich genau? Bullseye, buster?).
Wenn im point release sowas wie bei gcc vorkommt, dann würde apt upgrade wohl sagen es gibt zurückgehaltene Pakete.

[Meillo]

@Meillo:

Tut es einfach so als waere kein Pointrelease vorhanden oder sagt es einem, dass es manche Pakete nicht aktualisieren kann?

Ich vermute Letzteres.

Wenn im point release sowas wie bei gcc vorkommt, dann würde apt upgrade wohl sagen es gibt zurückgehaltene Pakete.

Das waere ja eine brauchbare Meldung.

Ich verstehe noch nicht ganz worin das Problem gesehen wird, wenn ich immer upgrade mache, bis mir das etwas anderes sagt als ``Alles okay!'', weil es naemlich etwas nicht upgraden konnte (Pointrelease). Dann schaue ich mir an was es gerne gemacht haette und wenn ich das in Ordnung finde, dann mache ich full-/dist-upgrade. Anschliessend mache ich wieder upgrade, usw. Das scheint mir ein sehr einfaches System zu sein, das vor allem defensiv angelegt ist (``minimal invasiv'', wie im Handbuch so schoen steht).

Natuerlich, stets full-upgrade zu verwenden ist noch einfacher, weil es nur ein statt zwei Befehlen ist. Aus meiner Sicht ist der Unterschied der zwei Vorgehen jedoch geringer als ich die Reaktionen dafuer wahrnehme.

Aber nun gut, wahrscheinlich rechne ich einfach nicht mit der Bloedheit der Anwender, die nicht lesen was die Ausgabe von `apt-get upgrade' ist und die auch nicht in die Manpage schauen, sondern einfach irgendwelche Befehle aus dem Internet ins root-Terminal kopieren, ohne zu verstehen was sie tun. Solchen Usern wuerde ich auch eher full-upgrade empfehlen. Da habt ihr wohl einen engeren Bezug zur Praxis ... Und da man diesen Usern nicht einfach den root-Zugriff entziehen kann -- ist ja ihr eigenes System -- gibt man ihnen besser den Befehl mit dem sie am wenigsten falsch machen koennen, und das ist, wie ich zugebe, full-upgrade.

[fischig]

Ich würde das Ganze nicht auf die „Bloedheit der Anwender“ schieben. Schau dir nochmal MSFrees Beitrag an!

[Blue]

@Meillo:

Ich verstehe noch nicht ganz worin das Problem gesehen wird, wenn ich immer upgrade mache, bis mir das etwas anderes sagt als ``Alles okay!'', weil es naemlich etwas nicht upgraden konnte (Pointrelease). Dann schaue ich mir an was es gerne gemacht haette und wenn ich das in Ordnung finde, dann mache ich full-/dist-upgrade. Anschliessend mache ich wieder upgrade, usw. Das scheint mir ein sehr einfaches System zu sein, das zugegeben eher defensiv angelegt ist (``minimal invasiv'', wie im Handbuch so schoen steht).

Aber genau so sicher ist auch "Full-Upgrade", weil das ja auch nicht sofort ausgeführt wird, sondern auch auf eine Ja-Eingabe wartet.

Entscheidend ist imho - verzeiht mir die Wiederholung - ob der User von Anfang an einen Versionswechsel vorhat oder bei Stable bleiben will.
Also das Argument von MSfree.
Und ob er eben um diesen Unterschied weiß.

Da habt ihr wohl einen engeren Bezug zur Praxis ...

Ja, aber ohne selbst ein völliger DAU zu sein.

Und da man diesen Usern nicht einfach den root-Zugriff entziehen kann -- ist ja ihr eigenes System -- gibt man ihnen besser den Befehl mit dem sie am wenigsten falsch machen koennen, und das ist, wie ich zugebe, full-upgrade.

Na endlich.

[fischig]

Entscheidend ist imho - verzeiht mir die Wiederholung - ob der User von Anfang an einen Versionswechsel vorhat oder bei Stable bleiben will.

Nein, rocky, selbst dann wird er ein rundum aktuelles stable, möglicherweise schon oldstable, haben wollen. OK, muss man nicht wollen.

[Blue]

Entscheidend ist imho - verzeiht mir die Wiederholung - ob der User von Anfang an einen Versionswechsel vorhat oder bei Stable bleiben will.

Nein, rocky, selbst dann wird er ein rundum aktuelles stable, möglicherweise schon oldstable, haben wollen. OK, muss man nicht wollen.

Ich bin mittlerweile unkonzentriert, weil ich parallel den Tatort schaue...
Daher mein falscher Post:
Ich meinte natürlich nicht "oder bei Stable bleiben will", sondern dass er bei seiner Version bleiben und damit Oldstable werden will/wird.
Wie oben gesagt, überschätzen Fachleute imho das Wissen von Usern. Da stimme ich Meillos Vermutung zu, ohne es so scharf benennen zu wollen. Ach ja, zum Thema "Stable-Oldstable": Es wird sowieso empfohlen, in der Sources-List nicht "Stable" zu schreiben, sondern den Namen der aktuell stabilen Version, also zum Beispiel "Bullseye". Auch wieder so etwas, was man wissen muß/sollte:

The 'distribution' can be either the release code name / alias ( stretch, buster, bullseye, bookworm, sid) or the release class (oldoldstable, oldstable, stable, testing, unstable) respectively. If you mean to be tracking a release class then use the class name, if you want to track a Debian point release, use the code name. Avoid using stable in your sources.list as that results in nasty surprises and broken systems when the next release is made; upgrading to a new release should be a deliberate, careful action and editing a file once every two years is not a burden.
Aus: https://wiki.debian.org/SourcesList

Zum weiteren Threadverlauf finde ich es wie Du auch nach wie vor wichtig, den Beitrag von MSfree zu diskutieren:

Nochmal: innerhalb eines stable Releases ist es völlig schnuppe, ob man mit einfachem upgrade oder mit full-/dist-upgrade hantiert

Falsch!

Wenn du, sagen wir mal 11.0 instaliert hast, dann werden dir mit

Code: Alles auswählen

apt-get update; apt-get upgrade

nur die Pakete aktualisiert, die nicht nicht zu einem höheren Pointrelease führen.

Code: Alles auswählen

apt-get update; apt-get dist-upgrade

hingegen würde innerhalb von Stable auf 11.1 und 11.2... aktualisieren.

Upgrade ist also immer nur ein "halbes" Upgrade. Vor allem, wenn es dann um das nächste Release geht, also in meinem Beispiel um 12.0, kann es mit dem halb aktualisierten System zu Konflikten beim Hochheben des Relesaes auf 12.0 kommen.

Ich habe im Threadverlauf nicht verstanden, warum er beim Argumentieren über "Upgrade vs. Full-Upgrade" unter den Tisch fiel.