NixOS, Flakes and KISS

nrdxp · December 20, 2020, 9:58am

https://nrdxp.dev/nixos/2020/12/19/NixOS-Flakes-and-KISS.html

Finally got a chance to write my first blog post.

rvl · December 21, 2020, 2:35am

Thanks for writing the blog post and the link.

This template looks quite helpful. I divided my own nixos configurations into modules, but am looking to use flakes in future.

In case you would like feedback on your first blog post – it’s your blog so you can write whatever you like, but I think it may be easier for readers to digest the material if posts are divided up into smaller pieces, which address one or at most two topics in each post.

nrdxp · December 21, 2020, 4:05am

Thanks you. I was kinda worried I may have written a bit too much

I’ll definitely keep it in mind for the future.

Pacman99 · December 23, 2020, 12:50am

Thank you for writing this and working on nixflk! I have been looking into flakes and I do have to reorganize a lot of my nix code. Its all just a bunch of loose files in separate folders right now. So I think I’m definitely going to check out nixflk, I think It can help me with both things.

blaggacao · December 24, 2020, 9:37pm

It appears that every developer is essentially reinventing the wheel when it comes to the “shape” of their deployments, leading to a lot of confusion as to what the idioms and best practices should be, especially for newcomers.

A terrible, terrible, terrible time sink which we all should be a lot less tolerant about.

Let’s do away with this in 2021!

What’s next?

Some ideas … (sorry for daring)

github.com/divnix/digga

Incorporate ./shells

opened 05:35PM - 24 Dec 20 UTC

closed 02:15AM - 16 Mar 21 UTC

blaggacao

enhancement

**Is your feature request related to a problem? Please describe.** I think it i…s time to share efforts in building _user provided dev environments_. I also think this template repo leverages the flakes model of sharing to the most elaborate extend. I would be pleased if I could use something like `github.com:user/nixflk#devShells.rust` of a trusted user as an input to my own variety of devshells. **Describe the solution you'd like** I would like such sharing to evolve around https://github.com/numtide/devshell to provide an advanced and consistent devshell environment. **Describe alternatives you've considered** none — inmature thought. **Additional context** - https://github.com/numtide/devshell - https://github.com/colemickens/nixcfg/tree/main/shells (for what I mean) - _User provided dev environments_ would be oposed to _porject provided dev environments_. It would be interesting to learn about ways how user provided dev environments can hook into / overlay / complement project provided ones. This question collaterally seeks answer here: https://github.com/numtide/devshell/issues/52 - > [a few `shell.nix`s for being able to hack on random source code trees](https://github.com/colemickens/nixcfg) — for a quite intriguing motivation to boost collaboration on source code through the flakes model <bountysource-plugin> --- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/95491154-incorporate-shells?utm_campaign=plugin&utm_content=tracker%2F161955272&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F161955272&utm_medium=issues&utm_source=github). </bountysource-plugin>

github.com/divnix/digga

Encrypt with (r)age

opened 05:25AM - 24 Dec 20 UTC

closed 02:14AM - 16 Mar 21 UTC

blaggacao

enhancement security

**Is your feature request related to a problem? Please describe.** I finally wa…nt to use [age](https://github.com/FiloSottile/age) / [rage](https://github.com/str4d/rage). **Describe the solution you'd like** Something around those lines... (not well thought through) ``` secrets/** filter=crypt [filter "crypt"] clean = rage -r $(cat ~/.ssh/id_ed25519.pub) smudge = rage --decrypt -i ~/.ssh/id_ed25519 required ``` **Describe alternatives you've considered** none / sops, but sops has ugly configmgt domain overlap with nix. **Additional context** https://git-scm.com/docs/gitattributes <bountysource-plugin> --- Want to back this issue? **[Post a bounty on it!](https://www.bountysource.com/issues/95491155-encrypt-with-r-age?utm_campaign=plugin&utm_content=tracker%2F161955272&utm_medium=issues&utm_source=github)** We accept bounties via [Bountysource](https://www.bountysource.com/?utm_campaign=plugin&utm_content=tracker%2F161955272&utm_medium=issues&utm_source=github). </bountysource-plugin>

… arms there are!

I know the deploy-rs project is working on this, and I’m interested in supporting their project in nixflk so as to add extra flexibility and power to installation and deployment!

blaggacao · December 26, 2020, 2:02am

Is your nixflk the dawning of “NixBuntu”?

I’m using nix since February and decided to adopt NixOS during holidays. My impression is: it could be.

I hope you will get the support of the broader community to declinate in the most elegant manner through the main use cases of the NixOS adoption journey.

“NixBuntu” needs to remain a DevOps (“GitOps”) dream!