Software-update: Debian GNU/Linux 13.2

Debian is een opensource-besturingssysteem, dat zowel voor desktops als servers gebruikt kan worden en waarbij de nadruk op stabiliteit en veiligheid ligt. Het wordt dan ook als basis voor diverse Linux-distributies gebruikt, waaronder Ubuntu en Linux Mint. Versie 13, die als codenaam 'Trixie' meegekregen heeft, zal de komende vijf jaar van updates worden voorzien. De belangrijkste veranderingen die in versie 13 zijn aangebracht kunnen op deze pagina worden gevonden; de releasenotes voor versie 13.2 zijn hieronder te vinden:

Debian 13.2 released

The Debian project is pleased to announce the second update of its stable distribution Debian 13 (codename trixie). This point release mainly adds corrections for security issues, along with a few adjustments for serious problems. Security advisories have already been published separately and are referenced where available.

Please note that the point release does not constitute a new version of Debian 13 but only updates some of the packages included. There is no need to throw away old trixie media. After installation, packages can be upgraded to the current versions using an up-to-date Debian mirror.

Those who frequently install updates from security.debian.org won't have to update many packages, and most such updates are included in the point release. New installation images will be available soon at the regular locations. Upgrading an existing installation to this revision can be achieved by pointing the package management system at one of Debian's many HTTP mirrors. A comprehensive list of mirrors is available here.

Versienummer	13.2
Releasestatus	Final
Besturingssystemen	Linux
Website	Debian
Download	https://www.debian.org/releases/stable/debian-installer
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (29)

[desalniettemin]

Net geinstalleerd. Meteen ook even wat oudere kernels verwijderd met:

dpkg -l | egrep '^rc.*' | awk '{ print $2 }' | tr '\n' ' ' | xargs sudo apt purge -y

[Toet3r]

Dit kan toch ook gewoon met "sudo apt autoremove"

[sfranken]

Dit. En dit is ook veiliger, want het commando van @desalniettemin gooit (zonder te vragen!) alle packages weg die "rc." in de naam hebben, zonder te filteren of het ook echt een kernel is, wat in de egrep aanroep ook erbij had gekund.

Command line magie die niet echt veilig is anno 2025 dus.

[desalniettemin]

sudo apt autoremove doe ik ook altijd eerst, maar als ik dan check met dpkg --list | grep linux-image dan staat de 42 kernel er nog steeds in. Na dpkg -l | egrep '^rc.*' | awk '{ print $2 }' | tr '\n' ' ' | xargs sudo apt purge -y niet meer. Heb ik 2 kernels ipv 3.

[Reactie gewijzigd door desalniettemin op 15 november 2025 21:31]

[pennywiser]

Klakkeloos alle rc packages verwijderen, verwijder je soms in gebruik zijnde config files mee. Is het dan niet goed geconfigd, nee klopt maar dat zo neerzetten run dit maar is ook niet de oplossing.

[desalniettemin]

Nooit ergens last van gehad na dat command gebruikt te hebben.

[Anck]

Dat komt omdat autoremove niet de config files verwijdert (de c in dpkg status rc waar je op grept). Met apt autoremove --purge (of apt autopurge) krijg je denk ik wel wat je verwacht. Overigens werkt apt auto* sowieso alleen omdat specifieke kernel versies geïnstalleerd worden als een dependency van een metapackage (zie apt-mark showauto). Als je kernels los geïnstalleerd hebt, of als je nog oude kernels over hebt na een dist-upgrade van een eerdere Debian release, doet autoremove er niks mee.

[desalniettemin]

Commando wordt gebruikt in Ubuntu of andere op Debian gebaseerde systemen voor het opschonen van resterende configuratiebestanden van pakketten die zijn verwijderd.

[Knallmeister]

het commando van @desalniettemin gooit (zonder te vragen!) alle packages weg die "rc." in de naam hebben.

Command line magie die niet echt veilig is anno 2025 dus.

Grotendeels onjuist. apt purge -y mikt i.d.d weg zonder te vragen, makkelijk te voorkomen ...


Als check: sudo apt install rc* ; apt list --installed |grep ^rc

c-gui-dbgsym/stable,now 2.8 arm64 [installed]

rc-gui/stable,now 2.8 arm64 [installed]

rc/stable,now 1.7.4+97.gceb59bb-5+b2 arm64 [installed]

rclone-browser/stable,now 1.8.0-6 arm64 [installed]

rclone/stable,now 1.60.1+dfsg-4 arm64 [installed]

rcm/stable,stable,now 1.3.4-1 all [installed]

rcon/stable,stable,now 2.4.9-1 all [installed]

rcs-blame/stable,now 1.4+20240206-1 arm64 [installed]

rcs/stable,now 5.10.1-2 arm64 [installed]

daarna:

dpkg -l | egrep '^rc.*' | awk '{ print $2 }' | tr '\n' ' ' | xargs sudo apt purge

resultaat op mijn machientje;

dpkg -l | egrep '^rc.*' | awk '{ print $2 }' | tr '\n' ' ' | xargs sudo apt purge

Summary:

Upgrading: 0, Installing: 0, Removing: 0, Not Upgrading: 0


Quite Easily Demonstrated.

[Reactie gewijzigd door Knallmeister op 15 november 2025 20:35]

[desalniettemin]

Ik doe dat ook altijd, maar als ik dan check met dit commando:

dpkg --list | grep linux-image dan staat de oudste kernel er nog steeds in. Ik heb altijd 2 kernels. Moet ook mochten er problemen zijn met de nieuwste kernel.

[d3vlin]

Daar heeft apt zelf ~c voor.
apt purge '~c' verwijdert alle packages met status rc (removed, config files present).

[Reactie gewijzigd door d3vlin op 15 november 2025 22:42]

[beerse]

Als je beseft awk kan doen: kan je de egrep en de tr zeker uit deze lijst halen.

dpkg -l | awk ' BEGIN { ORS=" " }; /^rc.*/ { print $2 }'

Daarnaast is in de regel het gebruik van xargs ook overbodig. Het commando apt kan beter in 1 keer veel purgen dan ieder pakket apart:

sudo apt purge $(dpkg -l | awk ' BEGIN { ORS=" " }; /^rc.*/ { print $2 }' )

(of iets meer old-school, voor mij leesbaarder):

sudo apt purge `dpkg -l | awk ' BEGIN { ORS=" " }; /^rc.*/ { print $2 }'`

[update] in een $() (of ``) hoefd de ORS niet eens omgezet te worden, er wordt automatisch een enkele regel van gemaakt, blijkbaar was de tr toegevoegd vanwege xargs... En de regex kan ook korter:

sudo apt purge `dpkg -l | awk '/^rc/ { print $2 }'`

Voor de kennis: awk doet alles tussen {}-s op elke regel die ze binnen krijgt als het door de voorgaande reguliere expressie komt. Die regex staat tussen //-s. Zoals hier boven, de regex van het egrep commando kan direct in awk. En door te beginnen met de output-record-sparator op spatie te zetten (het BEGIN{ORS=" "} stuk, gaan de regels achter elkaar gezet worden (wat de tr doet in de originele regel).

Verder zorgt xargs er alleen maar voor dat de uitvoer op de commandline gezet wordt. Dat kan in 1 keer door het tussen $() of ``-s te zetten.

De winst voor de puristen: er wordt minder pipeline opgebouwd en minder commando's gebruikt. Laat de shell en kernel doen waar ze goed in zijn.


Overigens, de andere reacties, het gebruik van "autoremove" on omstreken, is nog beter.

[Reactie gewijzigd door beerse op 16 november 2025 20:15]

[desalniettemin]

Bedankt voor de aanvullende informatie.

[Knallmeister]

dpkg -l | egrep '^rc.*' | awk '{ print $2 }' | tr '\n' ' ' | xargs sudo apt purge -y

Zeer nuttig. Dank hiervoor.

[Jack Flushell]

Portainer stopt met werken op servers met Debian na deze update, omdat een update van docker daarvoor zorgt. De containers starten overigens wel normaal op. Er is een workaround. Zie dit issue (link leidt gelijk naar workaround, scroll voor issue naar boven).

[The Dolf]

Ik heb portainer gewoon gedowngrade ipv een workaround.

docker stop portainer

docker rm portainer

docker pull portainer/portainer-ce:2.20.2

docker run -d -p 8000:8000 -p 9443:9443 --name portainer --restart=always -v /var/run/docker.sock:/var/run/docker.sock -v portainer_data:/data portainer/portainer-ce:2.20.2

[Feb74]

Niet helemaal waar want Portainer werkte ook niet meer voor deze update. Heeft met de laatste update van Docker te maken. Niet met de de update van Debian.

[RobertMe]

Er vanuit gaande dat je gelijk hebt dan is het niet "niet helemaal waar" maar "helemaal niet waar". Ik heb het zelf niet gecheckt, maar gegarandeerd dat Docker 29, die deze maand (deze week?) uit is gekomen niet in de Debian repo zit. Dus dan heeft het probleem van @Jack Flushell ook niks te maken met de Debian update.

Echter..., schrijven de installatie instructies van Docker voor Debian dat je hun eigen apt repo moet gebruiken, en niet Docker moet installeren vanuit de Debian repo. En in het geval dat je de Docker repo gebruikt zul je na een apt update && apt upgrade inderdaad tegen dat issue aanlopen. Maar dat komt dan dus wel door een update uit een 3th party repo, en niet uit een 1th party repo. In principe dus "eigen schuld dikke bult". Er is een reden dat versies in Debian altijd achter lopen, en door de Docker repo te gebruiken negeer je dat volledig en heb je ineens wel het nieuwste van het nieuwste met alle mogelijke gevolgen van dien (zoals in dit geval dus incompatibiliteit tussen wat sommige software aan Docker API wilt aanspreken vs de daadwedaadwerkelijk ondersteunde APIs van de draaiende versie).
En als je vervolgens Debian puur gebruikt om Docker er op te draaien met alle software in Docker en niks verder "native" / "bare metal" te draaien kun je je afvragen wat nog het nut is van kiezen voor Debian. Want "Debian is stabiel (in versies) en geeft daardoor in bepaalde mate compatibiliteitsgaranties" maak je 0,0 gebruik van door dus vervolgens Docker uit een 3th party repo te installeren die niet een soortgelijke update policy heeft.

[Feb74]

Terecht punt. Iets om zeker mee te nemen. Hebben het hier verder over een kleine home server (macmini 2019) die op Macos niet meer vooruit te branden was vandaar. Weinig pijn, maar in productieomgevingen moet je het gewoon bij hun eigen repo houden.

[Jack Flushell]

Ja, ik zie het nu ook. Het probleem trad wel tegelijk op met de update, maar kwam dus door een eerdere update. En ja, 3rd party repo. Debian is meestal prima, maar voor software waar nog heel veel ontwikkeling in zit zoals Docker moet je bijna wel.

[mrmrmr]

Helaas probeert de Debian 13.2 upgrade Dovecot bestanden te overschrijven. Dat kun je natuurlijk weigeren, en dat moet ook als je wijzigingen nodig had bij de overgang naar Dovecot 2.4, die wegens structurele wijzigingen en andere conf eigenlijk versie 3.0 had moeten heten.

Ik denk dat het een gemiste kans is van Debian om de warboel bij Dovecot te herstellen en e.e.a. werkbaar te maken uit de doos.

[Hydranet]

Ik zag die ook dus ik heb die geweigerd. Maar het is nog steeds dovecot 2.4 dus ik volg je niet want jij hebt het nu ineens over dovecot 3.0? Als het dovecot 3.0 was geweest had ik wel andere package versies verwacht en in de officiële dovecot documentation zie ik als meest recente upgrade informatie voor het upgraden van 2.3 naar 2.4

https://doc.dovecot.org/2.4.0/installation/upgrade/2.3-to-2.4.html

Dus ik hoop niet dat er zulke grote wijzigingen iedere keer bij minor versie upgrades plaatst vinden waar je je hele configuratie weer opnieuw moet uitzoeken gezien van 2.3 naar 2.4 ik wel alles overnieuw heb gedaan omdat ik toen van CentOS Stream naar Debian ben over gegaan en dus gelijk de upgrade van 2.3 naar 2.4 mijn hele configuratie op nieuw heb gedaan.

Ik hoop eigenlijk niet dat ik dat bij elke minor upgrade hoef te doen want dat heb ik eigenlijk nog niet zo eerder mee gemaakt met dovecot omdat ik al aardig wat jaren op zelfde configuratie draai. Zonder mijn hele configuratie iedere keer hebben moeten omgooien zoals met het upgraden van 2.3 naar 2.4

[Reactie gewijzigd door Hydranet op 16 november 2025 01:31]

[Anck]

De upgrade van Dovecot 2.3 naar 2.4 was een uitzondering met breaking changes. De poster hierboven geeft aan dat de scope van de changes zo groot is dat het Dovecot team het beter 3.0 hadden kunnen noemen. Dat hebben ze niet gedaan, maar ze hebben wel een Dovecot Pro 3.0 product, wat het extra verwarrend maakt.

Debian heeft de 2.3 -> 2.4 breaking change gedaan bij de release van 13.0 en in de release notes stond toen ook duidelijk aangegeven dat dit voor bestaande Dovecot installaties extra werk zou opleveren. Maar dat was dus alleen bij een upgrade van Debian 12 naar Debian 13, en dan mag dat. Gedurende de lifecycle van een Debian release komen zulke changes niet voor. Normaliter als je een apt-upgrade doet en een package maintainer heeft een nieuwe versie van een configuratie geleverd, krijg je de vraag of je je huidige configuratie wil houden (default) of de nieuwe wil installeren, en de optie om een diff te bekijken voordat je een keuze maakt. In de praktijk kun je zo goed als altijd je huidige configuratie houden, blijft alles gewoon werken en wordt de nieuwe config ernaast geplaatst met een .ucf-dist extensie zodat je later op je gemak kan kijken of er veranderingen zijn die voor jou de moeite waard zijn. Heel vaak is het ook alleen een typefout in een comment of iets dergelijks triviaals.

[Hydranet]

Debian heeft de 2.3 -> 2.4 breaking change gedaan bij de release van 13.0 en in de release notes stond toen ook duidelijk aangegeven dat dit voor bestaande Dovecot installaties extra werk zou opleveren. Maar dat was dus alleen bij een upgrade van Debian 12 naar Debian 13, en dan mag dat. Gedurende de lifecycle van een Debian release komen zulke changes niet voor.

Ik begrijp het goed nu, bedankt. Dat was mijn verassing dus toen ik van CentOS Stream 10 met dovecot 2.3 naar Debian 13 met dovecot 2.4 ben over gegaan, ik was verbaasd dat mijn oude configuratie niet meer werkte en met een minor release mijn hele configuratie opnieuw moest doen. Goed om te weten dat dit ook voor Debian eigenlijk niet normaal is :)

[clannad]

offtopic:
Toen ik mijn aan opleiding 'netwerkbeheer' begon, moesten we met Debian via CLI dhcp3-server en bind9 configureren.
Dat was met Etch en Lenny, ik geloof versie 4 en paar jaar later versie 5.
Ik volg de ontwikkelingen van Debian al een tijdje niet meer, maar zot te lezen dat er al een versie 13 is.

[RobertMe]

Debian releases zijn er, tegenwoordig in ieder geval, maar grofweg elke 2 jaar. Als Ubuntu gewoon 1, 2, 3, ... als versienummer zou hebben dan zouden ze nog veel verder zijn, want 2 releases per jaar. En elke 2 jaar een release is ook weer niet perse heel veel. En daarnaast hebben ze een 5 jaar? support cycle. Dus je hoeft niet eens elke 2 jaar te upgraden. Je zou ook steeds een versie kunnen over slaan, en dus bv van 11 direct naar 13, waarbij je nog steeds 1 jaar overlap hebt in dat 13 final is en 11 nog gewoon supported is.

[Knallmeister]

Dat verklaart waarom ik na "sudo apt update" te zien kreeg dat op de Raspbian ruim 50 en op de laptop (full install) 159 nieuwe packages beschikbaar zijn.

cat /etc/os-release

PRETTY_NAME="Debian GNU/Linux 13 (trixie)"

NAME="Debian GNU/Linux"

VERSION_ID="13"

VERSION="13 (trixie)"

VERSION_CODENAME=trixie

DEBIAN_VERSION_FULL=13.2

[Reactie gewijzigd door Knallmeister op 15 november 2025 19:25]

[Hydranet]

Ik zag vanmiddag ook ineens dat ik best wel wat Debian updates had. Gelijk maar geupdate naar 13.2

[odie2]

Voor iedereen die niks installeert, maar graag boot van een live-ISO (Live-OS):

1. Download Live-ISO
2. Installeer Ventoy

Greetz, Odie U+2323