:strip_icc():strip_exif()/u/14853/bluepiSW.jpg?f=community)
Tja, ik heb ook weleens een applicatie (van Ga(a)rmin) niet aan de praat gekregen op Windows (10), maar toen was mijn vertrouwen in Windows al helemaal kaalgevroten.
Saved by the buoyancy of citrus
:strip_exif()/u/3443/lizard.gif?f=community)
:strip_icc():strip_exif()/u/289675/crop6401bf2c85501_cropped.jpg?f=community)
:strip_exif()/u/291155/gifkikker.gif?f=community)
Zojuist mijn fedora ge-upgrade naar 44 maar ik zie eigenlijk helemaal geen verschil.
Ook eens de release notes bekeken waar ik de verschillen moet zoeken maar die zijn blijkbaar klein.
Ook eens de release notes bekeken waar ik de verschillen moet zoeken maar die zijn blijkbaar klein.
while :; do cat PROMPT.md | claude-code ; done
Kennelijk was het gebeurt doordat iemand per ongeluk het had gedeeld in het verkeerde chat kanaal (die publiekelijk was).Beter uitleg hier.
[ Voor 11% gewijzigd door HollowGamer op 08-05-2026 14:20 ]
:strip_icc():strip_exif()/u/192890/brain.jpg?f=community)
Doen mensen dit echt testen op hun productie machine?:
Heb su maar opnieuw geïnstalleerd omdat 'su' na een test niet meer normaal werkte.
:strip_icc():strip_exif()/u/340735/crop6448f8f93e3de.jpg?f=community)
???:
Heb su maar opnieuw geïnstalleerd omdat 'su' na een test niet meer normaal werkte.
Cleanup
⚠️ Important: After running this exploit, the page cache is contaminated. To clear the polluted page cache and ensure system stability, either run:code:
or reboot the system.1
| echo 3 > /proc/sys/vm/drop_caches |
Was dus eigenlijk niet nodig geweest denk ik? Afgezien daarvan ben ik het wel met @HollowGamer eens en zou ik voor zoiets een simpel VM'tje oid opzetten die voor diverse testjes kapot mag nadat je eerst een snapshot hebt gemaakt
[ Voor 17% gewijzigd door ed1703 op 08-05-2026 23:38 ]
Heb een extra reden gekregen om wat te doen met mijn Linux computers 
. De Tidal-GUI download app die ik gebruikte op Windows doet het niet goed meer, en de maker is blijkbaar al een tijdje afwezig. Dus nu maar eens tiddl geprobeerd, en dat werkt uitstekend en is lekker simpel.
. De Tidal-GUI download app die ik gebruikte op Windows doet het niet goed meer, en de maker is blijkbaar al een tijdje afwezig. Dus nu maar eens tiddl geprobeerd, en dat werkt uitstekend en is lekker simpel.
I had a decent lunch, and I'm feeling quite amiable. That's why you're still alive.
Wat is Tidal precies?:
Heb een extra reden gekregen om wat te doen met mijn Linux computers
:strip_exif()/u/25859/test2.gif?f=community)
:strip_icc():strip_exif()/u/49556/Liegebeest-small.jpg?f=community)
Alleen de in-memory cache, de file op disk is niet veranderd. En nee @HollowGamer , een verstandig mens test dit op een VMtje:
Heb su maar opnieuw geïnstalleerd omdat 'su' na een test niet meer normaal werkte.
ik had nog een “slachtoffer” VM in m’n security testlab.
[ Voor 21% gewijzigd door Liegebeest op 17-05-2026 07:20 ]
Liege, liege, liegebeest!
:strip_exif()/u/1807884/crop6a3ac5fbf39e1_cropped.webp?f=community)
/u/125506/link-8bit.png?f=community)
/u/298857/crop6471d9676d431.png?f=community)
/u/796809/crop6997400d735af_cropped.png?f=community)
Was er ooit software die 3DNow! gebruikt heeft? 
Mijn laptop leefde vanochtend twee uur in de toekomst, Ubuntu was opeens van mening dat de klok op UTC draait (wat bij mij niet het geval is vanwege dual-boot met Windows), dus ik had een gat van twee uur in een Grafana dashboard. Maar gelukkig draait alles nog... en de instelling is weer aangepast.
Mijn laptop leefde vanochtend twee uur in de toekomst, Ubuntu was opeens van mening dat de klok op UTC draait (wat bij mij niet het geval is vanwege dual-boot met Windows), dus ik had een gat van twee uur in een Grafana dashboard. Maar gelukkig draait alles nog... en de instelling is weer aangepast.
:strip_icc():strip_exif()/u/464574/crop5ef5b118724ae_cropped.jpeg?f=community)
Chrony installeren op Ubuntu en je hebt daar geen omkijken meer naar. Zover ik weet gaan alle Linux distro's er vanuit dat de hardware clock UTC is tenzij je zelf actief iets aanpast. Windows gaat er vanuit dat de hardware clock lokale tijd is. Wat ik zo gauw zie (ik heb zelf geen dual boot meer) kan je het aan de kant van Windows oplossen met::
Was er ooit software die 3DNow! gebruikt heeft?
Mijn laptop leefde vanochtend twee uur in de toekomst, Ubuntu was opeens van mening dat de klok op UTC draait (wat bij mij niet het geval is vanwege dual-boot met Windows), dus ik had een gat van twee uur in een Grafana dashboard. Maar gelukkig draait alles nog... en de instelling is weer aangepast.
reg add HKLM\SYSTEM\CurrentControlSet\Control\TimeZoneInformation /v RealTimeIsUniversal /t REG_DWORD /d 1
sudo timedatectl set-local-rtc 1 --adjust-system-clock
Ik heb openntpd op mijn systeem en die was niet in staat om automatisch de afwijking die Windows veroorzaakt te corrigeren. Ik moest handmatig een sync doen om het te fixen. Dus alleen NTP sync is geen oplossing.
Heb ook eens gekeken hoe timedatectl werkt en dat is ook niet echt geweldig. Alternatieven zoals Chrony doen het denk beter. Heb ik ook op systemen draaien, maar geen mega afwijkingen meegemaakt omdat ik eens een portable Windows heb gestart.
Commandline FTW
:strip_icc():strip_exif()/u/75092/robinia_70.jpg?f=community)
:strip_exif()/u/3157/sail4L_S70.gif?f=community)
I´d rather be a hypocrite than the same person forever (Yauch)| 🎸 Niets is zo permanent als een tijdelijke oplossing | Een goed probleem komt nooit alleen | Gibson guitar Fender Guitar God Damn Guitar
Ik gebruik systemd-networkd op alle servers/.... En daaronder valt ook mijn router (zelfbouw, plain Debian). Werkt an zich prima. Het enige dat die niet kan is PPPoE, maar dat heb ik met Ziggo toch niet nodig
Maar zou niet perse onderdeel van systemd hoeven te zijn en kan ook als los project onder een eigen paraplu.En systemd timers vind ik ook een prima ding. Tenminste niet overal cron voor nodig (lees: ik gebruik nu geen cron).
udev bestond natuurlijk al ver voor systemd, en is er later door opgeslokt. Lijkt me ook wel een vereiste voor je systeem.
User services maak ik niet echt gebruik van (ok, nouja, volgens mij start ik de ssh agent via een user service). En het maakt het beheer wel in lijn met het init gebeuren. Dus niks dubbel te leren. En uiteraard redelijk universeel tussen de DEs (+ het wordt onderwater sowieso gebruikt door voorheen Pulse Audio en neem aan nu Pipewire / Wireplumber / weet ik hoe het heet).
systemd-run is vervolgens een soort van interne abstractie die publiekelijk is gemaakt. Potentieel onzinnig, maar kan ook handig zijn. (Ik schedule een shutdown van mijn NAS altijd met systemd-run --on-calendar '<tijdstip> systemctl poweroff
).Of het nu ook alweer een sudo vervanger moet worden? Hopelijk niet.
En owja, systemd-cryptsetup. Als systeem volgens mij toch fijner dan alle losse onderliggende zaken (luks etc). systemd-cryptsetup geeft dan een meer user friendly abstractie. Moet het onderdeel zijn van systemd? Nee, niet echt. Is het als tooling fijn? Ja.
:strip_exif()/u/7689/Copicon.gif?f=community)
Dat zeg ik toch ook? Voor init dingen, prima, werkt goed. Maar voor de volgende dingen, why the fuck moet het wiel hiervoor opnieuw uitgevonden worden?
- Timesync/NTP
- Netwerk
- DNS resolving
- Udev
- Bootloader
- FS mounting/mapping
Wat was er mis met ifupdown van Debian? Of NetworkManager? Die kunnen wel gewoon PPPoE. En andere protocollen/verbindingen.:
[...]
Ik gebruik systemd-networkd op alle servers/.... En daaronder valt ook mijn router (zelfbouw, plain Debian). Werkt an zich prima. Het enige dat die niet kan is PPPoE, maar dat heb ik met Ziggo toch niet nodig
Timers vind ik een twijfel gevalletje. Sowieso is een override wat onlogisch, want zet je een nieuwe tijd met 'OnCalendar=....' dan wordt het toegevoegd, je moet eerst een lege 'OnCalendar=' neerzetten om de reeds bestaande default weg te halen.
Ja, vereist voor je systeem, maar waarom moet een init systeem dit overnemen? Het deed het al prima, er was geen reden voor om het nu als diep gewortelde afhankelijkheid te hebben. Update voor udev is gelijk je hele init systeem moeten bijwerken, met alle andere meuk die het doet. Geeft veel te veel overhead.
Niet dubbel leren, aardig, maar het is ook niet direct inzichtelijk met 1 commando om te zien welke services er allemaal draaien, dat vereist er 2, namelijk voor systeem niveau en voor user niveau.
Deels problematisch dat het universeel tussen DE's is, want ze gaan er op leunen en integreren. Niet zo fijn voor de non-Linux gebruikers, want o.a. BSD heeft geen systemd. Had je vroeger desktop parity tussen BSD en Linux, is dat er nu niet meer vanwege de sterke afhankelijkheid van systemd. *kuch*Gnome*kuch*.
Langer commando dan 'at <time> <commando>'. Een tool van maar 162 KB (althans, package dat uitgepakt is, daar zit natuurlijk meer in dan alleen de tool). Gegarandeerd dat systemd-run een flinke veelvoud is daarvan.systemd-run is vervolgens een soort van interne abstractie die publiekelijk is gemaakt. Potentieel onzinnig, maar kan ook handig zijn. (Ik schedule een shutdown van mijn NAS altijd met systemd-run --on-calendar '<tijdstip> systemctl poweroff
Precies, het hoeft geen onderdeel te zijn. Er zijn al zaken voor LUKS, dat is een eigen ding dat al vele jaren bestond voordat systemd ook maar een brainfart was. Bovendien, aardig die abstractie, maar er zijn nog een paar extra opties bovenop cryptsetup zelf dat niet met systemd-cryptsetup werken/nodig hebben.
Er is trouwens ook een reden waarom het 'abstractie' is. Net als abstracte kunst, je ziet niet direct wat het moet betekenen/uitbeelden. Zo ook dit, het doet dingen voor je zonder dat je weet wat er nou eigenlijk gebeurt.
Commandline FTW
Toolbx/Distrobox/Docker/Brew/Flatpak.:
[...]
Hé wat hoe dan? Geen package manager? Terug naar 1998, en alles tar.gz compilen? Om na 2 dagen tot conclusie te komen dat je weer een lib.so mist
Dat is in principe voldoende. Je host blijft dan ook schoon.
Dus systemd heeft nu ook zelfs dhcp server overgenomen?
Daar is dhcpcd, dnsmasq, coredhcp-server en meer voor. Voor IPv6 zie ik dat dhcpcd er ondersteuning voor heeft, radvd is er, wide-dhcpv6-server, en vast nog wel meer. Dit wiel is al meerdere keren uitgevonden en nu doet systemd het nog eens dunnetjes over.Die doen het niet echt native, maar hebben de WG tools ingebouwd zodat ze geen afhankelijkheid hebben van het aparte package. Met ook weer de nadelen ervan als er een issue blijkt te zijn: volledige set moet bijgewerkt worden ipv alleen het WG gedeelte.
NetworkManager heeft gewoon z'n config in /etc/NetworkManager/system-connections staan als bestanden. Dus je hele verhaal gaat voor NM dus al niet op. Toen ik m'n RHEL 7 certificering haalde, werd er ook met NetworkManager het netwerk ingesteld ipv handmatig zut in /etc/sysconf/network-scripts frotten. Er was maar 1 unieke situatie waarbij dat nodig was en dat heb je echt zomaar als eis. Een situatie die alleen bij servers is en zelfs daar is dat ene puntje enorm niche.
Daarom zeg ik ook 'onlogisch'. Zoals je zelf ook aangeeft, het is met meer opties in het file format dat zo werkt. Het resultaat van een 'systemctl edit' maakt namelijk ook een override.conf aan voor de unit. Een override, geen addendum. Dat maakt het onlogisch en voor wie er niet dieper in kijkt, heel onverwacht in het resultaat/gedrag.
Als iets populair genoeg is, zou dat ook extra maintainers moeten aantrekken. Nu is het net alsof een groot bedrijf een startup overneemt en er helemaal niks meer overblijft van de startup zelf of de gedachtegoed. Udev bestond al lang voor systemd. Wat heeft systemd nou echt toegevoegd aan udev wat functioneel ontbrak en broodnodig was, wat ze niet al zelf konden doen?
Waar ik juist tegen systemd ben in de functie, is dat niks dynamisch is na een wijziging. Vroeger kon je zo je NAS of nieuwe schijf/partitie toevoegen aan fstab en gelijk mounten. Nu gaat het lopen janken dat je niet eerst even een daemon-reload hebt gedaan. Afhankelijk van de distro wordt dat toch nog even netjes voor je gedaan en werkt het, maar dat neemt het gejank niet weg.
Ook als je een service maakt of aanpast. Vroeger met de init scripts was het direct bekend en kon je door. Nu? Nee, niks van wat je hebt gedaan is bekend, herlaad systemd maar want het is te dom om een inotify te doen op bestanden die je hebt gewijzigd of toegevoegd. En om nou te zeggen "het is als bescherming tegen fouten", nee, dat is het ook niet. Maak je een fuckup dan is dat net zo van toepassing na een daemon-reload als zonder die noodzaak. Bij fstab krijg je al een error als de mount opties niet kloppen. Je unit start niet als daar ook iets ontbreekt. En syntax fouten waardoor heel systemd op z'n bek zou gaan en je systeem potentieel meeneemt is gewoon broddelwerk van de ontwikkelaar(s) en missen ze fatsoenlijke foutafhandeling.
Begrijp mij niet verkeerd, er is zeker meerwaarde aan systemd. Maar het is verre van het Ei van Columbus waar velen zo lyrisch over zijn. Doe 1 ding en doe het goed. Dat is niet systemd, die alles wil doen maar zelf niet eens uitmuntend is in z'n core.
Commandline FTW
En vervolgens heb je 3 services draaien met 3 (en nog meer) config files om één ding te doen.:
[...]
Dus systemd heeft nu ook zelfs dhcp server overgenomen?
Als ik nu een VLAN toevoeg betekent dat 2 bestanden aanmaken / invullen (1 voor het network device en 1 voor de config) en het bestand van de fysieke interface aanpassen (1 regel toevoegen). Ga ik NetworkManager + dnsmasq + radvd gebruiken moet ik met 3 tools bekend zijn en op 3 totaal verschillende locaties zaken aanpassen, om één ding te doen: mijn netwerk beheren.
Dat het vervolgens niet in een monorepo van systemd hoort ben ik het wél mee eens.
Maar WG zit in de kernel dus je hebt niet echt te maken met verschillende implementaties. Ja sure, verschillende implementaties die de kernel APIs aanroepen. Maar dat veranderd niet echt als je de wg CLI als API hebt. Even verkeerd een commando uitvoeren en niet of verkeerd de arguments escapen en je bent ook de l*l.
En laten we eerlijk zijn, als de "config" bestaat uit zelf alles met pre-ups aan elkaar breien dan is er dus géén config en kun je net zo goed zelf een shell script schrijven. Nog los van dat fouten in de "config" niet te vinden zijn. Bij systemd unit files kun je prima de inhoud analyseren of alle keys bekend zijn, of de values kloppen met het verwachte formaat (dat een Address ook een IPv4 of IPv6 adres is. Dat een private key van een WG config ook correcte base64 is, ...), etc etc. Maar op het moment dat je met ifup begint met pre-up valt er niks, noppes, nada te valideren en moet at runtime maar blijken of de ingevulde value ook daadwerkelijk een uitvoerbaar commando is. Maar het kan net zo goed zijn dat bv de hele executable niet bestaat, of arguments niet kloppen, of.... Een probleem dat veel minder speelt als je een echte config er voor hebt. En je zult nu maar alles vol hebben staan met ip ... en vervolgens komt er een opvolger van iproute2 waardoor je alles weer anders moet doen (zoals dus het geval was voordat iproute2 bestond en je dus nog geen ip commando had).
Ter herhaling: eens. Er zit nu teveel in de monolitische systemd die prima apart zou moeten kunnen bestaan (en een deel al vooraf deed bestaan).
Als power user ervaar ik zelf ook niet de toegevoegde waarde, processen en services is een goede maar verder, tsja. Maar het zal wel de standaard worden nu sowieso.
Kleine flashback naar deze skit, bij het volgen van de discussie
Kleine flashback naar deze skit, bij het volgen van de discussie
Ignorance is bliss
. Welke distro zou Harry Jekkers kiezen? Raampies, kan je lekker uit kijken Dit willen ze allemaal 'true' maken, maar helaas zijn genoeg services die simpelweg niet werken zonder een eigen /tmp of group. Dat is een voordeel van systemd, je kunt die services sandboxen (of niet).
Het voordeel is juist dat het heel dicht op de kernel zit, en vrijwel daar ook alles van gebruikt. Ik vind run0 bijvoorbeeld ook prima i.p.v. sudo.
Vind je het niets? Prima toch, genoeg alternatieven. Alleen snap ik wel dat Linux-developers geen zin hebben om alles te gaan ondersteunen. Je mag ook op Xorg blijven, maar niet zeuren als dan developers ermee stoppen.
:strip_icc():strip_exif()/u/352278/crop56730ca93be70_cropped.jpeg?f=community)
Hier vorige week een MacBook Air uit 2014 voorzien van Kubuntu 26.04 LTS.
Mijn PC die hoofdzakelijk voor games is draait sinds december geen Windows meer.
Ik vond het vooral verbluffend hoe goed zo’n ouwe Air met z’n afgekloven Haswell U-serie dual core proc nog draait. Ga je er een snelheidsrecord mee halen? Nee. Maar het werkt verbluffend vloeiend voor office en browser werk. Onder macOS Big Sur is het allemaal moeizaam.
Zo’n surface go 3 zou toch net zo redelijk moeten zijn. Wellicht een andere desktop environment nemen. Zelfs met een Pentium Gold moet je toch prima kunnen werken als het ook prima kan op een 12j oude MacBook Air
I reject your reality and substitute my own - R7 5800X3D - B550M PG Riptide - 32GB Ballistix DDR4-3600 @ C15 - RX7800XT - V750 Gold
:strip_exif()/u/9676/12.gif?f=community)
Het was een voorbeeld. Ik kan gemakkelijk nog andere voorbeelden vinden maar mijn punt was dat het allang niet meer is wat eerder verkondigd werd.:
[...]
[...]
Dit willen ze allemaal 'true' maken, maar helaas zijn genoeg services die simpelweg niet werken zonder een eigen /tmp of group. Dat is een voordeel van systemd, je kunt die services sandboxen (of niet).
Het voordeel is juist dat het heel dicht op de kernel zit, en vrijwel daar ook alles van gebruikt. Ik vind run0 bijvoorbeeld ook prima i.p.v. sudo.
Vind je het niets? Prima toch, genoeg alternatieven. Alleen snap ik wel dat Linux-developers geen zin hebben om alles te gaan ondersteunen. Je mag ook op Xorg blijven, maar niet zeuren als dan developers ermee stoppen.
Heeft een pid 1 supervisor met gestandaardiseerde service file format de voorkeur? Natuurlijk. Heeft een monolithisch systeem voor everything and the kitchen sink de voorkeur? Nee beslist niet, het is kwetsbaarder en er zijn betere tools dan de middelmatige kwaliteit van veel van de systemd onderdelen.
En voor mijn servers waar de hardware vrijwel niet wijzigt voegt al die extra functionaliteit weinig toe. Niet voor het booten, een beetje server is sowieso al minuten bezig. Niet voor het netwerk want dat stel je ook maar 1 keer in want je hopt niet van het ene wifi netwerk naar het andere en zo kan ik nog even door gaan. Voor een laptop ligt dat wel anders maar dan is een modulaire opbouw nog steeds te prefereren boven een monolithisch systeem.
Begin rant :p:
De Xiaomi Pad 6S Pro nu een klein weekje in mijn bezit. De grootste ergernis is..., dat de bootloader unlock alleen aangevraagd kan worden met een Xiaomi account van minimaal 30 dagen oud. "Gelukkig" had ik zoiets al voorbij zien komen (maar ook soms als 7 dagen) dus mijn account is al een weekje ouder.
Maar qua hardware echt een prima ding. Leuke grap is dat ik een 8K video file heb die mijn laptop niet kan afspelen omdat hardware decoding maar tot 6K gaat en software decoding natuurlijk veel te traag is (AMD CPU / APU? in laptop van 2022 meen ik). Mijn wat nieuwere PC met Intel i5-13500 doet wel 8K hardware decoding op de iGPU maar stottert. Een AMD GPU erin doet het wel, maar die staat dan ook flink te blazen. Deze tablet met een 3, 4 jaar oude Qualcomm Snapdragon 8 gen 2 + Adreno 740? 0 problemen
Voor de rest... Het zuigt. En dan vooral Firefox. Met het Xiaomi toetsenbord ("case") eraan... 0,0 sneltoetsen zijn geïmplementeerd: Ctrl + T voor een nieuwe tab? Nope; Ctrl + Tab voor tab wisselen? Nope; Etc etc. Ook een leuke: met de cursor op knoppen gaan staan, en de knop ligt op, op de touchpad tappen of klikken? De knop "knippert" maar actie wordt niet altijd uitgevoerd. Klikken in pagina's werkt weer wel altijd.
Gisteren eens de tablet aangesloten op mijn monitor (die zelf weer een DisplayPort daisy chain heeft naar nog een scherm). Onverwacht geven beide beeld, ik meen gelezen te hebben dat er maar ondersteuning is voor 2 schermen, maar 3 werken dus. Tablet scherm kan niet uit en enige optie is beeld dupliceren. So be it. Vervolgens de audio uitgang instellen? Niet mogelijk (op het "eerste" scherm heb ik aux ingestoken naar speakers, maar de tablet stuurt audio naar het "tweede" scherm. Steek ik USB-C oordopjes in het eerste scherm werken die weer wel want natuurlijk weer een losse DAC / output). Tweede scherm fysiek uitgetrokken (de daisy chain) begint het beeld te stotteren
. Opgelost met een reboot, maar wel vaag. Aanpassen scherm configuratie kan dan ook niet (er wordt wel gevraagd of je wilt mirrorren, wat je kunt negeren / annuleren, maar een actieve mirror kun je niet opheffen).En ook leuk, Firefox... bij de mirror verschijnt de cursor alleen op het tablet scherm en niet op de extra schermen
Andere apps, launcher, ... staat de cursor gewoon op alle schermen.TL;DR dus: kan niet wachten tot Linux er op kan.
Waarbij ik gisteren zag dat diegene die met de port bezig is (PR heeft gemaakt ervoor) ook nog vanalles vam sensoren en opladen heeft gefixt (licht sensor werkte niet en denk nu wel. En de Xiaomi Surge Charger? werkte niet op "volle snelheid" en nu wel).
:strip_icc():strip_exif()/u/65843/chef60x60.jpg?f=community)
Let op:
Distro- en OS-wars voer je maar IRL
Hou het dus gezellig en vooral over NOS
POST UW VRAGEN IN EEN NIEUWE DRAAD AUB
Discussies en ervaringen over distro's passen beter in Het grote welk OS (bijvoorbeeld linux distro) topic deel 8.
Voor desktopomgevingen kan je beter terechten in De voordelen en nadelen van bekende Desktop Environments.
Distro- en OS-wars voer je maar IRL
Hou het dus gezellig en vooral over NOS
POST UW VRAGEN IN EEN NIEUWE DRAAD AUB
Discussies en ervaringen over distro's passen beter in Het grote welk OS (bijvoorbeeld linux distro) topic deel 8.
Voor desktopomgevingen kan je beter terechten in De voordelen en nadelen van bekende Desktop Environments.