| 12 Oct 2021 |
 Florian | W3F | In reply to @Las:matrix.org
Florian | W3F - OoO Mon/Tue: Pretty sure that was reverted due to various issues. * To bad, personally I would increase source control integration of nix. | 13:37:51 |
| Florian | W3F | colemickens 🏳️🌈: There is also flake-utils-plus | 13:50:09 |
| 13 Oct 2021 |
 colemickens 🏳️🌈 | #5112 is soul-crushing | 00:04:48 |
| colemickens 🏳️🌈 | also, I just can't with the flake utils repos. I'd much rather see like 4 things move into builtins and be done with it. | 00:05:09 |
| colemickens 🏳️🌈 | I understand why they're a thing but they make flakes look and feel like way more than it is, and I'm more concerned with selling existing Nix people on flakes rather than showing off how frameworky flakes can be but that's all a strong opinion loosely-held | 00:06:00 |
|  Alexandra changed their display name from Alex to Alexandra. | 00:53:44 |
 David Arnold (blaggacao) | niksnut https://github.com/NixOS/nix/issues/5112#issuecomment-941745100 might be a release blocker. | 02:29:41 |
| David Arnold (blaggacao) | (well, at least as far as flakes would be concerned 🙂) | 02:30:15 |
 tomberek | colemickens 🏳️🌈: i almost always recommend people learn by not utilizing FUP/flake-utils/etc at all until they build up an understanding and actually want the ergonomics based on an informed choice. | 03:37:41 |
 cdepillabout | In reply to @colemickens:matrix.org
#5112 is soul-crushing Maybe I don't quite understand the issue, but what is important to you about this? I thought that Eelco's response here made sense, since it seems like most people would want nix build to build the package (even if means having to mutate the flake.lock file). What sort of situations does this cause you problems?
I could definitely understand wanting some generic Nix flag like --dont-update-flake-lock that will throw an error if there are inputs in flake.nix that are not in flake.lock.
| 04:14:23 |
| colemickens 🏳️🌈 | No other package management tool changes your lock file out from underneath you. | 07:07:59 |
| colemickens 🏳️🌈 | I haven't written this up, but imo it's not hard. | 07:08:07 |
| colemickens 🏳️🌈 | Hash the flake.nix->inputs, store that in the lock. | 07:08:16 |
| colemickens 🏳️🌈 | Any time the user updates the flake without updating the lock file, you can easily detect and spit out a big ole fat warning. | 07:08:31 |
| colemickens 🏳️🌈 | Otherwise, updates to hermetic lock files should be explicit. | 07:08:47 |
| colemickens 🏳️🌈 | there are examples given in the thread where it could change when a user isnt expecting it. Just because I add a dep doesn't mean I want to update everything, on and on. | 07:09:11 |
 lvkm | In reply to @colemickens:matrix.org
No other package management tool changes your lock file out from underneath you. colemickens 🏳️🌈: which package manager doesn't? I pretty sure cargo and poetry do add missing dependencies to their lock files | 07:32:22 |
 balsoft | Redacted or Malformed Event | 07:39:33 |
| balsoft | Anyhow, just add --no-write-lock-fileto your alias for nix build if that's such an issue. | 07:40:00 |
| balsoft | * Just add --no-write-lock-fileto your alias for nix build if that's such an issue. | 07:42:43 |
| cdepillabout | In reply to @colemickens:matrix.org
No other package management tool changes your lock file out from underneath you. Huh, I thought this was a common thing for package management tools to do. For instance, with stack, if you add a new dependency to extra-deps and run stack build, it will update your stack.yaml.lock file and add an entry for the new dependency you just added. | 07:48:41 |
| balsoft | Off the top of my head, I can think of only one package manager that doesn't do that, and that's npm | 07:49:29 |
| balsoft | (and maybe other nodejs stuff) | 07:49:37 |
| balsoft | Not sure we want to follow that example, tbh | 07:49:43 |
| colemickens 🏳️🌈 | well, Cargo does what I suggested per-dep as I understand, so at least users only get changes they'd expect. | 08:00:50 |
| colemickens 🏳️🌈 | which, would be fine, because changes that are 1:1 with explicit actions I took make sense | 08:01:07 |
| lvkm | you mean, nix build will update all dependencies instead of just adding the new ones? | 08:02:02 |
| balsoft | In reply to @colemickens:matrix.org
well, Cargo does what I suggested per-dep as I understand, so at least users only get changes they'd expect. I think that's what' | 08:02:26 |
| balsoft | * I think that's what's intended to happen with Nix | 08:02:31 |
| lvkm | (i'm not sure if i understand #5112) | 08:02:35 |
