<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Linux desktop on Tom Meurs</title>
    <link>https://tommeurs.nl/nl/series/linux-desktop/</link>
    <description>Recent content in Linux desktop on Tom Meurs</description>
    <generator>Hugo</generator>
    <language>nl</language>
    <copyright>© Tom Meurs</copyright>
    <lastBuildDate>Thu, 11 Jun 2026 20:28:00 +0100</lastBuildDate>
    <atom:link href="https://tommeurs.nl/nl/series/linux-desktop/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Linux is voor iedereen: waarom deze blog nu ook beginners verwelkomt</title>
      <link>https://tommeurs.nl/nl/posts/linux-is-for-everyone/</link>
      <pubDate>Thu, 11 Jun 2026 20:28:00 +0100</pubDate>
      <guid>https://tommeurs.nl/nl/posts/linux-is-for-everyone/</guid>
      <description>&lt;p&gt;Mijn buurman is 70 jaar oud. Hij gebruikt zijn hele leven al Windows. Vorige maand vroeg hij me: &amp;ldquo;Tom, ik hoor steeds over Linux. Is dat ook iets voor mij?&amp;rdquo;&lt;/p&gt;&#xA;&lt;p&gt;Hij is niet de eerste. Het afgelopen jaar kreeg ik dezelfde vraag van vrienden, familie en collega&amp;rsquo;s, telkens in een andere vorm. &amp;ldquo;Ik wil van Windows af, maar waar begin ik?&amp;rdquo; &amp;ldquo;Is Linux moeilijk?&amp;rdquo; &amp;ldquo;Kan ik mijn gewone programma&amp;rsquo;s nog gebruiken?&amp;rdquo; Voor mij zijn dat makkelijke vragen. Ik draai Linux sinds SuSE 6.0, toen je je hardware nog uitzocht op de vraag of er een Linux-driver voor bestond. Heb je nog nooit een terminal gezien, dan zijn ze helemaal niet makkelijk.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Leer de defaults: waarom portabiliteit belangrijker is dan customization</title>
      <link>https://tommeurs.nl/nl/posts/learn-the-defaults/</link>
      <pubDate>Sun, 15 Feb 2026 19:47:00 +0100</pubDate>
      <guid>https://tommeurs.nl/nl/posts/learn-the-defaults/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt; Jaren heb ik een vim- en tmux-setup zitten poetsen, en toen zat ik nutteloos voor een kale vim op een productieserver. Dus heb ik de defaults die ik al die tijd overschreef alsnog geleerd, en m&amp;rsquo;n aanpassingen erbovenop gezet in plaats van ervoor in de plaats. Hoe dat eruitziet voor vim, tmux en de shell-tools, en de vier checks waarmee ik de gaten opspoor.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Jarenlang was mijn setup het ding waar ik het trotst op was. Een dotfiles-repo met commits die verder teruggaan dan sommige banen, een vim-config die dertig plugins binnentrok, de tmux-prefix verhuisd naar iets wat lekkerder lag, een prompt waar een weekend in is gaan zitten. Tot aan de laatste keybinding van mij. Op m&amp;rsquo;n eigen laptop was ik snel, en over de tools zelf dacht ik amper nog na. Dat deed het spiergeheugen.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Terminal multiplexing: tmux vs Zellij vs Screen</title>
      <link>https://tommeurs.nl/nl/posts/terminal-multiplexing/</link>
      <pubDate>Thu, 14 May 2026 19:00:00 +0100</pubDate>
      <guid>https://tommeurs.nl/nl/posts/terminal-multiplexing/</guid>
      <description>&lt;p&gt;De eerste keer dat het me beet zat ik halverwege een databasemigratie over SSH. Trein een tunnel in, wifi weg, verbinding weg, en het proces aan de andere kant ging mee. Ik zat naar een dode prompt te kijken en had geen idee hoeveel van die migratie nou gecommit was.&lt;/p&gt;&#xA;&lt;p&gt;Een multiplexer had me dat uur gescheeld. Het proces draait door op de server, of ik nou verbonden ben of niet, dus een weggevallen verbinding kost me een reconnect en verder niks. Ik attach opnieuw en het werk staat waar ik het achterliet. Dáárom gaat een multiplexer op elke machine die ik aanraak, nog voor de editor en de dotfiles.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Dotfile management met mise en chezmoi: de perfecte combo</title>
      <link>https://tommeurs.nl/nl/posts/dotfile-management-mise-chezmoi/</link>
      <pubDate>Wed, 11 Feb 2026 20:23:00 +0100</pubDate>
      <guid>https://tommeurs.nl/nl/posts/dotfile-management-mise-chezmoi/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt; Na zes manieren om dotfiles te syncen bleef er één hangen, chezmoi voor de bestanden en mise voor de toolversies, met de mise-config gewoon in de chezmoi-repo. Templates regelen het verschil tussen werklaptop en privédesktop, age regelt de secrets, en een verse machine is één commando en een minuut of vijf. Van één beheerd bestand tot aan de bootstrap die ik echt draai.&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;Mijn &lt;code&gt;.zshrc&lt;/code&gt; is ouder dan de carrière van sommige collega&amp;rsquo;s. Geldt ook voor mijn &lt;code&gt;.vimrc&lt;/code&gt; en mijn tmux-config. Ze zijn uitgegroeid tot een setup die precies doet wat ik wil, en zonder zou ik verloren zijn. Alleen draai ik meer dan één machine. Een laptop, een desktop, af en toe een wegwerp-VM om iets te testen. Dat in sync houden was jarenlang een stapel hacks waar ik zelf niet op vertrouwde.&lt;/p&gt;</description>
    </item>
    <item>
      <title>Arch vs NixOS als werkstation: professioneel en privégebruik</title>
      <link>https://tommeurs.nl/nl/posts/arch-vs-nixos-workstation/</link>
      <pubDate>Tue, 03 Mar 2026 21:28:00 +0100</pubDate>
      <guid>https://tommeurs.nl/nl/posts/arch-vs-nixos-workstation/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;&lt;strong&gt;TL;DR&lt;/strong&gt; Arch en NixOS heb ik allebei als dagelijkse machine gedraaid, en vandaag is het Arch op beide desktops en NixOS op de servers. Arch z&amp;rsquo;n reputatie voor kapotgaan is meestal een ontbrekende snapshot. Met btrfs, Snapper, dotfiles in git en een packagelijst kost een rollback 2 minuten en is de angst voor updates weg. NixOS verdient z&amp;rsquo;n leercurve terug zodra meerdere machines identiek moeten blijven, en op een server zou ik niks anders meer willen.&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
