Lix | 1124 Members | |
| Lix user channel. Feel free to discuss on-topic issues here and give each other help. For matrix.to links to the rest of the Lix channels, see: https://wiki.lix.systems/books/lix-organisation/page/matrix-rooms | 305 Servers |
| Sender | Message | Time |
|---|---|---|
| 29 Jan 2026 | ||
| I'll have to think more about the idea | 15:56:15 | |
| (at which point you might as well modify something like nilla to get the full flake package honestly) | 15:58:16 | |
| * (at which point you might as well modify something like nilla to get the full flake-like package honestly) | 15:58:36 | |
| never, i'm a nilla hater (I think flake-parts-like design sucks, and prefer a simple entrypoint that does as little as possible) | 15:59:16 | |
| see also https://github.com/hsjobeki/mana which has some interesting ideas | 16:00:08 | |
| will keep it in the back of my head amongst that collection of things... | 16:01:58 | |
| I do find it overkill myself as well, just feels like having all these tools that are so similar shaped in so many aspects but not enough for a lot of people just means they won't be useful for most since they do need some sort of wide ranged adoption to become nice to use | 16:05:38 | |
| eh, there's a large solution space to explore; I'm ok with what I have for "home production" use in flakes, but I appreciate that people are trying for different trade-offs and seeing what things can be done there | 18:10:15 | |
| (this is a similar debate to the "one major implementation per language" / "many wildly varying implementations for a language spec" one we fought with common lisp for a long time) (: | 18:11:38 | |
for the installer should --extra-conf be passed once for each conf line or a single time with all the extra conf? | 19:00:21 | |
| 30 Jan 2026 | ||
| once per line yes | 01:12:23 | |
| it appends | 01:12:24 | |
| 01:12:33 | |
| Winter i dont know if your woes with systemd units building moved forward somehow but | 01:17:50 | |
| we merged https://git.lix.systems/lix-project/lix/commit/56988d860593a5fd8153d02a0ca5469508378626 and there's more to come | 01:17:54 | |
| if those doesn't fix your problem, i think it may reside somewhere else | 01:18:03 | |
| (though i slightly doubt that you are that much running into drv overheads) | 01:18:14 | |
| 07:53:57 | ||
| So, how did u extract initrd files? | 08:34:30 | |
| I need to get a service file from one | 08:34:36 | |
| nvm figured it out | 08:42:35 | |
| I found something that is messed up with flakes:
It shows that The log outputs will say something like
Notice that this looks like a store path made from a store path. It seems to be, as both store paths exist. But if you write something like:
you will get:
Since I rely on | 15:57:38 | |
| * I found something that is weird:
It shows that The log outputs will say something like
Notice that this looks like a store path made from a store path. It seems to be, as both store paths exist. But if you write something like:
you will get:
Since I rely on | 15:57:51 | |
| Noticed this from a bug report on my library https://github.com/RossSmyth/press/issues/20 | 15:58:05 | |
| * I found something that is weird:
It shows that The log outputs will say something like
Notice that this looks like a store path made from a store path. It seems to be, as both store paths exist. But if you write something like:
you will get:
Since I rely on | 16:01:52 | |
Definitely something flakey because running it without flakes it acts as expected (finalAttrs.src == $src) | 16:18:08 | |
| 16:18:56 | ||
| aloisw: you are super strong at rootcausing this sort of things ^, if you have some time (and desire), that'd be awesome ^ My bet is that this seems normal and is a stdenv machinery thing but not sure | 19:50:05 | |
| I can't reproduce it using the old cli, I'll try flakes but I doubt it'll affect anything. FWIW this is the derivation I'm trying
and the output is
| 19:59:20 | |
| I tried both with nixpkgs pinned in my config and with nixpkgs that's pinned in your repo | 19:59:39 | |