Software-update: Debian GNU/Linux 13.1

Debian logo (80 pix) 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.1 zijn hieronder te vinden:

Debian 13.1 released

The Debian project is pleased to announce the first 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.

Debian 13 "trixie"

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

Door Bart van Klaveren

Downloads en Best Buy Guide

06-09-2025 • 18:00

65

Submitter: Munchie

Bron: Debian

Reacties (65)

65
65
29
0
0
21
Wijzig sortering
Upgrade ging weer, zoals gewoonlijk, probleemloos. Debian is niet de meest actuele Linux versie, maar wel erg stabiel voor mij.
Ik gebruik ook Debian, enkele jaren terug overgestapt vanuit Ubuntu, scheelde per VM ongeveer de helft aan opslag. Je zegt “niet de meest actuele Linux versie”, welke is dat dan wel en waarom gebruiken we die niet?
Nieuw is niet altijd beter. Even in het kort gezegd: Je mag kiezen tussen Stabiel en Nieuw, maar niet allebei.

Het idee van stabiel is dat je een bepaalde groep software met een bepaalde versie gebruikt, en op deze versie blijft. Je krijgt dan wel security fixes, maar niet eventuele nieuwere versie met nieuwere functies. En door die specifieke versies te behouden, kun je je hele systeem erg stabiel houden.

En aan de andere kant heb je 'Bleeding Edge', wat meer betekent dat je de nieuwste versie van alle programma's en libraries gebruikt. Dan heb je van alles het nieuwste, maar dan is niet alles fatsoenlijk getest, en kunnen er problemen of inconsistensies ontstaan.

En normaal kun je deze twee niet combineren. Iets is ofwel stabiel ofwel nieuw, maar niet allebei. Kies diegene die je het liefst wil hebben. Wil je geen problemen hebben, kies dan stabiel. Wil je perse het allernieuwste, kies dan 'Bleeding Edge'.
Soms heb je geen keus met nieuwe hardware. Dan nog kan debian een goede keuze zijn. Met een nieuwere kernel bijvoorbeeld.
linux kan je beter idd virtueel draaien ik heb mint echt geinstalleert naast windows maar dat geeft een hoop problemen als je linux eraf wilt hebben.
Windows kan je beter idd virteel draaien ik heb Debian echt geinstalleerd naar Windows maar dat geeft een hoop problemen als je Windows eraf wilt hebben. .... het is maar met welke bril op je dat bekijkt ;) .

Zowel Windows als Linux zijn prima naast elkaar te draaien, en wanneer je 1 van de 2 wilt verwijderen dan zul je even na moeten denken over (U)EFI partities.

Volgorde van booten:
- Power on
- UEFI firmware runs (hardware init, drivers)
- Finds EFI System Partition (ESP) on disk
- Loads bootloader .efi file (e.g., GRUB, bootmgfw.efi)
- Bootloader loads OS kernel
- Operating System starts

Wanneer je Linux verwijderd en Windows wilt behouden zul je dus moeten zorgen dat de ESP van Windows niet per ongeluk verwijderd wordt. Daarnast kan het nog een volgorde dingetje zijn in de bios (opstartvolgorde). Verder niet heel erg spannend eigenlijk. ESP en EFI zijn vaak ook vrij eenvoudig weer te fixen, mits je bootalble media hebt liggen met Windows en/of Linux.

Persoonlijk heb ik heb Debian 13 en Windows naast elkaar draaien. De ESP met GRUB is mijn default, en Windows heb ik opgenomen in GRUB.
Als je hardware oud genoeg is, is Debian prima. Bij modernere computers, heb je vaak nieuwere kernels nodig, nieuwere MESA, etc. nodig.

Ik heb heel lang Debian gebruikt, en sommige van m'n systemen draaien er nog steeds op, maar voor een moderne desktop of laptop, kies ik toch vaker en vaker voor Fedora. Heb je altijd zo goed als meteen de nieuwste versie, maar zonder het gedoe en gepruts van een Arch of iets dergelijk.

M'n servers draaien bijna allemaal wel Debian.

Dat gezegd zijnde, Debian blijft echt wel een rots in de Linux wereld, en ik ben altijd blij dat die er nog is.
Ik ook, want zonder Debian hebben tientallen afgeleide distributies een groot probleem... Voldeed Debian Testing of Unstable trouwens niet aan je bleeding edge behoefte?
Hardware support != bleeding edge. Als je Debian Testing of Unstable "moet" gaan draaien om ervoor te zorgen dat iets ondersteund word wat in bijvoorbeeld Fedora gewoon werkt dan is dat een alarmbel. Fedora is een stabiele release, dan haal je je dus niet de extra risico's op je nek met Debian Testing/Unstable. Dat is een beetje als een vlieg op je muur dood maken met een shotgun
Je hebt gelijk hoor en ik ken het verschil natuurlijk. Zelf heb ik jaren Debian Testing gedraaid als een soort compromis. Dat ging eigenlijk heel goed.

Overigens zijn Ubuntu releases bij mijn weten ook nog altijd een periodieke fork van de Debian Testing branch.
Overigens zijn Ubuntu releases bij mijn weten ook nog altijd een periodieke fork van de Debian Testing branch.
Daar begint het mee ja, maar daarna word er heel veel gepatcht, bijgewerkt, aangepast.
Mwah, patchen doen ze zeker. En het toevoegen van hun eigen spulletjes als Snap natuurlijk. Maar verder staat Canonical niet bepaald bekend als een echte ' 'upstream' bijdrager, zoals bijv. Fedora.
Wil niet zeggen dat ze de spullen die ze gebruiken niet bijwerken. Gebruiken en bijdragen zijn twee verschillende dingen. Canonical heeft trouwens nooit echt de reputatie gehad veel bij te dragen..
Zoals @sfranken al aangeeft, Testing en Unstable brengen meer met zich mee dan gewoon nieuwere versies. Het impliceerd ook het feit dat het gewoon nog niet getest is en dat je dus wel eens tegen een probleem kan aanlopen.

Een distro als Fedora is meer solide en beter ondersteund dan iets als Debian testing, en in mijn ervaring leid het tot minder gedoe en problemen als je nieuwere versies nodig hebt. Je hebt wel nog af en toe eens een bug, maar nog nooit iets echt problematisch mee gehad - met Debian testing wel.

Vroeger gebruikte ik Debian + laatste upstream kernel die ik zelf packagede, maar voor dingen als Mesa en firmware packages kom je alleen daarmee nog niet altijd waar je moet zijn. Om iets als Mesa ook te gaan updaten en vervangen, brengt teveel risico qua stabiliteit en compatibiliteit mee, dus dat wil ik liever niet zelf doen.
Mee eens hoor, maar het ligt er een beetje aan wat je ermee doet. Ik gebruik Debian 13 op nieuwe hardware zonder problemen. Ik gebruik voornamelijk een terminal, vscode en zo nu en dan een browser, dan is het meer dan goed. Het enige wat niet goed werkte was mijn netwerkkaart, maar dat heb ik zelf vrij eenvoudig kunnen fixen. Wil je het op en wat meer Windows achtige manier gebruiken, betere support voor gaming en standaard nieuwe hardware etc, dan zou ik idd ook voor een andere distro (bijv Fedora) kiezen.
Dit soort (point) updates zijn bijna altijd probleemloos.

De update van Bookworm naar Trixie had in mijn geval wel wat voeten in aarde met diverse dingen die handmatig gefixed moesten worden.
Yeah here ook, bak waar OpenVPN op draaide had een bepaalde sysctl waarde gereset naar default .(De forward ). Eerste keer dat ik dat tegen kwam.

Php was nieuwere versie maar dat wist ik,
Probeer nu en dan weer eens een andere distro als er iets nieuws is.
Maar ik kom steeds weer bij Debian uit.

Niet "bleeding edge" maar wel rete stabiel...
Een maand geleden was je met Bookworm niet heel actueel geweest inderdaad 🙂 maar Trixie is net uit dus voor nu ben je "redelijk" recent.
Wij gebruiken het in het datacenter veel voor de stabiliteit, maar tijdens gebruik als kreeg het snel de naam 'obsoleteOS'
Welke volwassenen Linux faalt zoiets als upgraden dan? Is dit niet een flex uit 1995 toen dependency resolvers nog niet goed werkte? Ik doe dagelijks grote upgrades op mijn Fedora Silverblue laptop. Gaat ook altijd goed.
Probleemloze update.

Vroeger vermeed ik voor een desktop altijd Debian Stable doordat veel applicaties niet worden bijgewerkt. Met Flatpaks is dat nu allemaal geen probleem meer.
Wat flatpak jij dan ?
What is de output van jouw *flatpak list installed* als dat bestaat ?
Eigenlijk alle apps zijn flatpaks, teveel om op te noemen. Firefox, Brave, Discord, Gimp, KeepassXC, Handbrake, Jellyfin, LibreOffice en nog veel meer.

Voordeel van Flatpaks ook dat ze sandboxed werken en niet het hele systeem overhoop kunnen halen. Werkt ideaal zo met Debian 13 Stable.

Er is zoveel keuze, zie Flathub. https://flathub.org/
Wow, dat is best veel. Alhoewel voor mij enkel... KeepassXC, LibreOffice en een browser (Chromium?) de
enigste zouden zijn.

Destijds heb ik eventjes met snap firefox en signal gedraait. Met firefox kreeg ik de BeID-plugin niet werkende: die ik nodig heb voor medische voorschriften, tax-on-web, etc ... Dus die sandbox kan een beperking opleveren. Software verwacht een bepaalde omgeving voor functionaliteit die ik als gebruiker
misschien wel noodzakelijk acht. En signal had een gebroken versie voor een maand of 2 die niet gedowngrade kon worden na een bepaalde datum (de stable and current channels hadden beide gebroken versies IIRC). 8)7

Ik ben er persoonlijk wel fan van ... flatpak, appimage, snap, containers, fatELF ? Iets om het gebrek aan compatibele ABI op te vangen en system upgrades hapbaarder te maken. Er zijn al een paar stukken software waar ik door te upgraden afscheid van heb moeten nemen. Maar het moet wel degelijk werken.

En wel Gimp ... gimp is al zo log native ... wat geeft dat in een sandbox ?
edit:
En ... misschien toch ook Warsow, Xonotic, SuperTuxkart*, Extreme Tux Racer en Red Eclipse
* Ja het is geen Mario Kart maar sinds v0.83 ish is het best vermakelijk geworden

[Reactie gewijzigd door goarilla op 7 september 2025 12:39]

Ik merk met Flatpaks geen verschil in performance met bijvoorbeeld Gimp. Snaps werken wat trager dan Flatpaks, maar zelf merkte ik dat met Ubuntu ook niet.

Probeer het eens, op Flathub staat een setup guide per distro. Kijk daar voor gaming ook eens naar Heroic en Lutris.
flatpak, appimage, snap, containers, fatELF
Je noemt hier wel een aantal technologieën die niet per se gerelateerd zijn aan elkaar.

Flatpak, Snap en AppImage zijn alle 3 container formaten om GUI applicaties met al hun afhankelijkheden te packages, zodat ze in theorie volledig systeemonafhankelijk zijn en dus overal kunnen draaien. Een verschil is daarbij nog wel dat Flatpaks en Snaps sandboxed zijn en dus tijdens het draaien ook nog enigszins afgeschermd van de rest van je processen, bij AppImages is dat niet het geval.

"Containers" is een behoorlijk brede term maar ik verwacht dat je hier zowel Docker/OCI containers als LXC containers mee bedoelt. Het grote verschil hierbij is dat Docker containers applicatiecontainers zijn, waar alleen een serverapplicatie in zit met zijn afhankelijkheden. LXC zijn systeemcontainers en bevatten een volledige GNU/Linux installatie minus de kernel, die ze delen met de host. LXC zit qua afscherming een beetje tussen een standaard applicatie en een virtuele machine in.

FatELF heeft geen enkele relatie met containers maar is een methode om applicaties op zo'n manier aan te bieden dat ze op verschillende architecturen kunnen draaien. Dit lijkt erg op de "universal binaries" die Apple gebruikte tijdens hun overgang van de Power architectuur naar x86_64 en meer recent van x86_64 naar ARM. Je hebt dan dus 1 binary voor verschillende architecturen zoals i686, x86_64, ARMv7 en ARMv8 en de kernel zoekt uit welk deel van de code daadwerkelijk uitgevoerd kan worden. Helaas heeft het voorstel om dit technisch mogelijk te maken in de Linux kernel het nooit gehaald.
Maar nemen ook veel schijfruimte in. .debs werken prima voor mij.
Klopt, sommige Flatpaks op mijn systeem nemen wel honderden megabytes aan ruimte in. Megabytes! In deze tijd van multi-terabyte SSD's is dat zeker een groot issue. /s
En buiten dat flatpaks zijn ook niet altijd de laatste versie. Firefox tarball bv wel.
Ik ben daar ook altijd benieuwd naar als ik iets dergelijks lees. Ik heb een tijd met Flatpak (en ook Canonical's Snap) gestoeid, maar het middel was vaak erger dan de kwaal. Nu daarom alweer tijden gewoon Deb-packages in Stable, en eigenlijk mis ik niets.
Je wilt dan de output van "flatpak list --app"
Kleine tip: in Debian kun je middels extrepo een aantal packages van derden die zelf een apt repo ervoor aanbieden aanzetten. Ik heb zo bijv de laatste Nvidia drivers van Nvidia zelf, Signal, Brave, en zo nog wat meer.
Ken ik. Een voordeel van Flatpak is dat je veel gemakkelijker apps kunt verwijderen. Probeer maar eens standaard Brave daarna te verwijderen, die laat overal resten software achter na verwijderen.

Ik was eerder niet echt fan van Flatpak maar zie nu vooral de voordelen ervan. Zoals ook sandboxed werken.
Net 13.1 update geinstalleerd. Debian 13 Xfce blij mee tot nu toe. Loopt als een tierelier. Alles opent meteen en geen problemen. Alleen de allereerste keer nadat ik het geinstallleerd had, klopte de Nederlandse tijdzone Amsterdam/Europe tijd niet. Die liep 2 uur voor. En het was niet gesynchroniseerd. Opgelost met dit: sudo apt install systemd-timesyncd Nu klopt de tijd wel en de synchronisatie ook.
Off-topic vraag uit interesse: waarom gebruik je Xfce ? Oudere hardware?
In mijn geval, oudere hardware tussen monitor en stoel.

Xfce werkt precies zoals ik gewend ben op mijn pc's, met thema uit de nultige jaren en zonder mee te lopen met de nieuwste ui modes, terwijl het in de tussentijd wel gepolijst is.
Ik gebruik het ook. Ik heb Debian draaien op een kleine server. Krachtig genoeg voor iets als Gnome. Maar waarom zou ik dat willen?
Xfce maakt het leven een stuk makkelijker maar Gnome is echt overkill
Ik gebruik mijn raspberry als een server, daar staat de gui zelfs gewoon uit. Voor server toepassingen voldoet voor mij cli (via ssh) prima.
Ik gebruik IceWM op servers als ik ooit een GUI nodig heb. Nog smaller en sneller :)
X11 forwarding over SSH zou nog lichter zijn, opzich heb je geen DE nodig op een server natuurlijk.
In theorie niet. Maar ik maak het mezelf graag makkelijk
Dat snap ik dan ook wel weer :)
Nog een xfce gebruiker. Voor mij is de reden xfce te gebruiken omdat heteen 18 jaar oude laptop betreft. Op nieuwere laptops draait Gnome. Het is altijd even tweaken zodat het systeem er altijd weer uitziet zoals ik de windows systemen er liet / laat uitzien.

Je laat je altijd beïnvloeden door eerder gebruikte systemen. Merk dat nu met Debian, zie daar weer een vleug redhat of gebruik commando’s die ik ooit in eerdere linux/unix systemen gebruikte.
Refurbished Dell optiplex 5050 mini die ik in 2021 gekocht heb. Xfce is gewoon mijn favoriet. Snel, licht en erg aanpasbaar. Andere ook geprobeerd, zoals Gnome, Plasma en Budgie, maar Xfce is mijn thuis.
Alleen de allereerste keer nadat ik het geinstallleerd had, klopte de Nederlandse tijdzone Amsterdam/Europe tijd niet. Die liep 2 uur voor.
Daarvoor Windows gedraaid? Die gebruikt local time voor de klok.
Heb hier ook voor op recente Dell dat hibernate ook voor problemen zorgt met tijdzone.
Ik had dat in mijn dual-boot dagen ook. Komt eigenlijk op het volgende neer: zowel linux als windows vertrouwen de hardware klok. Maar windows ziet die als de ingestelde tijdzone (amsterdam, brussel, Novosibirsk, whatever). Linux ziet dat als UTC. Enkel in UK altijd correct dus. Amerikanen, niets mee aan te vangen :+
Dat zijn de defaults, maar je kunt zowel linux instellen dat de bios klok localtime is of Windows instellen dat de bios UTC is. Ik zou voor UTC kiezen, want bij multiboot kunnen de OS’en van elkaar niet weten na een zomertijd/wintertijd wisseling of de hardware klok al verzet is…
Ben die instelling in Windows nog nooit tegengekomen. Ergens in het register?
Inderdaad in de registry, zou mooi zijn als het ergens direct beschikbaar in Settings/Instellingen zou komen. Zie bijvoorbeeld method 2 van:

https://ubuntuhandbook.org/index.php/2021/06/incorrect-time-windows-11-dual-boot-ubuntu/
Zelfs in de UK gaat dat fout. Want met zomertijd zitten ze op BST en dat is UTC+1. Wij zitten in de winter op UTC+1.
Volgens mijn gegevens zit de UK op BST (British Standard Time) ook te zien als UTC-dst (UniversalTimeCoordinate with Daylight Saving Time). In de zomer is dat UTC+1 en in de winter UTC.

Ergens in de definities zit ook nog GMT: Greenwich Mean Time. Dat is praktisch gelijk aan UTC maar voor de puritijnen onder ons: Het verschil zit in de schrikkel secondes en de geografische afhankelijkheid.
Voor het echt accurate benoemen van UTC vs GMT, is dat GMT een tijdzone is die geobserveerd wordt. En dat is alleen tijdens wintertijd. In de zomer wordt BST geobserveerd. BST staat overigens voor British Summer Time.

UTC verandert nooit met zomer-/wintertijd. Dat is juist het hele punt van UTC, altijd als basis voor alle tijdzones. Er bestaat dus niet zoiets als UTC-dst. Daar zijn juist de tijdzones voor, zoals GMT, BST, CET, CEST, etc.
Toegegeven, utc heeft geen zomertijd. Het was mijn manier om aan te geven dat het ging om utc-met-zomertijd-daar-aan-toegevoegd.

Op Wikipedia: Time in the United Kingdom zie ik dat de tijd in de UK nog veel Engelser is dan dat ik al dacht. Er bestaat zelfs bdst (Britisch Double Sumer Time).
Toen ik in 2021 deze Dell optiplex 5050 mini gekocht heb, heb ik er meteen Peppermint opgezet en W10 helemaal gewist. Dat de tijd niet klopt is begonnen met Debian 12. Debian 11 gaf wel de goede tijd aan. En met andere distro's heb ik nooit een verkeerde tijd gehad.
Las in ander topic dat je op MxLinux zat.. ;)
Klopt maar toen Trixie uitkwam meteen geinstalleerd. En tot nu toe erg blij met, want het is snel en geen problemen tot nu toe. Op de verkeerde tijd na dus.
Je kunt de tijdzone in Debian (opnieuw) goed instellen met # dpkg-reconfigure tzdata
Zie ook: Check configured timezone
Heb ik geprobeerd, maar werkte niet, want na elke herstart weer de tijd 2 uur vooruit.
Mijn Proxmox server heb ik ook zonder problemen kunnen updaten naar 13.1, maandag ook maar is mijn werkstation op het werk updaten.
De eerste commando's na een verse installatie:

su -

adduser $USER sudo
Dat kan ook al direct in de installer door geen wachtwoord voor root in te stellen. Er wordt dan automatisch een gebruiker aangemaakt met sudo-rechten
Vanavond bevroor Debian 13.1 totaal. Alleen hard reset werkte. REISUB werkte niet.


Om te kunnen reageren moet je ingelogd zijn