NixOS - onderschat revolutionair

[terabyte]

amx schreef op zaterdag 7 maart 2020 @ 11:43:
inderdaad interessante openingpost. Persoonlijk (niet aanvallend bedoeld) had ik de pakkende inzet fijner gevonden als er direct een samenvatting wordt gegeven van waarom NixOS volgens jou de heilige graal is.

Ik vermoed dat ik het niet helemaal snap, maar in welk opzicht is dit handiger dan bijvoorbeeld (recenter) Ubuntu Snap, of Flatpak, of is dat helemaal niet waarom nix package manager handiger, of intuitiever is? Voor de doorsnee applicaties dan.

[edit]

bronvermeldingen naar andere websites die wel vermelden waarom NixOS revolutionair zijn, overtuigen ook sneller

Bedankt voor de feedback. OP is nog works in progress, wat je ziet is de eerste versie, dus ik ga het nog zeker aanvullen.

Maar dan komt ook meteen (mijn) grote probleem: het kunnen zien waarom het revolutionair is en het leven makkelijk maakt (tov alle andere distros en Windows en Mac), is dat het een probleem oplost die veel mensen niet meer als probleem zien vanwege de vele workarounds. Het is dus een fundamentele oplossing voor een (voor normale gebruikers) onzichtbaar probleem. En het is voor mij dus moeilijk uit te leggen dat het een probleem oplost terwijl je het probleem niet eens ziet :-)

Het grote voordeel voor pure eindgebruikers is dat je systeem na een upgrade niet meer kapot kan gaan, en je altijd terug kunt naar een werkende vorige versie. Het maakt het ook makkelijker om (als niet-root-gebruiker) extra software te installeren zonder dat het ander software in de weg zit.

Maar, als je developer bent, of systeembeheerder, dan heb je vast van docker e.d. gehoord om dedicated omgevingen op te zetten, en daar shined Nix het meest, omdat al die extra tools niet meer nodig zijn (omdat het probleem in Nix fundamenteel is opgelost - dus je hebt geen oplossing nodig voor een niet-bestaand probleem)

[ Voor 3% gewijzigd door terabyte op 07-03-2020 13:45 ]

[FRidh]

Een wat ouder blog artikel waar in beschreven wordt waarom je Nix/NixOS/NixOps wilt in plaats van Puppet/Chef/Ansible en Docker.
https://www.domenkozar.co...ugh-and-we-can-do-better/

Ik wil even benadrukken dat het belangrijk is om Nix en NixOS apart te zien. De ene is de package manager welke je op alle Linux distro's kan installeren alsmede Darwin/OSX (en er is een onofficiele versie voor Android, geen idee of dat werkt). De andere is een operating systeem waarbij niet alleen pakketten worden beheerd met Nix, maar ook de kernel, systemd en alle andere services. Er zijn community leden die andere OS'en hebben gebouwd rondom Nix.

Ook wel leuk project om te volgen is Mobile NixOS: NixOS op je mobieltje
https://mobile.nixos.org/
Mede vanwege de geweldige cross-compilatie ondersteuning in Nixpkgs is het ook relatief gezien makkelijker om daarmee aan de slag te gaan.

Ecosysteem

Officieel

- Nix is de package manager
- Nixpkgs is de package set
- NixOS is een operating system welke bestaat uit packages en services. Zelfde repo als nixpkgs
- Hydra is een CI oplossing
- NixOps voor het uitrollen van netwerken bestaande uit NixOS systemen

Onofficieel

- Hercules is een commerciel alternatief voor Hydra
- Morph is een alternatief voor NixOps
- Lading tooltjes voor het omzetten van allerlei lock files (Poetry (Python), NPM, Cargo, ...) naar Nix pakketten.

Nixpkgs

- heeft recepten voor pakketten
- heeft recepten voor services (NixOS)
- tools voor het bouwen van VM images en uitvoeren van VM via KVM als een "bouw" stap.
- NixOS system testing gebaseerd op de VM tools
- generieke bouwers voor Python, Rust, Java, ...
- 1000-en Python pakketten welke met elkaar werken
- enorm veel Machine Learning / Scientific computing pakketten inclusief ondersteuning voor Cuda en MKL
- ...

[terabyte]

Vandaag is een nieuw versie van NixOS vrijgegeven:
https://nixos.org/nixos/m...es.html#sec-release-20.03

[terabyte]

An opinionated guide for developers getting things done using the Nix ecosystem.

ik gebruik nu Nix op de Macbook die ik van mijn huidige opdrachtgever heb gekregen. Nix wordt in dit geval gebruikt om een volledig reproduceerbare ontwikkelomgeving in op te zetten, met alle libraries, tools, compilers, configuratie tot op de juiste versie (tot op commit niveau indien nodig) exact gepint en zonder clutter (dus per subproject een eigen 'shell.nix' bestand) zodat libs elkaar niet in de weg ziten.

[ Voor 66% gewijzigd door terabyte op 22-08-2020 00:26 ]

[patviev]

Het concept van NixOS spreekt mij erg aan. Helaas heb ik op dit moment geen tijd om het mij eigen te maken, gezien de leercurve. Vandaar dat ik het topic en NixOS de komende periode nog nauwlettend in de gaten houdt.

Wel ben ik benieuwd hoe actueel de packages zijn en hoe goed de wiki bronnen zijn om ermee aan de slag te gaan.

[terabyte]

@patviev er is een site, repology.org waar van zo'n beetje alle bekende linux distro's de repositories met elkaar vergeleken worden. Dus je kunt voor de programma's waar jij in geinteresseerd bent kijken welke distro welke versie heeft en of Nix up-to-date genoeg is.

Je kunt kiezen voor Nix-unstable (vergelijk met bijv Arch - constante updates) en de Nix stable (elk half jaar nieuwe versie)

Hier is bijv een lijst van alle niet-up-to-date packages:
https://repology.org/proj...o=nix_unstable&outdated=1

[ Voor 15% gewijzigd door terabyte op 22-08-2020 14:30 ]

[patviev]

Bedankt voor de tip van repology, fijne vergelijkingssite. NixOS is redelijk actueel, dus ben er gister mee gaan experimenteren.
Het is even wennen om in je configuratie alles op te nemen, maar bevalt tot nu toe super. Al ben ik met sommige dingen nog zoekende, zoals het automatisch mounten van je NAS. Bij Arch kan je dan eenvoudig een entry maken in je fstab, maar dat werkt niet bij NixOS. Volgende week maar weer verder lezen en dan het een en ander aanpassen.

[FRidh]

Zie bijvoorbeeld dit wiki artikel voor NFS https://nixos.wiki/wiki/NFS#Client

[CAPSLOCK2000]

Ik volg Nix al jaren omdat ik het conceptueel erg goed vind klinken. Dusver heb ik nog niet de stap genomen om het echt te gebruiken.
Voor mij is het "dont repeat yourself" principe erg belangrijk. Ik baal er van dat we zoveel verschillende package managers en configuratie tools hebben. Iedere linux-distributie en iedere programmeertaal heeft z'n eigen managers, en tools als puppet fietsen daar ook nog een keer tussen door.

Of je nu een debian package bouwt of een docker container of een puppet configuratie, je moet steeds ongeveer dezelfde taken verrichten, maar steeds met ander gereedschap. En met een beetje pech doe je het vijf keer. (Ik gebruik Puppet om Docker containers te bouwen uit Debian packages en die te draaien op een Docker Swarm die ook weer bestaat uit containers die met puppet uit Debian packages zijn gebouwd en gehost zijn op, je raadt het al, Debian machines die met puppet worden beheerd).
Ik hoop dat nix het universele gereedschap is om al die taken in een keer te doen.

[86ul]

Met NixOS 20.09 ga ik een poging wagen om het naast Mint20 (Primary/default OS), W10-64b (unief gerelateerd dat niet kan op M20) en Ubuntu Studio Groovy (crea-bea) op te zetten.

Gisteren liep ik tijdens de installatie via Konsole tegen dit probleem aan: "Failed to check file system type of '/boot'".

Nadat ik vandaag mijn huiswerk af heb gekregen, zal ik er weer eens mee gaan spelen.

Suggesties zijn welkom.

[terabyte]

@86ul ik zou eerst proberen de Nix package manager te installeren op je bestaande distro, voordat je in 1x overspringt op NixOS - dan kun je eerst wennen aan hoe het werkt
https://nixos.org/download.html#nix-quick-install

[86ul]

Ondertussen heb ik NixOS via Virtual Box geïnstalleerd. Omdat ik er inderdaad aan moet wennen, wordt het een rustig projectje. Om ooit eens rustig over te stappen van Mint/Ubuntu Studio naar NixOS.

Omtrent het probleem waar ik gisteren tegen aanliep, ik moest gewoon beter de handleiding opvolgen...

EDIT: VM update

[ Voor 8% gewijzigd door 86ul op 04-11-2020 14:43 ]

[trebor.ed]

Dit ziet er erg interessant uit, nadat ik het artikel en een paar YT filmpjes van NIXOS heb gezien. Voor mezelf heb ik ook een usecase, althans dat denk ik.

Ik heb recent een testomgeving gemaakt waarin ik op een ubuntu client, NFS shares kan aanbieden via autofs en authenticeer aan een kerberos samba AD domein welke ook geheel op linux draait. Vraag me niet waarom, gewoon omdat het kan Het is een behoorlijk zware kluif geweest om dit werkend te krijgen en vergde heel wat handmatig configuratie file ge-edit.

Nu zou ik graag deze configuratie willen reproduceren (naar productie), maar ik twijfel dus of ik hier de nixos package manager voor wil gebruiken of toch puppet, ansible etc ?

Any thoughts ?

[ookhoi]

Nu zou ik graag deze configuratie willen reproduceren (naar productie), maar ik twijfel dus of ik hier de nixos package manager voor wil gebruiken of toch puppet, ansible etc ?

Dat vraag je in een NixOS topic

Ik zou kijken of de settings die je gedaan hebt te implementeren zijn met deze opties: https://nixos.org/manual/nixos/unstable/options.html

[FRidh]

NixOS komt zelfs met een test framework waarmee je een leuke integratetest kan bouwen welke een aantal VM's start met je configuratie.

Ik ben dit weekend druk bezig met wat regressies wat betreft Qt/KDE te repareren. Er waren voor de branch-off van 20.09 iets teveel last-minute grote veranderingen. Qt, net als Python, is een ramp qua mixen van versies.

[ Voor 8% gewijzigd door FRidh op 01-11-2020 16:53 ]

[trebor.ed]

ookhoi schreef op zondag 1 november 2020 @ 15:26:
[...]

Dat vraag je in een NixOS topic

Ik zou kijken of de settings die je gedaan hebt te implementeren zijn met deze opties: https://nixos.org/manual/nixos/unstable/options.html

Niet gehinderd door enige vorm van kennis van Nixos ;-) Ik zal er eens naar kijken, thanks !

[terabyte]

trebor.ed schreef op zondag 1 november 2020 @ 14:54:

Nu zou ik graag deze configuratie willen reproduceren (naar productie), maar ik twijfel dus of ik hier de nixos package manager voor wil gebruiken of toch puppet, ansible etc ?

Als je Nix gebruikt heb je niet alleen de mogelijkheid de dependencies van je project exact reproduceerbaar te maken (tot op git commit indien nodig), maar heb je ook een functionele programmeertaal waardoor puppet/ansible etc overbodig worden.

De overweging is: wil je die taal leren (zie ook de genoemdenadelen in de OP)

[86ul]

Welke uitgebreide en goede handleidingen voor NixOS raad jij aan, @terabyte? Ik ga deze in 64b draaien via VirtualBox op M20C.

[FRidh]

86ul schreef op zaterdag 7 november 2020 @ 10:42:
Welke uitgebreide en goede handleidingen voor NixOS raad jij aan, @terabyte? Ik ga deze in 64b draaien via VirtualBox op M20C.

Simpelweg de NixOS handleiding https://nixos.org/manual/...ndex.html#ch-installation.

Zodra je het basis systeem heb geinstalleerd kan je de Packages en Options Search gebruiken voor het zoeken van pakketten om te installeren en services (bijv. je desktop manager) aan te zetten.

[terabyte]

NixOS 21.05 is sinds gisteren beschikbaar

[Daantje20]

Ben in een vm wat aan het spelen met NixOS. Juist door de steile leercurve wel leuk.

[L0g0ff]

Nou ik heb gisteravond een 3 tal installatie pogingen gedaan vanuit de virtualbox image, de minimal image en de default gnome image. Maar elke keer kreeg ik meldingen dat verschillende gedownloade store package corrupt bleken en daardoor niet geïnstalleerd konden worden.

Bij het handmatige downloaden van de betreffende packages en deze met 7zip proberen uit te pakken kreeg ik ook bad compression achtige foutmeldingen.

Ik heb vind het nixos concept echt prachtig maar ik heb de handdoek in de ring gegooid. Ik heb besloten me liever op docker te focussen als ik modulair wil bouwen en testen.

Zeker toen ik na het troubleshooten op dit artikel stuitte:
https://hands-on.cloud/why-you-should-never-ever-use-nixos/

[terabyte]

L0g0ff schreef op zondag 27 juni 2021 @ 22:35:
Nou ik heb gisteravond een 3 tal installatie pogingen gedaan vanuit de virtualbox image, de minimal image en de default gnome image. Maar elke keer kreeg ik meldingen dat verschillende gedownloade store package corrupt bleken en daardoor niet geïnstalleerd konden worden.

Bij het handmatige downloaden van de betreffende packages en deze met 7zip proberen uit te pakken kreeg ik ook bad compression achtige foutmeldingen.

Ik heb vind het nixos concept echt prachtig maar ik heb de handdoek in de ring gegooid. Ik heb besloten me liever op docker te focussen als ik modulair wil bouwen en testen.

Zeker toen ik na het troubleshooten op dit artikel stuitte:
https://hands-on.cloud/why-you-should-never-ever-use-nixos/

Die foutmeldingen zeggen me niets. Volgende keer (als je het een kans geeft) post het dan hier of op discourse.nixos.org dan krijg je (snel(ler)) hulp.

De keuze voor bij docker blijven respecteer ik, maar dat gelinkte artikel is pure FUD

[terabyte]

NixOS 21.11 https://nixos.org/blog/announcements.html#21.11

[Ronnie N]

terabyte schreef op woensdag 1 december 2021 @ 23:00:
NixOS 21.11 https://nixos.org/blog/announcements.html#21.11

Zo nu en dan kijk ik met een schuin oog naar deze distro/package manager. Maar wordt ergens toch tegen gehouden door de veronderstelde learning curve. Hoelang duurt het ongeveer voordat je je eerste systeem een beetje stabiel kunt draaien en hoe 'bleeding edge' zijn de beschikbare packages?

[silverball]

Ronnie N schreef op maandag 6 december 2021 @ 12:05:
[...]


Zo nu en dan kijk ik met een schuin oog naar deze distro/package manager. Maar wordt ergens toch tegen gehouden door de veronderstelde learning curve. Hoelang duurt het ongeveer voordat je je eerste systeem een beetje stabiel kunt draaien en hoe 'bleeding edge' zijn de beschikbare packages?

Hetzelfde hier. Ik heb wel +-4 jaar geleden NixOS een keer kortstondig geprobeerd maar vond de cli en de taal maar moeilijk in te komen voor een beginner en miste er voor mij veel documentatie. In nix CLI 2.0 zouden veel zaken beter worden, vermoedelijk is deze versie er al dus ik ga overal fris in.

Ook wil ik eens kijken naar de concurrentie; GNU Guix maar dat is hier offtopic.

[terabyte]

Ronnie N schreef op maandag 6 december 2021 @ 12:05:
[...]


Zo nu en dan kijk ik met een schuin oog naar deze distro/package manager. Maar wordt ergens toch tegen gehouden door de veronderstelde learning curve.

Als je al functioneel programmeren kent, is de taal makkelijk te leren/begrijpen.
Als je tot nu toe alleen imperatief denkt (in commando's en scripts, in plaats van declaraties) dan is het eerst de mentale shift die je moet maken. Hoe lang dat duurt kan ik niet zeggen, is een beetje IQ afhankelijk :-)

De stap hoeft niet in 1 keer, je kunt ook eerst alleen de package manager op je huidige distro draaien.

Ik heb het eerst geinstalleerd op Arch Linux, daarna vooral locale development omgevingen op Arch met Nix gebruikt, daarna containers gemaakt obv Nix configuraties. Binnen 2 weken volledig overgestapt op NixOS op mijn laptop en binnen 2 maanden NixOS op al mijn systemen/servers/containers.

support kun je krijgen op reddit, discourse.nixos.org, de Nix wiki, etc.

Hoelang duurt het ongeveer voordat je je eerste systeem een beetje stabiel kunt draaien en hoe 'bleeding edge' zijn de beschikbare packages?

Een stabiel systeem, als je een VM of oude laptop (maw: niets te verliezen) hebt en je volgt de instructies nauwgezet dan heb je binnen een half uur een werkend systeem.

En vanaf dat moment ook moelijk kapot te krijgen omdat je altijd naar een vorige versie van je config kunt.
Arch Linux kreeg ik vaak genoeg kapot na een upgrade. Bij Nix hoef je -mits genoeg diskspace- geen zorgen te maken, je kunt met je config experimenteren en updaten zoveel je wilt.

De packages van nixpkgs-unstable zijn compleet en up-to-date, zie dit plaatje.
Hoe verder in de rechterbovenhoek des te beter:
https://repology.org/repositories/graphs
zie ook https://search.nixos.org/packages
als je iets mist, kun je een issue openen op Github NixOS/nixpkgs

[terabyte]

silverball schreef op maandag 6 december 2021 @ 16:12:
[...]

Hetzelfde hier. Ik heb wel +-4 jaar geleden NixOS een keer kortstondig geprobeerd maar vond de cli en de taal maar moeilijk in te komen voor een beginner en miste er voor mij veel documentatie. In nix CLI 2.0 zouden veel zaken beter worden, vermoedelijk is deze versie er al dus ik ga overal fris in.

Ook wil ik eens kijken naar de concurrentie; GNU Guix maar dat is hier offtopic.

in 21.11 zit nog niet de nieuwe Nix CLI, omdat het backward slecht compatibel is. Voor nieuwelingen geen enkel probleem, maar voor bestaande gebruikers bleek het nogal een issue.

Als je nix unstable draait, dan heb je wel de nieuwe Nix CLI.
Ik zou het eerst op je huidige Linux distro draaien om er gevoel voor te krijgen.

[silverball]

terabyte schreef op dinsdag 7 december 2021 @ 21:46:
[...]


in 21.11 zit nog niet de nieuwe Nix CLI, omdat het backward slecht compatibel is. Voor nieuwelingen geen enkel probleem, maar voor bestaande gebruikers bleek het nogal een issue.

Als je nix unstable draait, dan heb je wel de nieuwe Nix CLI.
Ik zou het eerst op je huidige Linux distro draaien om er gevoel voor te krijgen.

Tnx. Ik was 't reeds al aan 't installeren in een vm; ziet er erg goed uit allemaal.

De installatie en configuratie is tot nu toe erg makkelijk. Ook i.c.m. WiFi, systemd-boot en btrfs subvolumes. Nu alleen nog kijken hoe ik mijn gebruikersconfiguraties en dingen (vooral DWM) kan declareren zonder bizar veel tijd te spenderen.

[terabyte]

dwm: https://nixos.wiki/wiki/Dwm

je kunt je home directory (user configs) managen met https://github.com/nix-community/home-manager
check handleiding voor alle ondersteunde apps en config opties

[silverball]

Werkt goed allemaal. Mocht ik ooit gaan distrohoppen ga ik wellicht naar NixOS, de packagemanager heb ik reeds in gebruik nu. Op systeemniveau atomisch met configuration.nix te werk gaan is echt top.

terabyte schreef op woensdag 8 december 2021 @ 21:16:
dwm: https://nixos.wiki/wiki/Dwm

je kunt je home directory (user configs) managen met https://github.com/nix-community/home-manager
check handleiding voor alle ondersteunde apps en config opties

Tnx, had 't gezien. Heb mijn Dwm patches werkend.

Home-manager weet ik zonet nog niet. Nu doe ik gewoon een git clone van mijn config-repository en ga ik verder, twijfel of home-manager echt van toegevoegde waarde gaat zijn.

[ookhoi]

silverball schreef op vrijdag 10 december 2021 @ 13:32:
Home-manager weet ik zonet nog niet. Nu doe ik gewoon een git clone van mijn config-repository en ga ik verder, twijfel of home-manager echt van toegevoegde waarde gaat zijn.

Ik begrijp het nut van home-manager (ook?) niet echt. Je maakt toch automated back-ups van je homedir (en /etc/nixos/).

'Vroeger' had ik m'n hele homedir in git als back-up maar werd sloppy met committen

[terabyte]

Het is wat configuration.nix is voor je systeem. maar dan voor je user account. Dus alle voordelen van Nix maar dan voor je home dir, dat gaat verder dan config in een git repo.

kwestie van tijd voordat jullie nut/voordelen van home-manager inzien. Nix en ecosysteem leer je in stapjes waarderen (er van uitgaande dat je niet afhaakt )


----

Hier nog een interessante video van een RedHat medewerker over Nix
https://tv.netwhood.onlin...85-40b5-bc7e-69d517d982ca
presentatie van interne presentatie bij RedHat

[silverball]

terabyte schreef op zaterdag 11 december 2021 @ 00:42:
Het is wat configuration.nix is voor je systeem. maar dan voor je user account. Dus alle voordelen van Nix maar dan voor je home dir, dat gaat verder dan config in een git repo.

kwestie van tijd voordat jullie nut/voordelen van home-manager inzien. Nix en ecosysteem leer je in stapjes waarderen (er van uitgaande dat je niet afhaakt )

Ik snap het nut wel, maar ik zie een beetje op tegen 't benodigde werk,
sowieso is het nog even de vraag of ik ga overstappen, want ik heb een hekel aan distrohoppen

Maar nix is een toptool en is nu aardig in mijn workflow geïntegreerd.

terabyte schreef op dinsdag 7 december 2021 @ 21:46:
[...]

in 21.11 zit nog niet de nieuwe Nix CLI, omdat het backward slecht compatibel is. Voor nieuwelingen geen enkel probleem, maar voor bestaande gebruikers bleek het nogal een issue.

Als je nix unstable draait, dan heb je wel de nieuwe Nix CLI.

Is het al duidelijk wanneer dit in stable komt, gaat het vooral om flakes? Wellicht dat ik dat nog even afwacht. Ik kan geen roadmap daarvan vinden oid.

[arjans]

silverball schreef op woensdag 12 januari 2022 @ 11:48:
[...]

Is het al duidelijk wanneer dit in stable komt, gaat het vooral om flakes? Wellicht dat ik dat nog even afwacht. Ik kan geen roadmap daarvan vinden oid.

downloads: NixOS 22.05

[idef1x]

Beetje apart....Ik dacht laat ik het ook eens proberen en download de plasma iso en installeer nixos...resultaat een gnome desktop?? Afijn eens kijken hoe dat gaat om hem naar plasma te krijgen en andere packages te installeren.

[arjans]

idef1x schreef op woensdag 1 juni 2022 @ 08:50:
Beetje apart....Ik dacht laat ik het ook eens proberen en download de plasma iso en installeer nixos...resultaat een gnome desktop?? Afijn eens kijken hoe dat gaat om hem naar plasma te krijgen en andere packages te installeren.

Als ik het goed heb begrepen kun je (onafhankelijk van welke ISO je gebruikt) in de nieuwe installer kiezen welke desktop je wilt. Kan het zijn dat je daar misschien Gnome hebt gekozen?

[idef1x]

Hmm je hebt gelijk...te snel op next next finish geclicked
Afijn configuratie file aangepast en heb nu plasma

[ Voor 31% gewijzigd door idef1x op 01-06-2022 10:09 ]

[terabyte]

NixOS 22.11 is uit:
https://nixos.org/blog/announcements.html#nixos-22.11

[MiAnVaSa]

Vroeger gebruikte ik Solus. Maar was opzoek gegaan naar een alternatief en kwam uit op NixOS. Is een heel andere systeem om mee te werken dan de bestaande distro's.

Maar voel dat er een match is met NixOS. Vind het zelfs nog gebruiksvriendelijks.

[mekonghigh]

Heeft iemand een tip om in een NixOS VM in Proxmox via Virt-viewer meerdere beeldschermen te gebruiken?
met xrandr krijg ik wel de resolutie ingesteld, maar in Virt-viewer blijven de monitoren grijs en niet aanvinkbaar.

code:

xrandr --addmode Virtual-2 1920x1200

maar na deze:

code:

xrandr --output Virtual-2 --mode 1920x1200 --right-of Virtual-1

Komt er een grijs scherm met de melding: Wachten op monitor.
In de Proxmox VM opties staat:Spice Enhancements aan en als hardware monitor is Spice geselecteerd.

[terabyte]

Voor iedereen die geinteresseerd is in Nix Flakes, dit is een hele goede blogpost die het verschil tussen 'oude' Nix en Nix-flakes Nix uitlegt:

https://thiscute.world/en/posts/nixos-and-flake-basics/

[Shinji]

Ik wilde op mijn nieuwe werk mini-pc nixos gaan draaien. Maar de live cd wil echt met geen mogelijkheid starten. Stopt in stage 1. Zou te maken hebben met volume label, maar die aangepast in de ISO maar daarna wil het nog steeds niet. Ga nu maar toch terug naar KDE Neon.

Lijkt op dit issue:
https://github.com/NixOS/nixpkgs/issues/6265

Ik blijf het bizar vinden dat ze blijkbaar nog steeds geen bootable USB image weten te maken.

[ookhoi]

Shinji schreef op zondag 25 juni 2023 @ 22:01:
Ik wilde op mijn nieuwe werk mini-pc nixos gaan draaien. Maar de live cd wil echt met geen mogelijkheid starten.

Op https://nixos.wiki/wiki/O..._NixOS_Linux_distribution:

Additionally, many existing Linux installations can be converted into NixOS installations using nixos-infect or nixos-in-place; this is particularly useful for installing NixOS on hosting providers which do not natively support NixOS.

Eventueel kan je ook nix - https://nixos.wiki/wiki/Nix_Installation_Guide - installeren op je huidige Linux.

[terabyte]

NixOS is nog steeds absoluut (technisch gezien) superieur en ik gebruik het met plezier.

Alleen wat wel een beetje jammer is, is dat 'de community' de laatste tijd wordt overgenomen door een aantal extreem gevoelige maar ook extreem vocale mensen die zich overal 'slachtoffer' van vinden en ondertussen allerlei irrelevante politieke zaken proberen te mengen. Bijv. het is in softwareontwikkeling totaal irrelevant of je wel of niet trans bent of voor of tegen oorlog in Israel/Gaza: code=code. Als reguliere gebruiker kan ik dit soort discussies nog wel negeren, maar dat deze week een belangrijke contributor verbannen is omdat hij zgn 'ongevoelig' is toch wel een teken aan de wand.

De enige manier om dit te counteren is dat nog meer mensen (lees: 'normale' mensen zonder grote mentale problemen/slachtoffergedrag) NixOS gaan gebruiken, zodat deze groep extremisten zodanig gereduceerd worden in % dat we weer lekker kunnen nerden en over inhoudelijke dingen kunnen hebben. De andere (vreselijke) uitkomst zou zijn een fork, daar heeft niemand iets aan.

Dus uitnodiging aan iedereen die niet overgevoelig is en gewoon rationeel, om vooral NixOS te checken/gebruiken. (En als je wel een extreem gevoel persoon bent, lees dan The Power Of Now)

[L0g0ff]

terabyte schreef op zaterdag 27 april 2024 @ 20:03:
NixOS is nog steeds absoluut (technisch gezien) superieur en ik gebruik het met plezier.

Alleen wat wel een beetje jammer is, is dat 'de community' de laatste tijd wordt overgenomen door een aantal extreem gevoelige maar ook extreem vocale mensen die zich overal 'slachtoffer' van vinden en ondertussen allerlei irrelevante politieke zaken proberen te mengen. Bijv. het is in softwareontwikkeling totaal irrelevant of je wel of niet trans bent of voor of tegen oorlog in Israel/Gaza: code=code. Als reguliere gebruiker kan ik dit soort discussies nog wel negeren, maar dat deze week een belangrijke contributor verbannen is omdat hij zgn 'ongevoelig' is toch wel een teken aan de wand.

De enige manier om dit te counteren is dat nog meer mensen (lees: 'normale' mensen zonder grote mentale problemen/slachtoffergedrag) NixOS gaan gebruiken, zodat deze groep extremisten zodanig gereduceerd worden in % dat we weer lekker kunnen nerden en over inhoudelijke dingen kunnen hebben. De andere (vreselijke) uitkomst zou zijn een fork, daar heeft niemand iets aan.

Dus uitnodiging aan iedereen die niet overgevoelig is en gewoon rationeel, om vooral NixOS te checken/gebruiken. (En als je wel een extreem gevoel persoon bent, lees dan The Power Of Now)

Dit zie je toch overal gebeuren? Ik trek Twitter/Nieuws/sociale media al niet eens meer open vanwege alle garbage. Trek gewoon je eigen plan. Negeer alles wat je niet direct raakt en kijk naar je eigen cirkel of invloed. Laat die paar roeptoeters niet je favo distro verpesten.

Mooi boek trouwens: "Realize deeply that the present moment is all you have"

[Remc0_]

terabyte schreef op zaterdag 27 april 2024 @ 20:03:
NixOS is nog steeds absoluut (technisch gezien) superieur en ik gebruik het met plezier.

Alleen wat wel een beetje jammer is, is dat 'de community' de laatste tijd wordt overgenomen door een aantal extreem gevoelige maar ook extreem vocale mensen die zich overal 'slachtoffer' van vinden en ondertussen allerlei irrelevante politieke zaken proberen te mengen. Bijv. het is in softwareontwikkeling totaal irrelevant of je wel of niet trans bent of voor of tegen oorlog in Israel/Gaza: code=code. Als reguliere gebruiker kan ik dit soort discussies nog wel negeren, maar dat deze week een belangrijke contributor verbannen is omdat hij zgn 'ongevoelig' is toch wel een teken aan de wand.

De enige manier om dit te counteren is dat nog meer mensen (lees: 'normale' mensen zonder grote mentale problemen/slachtoffergedrag) NixOS gaan gebruiken, zodat deze groep extremisten zodanig gereduceerd worden in % dat we weer lekker kunnen nerden en over inhoudelijke dingen kunnen hebben. De andere (vreselijke) uitkomst zou zijn een fork, daar heeft niemand iets aan.

Dus uitnodiging aan iedereen die niet overgevoelig is en gewoon rationeel, om vooral NixOS te checken/gebruiken. (En als je wel een extreem gevoel persoon bent, lees dan The Power Of Now)

Volgens mij sla je het wel heel plat zo, de meeste ruzie komt door de Anduril sponsorship, en die heeft er voor gezorgd dat er veel meer contributors vertrekken...

[CR2032]

Interessant concept dat NixOS. Ik zit er ook wel eens naar te kijken.

Er zijn tegenwoording ook meer onveranderlijke linux distro's. Immutable distro's klinkt beter.
Van veel had ik nog nooit gehoord, het is nog steeds behoorlijk niche.
Fedora Silverblue is de meest bekende van het stel.

https://itsfoss.com/immutable-linux-distros/

[terabyte]

Het mooie van Nix is dat het OS-as code is (of dev-omgeving-as-code), in tegenstelling tot de andere distros die dit bereiken door inzet van flatpack etc. Dus Nix is meer dan alleen immutable, immutability is een bij-effect van een goed design

[arjans]

Remc0_ schreef op dinsdag 30 april 2024 @ 10:09:
Volgens mij sla je het wel heel plat zo, de meeste ruzie komt door de Anduril sponsorship, en die heeft er voor gezorgd dat er veel meer contributors vertrekken...

Dat is het zeker niet alleen... Er spelen meerdere zaken waarvan ook de aansturing van het project een groot onderdeel is. Daar zijn aardig wat mensen niet blij mee. Maar daar lijkt nu wel (eindelijk) verbetering in te komen: https://discourse.nixos.o...er-to-the-community/44552

Zelf hoop ik iig wel erg dat de community niet verder uit elkaar getrokken wordt maar dat dit het begin is van herstel. Het hele Nix ecosysteem zit technisch behoorlijk goed in elkaar, en NixOS is echt een hele fijne distro. Het zou erg zonde zijn als de inspanningen opgedeeld gaan worden tussen het originele project en 1 of meerdere forks (die helaas zelfs al in oprichting zijn).

[Guus...]

terabyte schreef op zaterdag 27 april 2024 @ 20:03:
NixOS is nog steeds absoluut (technisch gezien) superieur en ik gebruik het met plezier.

Alleen wat wel een beetje jammer is, is dat 'de community' de laatste tijd wordt overgenomen door een aantal extreem gevoelige maar ook extreem vocale mensen die zich overal 'slachtoffer' van vinden en ondertussen allerlei irrelevante politieke zaken proberen te mengen. Bijv. het is in softwareontwikkeling totaal irrelevant of je wel of niet trans bent of voor of tegen oorlog in Israel/Gaza: code=code. Als reguliere gebruiker kan ik dit soort discussies nog wel negeren, maar dat deze week een belangrijke contributor verbannen is omdat hij zgn 'ongevoelig' is toch wel een teken aan de wand.

De enige manier om dit te counteren is dat nog meer mensen (lees: 'normale' mensen zonder grote mentale problemen/slachtoffergedrag) NixOS gaan gebruiken, zodat deze groep extremisten zodanig gereduceerd worden in % dat we weer lekker kunnen nerden en over inhoudelijke dingen kunnen hebben. De andere (vreselijke) uitkomst zou zijn een fork, daar heeft niemand iets aan.

Dus uitnodiging aan iedereen die niet overgevoelig is en gewoon rationeel, om vooral NixOS te checken/gebruiken. (En als je wel een extreem gevoel persoon bent, lees dan The Power Of Now)

Je geeft wel een heel eenzijdig beeld van de situatie. Het verbannen van de contributor is gebeurd nadat een grote groep contributors is opgestapt. Ik zou de groep die zelf vertrekt zien als een groter teken aan de wand dan het verbannen van een contributor waar die groep niet meer mee wil samenwerken omdat hij voor de wapenindustrie werkt.

Je zet mensen weg als overgevoelig met grote mentale problemen/slachtoffergedrag. Dat klinkt niet echt rationeel of inhoudelijk.

Het is vooral naïef om te denken dat gevoelens buiten open source projecten gehouden moeten worden. Open source betaalt niets dus er is rationeel geen reden om iets bij te dragen. Dus dan is rationeel de reden dat het de contibutors iets oplevert dat niet tastbaar is zoals een fijn gevoel. Als een project dat niet kan waarborgen zal het project niet kunnen voortbestaan. Je hebt dus juist gevoelige mensen nodig om een open source project staande te kunnen houden, andere mensen hebben geen reden om iets toe te voegen.

[L0g0ff]

Ik heb sinds een paar dagen ook nixos draaien. Ik heb het ooit een keer eerder geprobeerd en liep toen stuk. Ik heb de draad nu goed op gepakt en wat een heerlijke distro is het. Ik ben echt een distro hopper hij uitstek. Ik kan nooit een keuze maken wat ik nu echt een toffe desktop environment vindt of welke distro het beste aan mijn (systeem) eisen voldoet. Dus ik installeer een distro en ik wissel een keer naar een andere DE. Of ik installeer een vage applicatie die mijn halve systeem op zijn kop zet. Gevolg je systeem staat voor met ongebruikte rommel en bye bye daar vliegt de distro er weer af.

Maar bij nixos kun je gewoon wisselende naar een andere DE. Alleen het bare minimum wordt geïnstalleerd. En besluit je weer te hoppen naar iets anders dan vervang je dat in je config, even rebuilden en klaar. Echt fantastisch dit.

Ik ben nu aan het spelen met hyprland. Deze manier van werken is nieuw voor me. Ik ben nog een beetje zoekende of ik het wil blijven gebruiken. Maar als het me niet bevalt dan ben ik 1 kleine aanpassing en 1 reboot verwijderd naar kde of gnome en kan ik weer verder rommelen.

Ik ben fan

[L0g0ff]

Voor de liefhebbers. 2405 is uit: https://nixos.org/blog/announcements/2024/nixos-2405/

The 24.05 release was made possible due to the efforts of 2491 contributors, who authored 47795 commits since the previous release. Our thanks go the contributors who also take care of the continued stability and security of our stable release.

NixOS is already known as the most up to date distribution while also being the distribution with the most packages. This release saw 17777 new packages and 16249 updated packages in Nixpkgs. We also removed 9393 packages in an effort to keep the package set maintainable and secure. In addition to packages the NixOS distribution also features modules and tests that make it what it is. This release brought 145 new modules and removed 23. In that process we added 1983 options and removed 304.
GNOME 46

GNOME has been updated to version 46 “Kathmandu”, which introduces an enhanced Files app, support for OneDrive in Online Accounts, and more changes. Refer to the release notes for more details.
Plasma 6

Plasma has been updated to version 6.0, which introduces new defaults, refreshed Breeze, and more changes. Refer to the release notes for more details.
Linux Kernel 6.6

The default kernel package has been updated from 6.1 to 6.6. All supported kernels since 4.19 remain available.

Nu eens uitzoeken hoe een upgrade werkt

Zo dus

# nix-channel --add https://channels.nixos.org/nixos-24.05 nixos
# nixos-rebuild switch --upgrade

[ Voor 3% gewijzigd door L0g0ff op 02-06-2024 23:05 ]

[arjans]

Wel altijd even de release notes lezen voor breaking changes ten opzichte van je config

[DjCoke]

Ik heb sinds kort NixOS op mijn radar gekregen. Ik heb nu een RKE2 cluster draaien van drie machines met Proxmox erop. Ik heb die services en beheer onder de knie gekregen om met Ansible het beheer te doen en de uitrol van de clusters voormekaar te krijgen.

Het is een HomeLab dus, maar ik loop dus tegen het probleem aan dat ik nu aan het configureren ben, met allerlei bestanden, Helm, YAML bestanden, enz, maar daardoor verlies ik eigenlijk het overzicht van wat er is geconfigureerd en waarom ik dat deed.

Dus NixOS is in mijn visie de beste tool voor de amateur DevOPS. Hebben jullie voorbeelden of eigen inzichten hoe jullie dat aanpakken? Wellicht zelf redenen om dit niet via NixOS te doen, maar toch te blijven bij Ansible, Kubespray enz..?

[ookhoi]

DjCoke schreef op donderdag 17 oktober 2024 @ 12:14:
Het is een HomeLab dus, maar ik loop dus tegen het probleem aan dat ik nu aan het configureren ben, met allerlei bestanden, Helm, YAML bestanden, enz, maar daardoor verlies ik eigenlijk het overzicht van wat er is geconfigureerd en waarom ik dat deed.

Los van NixOS is het een goede gewoonte de files die je noemt, in een git repository op te nemen en de changes te committen met goede, beschrijvende commit messages.

Met git bouw je zo documentatiegeschiedenis van je changes. Bij een verandering kan je later terugzoeken wat je gedachten was.

Dus NixOS is in mijn visie de beste tool voor de amateur DevOPS. Hebben jullie voorbeelden of eigen inzichten hoe jullie dat aanpakken? Wellicht zelf redenen om dit niet via NixOS te doen, maar toch te blijven bij Ansible, Kubespray enz..?

Bijvoorbeeld: je installeert en beheert het cluster met NixOS. De applicaties die je er op draait staan los van NixOS, en kan je blijven ontwikkelen en deployen zoals je al doet. Eventueel met flakes.

[lordgandalf]

Klinkt leuk ga het ook zeker even in virtualbox draaien. Maar het waarom zoveel verschillende packetmanagers enz is dat je keuze hebt same met ansible of puppet meerdere keuzes hoe je iets wil doen en wat je het beste ligt. Ik denk dat je als je jezelf op Nixos vastlegt het lastig is om naar een ander OS om te gaan. En de packet manager is leuk maar dan maak je het een optie in de zee van packetmanagers. Daarnaast heb ik liever zelf 100% controle over wat er geinstalleerd word dan dat een packet manager dat allemaal voor me doet. Een basis config is niet verkeerd maar om nu alle config in je packetmanager te proppen klinkt een beetje dat je dan een enorme spof aan het maken bent. Na wat verder onderzoek lees ik ook dat elke dependcy in de directory van de applicatie word opgeslagen als ik het goed lees dus als ik 4 of vijf apps heb met openssl heb ik dan vier of vijf openssl versies op mijn schijf slingeren ?

[ Voor 14% gewijzigd door lordgandalf op 18-10-2024 09:47 ]

[Remc0_]

lordgandalf schreef op vrijdag 18 oktober 2024 @ 09:31:
Klinkt leuk ga het ook zeker even in virtualbox draaien. Maar het waarom zoveel verschillende packetmanagers enz is dat je keuze hebt same met ansible of puppet meerdere keuzes hoe je iets wil doen en wat je het beste ligt. Ik denk dat je als je jezelf op Nixos vastlegt het lastig is om naar een ander OS om te gaan. En de packet manager is leuk maar dan maak je het een optie in de zee van packetmanagers. Daarnaast heb ik liever zelf 100% controle over wat er geinstalleerd word dan dat een packet manager dat allemaal voor me doet. Een basis config is niet verkeerd maar om nu alle config in je packetmanager te proppen klinkt een beetje dat je dan een enorme spof aan het maken bent. Na wat verder onderzoek lees ik ook dat elke dependcy in de directory van de applicatie word opgeslagen als ik het goed lees dus als ik 4 of vijf apps heb met openssl heb ik dan vier of vijf openssl versies op mijn schijf slingeren ?

Over je eerste punt valt te discussiëren, bovendien haal je volgens mij nu allemaal dingen door elkaar, je hebt nix, NixOS en nixpkgs. Maar vaak wordt dit wel allemaal afgekort naar nix. Een snelle uitleg hier https://news.ycombinator.com/item?id=23251895.

Als je een config netjes maakt kan je ook perfect naar een ander OS, en dan met nix je user applications installeren op dat OS. Je kan zelfs naar MacOS als je dat wilt. Het valt of staat dus echt met hoe je config is opgebouwd.

En het laatste is alleen zo als de apps die je gebruikt andere openssl versies gebruiken. Maar normaal installeert nix een dependency versie maar 1x en wordt deze gesymlinked naar de apps die deze nodig hebben.

[thibaultvdb]

Heeft er iemand hier ervaring met Nixos Mobile?
Ik krijg hier volgende week een oneplus6 binnen met 8gb ram om het op te draaien.
YouTube: Phones are Computers | Matthew Croughan | bitcoin++ nix edition | Oc...

[L0g0ff]

thibaultvdb schreef op zondag 15 juni 2025 @ 21:21:
Heeft er iemand hier ervaring met Nixos Mobile?
Ik krijg hier volgende week een oneplus6 binnen met 8gb ram om het op te draaien.
YouTube: Phones are Computers | Matthew Croughan | bitcoin++ nix edition | Oc...

Geen ervaring maar heel tof filmpje. Wat wil je er zelf mee doen? Het ziet m.i. meer een uit als een Proof of Concept als voor een daily driver.

Dat filmpje was van 2023 en de OnePlus 6 lijkt nog steeds de enige telefoon te zijn bij het lijstje supported devices.

[thibaultvdb]

L0g0ff schreef op zondag 15 juni 2025 @ 21:54:
[...]

Geen ervaring maar heel tof filmpje. Wat wil je er zelf mee doen? Het ziet m.i. meer een uit als een Proof of Concept als voor een daily driver.

Dat filmpje was van 2023 en de OnePlus 6 lijkt nog steeds de enige telefoon te zijn bij het lijstje supported devices.

Ik zou het gebruiken om een mini-pctje mee te maken icm. klein bluetooth split keyboard+trackpoint.
Originele motivatie was omdat ik hier een data simkaart op overschot heb die anders niet gebruikt wordt, de alternatieve mini pctjes zoals de GPD micro kosten al snel 500eur.

Leek me wel leuk om soort van mobiele typewriter van te maken dat mijn hele emacs setup draait en kan syncen met Syncthing. De smartphone hier en daar kunnen achterlaten is voor mij ook een motivatie, ik zal nog steeds signal kunnen draaien voor wat communicatie.

Een ander ideetje was om het als drone companion computer te gebruiken voor grondtextuur navigatie op de neerwaartse camera. Nixos is ideaal voor dat soort ontwikkel projectjes omdat je het gehele systeem kan versiebeheren met een simpele flake.

[thibaultvdb]

Mobile nixos lijkt niet gemakkelijk aan de praat te krijgen

Ik heb de oneplus6 binnen, krijg de build klaar maar na het flashen bots ik nog op volgende error;
https://github.com/mobile-nixos/mobile-nixos/issues/802

Wanneer ik er door geraak maak ik er een YT tutorial rond, ik zou graag wat meer beweging zien rond dit project

[L0g0ff]

thibaultvdb schreef op woensdag 18 juni 2025 @ 11:17:
Mobile nixos lijkt niet gemakkelijk aan de praat te krijgen

Ik heb de oneplus6 binnen, krijg de build klaar maar na het flashen bots ik nog op volgende error;
https://github.com/mobile-nixos/mobile-nixos/issues/802

Wanneer ik er door geraak maak ik er een YT tutorial rond, ik zou graag wat meer beweging zien rond dit project

Anders even https://postmarketos.org/install/ proberen.

Die gast uit jouw filmpje vertelde dat ze dat gebruikte als fundering van nixos mobile.

De community van postmarketos zal ongetwijfeld iets meer beschreven hebben als je tegen issues aan loopt.

/Edit
Ik had je gh nixos url gemist bij het lezen van je comment.

Maar het issue is nixos flake based. Dan heeft een andere rom niet zo veel zin

[ Voor 9% gewijzigd door L0g0ff op 18-06-2025 18:07 ]

[thibaultvdb]

L0g0ff schreef op woensdag 18 juni 2025 @ 18:02:
[...]

Anders even https://postmarketos.org/install/ proberen.

Die gast uit jouw filmpje vertelde dat ze dat gebruikte als fundering van nixos mobile.

De community van postmarketos zal ongetwijfeld iets meer beschreven hebben als je tegen issues aan loopt.

/Edit
Ik had je gh nixos url gemist bij het lezen van je comment.

Maar het issue is nixos flake based. Dan heeft een andere rom niet zo veel zin

Ik heb het uiteindelijk werkend gekregen en de tutorial gemaakt (edit; ik ben hem aan het herdoen met wat betere voiceover )

[ Voor 7% gewijzigd door thibaultvdb op 30-06-2025 16:34 ]

[L0g0ff]

thibaultvdb schreef op zondag 29 juni 2025 @ 16:30:
[...]


Ik heb het uiteindelijk werkend gekregen en de tutorial gemaakt

Wat is jouw window manager?

[Rustyx]

L0g0ff schreef op zondag 29 juni 2025 @ 19:19:
[...]

Wat is jouw window manager?

Ik gok PaperWM.

-------------

Zou ook wel met NixMobile willen experimenteren. Ben je tevreden van het resultaat?

[ Voor 35% gewijzigd door Rustyx op 30-06-2025 12:41 ]

[thibaultvdb]

Klopt het is PaperWM, ik ga binnenkort ook Niri eens uitproberen.

Zou ook wel met NixMobile willen experimenteren. Ben je tevreden van het resultaat?

Ja ik vind het ongelofelijk dat het kan, postmarketOS was nog nooit op mijn radar verschenen ik dacht dat linux op mobile echt helemaal nergens stond. Gnome is al verassend goed gemaakt voor op touchscreens ook.

Ik kijk niet meer hetzelfde naar een smartphone dankzij nixos mobile

[Stukfruit]

Het OS gebruik ik niet, maar de package manager is best fijn. Zeker in de vorm van Devbox, die Nix onder de motorkap gebruikt (inclusief flakes), en als ontwikkelaar.

Op die manier doet het een beetje denken aan een soort nvm maar dan voor alle programma's ipv alleen Node.js

Het is alleen jammer dat relatief veel packages niet erg up-to-date zijn.

* Stukfruit gaat nog even op zoek naar manieren om er zelf bv. een GitHub-release als bron in te hangen... (geen idee of het kan, maar het zou nuttig zijn)

[Remc0_]

Stukfruit schreef op dinsdag 9 september 2025 @ 22:57:
Het OS gebruik ik niet, maar de package manager is best fijn. Zeker in de vorm van Devbox, die Nix onder de motorkap gebruikt (inclusief flakes), en als ontwikkelaar.

Op die manier doet het een beetje denken aan een soort nvm maar dan voor alle programma's ipv alleen Node.js

Het is alleen jammer dat relatief veel packages niet erg up-to-date zijn.

* Stukfruit gaat nog even op zoek naar manieren om er zelf bv. een GitHub-release als bron in te hangen... (geen idee of het kan, maar het zou nuttig zijn)

Als je flakes gebruikt kan dat zeker ja, ik pin bijvoorbeeld de tmux plugin manager ook via flakes en wordt automatisch goed weggezet in mijn tmux config. Idem voor bepaalde thema configuraties die op GitHub staan.

[Stukfruit]

Remc0_ schreef op dinsdag 9 september 2025 @ 23:00:
[...]

Als je flakes gebruikt kan dat zeker ja, ik pin bijvoorbeeld de tmux plugin manager ook via flakes en wordt automatisch goed weggezet in mijn tmux config. Idem voor bepaalde thema configuraties die op GitHub staan.

Mooi, dan zal ik daar toch eens een keer in moeten duiken

Tnx!

[danslo]

Recentelijk ook geswitched naar NixOS. Een aantal jaar geleden al geprobeerd maar toen waren flakes en home manager nog niet helemaal standaard (of bestonden nog niet?) en de configs vond ik nogal beangstigend

Maar Claude Code en NixOS zijn echt een gouden combo! Heb nu alles draaien zoals ik wil Inclusief nix-darwin voor de Macbook Air.

Hebben jullie nog leuke tips?

[ Voor 7% gewijzigd door danslo op 25-03-2026 14:34 ]

[Tobeqz]

https://github.com/cloud-gouv/securix

Het lijkt erop dat de Franse overheid hun Linux distro op NixOS zal baseren! Het beheren van 2 miljoen+ apparaten die min of meer hetzelfde moeten werken is wat mij betreft een ideale use case voor NixOS. Ik ben benieuwd hoe het in de praktijk uit zal pakken.

In ieder geval bevalt dit OS mij zeer voor mijn homelab, laptop en PC!

[Stukfruit]

Gebaseerd op of in opdracht van?

[Sfynx]

Versie 26.05 is vandaag uitgekomen! Nu een paar weken mee bezig, en ik ga mijn fragiele Ansible playbooks hier compleet mee vervangen voor mijn homelab en mailserver, dit werkt zo lekker...

[delphium]

Allereerst vind ik het idee achter NixOS heel relevant en bijzonder goed uitgevoerd. Dat gezegd hebbende, ik zie het verschil niet zo met heel veel andere distro's.

Voor mijn N=1 situatie:
thuis heb ik twee computers (desktop en server), beiden uitgerust met Gentoo. Ook heb ik nog een externe virtualserver die ook op Gentoo draait. Drie verschillende systemen, die drie verschillende configuraties hebben en totaal andere software draaien. Die systemen draaien respectievelijk twee, twaalf en tien jaar, zonder herinstallatie. De thuisserver was mijn vorige desktop. Mijn vriendin, draait al twaalf jaar een Debian systeem dat zichzelf update, middels een scriptje van drie regels. Allemaal zonder crashes, downtime, of herinstallaties.

Voor Gentoo heb ik een /etc/portage/ directory, waarin ik "exact" beschrijf wat ik wel en niet wil, inclusief afhankelijkheden, versies, of zelfs of ik Systemd wel of niet wil. Die bewaar ik in een git-repository. Bij Debian is er minder controle, maar daar kies je er min of meer voor om dat over te laten aan de dev's.

Maar dan komt ook meteen (mijn) grote probleem: het kunnen zien waarom het revolutionair is en het leven makkelijk maakt (tov alle andere distro's en Windows en Mac), is dat het een probleem oplost die veel mensen niet meer als probleem zien vanwege de vele workarounds.

Dus even lullig gezegd, in mijn ogen biedt NixOS juist een oplossing voor een (in veel situaties) niet bestaand probleem. Op vrijwel alle distro's kun je terug naar een vorige staat. Misschien niet per se een volledige systeemstaat, maar is dat belangrijk dan? Linux is geen Windows met zijn registry (hel!).

@terabyte , of andere NixOS experts, probeer nu eens goed uit te leggen welk probleem precies wordt opgelost met NixOS en geef een praktijkvoorbeeld in vergelijking met bijvoorbeeld een populaire distro als Ubuntu of Debian.

[Gr4mpyC3t]

delphium schreef op zondag 31 mei 2026 @ 21:11:
Allereerst vind ik het idee achter NixOS heel relevant en bijzonder goed uitgevoerd. Dat gezegd hebbende, ik zie het verschil niet zo met heel veel andere distro's.

Voor mijn N=1 situatie:
thuis heb ik twee computers (desktop en server), beiden uitgerust met Gentoo. Ook heb ik nog een externe virtualserver die ook op Gentoo draait. Drie verschillende systemen, die drie verschillende configuraties hebben en totaal andere software draaien. Die systemen draaien respectievelijk twee, twaalf en tien jaar, zonder herinstallatie. De thuisserver was mijn vorige desktop. Mijn vriendin, draait al twaalf jaar een Debian systeem dat zichzelf update, middels een scriptje van drie regels. Allemaal zonder crashes, downtime, of herinstallaties.

Voor Gentoo heb ik een /etc/portage/ directory, waarin ik "exact" beschrijf wat ik wel en niet wil, inclusief afhankelijkheden, versies, of zelfs of ik Systemd wel of niet wil. Die bewaar ik in een git-repository. Bij Debian is er minder controle, maar daar kies je er min of meer voor om dat over te laten aan de dev's.


[...]

Dus even lullig gezegd, in mijn ogen biedt NixOS juist een oplossing voor een (in veel situaties) niet bestaand probleem. Op vrijwel alle distro's kun je terug naar een vorige staat. Misschien niet per se een volledige systeemstaat, maar is dat belangrijk dan? Linux is geen Windows met zijn registry (hel!).

@terabyte , of andere NixOS experts, probeer nu eens goed uit te leggen welk probleem precies wordt opgelost met NixOS en geef een praktijkvoorbeeld in vergelijking met bijvoorbeeld een populaire distro als Ubuntu of Debian.

Het prettige van NixOS is dat je de configuratie van je systeem declaratief vastlegt. Dat betekent dat je zeker weet dat je op een nieuwe machine precies dezelfde software, configuratie en andere parameters terugkrijgt.

Het gaat dus in mijn optiek niet zozeer om het kunnen teruggaan naar een vorige staat, maar om het afdwingen van een gewenste staat ongeacht wat er gebeurt.

Thuis is het vooral interessant omdat het kan, maar in grote zakelijke omgevingen wil je vaak meerdere machines identiek inrichten. Dat kan ook met andere distributies, maar dan heb je tools zoals Ansible of Puppet nodig. NixOS (of überhaupt Nix) is dan een completer ecosysteem.

[ookhoi]

delphium schreef op zondag 31 mei 2026 @ 21:11:
Voor Gentoo heb ik een /etc/portage/ directory, waarin ik "exact" beschrijf wat ik wel en niet wil, inclusief afhankelijkheden, versies, of zelfs of ik Systemd wel of niet wil. Die bewaar ik in een git-repository. Bij Debian is er minder controle, maar daar kies je er min of meer voor om dat over te laten aan de dev's.

Dus even lullig gezegd, in mijn ogen biedt NixOS juist een oplossing voor een (in veel situaties) niet bestaand probleem. Op vrijwel alle distro's kun je terug naar een vorige staat. Misschien niet per se een volledige systeemstaat, maar is dat belangrijk dan? Linux is geen Windows met zijn registry (hel!).

@terabyte , of andere NixOS experts, probeer nu eens goed uit te leggen welk probleem precies wordt opgelost met NixOS en geef een praktijkvoorbeeld in vergelijking met bijvoorbeeld een populaire distro als Ubuntu of Debian.

Ruilen? Ik ken Gentoo en /etc/portage/ niet. Hoe beschrijf je daar wat je wilt? Kan je een voorbeeld plakken?

Dan NixOS.

In nix beschrijf je wat je wil in plaats van dat je beschrijft wat er moet gebeuren. Nix is hier uniek in (al lees ik in jouw bericht dat Gentoo dat kennelijk ook heeft). Bijvoorbeeld dat firefox moet geinstalleerd met een bepaalde configuratie, of Emacs, of tmux. En als je firefox uit je definitie haalt is die ook niet meer beschikbaar.

Voordeel van het beschrijven wat je wil is dat dezelfde configuratie overal werkt, ook op Ubuntu, MacOS en Gentoo. Handig als je een managed laptop moet gebruiken.

Updates en installs in nix zijn atomic. Dat betekent dat een update of installatie alleen actief wordt als deze succesvol is. Je zit dus nooit met een halve upgrade of installatie. En omdat nix met generaties werkt heb je geen last van oude software. Dit maakt NixOS erg robust en alleen om die reden al prettig om te gebruiken.

Ik heb prive 12 systemen in nix. Een mix van servertjes, laptops en een telefoon. Dat beheer gaat exclusief via git en bestaat vooral uit automatische bumps van flake.lock en incidentele configuratieaanpassingen (voornamelijk kernel bumps op mijn laptop en die van mijn dochter omdat die gebruikmaken van Linaro of Unbuntu kernels).

De configuratie voor die 12 systemen bestaat uit 1 basisfile met daarin configuratie die op al die systemen hetzelfde is. Daarbovenop hebben de laptops en desktops een file voor desktopconfiguratie, en een file voor gnome of sway. De servers hebben configuratiefiles om ze een specifieke taak te geven: mailserver, router, nameserver, webserver, backupserver, een server voor grafana, voor matrix, voor k3s. En elk systeem heeft een eigen configuratiefile voor netwerk en filesystems.

Begin dit jaar vielen in korte tijd alle SSDs uit m'n backupserver uit. Ik kon toen eenvoudig de backupserverconfiguratie toevoegen aan m'n desktop om die tijdelijk als backupserver te gebruiken, en net zo makkelijk weer verwijderen toen ik nieuwe SSDs had.

Ik begrijp wel dat je zegt dat NixOS voor jou een oplossing is voor een niet-bestaand probleem. Ik denk dat je de kracht van nix moet ervaren om het te waarderen. Wat dat betreft is de titel van dit topic door TS @terabyte treffend.

Ik heb 21 jaar Debian gebruikt en was groot fan van Puppet. In Puppet beschrijf je ook declaratief wat je bereiken wilt, in plaats van imperatief zoals in Ansible. Toen ik 10 jaar geleden NixOS ontdekte heb ik direct al mijn geliefde Debian-installaties omgezet naar NixOS en nooit meer teruggekeken.

[Mx. Alba]

Ik ben wat aan het spelen met een oude clunker van een Dell laptop en heb het idee opgevat om daarop eens NixOS te gaan proberen... Als het bevalt kan ik die config zo kopiëren naar een van mijn gangbare machines, misschien de Garuda/Arch laptop of de Linux Mint laptop, we'll see

[delphium]

ookhoi schreef op maandag 1 juni 2026 @ 11:13:
[...]

Ruilen? Ik ken Gentoo en /etc/portage/ niet. Hoe beschrijf je daar wat je wilt? Kan je een voorbeeld plakken?

@ookhoi Hartelijk dank voor je uitgebreide reactie. Wat ik er uit kan destilleren, is dat NixOS je de mogelijkheid biedt, om heel snel een andere configuratie (van desktop naar back-upserver) uit te rollen en daarna net zo makkelijk weer terug te gaan naar de vorige configuratie. Ik moet zeggen dat ik dat wel indrukwekkend vind, maar ik zie nog altijd geen ultieme oplossing voor een bestaand probleem.

Eerst even ruilen dan maar:
Gentoo is een source based distributie, met een geheel eigen "package manager" genaamd "Portage". Het is geïnspireerd op de BSD "ports collections" waarbij je ook eerst de broncode download/uitcheckt, om vervolgens de software lokaal te compileren. Voor het compileren kun je uiteraard allerhande variabelen meegeven. Portage maakt hiervoor gebruik van zogenaamde useflags, die je, op meerdere niveaus kunt definiëren in de /etc/portage directory.

Een voorbeeld:
In de globale file "/etc/portage/make.conf" definieer je systeembrede zaken zoals compiler optimizations, je videokaart, je systeemtaal, en dus je globale useflags, bijvoorbeeld: "USE="X gtk gnome NetworkManager egl wayland -berkdb mtp-systemd -qt5 -qt6 -kde". Een flag met een "-" ervoor betekent geen ondersteuning meecompileren.

Daarnaast heb je nog een aantal bestanden in de Portage directory om meer fine tuned te werk te gaan:

package.mask: hier kun je pakketten, bepaalde versies van pakketten, of bijvoorbeeld versies kleiner of groter dan, van pakketten uitsluiten van installatie.

package.use: Hier kun je op pakket niveau useflags definiëren. Dus als ik voor librecad wel qt6 ondersteuning wil, kan ik dat hier aangeven.

package.accept_keywords: hier kun je per pakket aangeven of je uit "testing" wilt compileren, waar standaard "stable" wordt gebruikt.

Er zijn nog meer manieren om invloed uit te oefenen op je systeem, maar voor nu laat ik het even hierbij. Het compileren zelf doe je middels het "emerge" commando. Alles gaat verder vanzelf aan de hand van je config.

Vanzelfsprekend is installeren op Gentoo zesduizend keer langzamer dan welke binary based distro dan ook. Je initiële installatie duurt ongeveer twee dagen op een modern systeem en dat is als je Gentoo kent en weet wat je aan het doen bent.

MAARRR..... met mijn portage directory in git, kan ik dus met minimale aanpassingen in de config, exact hetzelfde systeem bouwen, maar dan op een Intel chipset, inplaats van een AMD-chipset.

Enige puntje is de kernel, want die moet je ook zelf configureren en bouwen op Gentoo. Dat is wat minder portable, omdat Gentoo daar geen mechanismen voor heeft. Dat is dan ook een ding waarop je systeem kan breken, maar dat geldt voor elk systeem waar je zelf de kernel bouwt.

Terug naar de vergelijking met NixOS:
Ik zie nu wel dat NixOS echt anders is dan de meeste andere distro's. Met name het vooraf bepalen van hoe je je systeem wilt en daarna "PLOP*" daar staat het, is echt wel kick ass! Ik kan dat met Gentoo ook, maar dan ben ik een paar uur aan het compileren :-D

Toch blijft bij mij de vraag bestaan waarom je dit voor dagelijks gebruik zou willen. Zoals gezegd blijft mijn Gentoo met gemak tien jaar draaien en kan ik tussendoor even wisselen van Gnome naar KDE, van PHP op Apache, naar Python op Nginx en vice versa. Ik doe dat alleen echt nooit! Ik heb specifieke voorkeuren en daar blijf ik al decennia bij.

Jouw voorbeeld van de back-upserver, zou ik oplossen door het cronbestand van mijn back-upserver, zolang op mijn desktop te draaien. Verder draait mijn enkele server al die zaken waarvoor jij losse servers hebt draaien. Niet helemaal natuurlijk, want ik heb ook een pi-hole en een home-assistant draaien op single-boards.

Maar ik ga naar aanleiding van jouw post, toch eens experimenteren met nix (de package-manager) op bijvoorbeeld mijn Odroid-N2+ (home assistant). Nogmaals dank voor je uitgebreide verslag.

[delphium]

Gr4mpyC3t schreef op zondag 31 mei 2026 @ 22:02:
[...]

Het prettige van NixOS is dat je de configuratie van je systeem declaratief vastlegt. Dat betekent dat je zeker weet dat je op een nieuwe machine precies dezelfde software, configuratie en andere parameters terugkrijgt.

Het gaat dus in mijn optiek niet zozeer om het kunnen teruggaan naar een vorige staat, maar om het afdwingen van een gewenste staat ongeacht wat er gebeurt.

Thuis is het vooral interessant omdat het kan, maar in grote zakelijke omgevingen wil je vaak meerdere machines identiek inrichten. Dat kan ook met andere distributies, maar dan heb je tools zoals Ansible of Puppet nodig. NixOS (of überhaupt Nix) is dan een completer ecosysteem.

Wat jij beschrijft, is precies waar ik geen meerwaarde zie voor NixOS, of nix. Ik kan werkelijk met elke distro vooraf precies bepalen wat ik wel of niet wil installeren, inclusief configuraties, user accounts, wat dan ook.

Leuk dat NixOS het heeft ingebouwd, maar je zult alsnog moeten beschrijven wat je dan precies wilt. Of je dat nu in Ansible of Nix doet, is mij om het even. Geen discriminerende argumentatie dus.

[Gr4mpyC3t]

delphium schreef op maandag 1 juni 2026 @ 19:03:
[...]

Wat jij beschrijft, is precies waar ik geen meerwaarde zie voor NixOS, of nix. Ik kan werkelijk met elke distro vooraf precies bepalen wat ik wel of niet wil installeren, inclusief configuraties, user accounts, wat dan ook.

Leuk dat NixOS het heeft ingebouwd, maar je zult alsnog moeten beschrijven wat je dan precies wilt. Of je dat nu in Ansible of Nix doet, is mij om het even. Geen discriminerende argumentatie dus.

Het is ook niet zo dat NixOS iets kan wat je met andere oplossingen niet kan bereiken. Je reactie leest alsof je een andere voorkeur hebt om iets te bereiken, en dat is prima.

Ik boot een nieuwe NixOS machine, start een deployment op basis van een Flake en poef, nieuw servertje in de lucht. Voor mij superieur ten opzichte van andere distros die ik heb geprobeerd.

[Tobeqz]

delphium schreef op maandag 1 juni 2026 @ 19:03:
[...]

Wat jij beschrijft, is precies waar ik geen meerwaarde zie voor NixOS, of nix. Ik kan werkelijk met elke distro vooraf precies bepalen wat ik wel of niet wil installeren, inclusief configuraties, user accounts, wat dan ook.

Leuk dat NixOS het heeft ingebouwd, maar je zult alsnog moeten beschrijven wat je dan precies wilt. Of je dat nu in Ansible of Nix doet, is mij om het even. Geen discriminerende argumentatie dus.

Ik ben niet bijzonder bekend met Ansible dus neem wat ik zeg met een korreltje zout

Een van de voordelen van Nix tegenover Ansible is dat Nix een echte programmeertaal is waarmee je mooie abstracties kunt maken die in YAML toch knap lastig zijn om na te bootsen.

Wanneer je een Ansible playbook draait wordt de huidige state van het systeem vergeleken met de state die het playbook verwacht, maar dit geldt dus alleen voor state die expliciet in het playbook is gedefinieerd. Als je een playbook draait die een package installeert, daarna die package weghaalt uit de playbook en hem opnieuw draait zal die package op je systeem blijven staan.

Bij NixOS wordt je hele systeem opnieuw (even kort door de bocht) "geinstalleerd" wanneer je een reboot doet. Er zijn natuurlijk een aantal directories die niet door NixOS beheerd worden, die zijn bedoeld voor persoonlijke bestanden.

Ook heb je met NixOS toegang tot een groot aantal options, dit is eerlijk gezegd de grootste reden dat ik er zo'n fan van ben voor mijn homelab. Zie hier bijvoorbeeld de configuratie die ik heb gebruikt om Audiobookshelf op te zetten, echt super simpel:

Nix:

{
  services.audiobookshelf = {
    enable = true;
    port = 8086;
    user = "main";
  };

  services.caddy.virtualHosts."mijn.domein.nl".extraConfig = ''
    reverse_proxy http://localhost:8086
  '';
}

Zoek maar eens voor de lol op een aantal services: https://search.nixos.org/options?channel=unstable

Daarnaast is het ook wel waard om te benoemen dat Nix prima werkt buiten NixOS, als ik ooit overstap naar een nieuwe distro zal ik zeer waarschijnlijk nog steeds gebruik maken van Nix dev shells.

[delphium]

Gr4mpyC3t schreef op maandag 1 juni 2026 @ 21:40:
[...]

Het is ook niet zo dat NixOS iets kan wat je met andere oplossingen niet kan bereiken. Je reactie leest alsof je een andere voorkeur hebt om iets te bereiken, en dat is prima.

Ik boot een nieuwe NixOS machine, start een deployment op basis van een Flake en poef, nieuw servertje in de lucht. Voor mij superieur ten opzichte van andere distros die ik heb geprobeerd.

Ik denk dat je daar de spijker op zijn kop slaat. Ik ben zeer content met mijn Gentoo, dan wel Debian aanpak. Maar in vrijwel alle NixOS-topics wordt gesproken over, gechargeerd: iets unieks en ongeëvenaards. NixOS biedt een oplossing voor een generiek linux-probleem, waar geen enkele andere distro een oplossing voor biedt.

Die stelling is in mijn ogen gewoon niet waar. NixOS is cool, maar laten we nu niet doen of het de missing link is, in de Linuxwereld.

[delphium]

Tobeqz schreef op maandag 1 juni 2026 @ 21:41:
[...]

Een van de voordelen van Nix tegenover Ansible is dat Nix een echte programmeertaal is waarmee je mooie abstracties kunt maken die in YAML toch knap lastig zijn om na te bootsen.

Ook heb je met NixOS toegang tot een groot aantal options, dit is eerlijk gezegd de grootste reden dat ik er zo'n fan van ben voor mijn homelab. Zie hier bijvoorbeeld de configuratie die ik heb gebruikt om Audiobookshelf op te zetten, echt super simpel:

Nix:

{
  services.audiobookshelf = {
    enable = true;
    port = 8086;
    user = "main";
  };

  services.caddy.virtualHosts."mijn.domein.nl".extraConfig = ''
    reverse_proxy http://localhost:8086
  '';
}

Zoek maar eens voor de lol op een aantal services: https://search.nixos.org/options?channel=unstable

Daarnaast is het ook wel waard om te benoemen dat Nix prima werkt buiten NixOS, als ik ooit overstap naar een nieuwe distro zal ik zeer waarschijnlijk nog steeds gebruik maken van Nix dev shells.

Kijk, dat vind ik nu een goed argument. Je systeem vooraf kunnen definiëren middels een programmeertaal en bijbehorende abstracties, is iets wat niet zomaar kan op een andere distro. Wat ik vooral heel cool vind, is dat je ook een reverse proxy kunt opgeven. Wordt die proxy dan ook geconfigureerd, ongeacht of je NginX of Apache gebruikt?

[Gr4mpyC3t]

delphium schreef op maandag 1 juni 2026 @ 22:05:
[...]

Ik denk dat je daar de spijker op zijn kop slaat. Ik ben zeer content met mijn Gentoo, dan wel Debian aanpak. Maar in vrijwel alle NixOS-topics wordt gesproken over, gechargeerd: iets unieks en ongeëvenaards. NixOS biedt een oplossing voor een generiek linux-probleem, waar geen enkele andere distro een oplossing voor biedt.

Die stelling is in mijn ogen gewoon niet waar. NixOS is cool, maar laten we nu niet doen of het de missing link is, in de Linuxwereld.

Nu beschrijf je überhaupt de gemiddelde Linux-gebruiker die zijn eigen distro superieur vindt ten opzichte van anderen.

Zonder gekkigheid, ik denk dat NixOS in combinatie met Nix wel iets unieks biedt. Al is het maar dat zowel het besturingssysteem als de tools er omheen door dezelfde maker (en grote community) onderhouden wordt.

Dat gerommel met allerlei verschillende tools kan soms wel wat frustratie opleveren, maar als je goed zoekt vind je in iedere distro en oplossing tekortkomingen.

[Mx. Alba]

Na een paar uur prutsen nog steeds niet echt een bruikbaar systeem... Komt grotendeels doordat ik ook meteen probeerde om Hyprland aan de praat te krijgen terwijl ik dat ook nog nooit gebruikt had. Misschien eerst maar weer eens terug naar KDE Plasma, NixOS onder de knie krijgen, en dan nog eens Hyprland proberen.

[Tobeqz]

delphium schreef op maandag 1 juni 2026 @ 22:23:
[...]

Kijk, dat vind ik nu een goed argument. Je systeem vooraf kunnen definiëren middels een programmeertaal en bijbehorende abstracties, is iets wat niet zomaar kan op een andere distro. Wat ik vooral heel cool vind, is dat je ook een reverse proxy kunt opgeven. Wordt die proxy dan ook geconfigureerd, ongeacht of je NginX of Apache gebruikt?

Deze configuratie is helaas specifiek voor Caddy. Mocht je vaak van http server willen switchen zou je voor zoiets prima je eigen abstractie kunnen bouwen

[DaFeliX]

Mx. Alba schreef op maandag 1 juni 2026 @ 22:43:
[Afbeelding]

Na een paar uur prutsen nog steeds niet echt een bruikbaar systeem... Komt grotendeels doordat ik ook meteen probeerde om Hyprland aan de praat te krijgen terwijl ik dat ook nog nooit gebruikt had. Misschien eerst maar weer eens terug naar KDE Plasma, NixOS onder de knie krijgen, en dan nog eens Hyprland proberen.

offtopic:
Jij neemt cat wel heel letterlijk...

[Mx. Alba]

DaFeliX schreef op dinsdag 2 juni 2026 @ 07:15:
[...]

offtopic:
Jij neemt cat wel heel letterlijk...

alba@nixie-alpha ~> cat /etc/nixos/configuration.nix

(fish ftw...)

[silverball]

delphium schreef op maandag 1 juni 2026 @ 22:05:
[...]

Ik denk dat je daar de spijker op zijn kop slaat. Ik ben zeer content met mijn Gentoo, dan wel Debian aanpak. Maar in vrijwel alle NixOS-topics wordt gesproken over, gechargeerd: iets unieks en ongeëvenaards. NixOS biedt een oplossing voor een generiek linux-probleem, waar geen enkele andere distro een oplossing voor biedt.

Die stelling is in mijn ogen gewoon niet waar. NixOS is cool, maar laten we nu niet doen of het de missing link is, in de Linuxwereld.

Nix is op zich een leuk idee: reproduceerbare builds, declaratieve configs, daar zit wat waarde in. Maar het is ook een gigantische hack bovenop een bestaand Unix/Linux-systeem. Denk alleen al aan hoe er met de dynamic linker, rpaths, `/nix/store`, symlinks en wrappers wordt gewerkt om alles passend te krijgen. Om nog maar te zwijgen van de massale rebuilds die er steeds nodig zijn.

Daarnaast vind ik de taal zelf nogal matig: vreemd, specifiek voor NixOS en niet bepaald prettig leesbaar. En de naamgeving helpt ook niet mee: Nix de taal, Nix de package manager, NixOS het OS, nixpkgs de packages… Voor een systeem dat complexiteit zou moeten beheersen, maakt het de instap bepaald niet eenvoudiger.

Nix: a solution with problems.

Tldr; nix lost problemen op, en maakt in dat proces weer nieuwe issues.

Voor een desktop-eindgebruiker zie ik veel meer toekomst in atomic desktops dan in Nix/Guix. Nix en Guix zijn inhoudelijk interessant, maar voelen voor desktopgebruik als een extreem slimme jaren-90-oplossing: alles via packages, profielen, stores, symlinks en eigen tooling proberen recht te trekken.

Een atomic desktop pakt het simpeler aan: het basissysteem is één betrouwbaar, rollbackbaar geheel, en apps gaan via Flatpak/containers. Dat past veel beter bij hoe een moderne desktop gebruikt wordt. De meeste gebruikers willen niet hun hele OS als programmeerbaar package-universum beheren; ze willen updates die niet half stuk kunnen gaan en makkelijk terug te draaien zijn.

Nix/Guix is prachtig voor reproduceerbare dev-omgevingen, maar voor de desktop voelt atomic als de schonere oplossing. Containers bestaan, ze zijn 'goedkoop', Linux zit vol met tooling voor container sandboxing en isolation dus dat lijkt mij veel pragmatischer.

[Mx. Alba]

silverball schreef op dinsdag 2 juni 2026 @ 08:57:
[...]

Nix is op zich een leuk idee: reproduceerbare builds, declaratieve configs, daar zit wat waarde in. Maar het is ook een gigantische hack bovenop een bestaand Unix/Linux-systeem. Denk alleen al aan hoe er met de dynamic linker, rpaths, `/nix/store`, symlinks en wrappers wordt gewerkt om alles passend te krijgen. Om nog maar te zwijgen van de massale rebuilds die er steeds nodig zijn.

Daarnaast vind ik de taal zelf nogal matig: vreemd, specifiek voor NixOS en niet bepaald prettig leesbaar. En de naamgeving helpt ook niet mee: Nix de taal, Nix de package manager, NixOS het OS, nixpkgs de packages… Voor een systeem dat complexiteit zou moeten beheersen, maakt het de instap bepaald niet eenvoudiger.

Nix: a solution with problems.

Tldr; nix lost problemen op, en maakt in dat proces weer nieuwe issues.

Voor een desktop-eindgebruiker zie ik veel meer toekomst in atomic desktops dan in Nix/Guix. Nix en Guix zijn inhoudelijk interessant, maar voelen voor desktopgebruik als een extreem slimme jaren-90-oplossing: alles via packages, profielen, stores, symlinks en eigen tooling proberen recht te trekken.

Een atomic desktop pakt het simpeler aan: het basissysteem is één betrouwbaar, rollbackbaar geheel, en apps gaan via Flatpak/containers. Dat past veel beter bij hoe een moderne desktop gebruikt wordt. De meeste gebruikers willen niet hun hele OS als programmeerbaar package-universum beheren; ze willen updates die niet half stuk kunnen gaan en makkelijk terug te draaien zijn.

Nix/Guix is prachtig voor reproduceerbare dev-omgevingen, maar voor de desktop voelt atomic als de schonere oplossing. Containers bestaan, ze zijn 'goedkoop', Linux zit vol met tooling voor container sandboxing en isolation dus dat lijkt mij veel pragmatischer.

Zeker eens... NixOS heeft volgens mij vooral potentie in een omgeving waarin je een of meerdere admins hebt die een computerpark beheren. Zoals nu in corporate omgevingen Intune wordt gebruikt om Windows machines allemaal uniform te maken, zou je ook NixOS kunnen uitrollen.

Voor mijn eigen gebruik is het overkill, sure... Maar het is interessant en vooralsnog vind ik het leuk als hobby-projectje, tot mijn AuDHD naar iets anders springt om te gaan doen

[ookhoi]

delphium schreef op maandag 1 juni 2026 @ 18:24:
@ookhoi Hartelijk dank voor je uitgebreide reactie. Wat ik er uit kan destilleren, is dat NixOS je de mogelijkheid biedt, om heel snel een andere configuratie (van desktop naar back-upserver) uit te rollen en daarna net zo makkelijk weer terug te gaan naar de vorige configuratie. Ik moet zeggen dat ik dat wel indrukwekkend vind, maar ik zie nog altijd geen ultieme oplossing voor een bestaand probleem.

Dat je makkelijk kan wisselen is een bijkomstigheid. Het echt unieke aan nix/NixOS is dat je daarin beschrijft wat je wilt en dat die beschrijving voor je gemaakt wordt, en niets anders dan dat. Dat heeft geen enkele andere tool of linux-distributie.

Voor mij betekent dat niet meer in overal in /etc/ configuratiefiles bewerken, aantekeningen maken van die veranderingen, ze eventueel backuppen, en alles weer aanpassen bij nieuwe major versies. En met nix kan je configuraties stapelen. Ik heb een basisconfiguratie voor openssh-server bijvoorbeeld, die ik op andere systemen weer uitbreid met public keys of andere meer-specifieke configuraties. Voor systemd en initrd hetzelfde: een basisconfiguratie die ik verderop aanvul, en die per systeem samengesteld wordt. En dat alles op 1 plek voor al mijn systemen. Het maakt dat ik veel minder met onderhoud bezig ben.

Voorbeeld base.nix:

  services = {
    openssh = {
      enable = true;
      settings = {
        KbdInteractiveAuthentication = false;
        PasswordAuthentication = false;
        PermitRootLogin = "no";
        StreamLocalBindUnlink = "yes";
      };
    };
  };

Daarbovenop backup.nix:

  services = {
    openssh = {
      extraConfig = ''
        Match User backupfs
            ChrootDirectory /storage/
            ForceCommand internal-sftp -u 0066
      '';
    };
  };

Eerst even ruilen dan maar:
Gentoo is een source based distributie, met een geheel eigen "package manager" genaamd "Portage". Het is geïnspireerd op de BSD "ports collections" waarbij je ook eerst de broncode download/uitcheckt, om vervolgens de software lokaal te compileren. Voor het compileren kun je uiteraard allerhande variabelen meegeven. Portage maakt hiervoor gebruik van zogenaamde useflags, die je, op meerdere niveaus kunt definiëren in de /etc/portage directory.

Een voorbeeld:
In de globale file "/etc/portage/make.conf" definieer je systeembrede zaken zoals compiler optimizations, je videokaart, je systeemtaal, en dus je globale useflags, bijvoorbeeld: "USE="X gtk gnome NetworkManager egl wayland -berkdb mtp-systemd -qt5 -qt6 -kde". Een flag met een "-" ervoor betekent geen ondersteuning meecompileren.

Daarnaast heb je nog een aantal bestanden in de Portage directory om meer fine tuned te werk te gaan:

package.mask: hier kun je pakketten, bepaalde versies van pakketten, of bijvoorbeeld versies kleiner of groter dan, van pakketten uitsluiten van installatie.

package.use: Hier kun je op pakket niveau useflags definiëren. Dus als ik voor librecad wel qt6 ondersteuning wil, kan ik dat hier aangeven.

package.accept_keywords: hier kun je per pakket aangeven of je uit "testing" wilt compileren, waar standaard "stable" wordt gebruikt.

Er zijn nog meer manieren om invloed uit te oefenen op je systeem, maar voor nu laat ik het even hierbij. Het compileren zelf doe je middels het "emerge" commando. Alles gaat verder vanzelf aan de hand van je config.

Begrijp ik goed dat met emerge alleen packages geinstalleerd en verwijderd worden? Dat je de packages er niet mee kan configureren?

Vanzelfsprekend is installeren op Gentoo zesduizend keer langzamer dan welke binary based distro dan ook. Je initiële installatie duurt ongeveer twee dagen op een modern systeem en dat is als je Gentoo kent en weet wat je aan het doen bent.

In de basis compileert nix ook alles van source. Standaard wordt ook een binary cache aangeboden voor al die packages, maar die cache kan je desgewenst uitzetten. Soms komt een update door voordat de package gecompiled is. Zo had ik afgelopen week een update van chromium die in bijna 23 uur op mijn laptop gebouwd werd:

May 30 16:00:35 p70 home-manager-switch-start[183016]: building '/nix/store/1a0y2s6w2cghn7pp4si7bglrmisa22cg-ungoogled-chromium-unwrapped-148.0.7778.215.drv'...
May 31 12:42:34 p70 home-manager-switch-start[183016]: building '/nix/store/2k8f5dyyn3566p7c18zakph8vp9g7a6p-ungoogled-chromium-unwrapped-148.0.7778.215-wv.drv'...

Enige puntje is de kernel, want die moet je ook zelf configureren en bouwen op Gentoo. Dat is wat minder portable, omdat Gentoo daar geen mechanismen voor heeft. Dat is dan ook een ding waarop je systeem kan breken, maar dat geldt voor elk systeem waar je zelf de kernel bouwt.

Het compilen van kernels is iets waar nix/NixOS ook echt krachtig is. Je kan kiezen uit 1 van de standaard vanilla kernels, maar ook een zogeheten overlay maken en gebruikmaken van een third-party kernel source. Zo gebruik ik voor mijn Snapdragon afwisselend een kernel van Linaro, van Unbuntu, of de laatste -rc van Linus. De enige config die ik daarvoor doe (ongeacht de kernel) is:

    kernelPatches = [
      {
        extraConfig = ''
          CLK_X1E80100_CAMCC y
          PHY_QCOM_QMP y
          PHY_QCOM_QMP_PCIE y
        '';
        name = "snapdragon-config";
        patch = null;
      }
    ];

En ik kan de complete NixOS voor m'n Raspberry pi of Librem 5 (inclusief kernel) bouwen op mijn Snapdragon:

$ nixos-rebuild --ask-sudo-password --flake /etc/nixos/#rpi4 --target-host rpi4 switch

Terug naar de vergelijking met NixOS:
Ik zie nu wel dat NixOS echt anders is dan de meeste andere distro's. Met name het vooraf bepalen van hoe je je systeem wilt en daarna "PLOP*" daar staat het, is echt wel kick ass! Ik kan dat met Gentoo ook, maar dan ben ik een paar uur aan het compileren :-D

Toch blijft bij mij de vraag bestaan waarom je dit voor dagelijks gebruik zou willen. Zoals gezegd blijft mijn Gentoo met gemak tien jaar draaien en kan ik tussendoor even wisselen van Gnome naar KDE, van PHP op Apache, naar Python op Nginx en vice versa. Ik doe dat alleen echt nooit! Ik heb specifieke voorkeuren en daar blijf ik al decennia bij.

Het dagelijks onderhoud is een stuk minder op NixOS. Ik update al mijn systemen ongezien en zonder er wakker van te liggen elk half uur. Sommige systemen reboot ik automatisch als er een nieuwe kernel is. En ik vind het atomic switchen ook een krachtig voordeel van nix.

Jouw voorbeeld van de back-upserver, zou ik oplossen door het cronbestand van mijn back-upserver, zolang op mijn desktop te draaien. Verder draait mijn enkele server al die zaken waarvoor jij losse servers hebt draaien. Niet helemaal natuurlijk, want ik heb ook een pi-hole en een home-assistant draaien op single-boards.

In dit geval pushen de servers, desktops en laptops de backups naar de backupserver. Daarvoor is op de backupserver een chrooted sftp geconfigureerd, plus de public keys van alle clients. Ook die config is natuurlijk allemaal te copieren naar de desktop, maar nu is het een kwestie van backup.nix toevoegen aan m'n desktop, git commit, git push, en binnen nu en een half uur (afhankelijk van wanneer de update loopt) heeft m'n desktop die funcitonaltieit erbij.

Maar ik ga naar aanleiding van jouw post, toch eens experimenteren met nix (de package-manager) op bijvoorbeeld mijn Odroid-N2+ (home assistant). Nogmaals dank voor je uitgebreide verslag.

Jij ook bedankt voor je uitleg over Gentoo. Mooi om zo bij te leren.

Je kan nix laagdrempelig proberen op Gentoo met https://wiki.gentoo.org/wiki/User:DeiveDS/guides/Nix

Wist je dat nixpkgs (de package repository van nix) veruit de grootste package repository is?

[L0g0ff]

delphium schreef op maandag 1 juni 2026 @ 18:24:
[...]

@ookhoi Hartelijk dank voor je uitgebreide reactie. Wat ik er uit kan destilleren, is dat NixOS je de mogelijkheid biedt, om heel snel een andere configuratie (van desktop naar back-upserver) uit te rollen en daarna net zo makkelijk weer terug te gaan naar de vorige configuratie. Ik moet zeggen dat ik dat wel indrukwekkend vind, maar ik zie nog altijd geen ultieme oplossing voor een bestaand probleem.

Eerst even ruilen dan maar:
Gentoo is een source based distributie, met een geheel eigen "package manager" genaamd "Portage". Het is geïnspireerd op de BSD "ports collections" waarbij je ook eerst de broncode download/uitcheckt, om vervolgens de software lokaal te compileren. Voor het compileren kun je uiteraard allerhande variabelen meegeven. Portage maakt hiervoor gebruik van zogenaamde useflags, die je, op meerdere niveaus kunt definiëren in de /etc/portage directory.

Een voorbeeld:
In de globale file "/etc/portage/make.conf" definieer je systeembrede zaken zoals compiler optimizations, je videokaart, je systeemtaal, en dus je globale useflags, bijvoorbeeld: "USE="X gtk gnome NetworkManager egl wayland -berkdb mtp-systemd -qt5 -qt6 -kde". Een flag met een "-" ervoor betekent geen ondersteuning meecompileren.

Daarnaast heb je nog een aantal bestanden in de Portage directory om meer fine tuned te werk te gaan:

package.mask: hier kun je pakketten, bepaalde versies van pakketten, of bijvoorbeeld versies kleiner of groter dan, van pakketten uitsluiten van installatie.

package.use: Hier kun je op pakket niveau useflags definiëren. Dus als ik voor librecad wel qt6 ondersteuning wil, kan ik dat hier aangeven.

package.accept_keywords: hier kun je per pakket aangeven of je uit "testing" wilt compileren, waar standaard "stable" wordt gebruikt.

Er zijn nog meer manieren om invloed uit te oefenen op je systeem, maar voor nu laat ik het even hierbij. Het compileren zelf doe je middels het "emerge" commando. Alles gaat verder vanzelf aan de hand van je config.

Vanzelfsprekend is installeren op Gentoo zesduizend keer langzamer dan welke binary based distro dan ook. Je initiële installatie duurt ongeveer twee dagen op een modern systeem en dat is als je Gentoo kent en weet wat je aan het doen bent.

MAARRR..... met mijn portage directory in git, kan ik dus met minimale aanpassingen in de config, exact hetzelfde systeem bouwen, maar dan op een Intel chipset, inplaats van een AMD-chipset.

Enige puntje is de kernel, want die moet je ook zelf configureren en bouwen op Gentoo. Dat is wat minder portable, omdat Gentoo daar geen mechanismen voor heeft. Dat is dan ook een ding waarop je systeem kan breken, maar dat geldt voor elk systeem waar je zelf de kernel bouwt.

Terug naar de vergelijking met NixOS:
Ik zie nu wel dat NixOS echt anders is dan de meeste andere distro's. Met name het vooraf bepalen van hoe je je systeem wilt en daarna "PLOP*" daar staat het, is echt wel kick ass! Ik kan dat met Gentoo ook, maar dan ben ik een paar uur aan het compileren :-D

Toch blijft bij mij de vraag bestaan waarom je dit voor dagelijks gebruik zou willen. Zoals gezegd blijft mijn Gentoo met gemak tien jaar draaien en kan ik tussendoor even wisselen van Gnome naar KDE, van PHP op Apache, naar Python op Nginx en vice versa. Ik doe dat alleen echt nooit! Ik heb specifieke voorkeuren en daar blijf ik al decennia bij.

Jouw voorbeeld van de back-upserver, zou ik oplossen door het cronbestand van mijn back-upserver, zolang op mijn desktop te draaien. Verder draait mijn enkele server al die zaken waarvoor jij losse servers hebt draaien. Niet helemaal natuurlijk, want ik heb ook een pi-hole en een home-assistant draaien op single-boards.

Maar ik ga naar aanleiding van jouw post, toch eens experimenteren met nix (de package-manager) op bijvoorbeeld mijn Odroid-N2+ (home assistant). Nogmaals dank voor je uitgebreide verslag.

Toen ik begin 2000 bij mijn neefje langs ging omdat ik wat linux vragen had draaide hij ook gentoo. Die vertelde toen al dat een basis systeem met KDE 2 dagen duurde voordat dit draaide vanwege het moeten compileren van source. Ik heb dit nooit begrepen. Ik vind het verhaal prachtig en het klinkt zeker als dedication en vanuit opensource gedachte prachtig.
Maar dit is toch niet werkbaar? Is de performance winst en de stabiliteit echt zoveel beter als je met een systeem werkt waar elk stukje programmatuur speciek met jouw systeem flags is gecompileerd?

(Ik begrijp dat deze vraag een beetje offtopic is maar zo vaak kom je niet iemand tegen die gentoo draait )

[delphium]

L0g0ff schreef op woensdag 3 juni 2026 @ 11:27:
[...]

Toen ik begin 2000 bij mijn neefje langs ging omdat ik wat linux vragen had draaide hij ook gentoo. Die vertelde toen al dat een basis systeem met KDE 2 dagen duurde voordat dit draaide vanwege het moeten compileren van source. Ik heb dit nooit begrepen. Ik vind het verhaal prachtig en het klinkt zeker als dedication en vanuit opensource gedachte prachtig.
Maar dit is toch niet werkbaar? Is de performance winst en de stabiliteit echt zoveel beter als je met een systeem werkt waar elk stukje programmatuur speciek met jouw systeem flags is gecompileerd?

(Ik begrijp dat deze vraag een beetje offtopic is maar zo vaak kom je niet iemand tegen die gentoo draait )

Dit is inderdaad wel erg off-topic, maar ik zal je een PM sturen, als je daar prijs op stelt.

[delphium]

ookhoi schreef op dinsdag 2 juni 2026 @ 16:36:
[...]

Dat je makkelijk kan wisselen is een bijkomstigheid. Het echt unieke aan nix/NixOS is dat je daarin beschrijft wat je wilt en dat die beschrijving voor je gemaakt wordt, en niets anders dan dat. Dat heeft geen enkele andere tool of linux-distributie.....

Ik begrijp je argument, maar voor mij geldt het simpelweg niet. Ik bouw/configureer mijn systemen en daar maak ik vervolgens tien jaar of langer gebruik van. Ik wijzig nooit, ik heb zeer weinig onderhoud en ik experimenteer soms wel, maar dat doe ik in een VM.

Misschien is het zo dat als ik helemaal thuis zou zijn in nix, ik veel meer zou veranderen, omdat het dan heel makkelijk kan, maar op dit moment heb ik die behoefte niet.

Begrijp ik goed dat met emerge alleen packages geinstalleerd en verwijderd worden? Dat je de packages er niet mee kan configureren?

Met emerge kan je ook wel iets configureren met het "--config" argument. Ook heb je voor webapplicaties bijvoorbeeld webapp-config. Daarmee stel je basis dingen in zoals een port en een subdirectory. In de praktijk merk ik dat ik liever handmatig een configuratie doe, met bijvoorbeeld een reverse proxy en een letsencrypt certificaat.

Het compilen van kernels is iets waar nix/NixOS ook echt krachtig is. Je kan kiezen uit 1 van de standaard vanilla kernels, maar ook een zogeheten overlay maken en gebruikmaken van een third-party kernel source.

Dit kan in Gentoo ook. Je kunt ook kiezen voor de zogenaamde distkernel, die al gecomiplerd is en voorzien van een initramfs. Ik wil graag alles superclean houden en doe daarom mijn eigen config en compileer zelf. Dat is een risico, maar dat is niet Gentoo specifiek.

Het dagelijks onderhoud is een stuk minder op NixOS. Ik update al mijn systemen ongezien en zonder er wakker van te liggen elk half uur. Sommige systemen reboot ik automatisch als er een nieuwe kernel is. En ik vind het atomic switchen ook een krachtig voordeel van nix.

Misschien lees ik het verkeerd, maar waarom update je jouw systemen elk halfuur? De Debian van mijn vriendin, update zichzelf met een script, elke dag. Al twaalf jaar lang, zonder dat ik er naar omkijk. Alleen major versies, ben ik eens per vier jaar een uurtje mee zoet. Op mijn systemen doe ik dagelijks updates en dat kost ongeveer vijf minuten gemiddeld.

Kortom, ik zie nog steeds geen voordeel van NixOS, of nix, ten opzichter van wat ik nu gebruik. Anyway, nogmaals dank voor al je uitgebreide uitleg en voorbeelden. Ik denk dat deze thread er in elk geval wel beter van is geworden

[danslo]

Hoe ik bijna elk besturingssysteem zie is als "opaque cumulative state". Je voegt een pakketje toe, past wat config in /etc aan, daarna weer wat dotfiles in je home directory, bestanden in /opt or /usr/local, etc. Na een tijd heb je geen idee meer wat je hebt gedaan. Dat probleem lost NixOS voor mij op.

En meteen 3 vliegen in 1 klap ;-) Want een groot deel van je dotfiles wordt declaratief, en het is reproduceerbaar over meerdere omgevingen (bijv. je laptop).

[ Voor 22% gewijzigd door danslo op 03-06-2026 14:03 ]

[Mx. Alba]

danslo schreef op woensdag 3 juni 2026 @ 13:52:
Hoe ik bijna elk besturingssysteem zie is als "opaque cumulative state". Je voegt een pakketje toe, past wat config in /etc aan, daarna weer wat dotfiles in je home directory, bestanden in /opt or /usr/local, etc. Na een tijd heb je geen idee meer wat je hebt gedaan. Dat probleem lost NixOS voor mij op.

En meteen 3 vliegen in 1 klap ;-) Want een groot deel van je dotfiles wordt declaratief, en het is reproduceerbaar over meerdere omgevingen (bijv. je laptop).

Ik moet vooral denken aan wanneer je je computer vervangt en je weken bezig bent voor je alles weer een beetje hebt zoals je het had. In plaats daarvan ben je weken bezig om NixOS in te richten maar daarna is het een kwestie van configuratie kopiëren naar de nieuwe machine en Bob's your auntie!

[ookhoi]

delphium schreef op woensdag 3 juni 2026 @ 12:59:
Ik begrijp je argument, maar voor mij geldt het simpelweg niet. Ik bouw/configureer mijn systemen en daar maak ik vervolgens tien jaar of langer gebruik van. Ik wijzig nooit, ik heb zeer weinig onderhoud

Maar je hebt in 10 jaar tjid toch major versies van software die aanpassingen aan je config vergen?

Met emerge kan je ook wel iets configureren met het "--config" argument. Ook heb je voor webapplicaties bijvoorbeeld webapp-config. Daarmee stel je basis dingen in zoals een port en een subdirectory. In de praktijk merk ik dat ik liever handmatig een configuratie doe, met bijvoorbeeld een reverse proxy en een letsencrypt certificaat.

Ik begrijp op zich wel dat je liever met de hand configureert als het alternatief via de commandline moet. Maar dat is niet te vergelijken met declaratief configureren. Ik moet er niet aan denken configuraties met de hand te doen. Wellicht een stukje beroepsdeformatie.

Misschien lees ik het verkeerd, maar waarom update je jouw systemen elk halfuur?

Omdat het kan :-) Voor de load maakt het niet uit of je om 8 uur update van een library hebt, en om 10 uur van een service, of dat je die beide updates tegelijk hebt om 15 uur.

Een andere reden is dat bij elke update ook mijn config-changes meegenomen worden zonder dat ik daarvoor met de hand alle systemen zelf af moet.

Kortom, ik zie nog steeds geen voordeel van NixOS, of nix, ten opzichter van wat ik nu gebruik.

En dat is helemaal prima natuurlijk. Daarom zijn er ook zo veel distributies.

Anyway, nogmaals dank voor al je uitgebreide uitleg en voorbeelden. Ik denk dat deze thread er in elk geval wel beter van is geworden

100%!!

[ookhoi]

Mx. Alba schreef op woensdag 3 juni 2026 @ 14:06:
Ik moet vooral denken aan wanneer je je computer vervangt en je weken bezig bent voor je alles weer een beetje hebt zoals je het had. In plaats daarvan ben je weken bezig om NixOS in te richten maar daarna is het een kwestie van configuratie kopiëren naar de nieuwe machine en Bob's your auntie!

Twee keer gehad. 1 keer met een managed Ubuntu en 1 keer met een managed Macbook. Beide keren geheugenproblemen. Beide keren was ik dezelfde dag weer helemaal up & running dankzij nix Home Manager inclusief m'n complete developer-setup

[delphium]

Maar je hebt in 10 jaar tjid toch major versies van software die aanpassingen aan je config vergen?

Meestal maar kleine wijzigingen. Die handel je in Gentoo af met etc-update. je krijgt dan een diff van de oude en de nieuwe en die kan je mergen, of kiezen voor vervanging van oud of nieuw.

Voor grotere wijzigingen (postgresql bijv.), moet je soms een migratie uitvoeren, maar ook dat is met één commando gefixt.

Verder heb je op Gentoo eselect. Daarmee kun je meerdere slots vullen met verschillende versies van een pakket. Bijvoorbeeld Python, PHP, maar ook je kernel. Het gaat dan om major versies, dus python-13 vs python-14. Maar zelfs als je dit niet gebruikt en je doet gewoon je dagelijkse updates, regelt emerge dit allemaal vlekkeloos voor je.

Ik begrijp op zich wel dat je liever met de hand configureert als het alternatief via de commandline moet. Maar dat is niet te vergelijken met declaratief configureren. Ik moet er niet aan denken configuraties met de hand te doen. Wellicht een stukje beroepsdeformatie.

Welbeschouwd configureer jij ook met de hand. Je schrijft immers je declaraties. Ik neem aan dat die ook niet eeuwig houdbaar zijn. Ik schrijf configuraties en die bewaar ik in git. Heel af en toe zul je inderdaad iets moeten wijzigen, maar ik vermoed, jij niet minder vaak dan ik.

Omdat het kan :-) Voor de load maakt het niet uit of je om 8 uur update van een library hebt, en om 10 uur van een service, of dat je die beide updates tegelijk hebt om 15 uur.

Tja, ik zou ook mijn dagelijkse commando:

emerge --sync && emerge -DNuav @world 

Elk halfuur kunnen uitvoeren, maar dat is echt niet nodig. Wellicht dat jouw systemen de load makkelijk aan kunnen, maar je belast ook de systemen waar je de broncode vandaan haalt. Eens per dag lijkt me ruim voldoende en wellicht kun je zelfs met eens per week uit de voeten. Maar goed, dat moet je zelf weten.

Een andere reden is dat bij elke update ook mijn config-changes meegenomen worden zonder dat ik daarvoor met de hand alle systemen zelf af moet.

Welke config changes? Ik doe echt nooit config changes. Tenzij er echt grote dingen veranderen (apache 2.2 naar 2.4). Maar zelfs als ik wel een config change zou doen, wat is dan het voordeel van nix boven een git-repository?

En dat is helemaal prima natuurlijk. Daarom zijn er ook zo veel distributies.


[...]

100%!!

Ik weet niet of we nu heel erg off-topic bezig zijn, maar ik vind zelf de vergelijking met een andere oplossing best interessant en leerzaam.