| 9 Jan 2026 |
 K900 | IMO CLIs should really just use the ambient nix cli | 17:49:48 |
| K900 | * IMO CLIs should really just use the ambient nix CLI | 17:49:50 |
 raitobezarius | for outputs in CLI, we would introduce flags for versioning the outputs | 17:49:59 |
 sterni | Yes, this seems to be the best option at the moment. | 17:50:11 |
| raitobezarius | but then they absolutely need versioned output flag they can rely on | 17:50:35 |
| K900 | Well yes | 17:50:40 |
| raitobezarius | ex: https://git.lix.systems/lix-project/lix/issues/901 | 17:50:42 |
| K900 | Ideally we'd have that | 17:50:51 |
| K900 | But overlaying will give you the same problem except worse | 17:50:59 |
|  νεολαμπής [NSAolampis] changed their profile picture. | 18:19:24 |
| νεολαμπής [NSAolampis] changed their profile picture. | 18:21:50 |
 guiniol | In reply to @guiniol:matrix.org
I seem to have borked my system enough that systemd isn't responding via DBUS or something and can't nixos-rebuild switch anymore. So my plan is to boot of a live USB and use nixos-enter to get back into the system with a working systemd. Is there an option to nixos-rebuild switch that will let it rebuild from scratch? Ie, I am fine using the remote cache but I want it to overwrite all the local files that it would normally re-use. Is there an option for that? I don't see it in the man page. Just another quick update on this: what borked my system was enabling RocM (AMD's competitor to CUDA) on an older APU. They're not supported anymore but they still kinda work. Until the system gets soft locked, and you need to hard reset while you're doing a nixos-rebuild switch, pegging the CPU at 100% for long enough that the SSD heats up and gives you a smart alert about it. So you spend time running so the tests you can think of on the SSD since it was still unstable after the full system rebuild. So, now, RocM is only enabled for btop to get the usage and temperature, via an overlay. And the system is stable, and cool. So, don't be like me and don't enable RocM on an unsupported chip globally. I wanted it for btop but immich also started using it and that's where it went wrong. | 19:24:18 |
| 10 Jan 2026 |
|  catbrained (she/her) changed their display name from catbrained to catbrained (she/her). | 00:28:18 |
|  cyphix changed their profile picture. | 15:41:35 |
|  Blastboom Strice changed their profile picture. | 16:25:59 |
| Blastboom Strice changed their profile picture. | 16:30:16 |
| Blastboom Strice changed their profile picture. | 16:32:38 |
| 13 May 2024 |
|  zrsk joined the room. | 13:37:30 |
|  dariof4 joined the room. | 14:16:05 |
|  abbe joined the room. | 14:42:22 |
 mjm | lix is now in nixos-unstable, what's the best way to use it in a NixOS config? | 15:47:41 |
| K900 | nix.package = pkgs.lix | 15:47:54 |
| K900 | Probably | 15:47:58 |
| K900 | Or just keep using the module | 15:48:02 |
 puck | you can use nix.package = pkgs.lix; if you want; but using the overlay will guarantee more updates (tho less binary cache) | 15:48:44 |
| mjm | well, the module/overlay doesn't easily support using the one from nixpkgs | 15:48:44 |
| mjm | i do want more binary cache | 15:49:21 |
| mjm | yeah i guess i'll just do nix.package then | 15:50:43 |
| raitobezarius | to have binary cache and HEAD, we will probably need to track the channels and bolt a lix on there and rebuild with our own CI then push in our binary cache | 17:33:17 |
 Charles | What's lix using as its binary cache? Attic? | 17:34:36 |
