| 16 Aug 2021 |
 @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 |
| @timdeh:matrix.org | And you say removing the inherited inputs solves the problem? | 20:24:08 |
| @vherrmann:shmerver.de | yes | 20:24:16 |
| @vherrmann:shmerver.de | nrdxp: https://paste.debian.net/1207907/ doesn't break (well it does break, but just because i haven't defined a system config) | 20:26:32 |
| 17 Aug 2021 |
| @vherrmann:shmerver.de | nrdxp: On another issue: Why should i trust you (and your gpg key)? | 09:21:27 |
| @vherrmann:shmerver.de | nrdxp: The function from which the error gets thrown, doesn't exist in the current version of flake-utils-plus, so i don't think it reasonable to search for the bug | 10:24:32 |
 David Arnold (blaggacao) | In reply to @vherrmann:shmerver.de
What relevance has the inherit inputs statement in the devos template? So self.inherits is a 'magic' output of self which is why, when used unduly, results in infinite recursion. @ inputs does not suffer from the same problem. | 12:27:48 |
| David Arnold (blaggacao) | inputs (any of them) on the other hand is the flake's input, next to the 'special' input self. While digga offer a layer of automation, it's intention is not to blur away those flake primitives. This is why they get passed around everywhere and are even available as module args. | 12:31:27 |
| David Arnold (blaggacao) | In reply to @vherrmann:shmerver.de
nrdxp: The function from which the error gets thrown, doesn't exist in the current version of flake-utils-plus, so i don't think it reasonable to search for the bug Does this mean there is a regression w.r.t. new flake-utils-plus versions? digga comes with a locked version and I think we haven't run any tests with a different one. | 12:37:57 |
| @timdeh:matrix.org | In reply to @vherrmann:shmerver.de
nrdxp: On another issue: Why should i trust you (and your gpg key)? Why would you have to trust my gpg-key? | 14:07:24 |
| David Arnold (blaggacao) | The follows patch conflict is solved on the PR, thanks Alex Zero | 14:35:00 |
| @vherrmann:shmerver.de | nrdxp: Hm, its in the default devos template… | 15:20:11 |
| @vherrmann:shmerver.de | So its opt-out and not opt-in | 15:20:29 |
| @timdeh:matrix.org | where exactly? | 15:20:53 |
| @timdeh:matrix.org | (it shouldn't be) | 15:20:58 |
