Lix Development | 415 Members | |
| (Technical) development of Lix, the package manager, a Nix implementation. Please be mindful of ongoing technical conversations in this channel. | 139 Servers |
| Sender | Message | Time |
|---|---|---|
| 29 Jul 2025 | ||
nix develop --phase testPhase emily | 20:01:42 | |
fwiw, I'm happy to re-add the flag for https://gerrit.lix.systems/c/lix/+/3833/5. but since internal-api-docs apparently takes 32 seconds on CI, I think it would only be for closure, not for build speed | 20:02:53 | |
and the closures of doxygen and rapidcheck are small | 20:03:47 | |
| hmmm | 20:14:20 | |
I notice that the derivation in Nixpkgs already did this devdoc stuff and I just wasted a non-trivial amount of time :) | 20:14:37 | |
| is there no systematic sync between those two? | 20:14:44 | |
I'll leave what I have up since it's an improvement over HEAD, but it seems like it would be good to minimize the drift between those two to avoid redundant work. | 20:16:09 | |
| hi, I do a applyPatches thing to apply PR's to my nixpkgs and I've been getting really annoyed that lix copies nixpkgs into the store on every invocation, even though it is already in the store. From googling around this seems to be a known issue. If I call my patched thing "source" the problem goes away. Does anyone know if there is a good reason to only allow "source" here: https://git.lix.systems/lix-project/lix/src/commit/93acdd40f6c3eab1a25ea03d7a160433ed551677/lix/libfetchers/path.cc#L138 | 21:57:17 | |
| Seems to work fine when I remove the restriction, but I don't know much about the codebase, so no idea if this could break something | 22:11:36 | |
| i think there is an issue about this somewhere | 23:56:34 | |
| i am not sure lol | 23:56:40 | |
| i think you should just change your derivation to be named "source" tbh | 23:56:58 | |
iirc if you put an input-addressed path into the path:... flake fetcher it throws an assert in lix internals. flakes, man. | 23:57:27 | |
| 30 Jul 2025 | ||
| * i think there is an issue about this somewhere because i filed it in cppnix 5 years ago | 00:16:00 | |
| * i think there is an issue about this somewhere because i filed it in cppnix nearly 5 years ago | 00:16:06 | |
| * i think there is an issue about this somewhere because i filed it in cppnix nearly 5 years ago and we probably imported it | 00:16:12 | |
In reply to @jade_:matrix.orgyou mentioned wanting to do it in the "You don't have to use Nix to manage your dotfiles" blogpost | 10:53:43 | |
Download Screenshot_2025-07-30-06-54-19-29_3aea4af51f236e4932235fdada7d1643.jpg | 10:54:25 | |
auto prefix = useChroot ? chrootRootDir : tmpDir; is incorrect on macOS | 15:50:17 | |
| This is correct however:
| 15:50:51 | |
| I think this patch works for me:
| 15:51:36 | |
chrootRootDir is "" on macOS even with sandbox enabled | 15:52:19 | |
| can you submit this? | 15:53:40 | |
| My laptop is dead and will be for the next couple hours but after that sure | 16:05:46 | |
| You can also beat me to it and submit it yourself | 16:05:57 | |
| I don't care about attribution | 16:06:20 | |
what am I holding wrong that just setup fails with lix/lix-doc/meson.build:1:7: ERROR: Subproject exists but has no Cargo.toml file. | 16:52:06 | |
| (yes I have been doing non-incremental builds all this time) | 16:52:44 | |
| oh it's related yes. one of the things i want to know is "how long did this eval spend copying to the store and why/where" | 17:46:55 | |
| i have no idea. is this some gitignored nonsense state? | 17:47:28 | |