!9IQChSjwSHXPPWTa:lix.systems

Lix

708 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-rooms216 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
9 Nov 2024
@benjamin:computer.surgeryolivia oh and a corresponding lix isssue and CL :) 23:08:36
@benjamin:computer.surgeryoliviahmm... the CL is merged though23:09:00
@kfears:matrix.orgKFears (annoying)There's this: https://github.com/NixOS/nix/pull/8977 https://github.com/NixOS/nix/issues/8976 And this: https://github.com/NixOS/nix/pull/9173 https://github.com/NixOS/nix/issues/914323:10:33
@benjamin:computer.surgeryoliviaoh nvm I missed that the CL is just a workaround for lix's CI or similar23:10:42
@kfears:matrix.orgKFears (annoying)I'm trying to understand what's the difference between those, hmmm23:10:44
@kfears:matrix.orgKFears (annoying) Ah, okay, the first seems to be the issue you're hitting, and the second is some weird special case with inputs.foo.inputs.bar.url 23:15:27
@benjamin:computer.surgeryoliviathat's my understanding as well23:16:13
@kfears:matrix.orgKFears (annoying)I'll see if I'm able to fix this23:16:16
@kfears:matrix.orgKFears (annoying) I'm a little hesitant if that should be fixed, because that's part of the flake quasi-stable interface, but it should be fine? The part that experiences issues is CLI, and it's thankfully a lot less design-tied than other things 23:17:39
@kfears:matrix.orgKFears (annoying)And not updating transitive inputs is probably a lot more broken than doing it :/23:18:08
@benjamin:computer.surgeryoliviaI cannot imagine a situation where the current behavior would be desirable23:18:21
@aidalgol:matrix.orgaidalgolIt's certainly very confusing.23:18:28
@aidalgol:matrix.orgaidalgol Semi-related to this: I found that you can nix flake update input-a from repo B when input A points to a local checkout with uncommitted changes, and repo B will now be pointing to the uncommitted changes in your local repo A. 23:19:58
@kfears:matrix.orgKFears (annoying)
In reply to @benjamin:computer.surgery
I cannot imagine a situation where the current behavior would be desirable
Me neither, but with flakes, better safe than sorry :P
Still, it's like a CLI issue and I would expect people to run into actually insane breakages due to old transitive inputs, it just doesn't help anyone, and it's thankfully isolated to CLI I think
23:20:05
@aidalgol:matrix.orgaidalgolIt was somewhat useful, but it's also a bit of a footgun.23:20:21
@kfears:matrix.orgKFears (annoying)
In reply to @aidalgol:matrix.org
Semi-related to this: I found that you can nix flake update input-a from repo B when input A points to a local checkout with uncommitted changes, and repo B will now be pointing to the uncommitted changes in your local repo A.
Wait wut, can you give an inputs example for it? Does it work only for path, or for git+file too?
23:22:06
@aidalgol:matrix.orgaidalgol IIRC, I was using git+file. 23:22:29
@benjamin:computer.surgeryoliviacursed23:22:38
@kfears:matrix.orgKFears (annoying)No way, that sounds broken23:22:41
@kfears:matrix.orgKFears (annoying)Eww23:22:48
@benjamin:computer.surgeryolivia I would expect that to work with path: but not git+file 23:22:52
@kfears:matrix.orgKFears (annoying) Wait, so what does ref and rev give you in the lockfile in that case? 23:23:18
@aidalgol:matrix.orgaidalgol I ran into it while working on https://github.com/aidalgol/valheim-server-flake and https://github.com/nix-community/steam-fetcher, when I needed to change something in steam-fetcher but test it via valheim-server-flake. 23:23:49
@aidalgol:matrix.orgaidalgolThis was before I switched to Lix, though. Let me see if I can make it happen again.23:24:02

Show newer messages


Back to Room ListRoom Version: 10