| 14 Dec 2025 |
helle (just a stray cat girl) | I need to work on my patches to npins still, but got uh, sick and then distracted | 15:47:45 |
Rutile (rootile) | uhhh right, i need to fix my npins pr too 🥴 | 15:48:20 |
Jules Lamur | This position makes sense. I was fine with npins until I realized it does not check hashes of git inputs (cf. https://github.com/andir/npins/blob/0.3.1/src/default.nix#L113) and that no release has been made since it was fixed. The maintainer has not responsed to calls for a new release (cf. https://github.com/andir/npins/issues/178) (I'm not blaming him to be clear, but that would have been easier if such a command was part of a bigger project, and considering how many people rely on npins or equivalent software I thought that could be considered). | 15:52:27 |
helle (just a stray cat girl) | so given that piegames probably has feelings on this and I suspect npins will get a release soonish, it is actively worked on | 15:53:42 |
helle (just a stray cat girl) | and no, in a larger project, it just gets messy with how it needs to be integrated in the code base, maintained as a monolithic part, etc | 15:54:08 |
helle (just a stray cat girl) | this is partially why Flakes are such a nightmare | 15:54:21 |
helle (just a stray cat girl) | the other part, Flakes never were well defined | 15:54:32 |
helle (just a stray cat girl) | also behaviour of Flakes is now everywhere in Lix (inherited from CppNix), libfetchers is painful to work on due to this for example and completely mismatched with it's own documentation | 15:55:57 |
helle (just a stray cat girl) | npins would add yet another code path to such a thing | 15:56:09 |
piegames | npins needs another maintainer really | 15:56:30 |