Trixie Update-Häufigkeit

[ubi]

Moin zusammen,

ich habe einen Arbeitssystem mit Bookworm drauf und ein Spielsystem, auf dem ich vor Monaten Trixie installiert habe.

/etc/apt/sources.list sieht auf beiden Systemen gleich aus (xxxx Arbeitssystem = bookworm, xxxx Spielsystem = trixie):

Code: Alles auswählen

deb http://ftp.de.debian.org/debian/ xxxx main non-free non-free-firmware
deb-src http://ftp.de.debian.org/debian/ xxxx main non-free non-free-firmware

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

Auf beiden Systemen führe ich alle 2-3 Tage "apt-get update" und "apt-get upgrade" aus.
Beim Arbeitssystem ist fast immer was dabei, z.B. heute jede Menge cups-Pakete und ein neues linux-image-amd64 von debian-security.
Beim Spielsystem tut sich seit mindestens drei Wochen nix mehr, da sind die Pakete immer up to date.

Ist das normal? Kann das jemand bestätigen oder erklären?
Mein Eindruck war bisher, dass im testing-Zweig immer mehr los ist als im stable-Zweig.

FG UBi

[thunder11]

Ist das normal? Kann das jemand bestätigen oder erklären?

Normal ist das nicht (seit 02.10.2024)

Code: Alles auswählen

cat /var/log/aptitude|grep -i upgrade|wc -l
137

und:

Code: Alles auswählen

cat /var/log/aptitude|grep -i depen
[HOLD, DEPENDENCIES] exiv2:amd64 0.27.6-1+b1
[HOLD, DEPENDENCIES] geeqie-common:amd64 1:2.4-2
[HOLD, DEPENDENCIES] pdf2djvu:amd64 0.9.18.2-2.1+b1
[REMOVE, DEPENDENCIES] cpdb-backend-cups:amd64 1.1.1-1+b2
[REMOVE, DEPENDENCIES] pdf2djvu:amd64 0.9.18.2-2.1+b1
[REMOVE, DEPENDENCIES] monkeys-audio:amd64 10.76-dmo1
[INSTALL, DEPENDENCIES] libjsoncpp26:amd64 1.9.6-2
[INSTALL, DEPENDENCIES] librhash1:amd64 1.4.4-3

sowie

Code: Alles auswählen

cat /var/log/aptitude|grep -i remove
[REMOVE, NOT USED] libcpdb-libs-common1:amd64 1.2.0-3+b1
[REMOVE, NOT USED] linux-headers-6.10.6-amd64:amd64 6.10.6-1
[REMOVE, NOT USED] linux-headers-6.10.6-common:amd64 6.10.6-1
[REMOVE, NOT USED] linux-kbuild-6.10.6:amd64 6.10.6-1
[REMOVE, DEPENDENCIES] cpdb-backend-cups:amd64 1.1.1-1+b2
[REMOVE, NOT USED] exiftran:amd64 2.10-8
[REMOVE, NOT USED] exiv2:amd64 0.27.6-1+b1
[REMOVE, NOT USED] libexiv2-27:amd64 0.27.6-1+b1
[REMOVE, NOT USED] libgraphicsmagick++-q16-12t64:amd64 1.4+really1.3.45-1
[REMOVE, NOT USED] libgraphicsmagick-q16-3t64:amd64 1.4+really1.3.45-1
[REMOVE, NOT USED] libgspell-1-2:amd64 1.12.2-1+b2
[REMOVE, DEPENDENCIES] pdf2djvu:amd64 0.9.18.2-2.1+b1
[REMOVE, NOT USED] ttaenc:amd64 3.4.1-dmo2
[REMOVE, DEPENDENCIES] monkeys-audio:amd64 10.76-dmo1
[REMOVE (PURGE)] flacon:amd64 11.3.0-1
[REMOVE, NOT USED] libjsoncpp25:amd64 1.9.5-6+b2
[REMOVE, NOT USED] librhash0:amd64 1.4.3-3+b1

Deswegen:
Grundsätzlich gehört bei Testing

Code: Alles auswählen

apt full-upgrade

statt apt apgrade zum Soll bei dem turnusmäßigen Verfahren.

Vergleiche deine sources.list mit:
https://wiki.debian.org/SourcesList#Exa ... urces.list

[KP97]

Für Testing ist generell ein apt full-upgrade angebracht, sonst wird das mit zusätzlichen neuen Paketen als Abhängigkeiten nicht funktionieren.
In der sources.list fehlt auch contrib, das sollte auch nicht fehlen.

[dasebastian]

In der sources.list fehlt auch contrib, das sollte auch nicht fehlen.

Generell bei Testing oder nur in diesem speziellen Fall oder warum sollte das nicht fehlen?

Ich fahre hier Stable und habe "nur" main und non-free-firmware in meiner sources.list, mehr brauche ich ganz einfach nicht. Ist das bei einem "rolling testing" anders?!

[KP97]

Na ja, wenn man nur ganz spezielle Programme braucht, die gerade nicht in contrib sind, muß die Quelle auch nicht in der sources.list stehen. Aber es sind doch viele Pakete, z.B. Treiber oder auch Firmware in contrib, dann muß die Sektion auch freigeschaltet sein. Es schadet ja nicht, wenn man nichts davon braucht, aber wenn man mal was sucht und nicht findet, liegt es oft an dem fehlenden Eintrag.

[dasebastian]

Es schadet ja nicht, wenn man nichts davon braucht, aber wenn man mal was sucht und nicht findet ...

Das stimmt, verstehe.

Ich bin in diesem Punkt ein bißchen autistisch und habe früher mal abgefragt, was ich denn eigentlich aus contrib und non-free installiert habe und dann meine sources.list konsequent angepasst.

Vielleicht will ja der eine oder die andere das nachvollziehen:

Code: Alles auswählen

$ apt list '~i ~snon-free'
Auflistung… Fertig
firmware-iwlwifi/stable,now 20230210-5 all  [installiert]
firmware-misc-nonfree/stable,now 20230210-5 all  [installiert]
intel-microcode/stable,now 3.20240813.1~deb12u1 amd64  [installiert]
$ apt list '~i ~scontrib'
Auflistung… Fertig
$ 

[thunder11]

Bei mir ist das umfangreicher:

Code: Alles auswählen

apt list '~i ~snon-free'
7zip-rar/testing,now 24.08+ds-1 amd64  [Installiert,automatisch]
aac-enc/testing,now 2.0.2-1 amd64  [installiert]
amd64-microcode/testing,now 3.20240820.1 amd64  [Installiert,automatisch]
bluez-firmware/testing,now 1.2-11.1 all  [installiert]
faac/testing,now 1.30-1 amd64  [installiert]
firmware-amd-graphics/testing,now 20240709-2 all  [Installiert,automatisch]
firmware-intel-graphics/testing,now 20240709-2 all  [Installiert,automatisch]
firmware-intel-misc/testing,now 20240709-2 all  [Installiert,automatisch]
firmware-intel-sound/testing,now 20240709-2 all  [installiert]
firmware-iwlwifi/testing,now 20240709-2 all  [installiert]
firmware-linux-nonfree/testing,now 20240709-2 all  [installiert]
firmware-linux/testing,now 20240709-2 all  [installiert]
firmware-mediatek/testing,now 20240709-2 all  [Installiert,automatisch]
firmware-misc-nonfree/testing,now 20240709-2 all  [Installiert,automatisch]
firmware-nvidia-graphics/testing,now 20240709-2 all  [Installiert,automatisch]
i965-va-driver-shaders/testing,now 2.4.1-1 amd64  [installiert]
intel-microcode/testing,now 3.20240910.1 amd64  [Installiert,automatisch]
libfaac0/testing,now 1.30-1 amd64  [installiert]
libfdk-aac2/testing,now 2.0.2-1 amd64  [installiert]
libmkl-avx/testing,now 2020.4.304-5 amd64  [installiert]
libmkl-locale/testing,now 2020.4.304-5 amd64  [Installiert,automatisch]
libunrar5t64/testing,now 1:7.0.9-1 amd64  [Installiert,automatisch]
p7zip-rar/testing,now 16.02+transitional.1 all  [installiert]
rar/testing,now 2:7.01-1 amd64  [installiert]
unrar/testing,now 1:7.0.9-1 amd64  [installiert]

Code: Alles auswählen

apt list '~i ~scontrib'
fdkaac/testing,now 1.0.0-1 amd64  [installiert]
gstreamer1.0-fdkaac/testing,now 1.20.0-1 amd64  [installiert]
peazip/now 9.8.0 amd64  [Installiert,lokal]
python3-unrardll/testing,now 0.1.7+ds-2 amd64  [installiert]
torbrowser-launcher/testing,now 0.3.7-2 amd64  [installiert]
ttf-mscorefonts-installer/testing,now 3.8.1 all  [installiert]

[ubi]

Vielen Dank für die zahlreichen Antworten.

Bisher bin ich mit apt-cache und apt-get (update/upgrade/dist-upgrade) durchs Leben gekommen, jetzt muss ich wohl apt ins Repertoire aufnehmen. "apt full-upgrade" hat funktioniert und ein Drittel der installierten Pakete aktualisiert.

Interessehalber habe ich "apt list" ausprobiert, kriege damit aber eine Fehlermeldung:

Code: Alles auswählen

apt list '-i -snon-free'
E: Befehlszeilenoption » « [aus -i -snon-free] kann in Kombination mit den anderen Optionen nicht interpretiert werden.

[whisper]

nicht "-", sondern "~"

[ubi]

Upsi. Danke, jetzt funktionierts.

[kreuzschnabel]

Upsi. Danke, jetzt funktionierts.

Copy & Paste rulez immer noch

--ks

[ubi]

Moin nochmal,

inzwischen habe ich mir die Thematik näher angeschaut und auch im Netz Einiges dazu gefunden (Erlaubt die debianforum.de-Policy, solche Links hier zu posten?)

Ich verwende den Gnome-Desktop. Bestandteil von gnome-core ist packagekit, welches über systemd regelmäßig Paketquellen abfragt, u.a. auch beim Booten. Deshalb lieferte mein manuelles apt-get update öfter mal nix Neues.

Wenn ich diese Automatik ausschalten will, kann ich packagekit mit

Code: Alles auswählen

systemctl stop packagekit
systemctl mask packagekit

ausschalten. Danach kommt zwar bei einem apt-get eine Fehlermeldung

Code: Alles auswählen

Fehler: GDBus.Error:org.freedesktop.systemd1.UnitMasked: Unit packagekit.service is masked.

aber damit kann ich leben.

Da packagekit in Gnome auch fürs automatische Nachladen von Codecs verwendet wird, kann ich es bei Bedarf mit

Code: Alles auswählen

systemctl unmask packagekit
systemctl start packagekit

wieder einschalten.