Wie oft update bei Testing?

[kalle123]

Wärend der Freezephase einfach auf stable (Trixie) gehen?

Wenn du in der Freezephase von Testing(?) auf stable gehst, gehst du m.M. nach damit auf Bookworm, Testing wird erst zum Releasezeitpunkt zu stable.

Wie sieht denn deine sources.list bei deinem Testing aus?

cu KH

[Blue]

Wann /wie kann ich von Testing auf stable wechseln?

Die momentane Situation ist:
Bookworm = stable
Trixie = testing
Forky = unstable

Nach dem Trixie Release wird es zu
Bookworm = oldstable
Trixie = stable
Forky = testing
Noch unbekannter Name = unstable

Die Releasenamen sind also konstant. Ihre Bedeutung wandert von unstable zu testing zu stable zu oldstable zu oldoldstable. Wenn du also nicht willst, daß beim nächsten Release dein "unstable" Trixie System auf Forky wechselt, trägst du jetzt schon Trixie dort ein.

Wer keine unliebsamen Überraschungen erleben will sollte nie unstable, testing ,stable oder oldstable in seine sources.list schreiben sondern immer den Releasenamen.

Perfekte Information.

Ich empfehle auch:
Nicht "stable, testing etc." in die Sources-List schreiben, sondern den Namen eines Releases, welches das gewünschte Attribut von "stable, testing etc." hat. Den Sources-List-Namen seines aktuellen Betriebssystems in den Namen eines älteren Releases zu ändern, ist dabei natürlich ein "No-Go", sprich eine Maßnahme zum garantierten Zerschiessen seines Systems. Namensänderungen gehen sinnvollerweise nur vorwärts.

[thunder11]

In der Freezephase kommt auch für Testing immer weniger aus Sid herein.
Die verschiedenen Phasen sind ganz nett für Bullseye beschrieben
https://release.debian.org/bullseye/fre ... ml#summary
Ich habe es bei den letzten beiden Releases so gemacht:
Ab dem Release-Tag habe ich für ca. eine Woche kein Upgrade mehr durchgeführt.
Es braucht halt seine Zeit. bis die ganzen Server umgeleitet sind, und der Stau aus
Sid seinen Weg nach Testing gefunden hat.
Testing verbleibt dabei in der sources.list .

Und dann: Ab geht es

[ralli]

Ich habe eben trixie eingetragen, dann hagelt es Fehlermeldungen.

Ign:1 http://security.debian.org/debian-security Trixie-security InRelease
Ign:2 http://deb.debian.org/debian Trixie InRelease
Fehl:3 http://security.debian.org/debian-security Trixie-security Release
404 Not Found [IP: 2a04:4e42:9::644 80]
Ign:4 http://deb.debian.org/debian Trixie-updates InRelease
Fehl:5 http://deb.debian.org/debian Trixie Release
404 Not Found [IP: 2a04:4e42:9::644 80]
Fehl:6 http://deb.debian.org/debian Trixie-updates Release
404 Not Found [IP: 2a04:4e42:9::644 80]
Error: Das Depot »http://security.debian.org/debian-security Trixie-security Release« enthält keine Release-Datei.
Notice: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
Notice: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
Error: Das Depot »http://deb.debian.org/debian Trixie Release« enthält keine Release-Datei.
Notice: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
Notice: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
Error: Das Depot »http://deb.debian.org/debian Trixie-updates Release« enthält keine Release-Datei.
Notice: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
Notice: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).

Gruß ralli

[ralli]

Der Eintrag muß trixie heißen, ich hatte trixie groß geschrieben, jetzt funktioniert es.

Gruß ralli

[rhHeini]

Da sollte auch nur eine einzige Zeile die auf Trixie zeigt drin stehen. Es gibt bei Testing weder Security noch Updates noch Backports.

[ralli]

Da sollte auch nur eine einzige Zeile die auf Trixie zeigt drin stehen. Es gibt bei Testing weder Security noch Updates noch Backports.

Danke für den Hinweis, hab es gerade korrigiert. Jetzt wird wohl alles stimmen.

Gruß ralli

[kalle123]

Es gibt bei Testing weder Security noch Updates noch Backports.

Interessant, und warum sind die auf dem FTP? Hier halifax Aachen.

Aus Traditionsgründen?

Gruß KH

[rhHeini]

Die sind zwar angelegt, da ist aber nix drin, die werden erst dann scharf wenn Testing zu Stable wird.

[MSfree]

Es gibt bei Testing weder Security noch Updates noch Backports.

Falsch, die gibt es sehr wohl und sollten auch in der sources.list stehen. Wenn man das löscht, hat man nach dem Release keine Security, Updates und Backports (OK, Backports sind meist entbehrlich).

Im Moment sind die Kapitel Security, Updates und Backports allerdings noch weitestgehend leer, schaden tun sie aber nicht.

(Auch hier gilt: Kleinschreibung beachten)

[KP97]

Die momentane Situation ist:
Bookworm = stable
Trixie = testing
Forky = unstable

Nach dem Trixie Release wird es zu
Bookworm = oldstable
Trixie = stable
Forky = testing
Noch unbekannter Name = unstable

Das stimmt nicht ganz. Der Zweig unstable heißt _immer_ Sid, daran ändert sich auch nie etwas.
Nur Stable und Testing bekommen bei einem Releasewechsel neue Codenamen.

[borrtux]

Ich danke Euch, für Eure Beiträge.
Ich habe dann schon mal auf trixie umgestellt.
Meine "alte" sources.list sah so aus:

Code: Alles auswählen

GNU nano 8.2                  /etc/apt/sources.list                           
#deb cdrom:[Debian GNU/Linux 12.6.0 _Bookworm_ - Official amd64 NETINST with fi>

deb http://deb.debian.org/debian/ testing main non-free-firmware
deb-src http://deb.debian.org/debian/ testing main non-free-firmware

deb http://security.debian.org/debian-security testing-security main non-free-f>
deb-src http://security.debian.org/debian-security testing-security main non-fr>

# bookworm-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates>
deb http://deb.debian.org/debian/ testing-updates main non-free-firmware
deb-src http://deb.debian.org/debian/ testing-updates main non-free-firmware

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

Die "neue" jetzt so:

Code: Alles auswählen

  GNU nano 8.2                  /etc/apt/sources.list                           
#deb cdrom:[Debian GNU/Linux 12.6.0 _Bookworm_ - Official amd64 NETINST with fi>

deb http://deb.debian.org/debian/ trixie main non-free-firmware
deb-src http://deb.debian.org/debian/ trixie main non-free-firmware

deb http://security.debian.org/debian-security trixie-security main non-free-fi>
deb-src http://security.debian.org/debian-security trixie-security main non-fre>

# bookworm-updates, to get updates before a point release is made;
# see https://www.debian.org/doc/manuals/debian-reference/ch02.en.html#_updates>
deb http://deb.debian.org/debian/ trixie-updates main non-free-firmware
deb-src http://deb.debian.org/debian/ trixie-updates main non-free-firmware

# This system was installed using small removable media
# (e.g. netinst, live or single CD). The matching "deb cdrom"
# entries were disabled at the end of the installation process.
# For information about how to configure apt package sources,
# see the sources.list(5) manual.

Also nur Testing durch Trixie ersetzt.
Danach fehlerfreies Update:

Code: Alles auswählen

frank@debian:~$ sudo apt update && sudo apt full-upgrade
Holen:1 http://security.debian.org/debian-security trixie-security InRelease [43,5 kB]
Holen:2 http://deb.debian.org/debian trixie InRelease [169 kB]
Holen:3 http://deb.debian.org/debian trixie-updates InRelease [49,6 kB]
Holen:4 http://deb.debian.org/debian trixie/main Sources [10,1 MB]
Holen:5 http://deb.debian.org/debian trixie/non-free-firmware Sources [6.932 B]
Holen:6 http://deb.debian.org/debian trixie/main amd64 Packages [9.328 kB]
Holen:7 http://deb.debian.org/debian trixie/main Translation-de [1.678 kB]
Holen:8 http://deb.debian.org/debian trixie/main Translation-de_DE [830 B]
Holen:9 http://deb.debian.org/debian trixie/main Translation-en [6.219 kB]
Holen:10 http://deb.debian.org/debian trixie/main amd64 Components [4.527 kB]
Holen:11 http://deb.debian.org/debian trixie/main Icons (48x48) [3.449 kB]     
Holen:12 http://deb.debian.org/debian trixie/main Icons (64x64) [6.891 kB]     
Holen:13 http://deb.debian.org/debian trixie/main Icons (128x128) [10,8 MB]    
Holen:14 http://deb.debian.org/debian trixie/non-free-firmware amd64 Packages [7.056 B]
Holen:15 http://deb.debian.org/debian trixie/non-free-firmware Translation-en [4.796 B]
Holen:16 http://deb.debian.org/debian trixie/non-free-firmware amd64 Components [20,7 kB]
Holen:17 http://deb.debian.org/debian trixie/non-free-firmware Icons (48x48) [29 B]
Holen:18 http://deb.debian.org/debian trixie/non-free-firmware Icons (64x64) [29 B]
Holen:19 http://deb.debian.org/debian trixie/non-free-firmware Icons (128x128) [29 B]
Es wurden 53,3 MB in 11 s geholt (4.666 kB/s).                                 
Alle Pakete sind aktuell.                   
Die folgenden Pakete wurden automatisch installiert und werden nicht mehr benötigt:
  libgspell-1-2  libjim0.82t64  libllvm18
Verwenden Sie »sudo apt autoremove«, um sie zu entfernen.

Summary:
  Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0
frank@debian:~$ 

Wie gesagt, es sind jeweils 2 Debian's auf dem Rechner 1x Bookworm und 1x jetzt Trixie (falls bei Trixie mal was schief läuft.

[rhHeini]

Falsch, die gibt es sehr wohl und sollten auch in der sources.list stehen. Wenn man das löscht, hat man nach dem Release keine Security, Updates und Backports (OK, Backports sind meist entbehrlich).

Im Moment sind die Kapitel Security, Updates und Backports allerdings noch weitestgehend leer, schaden tun sie aber nicht.

Weil da eben nichts kommt während Testing hab ich die nie drin, und ergänze die erst nach dem Übergang zu Stable.

PS: bei Devuan werfen die Einträge sogar Fehler da da ausser für das Haupt-Repo keine Release-Dateien angelegt sind.

[kalle123]

Da sollte auch nur eine einzige Zeile die auf Trixie zeigt drin stehen. Es gibt bei Testing weder Security noch Updates noch Backports.

Zuerst gibt es das nicht!

Die sind zwar angelegt, da ist aber nix drin, die werden erst dann scharf wenn Testing zu Stable wird.

Dann sind sie auf einmal da!

Weil da eben nichts kommt während Testing hab ich die nie drin, und ergänze die erst nach dem Übergang zu Stable.
PS: bei Devuan werfen die Einträge sogar Fehler da da ausser für das Haupt-Repo keine Release-Dateien angelegt sind.

Zuletzt deine persönliche Präferenz, die draußen zu lassen.

Und als Sahnehäubchen kommt noch Devuan oben drauf.

Toll

[rhHeini]

Es macht für mich mit meiner Erfahrung halt keinen Sinn da Einträge mitzuschleppen die im Moment ja doch nichts bewirken.

Bei einem Newcomer könnte es sinnvoll sein, aber der sollte eh kein Testing fahren.

[thunder11]

Code: Alles auswählen

 apt update
OK:1 http://ftp.de.debian.org/debian testing-updates InRelease
OK:2 http://deb.debian.org/debian testing InRelease                                                
OK:3 http://security.debian.org/debian-security testing-security InRelease                         
OK:5 http://deb.debian.org/debian trixie-proposed-updates InRelease                                
Ign:4 https://repo.vivaldi.com/stable/deb stable InRelease                                         
OK:6 https://apt.enpass.io stable InRelease                                                        
OK:8 http://download.opensuse.org/repositories/home:/Sokoloff/Debian_11 ./ InRelease               
OK:7 https://repo.vivaldi.com/stable/deb stable Release                    
OK:10 http://dist.jriver.com/latest/mediacenter trixie InRelease           
Alle Pakete sind aktuell.                   

Zumindest bei Debian sind in den diskutierten Verzeichnissen des Repos sehr wohl aktuelle Release-Dateien
angelegt, wenn auch dort nichts vorhanden ist.
Was ohne Fehlermeldung durchläuft, ist für mich o.K - wenn es auch meist sinnlos ist

[kalle123]

Bei einem Newcomer könnte es sinnvoll sein, aber der sollte eh kein Testing fahren.

Ist doch ein Widerspruch in sich selbst, oder?
'Sinnvoll',aber 'sollte nicht'. Was denn nun?
Meines Erachtens wird hier ein unnötiger Wirbel um Testing gemacht. Bei SID kann ich das ja verstehen, aber bei Testing??

cu KH

[Chameleon]

Meines Erachtens wird hier ein unnötiger Wirbel um Testing gemacht. Bei SID kann ich das ja verstehen, aber bei Testing??

Um mal noch ein bisschen mehr Wirbel zu machen - ich persönlich bin der Meinung, dass Sid einfacher in der Nutzung ist, als testing.

[kalle123]

Um mal noch ein bisschen mehr Wirbel zu machen - ich persönlich bin der Meinung, dass Sid einfacher in der Nutzung ist, als testing.

Deine Meinung

Hab mir mal eine Zeitlang Siduction in einer VM angeschaut, aber nicht so mein Ding. Ist wohl wie bei SID so eine 'Aura' drum herum
Und Testing, der Gedanke darauf zu gehen kommt bei mir phasenweise, aber unterm Strich bringt mir das hier bei meinen 3 'Kisten' nix. Hört sich natürlich irgendwie toll an. "Ich habe hier DEBIAN Testing als BS läufen!"

"Ich habe hier DEBIAN SID als BS läufen!" Ist natürlich noch geiler (man verzeihe mir das Letztere ...)

Gruß KH

[Chameleon]

Sid ist im Vergleich mit Arch oder Tumbleweed ne relativ einfache Geschichte.

[kalle123]

Sid ist im Vergleich mit Arch oder Tumbleweed ne relativ einfache Geschichte.

Jetzt sind wir damit aber ziemlich 'off topic'

Ich zitiere dich mal aus nem anderen thread "... dann mach bitte ein eigenes Thema dazu auf."

Aber da mir noch kein MOD hier aktuell auf die Finger gehauen hat ....

Tumbleweed läuft schon länger in einer VM und archlinux gerade mal geladen. Toll, da hast du direkt die Kommandozeile und haust du dann lt. Anleitung die Befehle rein, quasi Installations GUI für Arme Experten und das war es dann.



Ich will es mal so sagen. Ein BS ist ein Tool und ich bin am Tool interessiert. Als Hobby würde ich das jetzt nicht bezeichnen, bin halt interessierter USER! Was mich von SuSE abgehalten hat und auch heute abhält. In meinem Hobbybereich finden sich die Linux Sachen, wenn überhaupt, als *.deb Pakete. Bei archlinux ditto. Und wie ich da kurzzeitig vor Jahre mal war, der Ton im Forum gegenüber Einsteigern, war damals hier im Forum nicht viel besser, aber es gibt hier *.deb.

Alles 'off topic'. Bin jetzt weg hier. Mach nen neuen thread auf und machen dort weiter.

Gruß KH