social.dk-libre.fr is a Fediverse instance that uses the ActivityPub protocol. In other words, users at this host can communicate with people that use software like Mastodon, Pleroma, Friendica, etc. all around the world.
This server runs the snac software and there is no automatic sign-up process.
Towards simpler #btrfs raid setup with #disko:
https://discourse.nixos.org/t/btrfs-raid-with-disko/52503/3?u=nobodyinperson
This article is misleading non NixOS users in some way and spooks them unnecessarily.
https://www.zdnet.com/article/nixos-linux-review/
He's misunderstanding things and doing it wrong and thus thinking & portraying NixOS as unnecessarily hard. It's clearly not the right way.
Should I write my reply blog/content dispelling some of the misunderstood things?
| Yes, Make a blog: | 3 |
| Yes, Make a video: | 0 |
| No, just ignore it: | 1 |
I want to write a config file to `$HOME/Dev/.my-config` using nix ... how would I do that? 
I only find how to write files to the home directory, but I want to place files everywhere around the system I need them to be 😬
You're telling me I only need to do
```
{
services.caddy = {
enable = true;
virtualHosts."oolongtechnologies.io".extraConfig = ''
redir https://www.oolongtechnologies.io{uri} permanent
'';
virtualHosts."www.oolongtechnologies.io".extraConfig = let
site = self.packages.${pkgs.system}.oolong-site;
in ''
root * ${site}
file_server
'';
};
}
```
And don't need to set up 5 YAML files and figure out resource constraints to schedule full containers in order to host my static website?
Bye k8s welcome to a brave new world
On est au #FOSDEM à Bruxelles aujourd'hui pour deux présentations.
@pierreozoux fera une présentation technique sur notre infrastructure, basée sur #k8s et #nix, à 15h30 et sera diffusée en direct ici : https://fosdem.org/2026/schedule/event/ZPLYXT-libresh-nix/
@unteeem fera une présentation sur le modèle d'organisation coopérative qu'on est en train de construire avec @LaSuiteCoop pour développer les communs numériques.
Elle aura lieu à 13h00 et diffusée en direct ici : https://fosdem.org/2026/schedule/event/THRG3E-la_suite_coop_model_for_digital_commons/
Seems Determinate Systems are the true murderers of the once open community that was #nix. Since i have last looked they have:
1. Effectively Hard forked Nix into their own Determinate Nix, with a pinky promise to upstream everything, which does not seem to have been done at the scale originally promised. https://determinate.systems/blog/announcing-determinate-nix/
2. The nix installer has been reworked to not support the original nix project, only this non-standard Determinate Nix version for "their consumers".
3. Blaming upstream for not doing it their way with flakes. Effectively acting as flakes will one day become only supported by their Determinate Nix fork in the future. https://www.reddit.com/r/NixOS/comments/1j4fhgf/determinate_nix_30_featuring_stable_flakes/mg8e5w7/
4. Forked nixpkgs and (mis)used the MIT license to create a proprietary fork with SBOMs and CVE monitoring. Notably maintaining security patches for packages outside of nixpkgs, effecitively commercializing the open project nixpkgs for their profit. https://determinate.systems/secure-packages/
Ah well, I wont be getting back into Nix anytime soon. Maybe the community is largely ignoring DetSys, but given that still core people of the nix community work there, the actions of this one company destroys the trust in nix as a whole.
Learning that #mise, a meta packaging tool, which I personally use, package, and contribute to through a plugin, took a major turn 6 months ago towards largely vibe coding all future development by the lead developer. I'm not really sure what to do with this information, at least it is somewhat clearly labelled?
So I'm on the market to look for another packaging tool. Wondering if #nix ever got their drama resolved since i left. I know nixpkgs does have a vague "no llm slop" rule, but nothing explicitly against use of AI completely.
Maybe I should try to pick up another tool for packaging more seriously, like RPMs and Open Build Service, and contribute more upstream to openSUSE. 
@Linux_in_a_Bit @zstg
For me the math probably won't change, coz nixpkgs is supported not only on NixOS, but also with other distros and even Mac. Also with android via nix-on-droid(like termux - cli based)
I also use flatpaks for certain applications (declaratively though), but still nixpkgs is my first choice always. Coz I can manage the dotfiles too with nix home manager.
#nix #nixpkgs #flatpak #distro #packagemanager
@nobodyinperson If you want the local file system assets to have timestamps matching the last #vcs modification, then yes of course.
The GH repo works as a #Nix flake:
nix run github:alerque/git-warp-time
The version in #nixpkgs isn't 1-point-0 yet but as I said there are no major changes with that release. The 0.8.x series works just fine too ;-)
Well apparently I now need to learn all about #Nix. The summary I read mentioned "configuring the whole system". That didn’t sound like something I wanted; but I’m willing to learn more before I make any decisions.
I have an issue using my graphical tablet with hyprland on nixos. If you have any thoughts about finding the cause and fixing it, please reply here or on Nixos discourse. Boosts appreciated
(text in alts)
boostedInstalling Every NixOS Package https://lobste.rs/s/u7yz80 #nix
https://unnamed.website/posts/installing-every-nixos-package/
Organising my
#nix code and splitting out sharable things into a separate repo. Here for example is my package for #forgejoAneksajo (
#forgejo +
#gitAnnex support) with a couple of my patches applied:
> nix build --refresh gitlab:nobodyinperson/yannix#forgejo-aneksajo
> result/bin/forgejo -v
forgejo version 13.0.3-git-annex2 built with go1.25.4 : sqlite, sqlite_unlock_notify
@embedding_shapes Yeah 😅 That is quite common in the
#nix #NixOS realm, but is also often warranted. In this case, my approach really is a bit backwards and I'll switch it around.
Thoughts on keeping parts (assets *and* #nix code) of your public
#NixOS config private?
https://discourse.nixos.org/t/public-reusable-flake-with-private-parts/73049
Terrible #nix error messages... 🙄 One of the things making
#NixOS annoying at times.
*Something* (not my files) puts types-typed-ast (removed in NixOS 25.11) into environment.systemPackages and I cannot figure out what. `options.environment.systemPackages.definitionsWithLocation` at least gets me a huge list of .nix files adding to systemPackages, but not line numbers (?) nor the information which one actually adds that broken package, unless I manually go through all 😩
@irfan @ahappydeath The cool thing with #nix is that "you can make your own AUR" by putting a nix file or a flake out there on a git hosting platform of choice, which people then can source. You don't even need to put it into nixpkgs, although that's not too hard once you have figured it out for yourself.
I also have several AUR packages, and the AUR infrastructure and Arch packaging in general is not well designed for sharing.
@agowa338 I mean nix also works on non-nixos, I think requiring that is reasonable. I know of all the other app distribution systems, I am more interested in the mechanism to make double-click-file-to-open-creating-version and the equivalent during saving work ergonomically. Especially the I-use-a-custom-patched-version sounds very much like #nix.
A
#nix flake next to the file would basically solve this, but one would need to go through the terminal. `nix develop` or something, then use the provided executable to open the file. But that's not very ergonomic. I guess it would be possible to turn the file into some kind of nix wrapper or polymorphic file that opens itself with a specific version on click. Does something like this exist? 🤔
#Zigbee #HomeAutomation without
#HomeAssistant, instead all defined in
#nix / #NixOS, this is neat! 😲
(Too?) many months of work, one of the release I'm the most proud of.
#Lix 2.94.0 is now officially available.
https://lix.systems/blog/2025-11-18-lix-2.94-release/
#Lix 2.95.0 will be even better.
#Nix: "yeah we FOD and sandbox, and inshallah we'll switch from namespaces to ephemeral VMs, but bitwise reproducibility? Well the .iso yes, but actually not really, no can do, sorry. Maybe write a deterministic emulator of the kernel?"
Cond... #Pixi: "yo just SAT faster and lock your lock-files, it 'ensure bit-by-bit #reproducibility across platforms', I swear on me mother" https://arxiv.org/abs/2511.04827
#Guix has already raised half of its annual budget 👇
https://guix.gnu.org/en/blog/2025/update-on-the-guix-fundraising/
This is great but the journey’s not over!
If you can, if you care about #Guix (or #Nix!), about #FreeSoftware and independent projects, consider donating. 🤲
Nixlang is really hard to learn, I wish they had used TOML instead /s
I'm in the process of write my second flake.nix file and so far it goes smoother than what I feared 😅 .. BUT!
I'm packaging a rust app with a gui, so needing X11 and a bunch of libX* , and I'm currently in this loop:
> nix build
[wait 10mn for cargo to build from scratch]
> ./result/bin/my_app
Error: libXbla.so not found
> [add pkgs.xorg.libXbla to buildInputs]
> repeat
Is there a way to speed this up? Can I tell nix to cache some/most of what cargo compiles? Or guess the deps quicker?
#nix
ok now I'm stuck 😥
if I try to run my app it crashes instantly with:
> Library libxkbcommon-x11.so could not be loaded.
I've added libxkbcommon to buildInputs.
If I run $ find /nix/store/ | grep libxkbcommon-x11 , it find several instances of libxkbcommon-x11.so , for example:
/nix/store/klv07fh03501djj4q146z6pl7ywc550w-libxkbcommon-1.11.0/lib/libxkbcommon-x11.so
So I guess I have to fix the LD_LIBRARY_PATH of my package but I'm not sure how?
#nix
he choose by following some YouTube howto maybe not the most adviced choice (but he keep this way)
I call this "Linux by the north path..."