Testing mit trixie?

[MaGe]

Jetzt wurden bei mir base-files aktualisiert:

Soeben auch bei mir!

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description: Debian GNU/Linux trixie/sid
Release: n/a
Codename: trixie



gruss MaGe

[uname]

@MaGe, @michaa7, @cosinus

Nicht, dass es wichtig wäre. Aber woran kann die Verzögerung liegen. Vielleicht am Mirror? Vielleicht mag das jemand verifizieren.

[cosinus]

Nicht, dass es wichtig wäre. Aber woran kann die Verzögerung liegen. Vielleicht am Mirror? Vielleicht mag das jemand verifizieren.

Ja kann am mirror liegen - ich benutze idR http://ftp.de.debian.org

[michaa7]

Ich weiß es nicht, aber ich vermute dass dies absichtlich aus folgendem Grund so herbeigeführt wird:

unstable bleibt ja immer sid. sid/unstable ist aber mit testing in soweit gekoppelt, als es direkt nicht installierbar ist (räusper daher die siduction distri ) sondern in purem Debian nur über testing. Daher die koppelung testing/unstable die im base-file aber mit den codenamen ausgedrückt wird:

wie-auch-immer-testing-gerade-heißt/sid .

Nun läuft der normale workflow aller neuen Pakete von sid nach testing, wie auch immer testing gerade heißt. sid kann aber erst mit wie-immer-auch-testing-gerade-heißt neu zusammengekoppelt werden, wenn testing bereits umbenannt ist, vorher macht das ja auch keinen Sinn. Dies läuft jedoch dem üblichen workflow zuwider ... ist aber nunmal so. Ich ***vermute*** dass daher base-file absichtlich zurückgehalten wird und nur verzögert in den subdistries freigegeben wird: Erst testing zu stabel (was genaugenommen zu diesem Zeitpunkt heißt: stable=testing=stable), dann testing-name zu testing-neu-name, dann sid+testing-neu-name ...

... denke ich mir ....

[uname]

unstable bleibt ja immer sid. sid/unstable ist aber mit testing in soweit gekoppelt, als es direkt nicht installierbar ist

Ich weiß gar nicht, ob Sid z. B. mit debootstrap oder einfacher mit grml-debootstrap (laut Doku ja) direkt installierbar ist. Auch wenn es nicht wichtig ist. Vielleicht hat ja jemand Lust das mal eben schnell auszuprobieren oder mag darüber berichten. Alternativ könnte man natürlich Stable oder Testing auf Sid migrieren.

(räusper daher die siduction distri )

War wohl Ironie. Aber ich halte Siduction zur Verwendung von Sid für nicht unbedingt notwendig.

[michaa7]

Ja, wir sind alle auf deinen Erfahrungsbericht gespannt, zumal dies diesen Thread unheimlich bereichern würde ...

[jochen02]

Heute kam ein Berg Aktualisierungen.

Hier in "testing" ist /etc/os-release aktuell noch "bookworm".
Wird sich aber sicherlich noch ändern (?).

[michaa7]

Hier in "testing" ist /etc/os-release aktuell noch "bookworm".

Das kann eigentlich nicht sein. Wie schaut denn deine sources.list(.d) aus? Du wirst ja nicht nur security Repos darin haben, Mehr hast du aber nicht gezeigt. Und wie schaut "apt policy base-files" aus?

[thunder11]

Nur eine Anmerkung für User die auch - wie ich - aptitude nutzen:
Über aptitude (aptitude update) wurden bei Testing keine Updates angezeigt.

Hatte dann mal nachgeschaut: https://deb.debian.org/debian/dists/testing/
Dem Datum und Uhrzeit nach sollte aber doch was vorhanden sein ??

Ab dann ein

Code: Alles auswählen

apt update

probiert, wo dann die eingangs erwähnten Nachfragen kamen.
Habe testing in meiner sources.list.
Im Anschluss wurde ich dann von meinem gewohnten Script (aptitude) mit
126 neuen Paketen beglückt.

Seltsam finde ich es aber schon, dass aptitude dies nicht ebenso wie apt macht.

[uname]

Mit "apt update" und auch "aptitude update" werden erst mal nur die Paketlisten neu geladen und noch keine Aktualisierungen von Paketen durchgeführt. Die Aktualisierung erfolgt erst mit z. B. "apt dist-upgrade" oder "aptitude dist-upgrade" um nur diese Möglichkeiten zu nennen.

[thunder11]

Mit "apt update" und auch "aptitude update" werden erst mal nur die Paketlisten neu geladen und noch keine Aktualisierungen von Paketen durchgeführt. Die

Das weiß ich wohl Da hast du mich auch missverstanden. Die neuen Listen (Trixie) werden aber erst
geladen, wenn man diese Meldungen und den ganzen Rattenschwanz hinterher jeweils bestätigt hat.

Code: Alles auswählen

Für das Depot »http://deb.debian.org/debian-security testing-security InRelease« wurde der »Codename«-Wert von »bookworm-security« in »trixie-security« geändert

Und das wurde eben nur von apt und nicht von aptitude ausgeführt.

Deshalb fand Aptitude auch erst Updates nach dem ich das Update mit Apt ausgeführt hatte.

[uname]

Das ist wirklich komisch. Ich hätte hier das gleiche Verhalten bei aptitude und apt erwartet.

[MSfree]

Das ist wirklich komisch. Ich hätte hier das gleiche Verhalten bei aptitude und apt erwartet.

Man hätte einfach nur ein zweites Mal aptitude update ausführen müssen. Das gleiche ist mir nämlich mit apt-get auch passiert.

[Draal]

Also ich hab es nicht bestätigt, auch nicht verneint, die sources.list kontrolliert (war unverändert) und dann noch mal

Code: Alles auswählen

apt update

bemüht.
Ging einwandfrei.

[thunder11]

Man hätte einfach nur ein zweites Mal aptitude update ausführen müssen. Das gleiche ist mir nämlich mit apt-get auch passiert.

Ich hatte mein Skript mehrmals heute schon ausgeführt - Ohne Ergebnis.
Von Heute:

Code: Alles auswählen

Wed, Jun 14 2023 00:48:00 +0200
Wed, Jun 14 2023 07:06:15 +0200
Wed, Jun 14 2023 09:41:55 +0200
alle enden mit 
Will install 0 packages, and remove 0 packages.

Dann bin ich auf die Idee mit apt gekommen.
Nach apt update:

Aptitude 0.8.13: log report
Wed, Jun 14 2023 09:44:12 +0200

  IMPORTANT: this log only lists intended actions; actions which fail
  due to dpkg problems may not be completed.

Will install 126 packages, and remove 0 packages.
9123 kB of disk space will be used

Mein Skript:

Code: Alles auswählen

#!/bin/bash

pkexec xfce4-terminal -e "aptitude update"
pkexec xfce4-terminal -e "aptitude full-upgrade" 
geany /var/log/aptitude

exit

Nach dem update wird mir die Paketliste angezeigt (neues Fenster öffnet sich), die ich bestätigen muss.
Ich gehe mal davon aus, dass - wenn im 1.Fenster (update) was zu bestätigen wäre, die Ausführung
von Aptitude da wie bei Apt erstmal wartet. War aber nicht. Das rauschte einfach durch bis Geany.

In meiner sources.list steht eh nur testing, was sich natürlich nicht verändert hat.

Aber irgendwo muss sich ja was geändert worden sein ???
Großes Geheimnis

[thunder11]

Also ich hab es nicht bestätigt, auch nicht verneint, die sources.list kontrolliert (war unverändert) und dann noch mal

Aber apt wartet doch --->>
entweder Y / N oder Enter.
Wobei Enter bei apt in der Regel Y bedeutet.

[Draal]

[STRG] + [c]

[MSfree]

Yep, hier auch.

Hier noch nicht.

Dafür habe ich hier noch ein anderes Schmankerl:

Code: Alles auswählen

root@eeepc:~# df -x devtmpfs -x tmpfs -m
Filesystem     1M-blocks  Used Available Use% Mounted on
/dev/sda1           3814  1163      2253  35% /

Ein Debian mit LXDE in nichtmal 1.2GByte Plattenplatz!

Code: Alles auswählen

root@eeepc:~# free
               total        used        free      shared  buff/cache   available
Mem:         1012732      326764      113744       13392      723344      685968
Swap:              0           0           0

und 1GB RAM ohne Swap

Code: Alles auswählen

root@eeepc:~# cat /etc/apt/sources.list
deb http://deb.debian.org/debian/ trixie main non-free contrib
deb http://security.debian.org/debian-security trixie-security main contrib non-free
deb http://deb.debian.org/debian/ trixie-updates main contrib non-free

Auf Trixie

Mit einer 32Bit Einkern Celeron-M CPU mit 630MHz.

[cosinus]

Auf Trixie

Mit einer 32Bit Einkern Celeron-M CPU mit 630MHz.

Angeber

[MSfree]

Auf Trixie

Mit einer 32Bit Einkern Celeron-M CPU mit 630MHz.

Angeber

Ist 'n echtes Statussymbol.

[cosinus]

Ist das ein Netbook? also eins dieser superkleinen Notebooks, die Ende der 2000er Jahre auf einmal jeder haben wollte und ursprünglich mit Windows XP liefen?

[MSfree]

Ist das ein Netbook? also eins dieser superkleinen Notebooks, die Ende der 2000er Jahre auf einmal jeder haben wollte und ursprünglich mit Windows XP liefen?

Der erste EeePC lief unter Xandros Linux. Ich hatte meinen aber ziemlich schnell auf Debian Etch und KDE umgestellt.

Ich habe übrigens den Eee PC – 4G (701), gekauft irgendwann im November 2007. Und weil mir mal ein 1GB RAM-Riegel zugelaufen ist, steckt da 1GB statt der ursprünlichen 512MB drin. Ansonsten ist der unverändert.

Fast 16 Jahre später klappt es mit Debian immer noch. Der Firefox ist aber schon eine sehr schwere Bürde für die Kiste. Eigentlich kann man mit dem Ding nicht mehr im Internet surfen. OK, Wikipedia oder DFDE geht gerade noch, sobald Jacascript ins Spiel kommt, steht die CPU unter Dauerlast.

[rjh]

Und heute erhielt trixie hier sozsusagen den Tauf-Eintrag:

base-files (13) wird eingerichtet ...
Neue Version der Konfigurationsdatei /etc/debian_version wird installiert ...

[jochen02]

So, inzwischen zeigt os-release hier auch "trixie".

Code: Alles auswählen

$ cat /etc/os-release 
PRETTY_NAME="Debian GNU/Linux trixie/sid"
NAME="Debian GNU/Linux"
VERSION_CODENAME=trixie
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

Aber "sid" ist doch unstable, oder? Ich hatte in /etc/apt/sources.list doch "testing" 'bestellt':

Code: Alles auswählen

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

[cosinus]

Aber "sid" ist doch unstable, oder? Ich hatte in /etc/apt/sources.list doch "testing" 'bestellt':

Code: Alles auswählen

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

Das passt schon so. Du hast testing auch wenn da sid auftaucht.