| 29 Jan 2026 |
 llakala | i mean we could error out if there's a desync | 15:53:47 |
| llakala | the alternative would be an in-repo minimal executable | 15:54:52 |
| llakala | but I guess you couldn't call that from within a rebuild | 15:55:47 |
| llakala | so you'd have to use that for all your nix commands, which seems suboptimal | 15:55:58 |
| llakala | I'll have to think more about the idea | 15:56:15 |
 Coca | (at which point you might as well modify something like nilla to get the full flake package honestly) | 15:58:16 |
| Coca | * (at which point you might as well modify something like nilla to get the full flake-like package honestly) | 15:58:36 |
| llakala | 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 |
| llakala | see also https://github.com/hsjobeki/mana which has some interesting ideas | 16:00:08 |
| Coca | will keep it in the back of my head amongst that collection of things... | 16:01:58 |
| Coca | 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 |
 antifuchs | 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 |
| antifuchs | (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 |
 Zoe Z | 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 |
 raitobezarius | once per line yes | 01:12:23 |
| raitobezarius | it appends | 01:12:24 |
| raitobezarius | /// Extra configuration lines for `/etc/nix.conf`
#[cfg_attr(feature = "cli", clap(long, action = ArgAction::Append, num_args = 0.., env = "NIX_INSTALLER_EXTRA_CONF", global = true))]
pub extra_conf: Vec<UrlOrPathOrString>,
| 01:12:33 |
| raitobezarius | Winter i dont know if your woes with systemd units building moved forward somehow but | 01:17:50 |
| raitobezarius | we merged https://git.lix.systems/lix-project/lix/commit/56988d860593a5fd8153d02a0ca5469508378626 and there's more to come | 01:17:54 |
| raitobezarius | if those doesn't fix your problem, i think it may reside somewhere else | 01:18:03 |
| raitobezarius | (though i slightly doubt that you are that much running into drv overheads) | 01:18:14 |
|  Lotte (it/its)/Cinny (she/her) θΔ& changed their profile picture. | 07:53:57 |
 Sofie 🏳️⚧️ (she/her) | So, how did u extract initrd files? | 08:34:30 |
| Sofie 🏳️⚧️ (she/her) | I need to get a service file from one | 08:34:36 |
| Sofie 🏳️⚧️ (she/her) | nvm figured it out | 08:42:35 |
 rosssmyth | I found something that is messed up with flakes:
- Write
src = ./.;
- On another line write something like
something = finalAttrs.src
- Run
nom build
It shows that finalAttrs.src does not match the $src that is unpacked for some reason.
The log outputs will say something like
unpacking source archive /nix/store/6vpcbgxb1lv4xb36i4z0wcns26qkqb0a-ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
source root is ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
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:
echo "${finalAttrs.src}"
you will get:
ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
Since I rely on finalAttrs.src == $src I get a derivation failure. This can be fixed if I write something like src = self; from the flake outputs.
| 15:57:38 |
| rosssmyth | * I found something that is weird:
- Write
src = ./.;
- On another line write something like
something = finalAttrs.src
- Run
nom build
It shows that finalAttrs.src does not match the $src that is unpacked for some reason.
The log outputs will say something like
unpacking source archive /nix/store/6vpcbgxb1lv4xb36i4z0wcns26qkqb0a-ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
source root is ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
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:
echo "${finalAttrs.src}"
you will get:
ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
Since I rely on finalAttrs.src == $src I get a derivation failure. This can be fixed if I write something like src = self; from the flake outputs.
| 15:57:51 |
| rosssmyth | Noticed this from a bug report on my library
https://github.com/RossSmyth/press/issues/20 | 15:58:05 |
| rosssmyth | * I found something that is weird:
- Write
src = ./.;
- On another line write something like
something = finalAttrs.src
- Run
nom build
It shows that finalAttrs.src does not match the $src that is unpacked for some reason.
The log outputs will say something like
unpacking source archive /nix/store/6vpcbgxb1lv4xb36i4z0wcns26qkqb0a-ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
source root is ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
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:
echo "${finalAttrs.src}"
you will get:
ss7yf0ysfsr45a1811bcyvpkblpnhk1q-source
Since I rely on finalAttrs.src == $src I get a derivation failure. This can be fixed if I write something like src = self; from the flake outputs, as then finalAttrs.src == $src in that case for some reason.
| 16:01:52 |
| rosssmyth | Definitely something flakey because running it without flakes it acts as expected (finalAttrs.src == $src) | 16:18:08 |
