Software-update: Debian GNU/Linux 13.5

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.5 zijn hieronder te vinden:

Debian 13.5 released

The Debian project is pleased to announce the fifth 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.5
Releasestatus	Final
Besturingssystemen	Linux
Website	Debian
Download	https://www.debian.org/releases/stable/debian-installer
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (94)

[Mortov Molotov]

Hebben gebruikers onder jullie ervaring met Debian als desktop OS ? Concreet vraag ik me af hoe omslachtig het wel of niet is om belangrijke software als browsers libreoffice, maar ook Steam, Lutris en wine, bij te werken tot een recente versie, gegeven het package beleid van Debian - namelijk stabiel, maar traag.

[N8w8]

Tsja het is maar net waar je precies behoefte aan hebt.
Er zijn n handjevol dingen die ik buiten Debian stable om vernieuw.
Avidemux van Deb-multimedia.org, Retroarch van Ubuntu PPA (repo toevoegen, apt install en klaar).
Dosbox-X uit Fedora COPR (dmv een scriptje RPM downloaden+extracten).
Arduino van upstream geloof ik.
Yt-dlp via pip.
Verder gewoon Debian stable, ik mis niet echt iets.
Debian zelf heeft overigens ook een backports repo, daar gebruikte ik soms iets van (ttv de vorige stable), maar momenteel niet.
Wellicht pluk ik daar nog n nieuwe kernel uit voor 1 specifieke feature (zal ik niet helemaal uitleggen).
edit: Oja, Libreoffice heb ik ook wel ns van upstream geplukt, die hadden gewoon kantenklare Debian pakketten beschikbaar dacht ik.

Dat algemene achterlopen valt me verder ook niet op trouwens. Gemiddeld is dat <2 jaar; denk anders ns terug aan hoe je de nieuwste software 2 jaar geleden beleefde, ervaarde je dat toen als vervelend? Mss geeft dat een ander perspectief erop.
In mijn ervaring zijn de veranderingen in zo'n korte tijd doorgaans marginaal.
Hier en daar iets groters zoals Wayland/Pipewire, maar het meeste is nauwelijks van invloed op mn dagelijkse bezigheden.
Sws heb ik per definitie al mn hele leven zonder die nieuwe dingen gekund, dan kan het heus nog wel even wachten.
Nouja dat is iig hoe ik het ervaar.

[Reactie gewijzigd door N8w8 op 16 mei 2026 23:38]

[MaestroMaus]

Het probleem met Debian is dat de versie van de verschillende software packages bevroren wordt en er enkel security patches overheen komen. Op een server OS zorgt dit ervoor dat alles superstabiel is. Op een desktop OS zorgt dit ervoor dat je software altijd een half jaar of langer achter loopt. En dat is, naar mijn mening, gewoon killing voor de desktop ervaring. Je zou de stabiliteit los kunnen laten en Debian Sid gaan draaien. Maar dan ben je effectief een beta tester van een OS waar je werk op aan het doen bent. Niet een erg fijn idee.

Verder is het ook zo dat er aan de desktop ervaring weinig aandacht besteed wordt. Vanwege bovenstaande reden zijn er weinig mensen die tijd willen spenderen om de desktop ervaring beter te maken.

Op dit moment lijkt Ubuntu of Fedora draaien de populairste keuze. Die zijn behoorlijk stabiel en hebben een snellere release cyclus dan Debian. Deze zijn beide ook erg goed in een bedrijfsomgeving te zetten met policies voor systeembeheerders.

Als je zelf de systeembeheerder van je machine bent en je wil het spannender maken dan kun je besturingssystemen zoals Arch Linux proberen. Dan zit je echt op de bleeding edge. Maar je moet dan ook voor lief nemen dat je soms 30 minuten of langer een probleem met je OS aan het fixen bent na een update. Leer je veel van maar het is niet iets waar iedereen op zit te wachten.

[batjes]

Dat is precies 1 van de redenen dat ik juist voor Debian heb gekozen. Stabiliteit en veiligheid staan bovenaan de prioriteiten lijst.

Ik gebruik Debian prima als desktop terwijl ik ook gewoon recente games speel zonder gebruik te maken van Sid. Overigens is sid niet de beta-test die je denkt dat het is, Ubuntu en elke afgeleide daarvan is gebouwt op Sid.

Het grote 'nadeel' is vooral dat het soms even duurt voordat drivers beschikbaar komen, waardoor je met spliksplinternieuwe hardware soms wel beter af bent met Sid of even handmatig de kernel updaten.

In de praktijk is het helemaal niet meer nodig om bleeding edge te zijn tenzij je ontwikkelaar oid bent, in het ergste geval pak je een snap, appimage, flatpak of docker image. Dan maakt het helemaal geen fluit meer uit op welke distro je wel of niet zit.

[Reactie gewijzigd door batjes op 17 mei 2026 11:15]

[xirixiz]

Goed verwoord en helemaal mee eens.

Voor mij is de zwaarwegende factor ook dat Debian geeft je de garantie dat je systeem 100% van jou blijft. Zonder commerciële agenda van een bedrijf dat bepaalt wat er op jouw schijf belandt. Het is enn OS voor wie privacy en onverwoestbare stabiliteit verkiest boven de waan van de dag en de allernieuwste softwareversies.

[batjes]

Yup dat speelt zeker net zo veel mee, de community van Debian staat keihard achter hun Social Contract en Free Software Guidelines. Daar kwam mijn initiele liefde voor Debian ook vandaan. De rest is gegroeit omdat Debian eigenlijk alles al sinds ik er mee in aanraking ben gekomen (Knoppix, Debian Lenny)... perfect aanpakt en zal het nooit kunnen laten om waar mogelijk niet de Debian evangelist uit te hangen.

Het heeft wel lang geduurd voordat Debian bruikbaar werd als gaming OS, maar dat probleem was meer Linux-eigen dan Debians schuld. Sinds Trixie ben ik 100% om.

[Jerie]

Ik gamede al op Potato en Woody op Linux. Werkte prima, het is maar net welke games je wilt spelen met welke eisen. De Loki ports waren prima, en Icculus (https://icculus.org/news/news.php) heeft ook onderaan nog wat oudere referenties staan.

Frozen Bubble, Solitaire, Dune II, Battle Isle 2, Battle Isle 3, Wolf3d, Doom, Duke3d, HL1, HL1: CS (stabieler dan Windows 9x, weet ik nog), C&C: Generals, C&C, WC2, ET: Wolfenstein, RTCW, ET: Fortress, Quake, Quake II, Quake III, Quake 4, en dat is maar een greep uit mijn brakke geheugen. Zelfs die Pinball die recent is geport naar Linux, draaide ook in Wine.

[batjes]

Prima vind ik wat vergezocht.

De engine achter Quake 3 is door IdTech geopensourced, waarna deze door fans geport is naar Linux. en IdTech vervolgens deze Linux ondersteuning officieel opnam. Wat een heleboel van die games voor Linux beschikbaar maakte. Bijna jouw hele lijstje is op de IdTech engine gebaseerd en veel van die Linux ondersteuning kwam pas jaren na launch.

Zo had RTCW:ET eerder Linux ondersteuning dan RTCW

Verder is dit maar een hele kleine selectie van de games destijds dat wel werkte, het gross kon je naar fluiten en kreeg je ook met geen mogelijkheid via WINE aan de praat.

Toch een compleet andere situatie dan de afgelopen jaren en Debian liep duidelijk achter de rest. Bookworm heeft niet eens AMD 7000 GPU drivers terwijl Ubuntu en Mint deze wel hadden.

[Jerie]

RTCW Linux is van 2002, RTCW: ET van 2003.

Het grote verschil is inderdaad dat het percentage games dat goed werkt nu veel hoger ligt, terwijl je vroeger minder keuze had. Maar gamen op Linux kon al tientallen jaren. Tetrinet werkte bijvoorbeeld ook in Wine, en bovendien had je ook Gtetrinet. Nethack werkte ook gewoon, kon je zelfs remote draaien via Telnet. Ook grafische games werden nog wel eens geport.

Voor de Windows hegemonie was het zelfs vrij gangbaar dat spellen naar veel platformen geport werden. Kijk maar naar waar Dune II zoal op draaide.

Inmiddels is die hegemonie wel voorbij, dankzij Wine, Proton, en Steam Deck.

[batjes]

Dat klopt, alleen kwam de Linux support voor die titels pas veel later nadat (o.a.) de Quake3 community de geopensource Idtech3 engine geport hadden naar Linux. Die opensource doorontwikkeling werd niet veel later geforkt naar de Source engine.

ioquake3 is pas in 2005 gereleased en die community Linux port kwam (dacht ik) ~1 jaar later.

Pas daarna is praktisch de hele Idtech3 engine library ge(back)port naar Linux.

Dan loop je als tiener dus 4! jaar achter op je Windows maatjes.

Roze bril Gamen op Linux was in de brede algemeenheid tot vrij recent gewoon een hork.

[Reactie gewijzigd door batjes op 18 mei 2026 20:27]

[Jerie]

Peer pressure is inderdaad een dingetje.

Ik mag mezelf wel gamer noemen, ook al is dat per vlagen. Ik heb zelfs nog bzflag en Quake native gespeeld op een SGI machine.

Ook ik ben op een gegeven moment overgestapt naar dualboot met Windows plus MSIE. Later werd Mozilla de betere, en dat stokje is toen door Google Chrome overgenomen. Daar lag momentum. Vista, bijvoorbeeld, had mooie effecten, maar werd geleverd op veel te matige hardware (laptops).

Dat het met Proton is de stroomversnelling kwam, is deels waar, maar voor die tijd had je ook al voorgangers van Lutris. DirectX was heel vroeger een issue; het WineX debakel bijvoorbeeld (zo'n beetje de reden dat Wine later van MIT is afgestapt), is ook al best oud. Probleem is wel dat de tooling imperfect was, of betaald, of je moest handmatig dingen doen volgens documentatie in uit bijv. appdb. Ook iets als zoeken was voor die tijd een dingetje. Hoe dan ook, DirectX was al opgelost voor Proton.

En toch heb ik HL1+CS met betere stabiliteit dan Windows 9x gespeeld op Linux. Ik speelde dat namelijk op diverse LAN parties. Bij ons in de buurt was zelfs een café waar iedere vrijdagavond de hele buurt met PC kwam. En ik weet nog dat er wel eens iemand crashde. Ik nooit. Met Tetrinet idem.

[Clemens123]

Waarom is het killing? Waarom heb je ook op de desktop de allerlaatste gnome bv. nodig? Imho is dat ondertussen zo volwassen dat het niet zo veel uitmaakt dat je tot 2 jaar achterloopt.
Uiteraard zijn er use cases (bv. gaming) waar het achterlopen met bepaalde libs wel voor wat problemen zorgt, uiteindelijk hangt het af van de use cases en de software die je use cases nodig hebben.
Gebruik je een browser en tekstverwerking bv? Dan voldoet Debian stable zeker.

[MaestroMaus]

Nou hier zijn een paar voorbeelden:

• Als ik een Python applicatie aan het ontwikkelen bent dan is het wel prettig als ik dezelfde versie kan gebruiken als de devs die op Windows werken. Want die hebben wel updates.
• Als iets in Gnome/KDE verbeterd wordt waardoor de gebruikerservaring beter wordt dan heb ik die update liever vandaag dan morgen.
• Als een nieuwere Linux kernel betere support heeft voor mijn beeldscherm. Of de kernel een wifi driver levert die beter is dan mijn huidige wifi driver dan wil ik dit het liefst zo snel mogelijk. Hetzelfde geldt voor bijvoorbeeld betere ondersteuning van laptop docks of zoiets dergelijks.

Ik geef toe: ik ben een kritische gebruiker. Maar draai het eens om: Windows en Mac gebruikers krijgen dit wel zonder veel problemen. Waarom zou ik op een Linux desktop met minder genoegen moeten nemen? Zeker als er Ubuntu/Fedora of Suse is waarbij dit wel kan.

[Reactie gewijzigd door MaestroMaus op 16 mei 2026 23:22]

[jumbos7]

Uiteindelijk is het duidelijk dat Debian (stable) voor jou niet geschikt is als Desktop, al zul je met Debian unstable wellicht beter uit kunnen. Maar er zijn vermoedelijk betere distro's voor jou. Echter betekent dat niet dat wat voor jou niet werkt ook voor andere opgaat. En ddat heeft niet zo veel te maken met hoe kritisch je zelf bent.

Iemand kan net als jou een kritische gebruiker/systeembeheerder zijn en daardoor juist totaal geen bleeding edge willen. Maar enkel tried and tested software versies willen draaien zelfs voor Desktop-gebruik. Dan is er haast geen betere keuze dan Debian,

[zordaz]

Precies dit! Ik gebruik Debian Stable al 25 jaar als desktop OS, het ligt gewoon aan de behoefte. De kritiek op Debian Stable die ik bij dit artikel lees is van alle tijden. En helaas ook bijna altijd gebaseerd op onbegrip.

[Jerie]

Vooral een oud punt van kritiek, welke wel klopte rond de tijd van Potato en Woody.

[Clemens123]

- Python kan ik weinig over zeggen, heb ik te weinig ervaring mee hoe het zit met backports / compatibiliteit met nieuwe versies van bv. sid, geen idee hoe vaak die dan niet installeerbaar zijn. Virtuele environments voor pip lukken voor libs en development in ieder geval. En als je dev bent op Debian...dan wil je ook Debian compatibiliteit hebben ongetwijfeld dus daar kan een oudere versie die forward compatibel is ook handig zijn.

- Gnome/KDE: "íets" vind ik vaag geformuleerd van je, ik zie de laatste jaren weinig grote dingen...en morgen doen ze misschien iets anders wat je niet leuk vindt of wat een bug introduceert.

- Kernels is imho geen probleem. Debian doet backports, ik draai de 7.0.4 deb13 backport (incl headers) en kan ook met DKMS modules installeren (heb men Dell Laptop de IPU6 webcam aan de praat gekregen met 6.19 (incl secure boot), is helaas wel weer kapot met 7.0.4 moet nog kijken waar het nu weer fot gaat)

En net zoals je de gebruikers hebt die graag het laatste hebben, heb je er ook die het fijn vinden niet telkens veranderingen te hebben voor 2 jaar.

En Windows en Mac werken nu eenmaal anders. Mac bv. linkt alle SW statisch, bij Windows komen de DLLs. normaal ook allemaal gewoon mee naast de app...voordeel is inderdaad makkelijke compatibileit, nadeel is dat je securitytechnisch het voordeel van shared libs mist. Beide approaches hebben voor en nadelen, en jouw use cases zullen beslissen wat je voorkeur heeft. En ook op Debian kun je zelf je sw bouwen, sw van testing/sid installeren die compatibel is wat betreft libs (altijd apt pinning goed zetten) en flatpaks gebruiken.

[xirixiz]

Je noemt dat Windows-devs sneller updates hebben voor Python. Binnen software development is het al jaren een anti-pattern om de Python versie van je besturingssysteem te gebruiken voor je projecten.

Tools zoals pyenv, asdf, of Docker zorgen ervoor dat je op Debian binnen twee minuten elke gewenste Python versie draait (zelfs de allernieuwste bèta).

Na veel distributies te hebben geprobeerd, ben ik uiteindelijk bij Debian blijven hangen (een jaar of 6 nu al). Natuurlijk vervult geen enkel besturingssysteem alle wensen van iedereen, maar de privacyfilosofie van Debian en het feit dat vrijwel alles direct out-of-the-box werkt, bevallen mij zeer goed. Zelfs met gamen via Steam op Debian 13 Stable heb ik tot nu toe geen enkel probleem gehad. Het draait allemaal soepeler dan op Windows, en dat heeft me echt positief verrast, aangezien ik een aantal jaren niet meer had gegamed.

En verder, nieuw betekent zeker (lees vaak) niet altijd beter...

[Microwilly]

Juist voor Python vind ik Debian het fijnst. Gewoon zelf compileren en je draait altijd de nieuwste versie zonder gedoe. Bij de nieuwste Ubuntu heb je daar eigenlijk ook geen problemen meer mee, maar Ubuntu zit in mijn ogen wel helemaal vol met onnodige rommel.

[dvanmaanen]

Je zou ook gewoon Windows kunnen gebruiken.

[Waarnemer]

Windows en Mac gebruikers krijgen dit wel zonder veel problemen.

Right. Optimistisch.

[Niemand_Anders]

Ik heb al NextCloud met OnlyOffice in een docker draaien, dus gebruik eigenlijk geen OpenOffice. Browsers en een aantal andere apps (kodi) heb ik draaien vanuit een flatpak waarvan ik wel de laatste versies wil draaien. Ook heb ik een aantal apt repositories voor bijvoorbeeld docker toegevoegd.

Ik vind het juist fijn dat KDE niet automatisch ineens veranderd. Daarnaast kan ik gewoon alle steam games draaien.

Ik ben inmiddels vastgeroest op Debian welke ik al meer dan 25 jaar gebruik zowel prive als zakelijk. Zo'n 15 jaar geleden probeerde ik te wisselen naar Ubuntu, maar het voelde niet hetzelfde aan, dus ben ik weer terug gegaan naar Debian. Daarnaast begin deze eeuw ook wat uitstapjes gemaakt naar Slackware, RHEL en Gentoo. Ik vond de custom runlevels van Gentoo wel erg leuk, maar zodra het stopte met werken kostte mij het altijd veel tijd om uit te zoeken hoe ik het weer aan de praat kreeg. Wat had ik 25 jaar geleden graag al claude code willen kunnen draaien op een aantal servers toen ik met LVS aan de slag ging. Waren we in een dag klaar geweest in plaats van twee maanden ;-)

[Mortov Molotov]

Momenteel is fedora KDE mijn daily driver en ben er heel tevreden over.

Waarom dan mijn vraag? Wel, ik volg de laatste tijd Chris Titus, en hij stelt, nogal onomwonden, dat hij wegblijft van industry backed distros zoals Ubuntu, maar dus ook Fedora, omdat bedrijven uiteindelijk altijd keuzes maken die niet noodzakelijk in het voordeel zijn van de gebruikers. Red Hat is voor hem de duivel sinds hun beleid omtrent Centos (closing the source, gebruikers van Centos 8, die 10 jaar support waren beloofd, forceren naar Centos Stream binnen het jaar).

Nu ja, als ik zijn kritiek en principes ernstig neem, zou ik dus moeten overstappen op een community distro van enige kwaliteit, die daarboven ook nog eens secure boot ondersteunt ivm dualboot met Windows 11 voor die enkele kernel level anticheat games. Soit, het lijkt me daartegenover niet zo handig om behoorlijk achter te lopen met Firefox versies en Mesa drivers. Dus ga ik pragmatisch moeten zijn en bij fedora kde blijven. Mijn kennis is in deze fase nog net niet uitgebreid genoeg.

[wimdebok]

Was zelf altijd een centos gebruiker en door het geintje van red hat om van de ene op de andere dag centos de nek om te draaien en vervolgens hetzelfde later te doen met rocky, een red hat kloon heeft me richting debian gedreven. Hoewel ik red hat wel enigszins begreep.

Uiteindelijk wel heel blij met debian, vind het een veel eleganter systeem, het aantal ondersteunde packages is veel groter. Herinner me van centos dat er veel externe repos toegevoegd moest worden om enigszins up to date versies van software te installeren.

red hat is echt een systeen voor grote bedrijven, conservatief en met support. Zeker nu het in handen van ibm is, het kost wat je hebt wat.

Met terugwerkende kracht denk ik, debian is passender voor deze thuisgebruiker.

Fedora ken ik niet goed genoeg maar lees dat ook veel als desktop systeem. Gebruiken waar je je wel bij voelt.

[Karsg]

2.5 jaar geleden besloten om na de geintjes van Redhat al onze servers te migreren en ik geniet enorm van de verfijnde manier waarop Debian sommige configuraties regelt.

De migratie was heel intens maar dat betaalde zich direct terug toen we met een vrij simpel script alles van Bookworm naar Trixie konden upgraden.

[Eärendil]

Op dit moment lijkt Ubuntu of Fedora draaien de populairste keuze. Die zijn behoorlijk stabiel en hebben een snellere release cyclus dan Debian. Deze zijn beide ook erg goed in een bedrijfsomgeving te zetten met policies voor systeembeheerders.

Een systeembeheerder zal van Ubuntu de LTS-versie kiezen, en die heeft een vergelijkbare release cycle als Debian Stable, met elke 2 jaar een release en tussendoor alleen security upgrades

[El_Bartholomew]

Op een desktop OS zorgt dit ervoor dat je software altijd een half jaar of langer achter loopt. En dat is, naar mijn mening, gewoon killing voor de desktop ervaring.

Ik ben voor de desktop van Debian overgestapt naar Rocky en AlmaLinux. Er staat nu ook Oracle Linux op een vann mijn oude laptops. Gewoon omdat ik lui ben. Ik hoef mij in principe dan 10 jaar me nergens druk om te maken. Dat achterlopen van desktop apps is achterhaald met Flatpak

Zie ook Debian wiki

Flatpak makes it possible for users to install sandboxed applications on Linux distributions, in a way that is decoupled from the underlying operating system. It gives application developers the control of their agenda and the opportunity to publish new versions and updates without having to depend on a distribution's lifecycle

[latka]

Ik draai een desktop Debian. Over het algemeen draai ik stable op servers en sid als desktop. Sid is de repo die uiteindelijk de volgende release bevat. Als je regelmatig update heb je zo een rolling release Debian. Steam en Libre Office op KDE werkt als een zonnetje. Grootse geneuzel is chrome updates als Google weer iets klooit met de repos. Geen zin om dat uit te zoeken dus gebruik ik Firefox.

[batjes]

Sid is niet 'de volgende release'. Sid is soort van 2 releases verder en kun je nu zien als Duke.

De volgende release zit in de testing branch en heet Forky.

[zordaz]

SID is de development branch van Debian: 'Still In Development', van een release kun je niet goed spreken. Het is eerder een rolling release (avant la lettre).

[Hero of Time]

Sid is ook toevallig de naam van de buurjongen van Andy in de eerste Toy Story film. Alle Debian release namen zijn gebaseerd op de personages uit de serie. Aantal jaar geleden is Experimental zelfs voorzien van de code naam RC Buggy, naar de afstandbestuurbare buggy en het feit dat Experimental nog veel meer een test plek is (en geen volledig bruikbare staat zoals Sid, Testing en Stable).

[batjes]

Correct, maar Sid wordt wel gesnapshot als de volgende testing. Vandaar de 'soort van 2 releases verder'.

[Hero of Time]

Sid wordt niet gesnapshot. Packages in Sid die geen breaking bugs hebben, gaan over het algemeen na 10 dagen naar Testing, soms eerder. Als er echt een snapshot zou zijn, zou je die packages met bugs ook in Testing krijgen en dat gebeurt dus niet.

[batjes]

Ja fair, wilde gesnapshot eigenlijk tussen haakjes zetten.

[ray0755]

In plaats van Chrome zou je ook voor Chromium kunnen kiezen, dat is de basis voor Chrome en zit in de standaard repo.

[TheMaurice]

Klopt ja, en scheelt weer een entry in /etc/apt/sources.list

[nlinzweden]

Er is ook now de "External repository manager":

apt install extrepo

En dan ff steam opzoeken:

extrepo search steam

[Hero of Time]

Op Debian gaat Steam via het package 'steam-installer'. Die download en installeert vervolgens Steam in je home directory. Het haalt het netjes op bij de officiële bron. Je moet alleen nog even doen wat in de package omschrijving staat, i386 architectuur toevoegen omdat Steam 32-bit is.

[arithcoder]

Ik draai KDE Plasma op Debian 13. Om eerlijk te zijn is het half gebakken. Heel weining polish (if at all) en zogoed als stock Plasma. Van zo'n grote community en organizatie had ik meer verwacht. Heck, Debian 13 heeft nog altijd init shell scripts die niet naar systemd service files geport zijn... Half gebakken distro en ik begrijp niet al de hype rond Debian.

[ray0755]

Ik gebruik ook Plasma, en ben blij dat het (bijna) stock is. Het doet wat het moet doen, en zonder problemen.

[aileron]

Om Debian nu "half gebakken" te noemen....

Debian 13 met KDE is mijn daily driver. Ik heb werkelijk nergens last van, super stabiel systeem.
Ja, een grote update van features komt pas weer over iets meer dan een jaar. Dat is prima voor mij.

Stock Plasma ben ik juist ontzettend blij mee, ziet er prima uit en werkt stabiel.

Ieder z'n voorkeuren, maar om nu te stellen dat Debian "half gebakken" is, is echt onzin

[latka]

Debian is een goed base-os: geen verassingen geen customization etc. Als je een gelikte desktop wil is Debian niet je os. Wil je een stock experience hebben waar alles is zo is zoals de originele auteur het bedoelt heeft is Debian niet te verslaan. En initscripts erbij... tsja, als ik het voor het zeggen had was systemd een keuze geweest ipv. een opgedrongen default. Maar Devuan gaat me op dit moment nog te ver.

[deadinspace]

Heck, Debian 13 heeft nog altijd init shell scripts die niet naar systemd service files geport zijn...

Dat is niet waar.

Alle Debian packages hebben systemd service files (waar nodig). Sommige packages bieden ook nog sysv-style init scripts in /etc/init.d, maar deze worden standaard niet gebruikt in Debian.

Zie sectie 9.3.1 van de Debian policy:

The default init system and service manager in Debian is systemd. Packages that wish to automatically start and stop system services must include systemd service units to do so, unless the service is only intended for use on systems running alternate init systems. See systemd.service(5) for details on the syntax of a service unit file.

In the common case that a package includes a single system service, the service unit should have the same name as the package plus the .service extension.

Packages including a service unit may optionally include an init script to support other init systems. In this case, the init script should have the same name as the systemd service unit so that systemd will ignore it and use the service unit instead. Packages may also support other init systems by including configuration in the native format of those init systems.

(emphasis mine)

[ray0755]

Ik gebruik (o.a.) Debian als desktop. Software bijwerken nog nooit omslachtig gevonden of problemen mee gehad, aangezien apt alle packages update, net zoals dnf bij Fedora, pacman bij Arch, zypper bij openSuse, enzovoort. Ik ben geen gamer, dus kan weinig zeggen over Steam etc.

Het lijkt mij dat in het geval van games je de nieuwste versies van die programma's wilt hebben, misschien is Debian dan niet de beste keuze. Maar zoals ik al zei, geen ervaring met gaming.

[Reactie gewijzigd door ray0755 op 16 mei 2026 21:25]

[wimdebok]

Gebruik Debian als desktop systeem tot volle tevredenheid, zowel een xfce als een gnome versie. Wil je de meest recente versie van een programma kijk dan eens naar de zogeheten backports om de meest recente versies te gebruiken. Doe dat zelf voor yt-dlp om youtube filmpjes te kunnen downloaden. Vind het een prachtsysteen en voor de rest van de toepassingen kan ik prima met de versies die nu in trixie zitten. Het is een heel prettig en een rustig systeem.

[AnonymousGerbil]

Om eerlijk te zijn denk ik dat als de update-cadans van debian je niet bevalt dat het dan handiger is om voor een andere distributie te gaan.

Dat rotsvast niet meteen veranderen naar het nieuwste van het nieuwste is namelijk een kerneigenschap van debian.

[zordaz]

Ik gebruik Debian al meer dan 25 jaar als desktop OS, ook mijn partner en kinderen gebruiken het regelmatig. Ik gebruik nauwelijks repos buiten Debian om, eigenlijk alleen voor Vivaldi en Synthing.

Het is zoals meerdere reacties hier al aangeven: het ligt eraan waar je behoefte aan hebt. Wil je zoveel mogelijk het nieuwste van het nieuwste, dan is Debian Stable niet voor jou.

[batjes]

Hier een Debian Trixie desktop gebruiker die ook gamed. Nu moet ik steam via de CLI starten om wat voor reden dan ook (geen zin gehad verder uit te zoeken waarom, screen steam werkt prima).

Alle games die op Linux werken die ik geprobeert heb, werken zonder problemen op Debian Trixie en bijna al het andere krijg ik met wat gepiel in Lutris wel werkend. Enige die me (nog) niet lukt zonder periodieke crashes is Starcraft 2, dus die kan ik niet meer multiplayeren, maar die lijkt sowieso lastig stabiel te krijgen op Linux.

De 'achterstand' voor gamers waar Debian onder leide met vorige releases, is zo goed als opgelost met Trixie. Het enige nadeel is soms dat als je hardware koopt die na b.v. Trixie is uitgekomen, dat je kans loopt dat de drivers ontbreken. Vaak op te lossen door naar testing of unstable over te stappen.

Debian backport namelijk amper tot geen functionaliteit, enkel security en stability fixes. Wat soms ook nadelig kan zijn mocht je meer met bleeding edge bezig zijn, maar ook hier is de oplossing 9/10 keer om Sid te gebruiken.

De termen 'testing' (Forky) en 'unstable' (Sid) klinken eng en niet voor generiek gebruik, maar zijn in de praktijk niet niet zo eng en prima bruikbaar. Ubuntu (en alles wat daar weer van afgeleid is) is gebaseerd op Debian Sid en Ubuntu LTS is gebaseerd op Debian Testing. Ubuntu LTS wordt genoeg gebruikt in kritieke en HA omgevingen.

Debian stelt zelf immens hoge eisen aan stabiliteit en veiligheid, ik ken er maar 1 die dat serieuzer neemt en dat zijn de mensen achter FreeBSD.

Overigens ben ik super fanboy van de Debian Social Contract en Debian Free Software Guidelines. Persoonlijk heb ik mogen ervaren dat ze dit al 20 jaar ook serieus nemen. https://www.debian.org/social_contract

[VirtualGuineaPig]

Ik gebruik Mx Linux. Basis is Debian (nu dus 13.5 , kernel 6.12.88-1.

Met Plasma/KDE en dat draai als een zonnetje.

Gebruik geen Wayland ivm meerdere monitoren op een Nvidia kaart.

Hééll soms een reboot nodig als ik een Logitech camera met Samsung paneel via een Dell Smart dock middels usb-c koppel. Werkt, maar daarna wat inconsistencies

[beerse]

Een reden om niet voor debian te kiezen op de desktop is het gebruik van state-of-the-art hardware, zeker van hardware-leveranicers die linux (en andere open source) geen gedetailleerde informatie geven maar zelf de drivers willen leveren. Dergelijk hardware is bij debian met haar opensource instelling niet meteen met alle hardware mogelijkheden beschikbaar. Hierbij denk ik aan nvidia en eventueel broadcom en/of qualcom en bepaalde laptop-leveranciers, al is mijn info/gedachte mogelijk verouderd.

Maar als je hardware niet state-of-the-art is of als je zeker weet dat het goed/volledig wordt ondersteunt, dan is er weinig reden om geen debian te gebruiken.

[Brent]

Ik draai op het servers, laptops en desktops.

Dat het stabiel is en niet cutting edge is een reden om Debian te prefereren, althans, Debian Stable. Dat gezegd hebbende, Steam update zichzelf (je installeert met apt enkel de Valve installer). Ook maak ik voor sommige tools niet in de Debian repo's gebruik van `extrepo`, oa voor mijn browser (Brave), welke dus via een extern repo (meestal upstream) worden geladen en daardoor vaak meer up to date. Je kunt zo ook wine, Lutris installeren als dat belangrijk voor je is. Uiteraard is er nog flatpak.

Hier de lijst extrepo's, zelf toevoegen is makkelijk (al meermaals gedaan):
https://salsa.debian.org/.../tree/master/repos/debian

[RobertMe]

Afgaande op deze pagina is fragnesia nog niet gefixt in deze punt-release (simpelweg omdat die uberhaupt nog niet in de security repo gefixt is). Waarbij ik er vanuit ga dat Copy Fail en die latere CVE(s, was een dubbele) wel gefixt zullen zijn.

Blijft dus belangrijk om de security repo ook te blijven draaien / "monitoren".

[d3vlin]

Debian Trixie (Security) zit op Linux 6.12.88-1:
Copy.fail: CVE-2026-31431 (fixed)
DirtyFrag: CVE-2026-43284 (fixed) en CVE-2026-43500 (fixed)
ssh-keysign-pwn: CVE-2026-46333 (fixed)

Fragnesia: CVE-2026-46300 (vulnerable)
https://9to5linux.com/fragnesia-is-yet-another-local-privilege-escalation-flaw-in-linux-kernel

[Dubbeldrank]

Dat geldt uiteraard voor systemen waar meerdere gebruikers op in kunnen loggen. Als je zelf de enige gebruiker bent dan is dit niet heel spannend. Maar ook voor Fragnesia is een mitigatie beschikbaar voor de mensen die het nu al uit willen sluiten.

[UPPERKEES]

Valt tegen, de Nginx rewrite vulnerability veranderd dat snel

[N8w8]

Dat lijkt al te zijn gefixt?

[UPPERKEES]

Zo te zien niet voor Bullseye nog.

[N8w8]

Dat is waar, maar die is EOL en wordt niet meer onderhouden door het Debian security team.

[UPPERKEES]

EOL? Zeker niet. Over een maandje ofzo wordt het LTS. Nu krijgt het nog reguliere updates.

[N8w8]

Hier staat dat Bullseye EOL is, hier dat ie sinds 2024 LTS is.
Ik vermoed dat je t verwart met Bookworm die wel over n maand LTS wordt.

[UPPERKEES]

Hier staat dat Bullseye EOL is, hier dat ie sinds 2024 LTS is.
Ik vermoed dat je t verwart met Bookworm die wel over n maand LTS wordt.

Ik snap niet dat jij een +2 krijgt. Bullseye is old stable. Is gewoon supported. Hierna wordt het LTS, wat semi EOL is. Maar Bullseye is zeker niet EOL. Anders staat het ook niet op hun website onder pending patches voor Nginx...

[N8w8]

Volgens die links is niet Bullseye maar Bookworm oldstable.
En is Bullseye oldoldstable, EOL, en LTS.
En wordt LTS niet onderhouden door het Debian security team, dus niet meer "gewoon" supported zou ik dan zeggen.
Eventuele patches zouden dan van het LTS team moeten komen lijkt mij.

[batjes]

EOL support is bij Debian best effort. Soms krijg je patches als een ontwikkelaar zin/tijd heeft om deze te backporten, meestal niet.

[jumbos7]

Bullseye wordt ondersteund maar niet als "old stable" maar als "old old stable". Het is nu al onder LTS maar slechts tot en met juni. Daarna wordt het alleen nog ondersteund op betaalde basis via Freexian en dan tot en met 2031.

[RobertMe]

Ik vind het wel kort door de bocht om te zeggen dat dit alleen geldt als er andere toegang hebben.

Ook als er maar één gebruiker is hebben andere toegang. Namelijk via de software die die ene gebruiker installeert (en weer mogelijke supply chain aanvallen op die software). Wellicht dat je dus enigszins veilig bent als je géén software installeert / update na het bekend worden van deze kwetsbaarheid dat je niet getroffen kunt worden (hopende dat de kwetsbaarheid niet alsnog al bekend was in bepaalde kringen, een zero-day dus). Maar dat is vaak ook niet echt een optie.

[lamlion]

Ook dat is een feit wat niet valt te bevestigen. Kwaadwillenden kunnen een kwetsbaarheid misbruiken op elk gewenst moment. Dus ook voordat de copy-fail vulnerability wereldkundig werd. Een soort tijdbom.

[latka]

Nog een reden om JavaScript uit te zetten: dat is andermans software binnenhalen zonder dat mensen zich daar bewust van zijn en dan hopen dat de sandbox goed werkt. Oh nee, die wordt ook regelmatig lek bevonden. Dus ik ben het met je eens dat je moet patchen alleen is het nog veel geniepiger dan mensen denken

[jumbos7]

Ik vind het maar vreemd om te stellen dat je enkel enigszins veilig bent als je geen software installeert of update nadat de kwetsbaarheid bekend is geworden. Als je de software die je installeert niet enigszins kunt vertrouwen heb je een groter probleem dat los staat van het bestaan van een kwetsbaarheid als Fragnesia. Aanpassingen aan software, vooral die je vanuit de officiële repo's binnenhaalt, zijn echt niet zo makkelijk te misbruiken.

Je hebt geen 100% veiligheid natuurlijk maar wie een single-user systeem hoeft zich nog steeds niet veel zorgen te maken, en zelfs een multi-user systeem met vertrouwde gebruikers zal er niet wakker van hoeven te liggen. Laat staan als het enkel om gebruikers gaat die niets mee krijgen van dit Linux nieuws en vaak niet eens (meer) weten wat Linux is ondanks dat ze het met enige regelmaat gebruiken om op internet te komen.

[Reactie gewijzigd door jumbos7 op 17 mei 2026 11:02]

[martijnvanegdom]

For Alma Linux zijn de patches al wel beschikbaar: https://almalinux.org/blog/ dus ik zou verwachten dat ze voor Debian er ook snel komen.

[HollowGamer]

Dat is RHEL gebaseerd, die zijn doorgaans nog veel sneller met dit.

Nu maar hopen dat sysadmins echt updates doen..

[martijnvanegdom]

Weet ik, voor sommige is dat de reden om te kiezen for RHEL of een afgeleide daarvan..

[Htbaa]

Waarbij AlmaLinux in deze dus niet op RHEL wacht en dus eerder met patches komt dan de sources waar ze zich op baseren.

[Hero of Time]

Alleen jammer dat RHEL er ruim 5 dagen over deed om Copy Fail te patchen en Debian had gelijk de bijgewerkte kernel (6.12.85) beschikbaar als update. RHEL is dus echt niet altijd sneller.

[Lennyz]

Upgraden gaat hier niet echt lekker. Blijkbaar is zfs-dkms nog niet gesupport op deze kernel. Als je ZFS draait installeer deze kernel dus nog niet.

[rbr320]

Ik heb de release notes nog niet gelezen, maar ik was in de veronderstelling dat Debian bij een minor version (point update) nooit een nieuwe kernel versie mee levert en dat een update aan de kernel dus volledig API/ABI compatible moet zijn?

[Syzzer]

Huh? Gisteren upgrade en reboot gedaan. Geen problemen met ZFS hier.

(ZFS weliswaar alleen voor storage hier, niet op /boot of /.)

[Riesch]

'k Ben mogelijk te laat ofzo, maar hier werkt het (nu wel).

DEBIAN_VERSION_FULL=13.5

ii linux-image-6.12.73+deb13-amd64 6.12.73-1 amd64 Linux 6.12 for 64-bit PCs (signed)

ii linux-image-6.12.86+deb13-amd64 6.12.86-1 amd64 Linux 6.12 for 64-bit PCs (signed)

ii linux-image-6.12.88+deb13-amd64 6.12.88-1 amd64 Linux 6.12 for 64-bit PCs (signed)

ii linux-image-amd64 6.12.88-1 amd64 Linux for 64-bit PCs (meta-package)

ii zfs-dkms 2.3.2-2 all OpenZFS filesystem kernel modules for Linux

[Ultra]

Via trixie-backports komt kernel 7.0 binnen. Die werkt inderdaad nog niet met ZFS (op Trixie), daar is versie 2.4.2 van zfs-dkms voor nodig, zie o.a. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1135579 .

[Lennyz]

Ik zie het. Als ik sudo apt policy zfs-dkms uitvoer dan krijg ik nog steeds 2.4.1.1 te zien. Ik hoop het snel geupdate wordt. Nu kan ik niet meer rebooten zonder dat ik problemen krijg.

[Netburst]

Geen nieuwe kernel / geen reboot nodig lijkt?

[Olaf van der Spek]

Geen nieuwe kernel / geen reboot nodig lijkt?

Hoezo geen nieuwe kernel?

6.12.88-1 (2026-05-15)

[Nakebod]

Volgens mij is die kernel versie niet specifiek van/voor Debian 13.5, maar toevallig wel redelijk tegelijk uitgekomen.
Ik had (denk gister) namelijk 6.12.88 geinstalleerd, welke blijkbaar problemen geeft met bepaalde Mediatek bluetooth adapters waar ik vanmorgen tegenaan liep. Terug naar 6.12.86, en vanmiddag kreeg ik "pas" de update melding van heel veel andere packages.

[HollowGamer]

Dit is ook mijn probleem met Debian. Ze hebben dus bepaalde zaken niet gebackport, deze bug is namelijk al een hele tijd gefixed.

Ik snap niet dat mensen Debian zo stabiel noemen. Dit is wat je krijgt als je een backport mist en niet parallel loopt aan de Linux kernel (of wacht tot op het laatste moment met upgraden).

Daarnaast is er ook het hele firmware verhaal. Veel distros hadden die als een package, maar de meeste splitten die nu. Dus het zou zomaar kunnen dat de firmware simpelweg ontbreekt.

Nee, voor mij nooit Debian. Prima voor in containers, maar niet voor desktop stuff.

[Goldwing1973]

Ik kan me absoluut niet vinden in jouw opmerking, ik draai meerdere Debian servers (aantal VPS en 2 dedicated servers) met daarop Debian waarvan 1 dedicated server een uptime nu heeft van bijna 600 dagen, stabiel als een huis.

[HollowGamer]

De kernel wordt dus nooit geupgrade?

[Goldwing1973]

Nee, de servers draaien ook nog op Debian 12, maar voor de doeleinden waarvoor ze gebruikt worden is dat ook (nog) niet nodig.

[HollowGamer]

Dan zijn ze dus vulnerable.

[d3vlin]

Als de support of fix upstream wel beschikbaar is kun je eventueel enkel kernel/firmware installeren uit trixie-backports totdat de support of fix wel in stable zit. Linux zit in trixie-backports momenteel op 7.0.4 en firmware-mediatek op 20260410 dus dat is redelijk dicht bij het vuur.

[Reactie gewijzigd door d3vlin op 17 mei 2026 09:53]

[batjes]

Huh?

Debian is juist 1 van de weinige distro's die doodleuk _zelf_ security fixes backport voor alles in hun (standaard) repos, inclusief de kernel. Dit is juist 1 van de redenen dat voor elke package in de repos, de broncode actief meegeleverd moet worden en het op Debian nooit zo erg is om een library 'achter' te lopen (fuck al die software die nu nog steeds hard checks doet op library versies vanwege security issues)

Debian vertrouwt juist _niet_ op de app-ontwikkelaars om hun distro veilig te houden.

Overigens heeft Debian Bookworm de fixes ook netjes gebackport gekregen.

[Reactie gewijzigd door batjes op 17 mei 2026 11:27]

[desalniettemin]

Wel nieuwe, maar geen oudere om te verwijderen.

[desalniettemin]

Wel dus, want van 6.12.86 naar 6.12.88. Er was wel geen oudere kernel om te verwijderen.

[BasHouse]

apt update

apt upgrade

cat /etc/debian_version

13.5

gelukt!

[VirtualGuineaPig]

MX linux ook.

[Toet3r]

Net update gedraaid op raspberry pi os.
Die zit volgens cat /etc/os-rease nu op 13.5
Met kernel versie 6.18.29