| 16 Aug 2021 |
 @timdeh:matrix.org | I just don't like that it changed the upstream flake developers intentions from out under them. When flakes get more pervasive, as David Arnold (blaggacao) points out, I could imagine a lot of github issues opened by naive users not realizing that changing the inputs is the underlying cause of whatever problem they experience | 02:25:07 |
 David Arnold (blaggacao) | In reply to @tomberek:matrix.org
is the fact that there is a "follows" somewhere in the chain of flakes somehow visible? is that fact tracked in a ".lock" or something? not explicitly. | 02:26:06 |
| @timdeh:matrix.org | I mean it's visible in the flake.nix | 02:26:30 |
 tomberek | (okay, just tested it) it's tracked in the flake.lock as well. Well, so the question is: "is the tool useful enough to warrant possible misuse?" | 02:27:37 |
| tomberek | or, "what can we do to mitigate misue?" | 02:28:06 |
| David Arnold (blaggacao) | In reply to @tomberek:matrix.org
(okay, just tested it) it's tracked in the flake.lock as well. Well, so the question is: "is the tool useful enough to warrant possible misuse?" you mean by the [ ] path syntax? | 02:28:42 |
| @timdeh:matrix.org | Maybe some kinda of warning when a user is writing their own flakes, and overrides the inputs of one of their flake dependencies? Something like:
warning, changing inputs can potentially cause rebuilds, and or invalidate trusted packages | 02:31:05 |
| tomberek | The docs have a blurb about "generally not useful". Perhaps add a more direct explanation of the risks? | 02:37:46 |
 @gytis-ivaskevicius:matrix.org | David Arnold (blaggacao): Good luck on your first day at work ;) | 03:41:40 |
| @gytis-ivaskevicius:matrix.org | (They grow up so fast <3) | 03:41:48 |
| @timdeh:matrix.org | 😆 | 11:49:46 |
|  @vherrmann:shmerver.de joined the room. | 19:43:44 |
| @vherrmann:shmerver.de | wink wink | 19:45:10 |
| @vherrmann:shmerver.de | What relevance has the inherit inputs statement in the devos template? | 19:45:50 |
| @vherrmann:shmerver.de | Because this line seems to break my config… | 19:46:03 |
| @timdeh:matrix.org | Pacman99 ^^ should probably know how inputs are consumed by mkFlake | 19:56:33 |
| @timdeh:matrix.org | I would imagine they are passed around to the various bits that need them | 19:56:50 |
| @vherrmann:shmerver.de | yes, in digga/src/mkFlake/default.nix it gets passed to options, fup-adapter and outputs-builder (which is why i don't just look myself) | 19:59:05 |
| @timdeh:matrix.org | how exactly does it break your config though? | 20:04:40 |
| @vherrmann:shmerver.de | nrdxp: So I tried to use the overlay from the xmonad flake | 20:06:19 |
| @vherrmann:shmerver.de | Is it ok, to post long pastes in matrix? | 20:06:33 |
| @vherrmann:shmerver.de | or should i use a pastebin? | 20:06:39 |
| @vherrmann:shmerver.de | https://paste.debian.net/1207904/ | 20:07:18 |
| @vherrmann:shmerver.de | minimal breaking config: https://paste.debian.net/1207905/ | 20:10:38 |
| @vherrmann:shmerver.de | even more minimal breaking config: https://paste.debian.net/1207906/ | 20:13:45 |
| @vherrmann:shmerver.de | i'm not sure, but most of the ant-corruption layer is probably not needed as well | 20:15:14 |
| @vherrmann:shmerver.de | is it possible to debug (step/breakpoints/etc.) nix? | 20:19:19 |
| @timdeh:matrix.org | what's the error message? | 20:20:51 |
| @vherrmann:shmerver.de | In reply to @vherrmann:shmerver.de
https://paste.debian.net/1207904/ ↑ | 20:21:12 |
| @timdeh:matrix.org | there is a breakpoint for debugging derivations, but I'm not sure if this qualifies | 20:21:17 |
