Sender | Message | Time |
---|---|---|
17 Mar 2025 | ||
11:38:50 | ||
afternoon, fellers and felines i hope this is the right channel to ask: is there a language-agnostic API for Nix daemon or does it require C bindings? i'd love to try to use a different language instead of Nix | 11:44:47 | |
Reimplementations exist, but I don't have recommendations. Using the C API would be possible, but the store layer C API is very minimal at the moment; just enough to supplement the evaluator C API; not much more than the ability to have a Store, a StorePath and build a derivation | 20:31:18 | |
got it and I just realized that i'd rather use a transpiler to Nix to do what i want anyway, thx | 20:34:16 | |
20:34:22 | ||
19 Mar 2025 | ||
should I be able to copy derivation closures between remote stores without passing through my own local machine? | 12:08:35 | |
I tried doing it through the FFI but it grinds to a halt and never returns | 12:08:52 | |
21:12:16 | ||
22 Mar 2025 | ||
14:18:57 | ||
in theory yes, in practice I think the copying code does some calls that aren't efficient if both stores are remote | 14:20:54 | |
28 Mar 2025 | ||
Heads-up regarding libflake initialization breaking in 2.28 https://github.com/roberth/nix/blob/0c75581d8b7cfbfa7a8db9b5dcbf0cbf0709009f/doc/manual/rl-next/c-api-flake-init.md | 18:06:59 | |
I've decided to keep it simple and break this, since the changed solution is a recent addition, and C API progress is slow enough as is. Contributions welcome :) | 18:09:40 | |
2 Apr 2025 | ||
PR adding exposing flake locking functionality in the C API | 16:17:09 | |
4 Apr 2025 | ||
rfr ^ | 14:46:50 | |
we don't have a solution for actually loading settings yet | 14:47:30 | |
I'm getting SIGSEGV when calling nix_get_attr_byname with (what it seems to me are) completely valid arguments, that shouldn't even throw an error. | 16:15:40 | |
This is as much information as I can gather from gdb, as I don't know how to enable debug information on the nix C API, for some reason setting
| 16:17:55 | |
Not sure how to improve this report, the nix expression is fairly complex and I can't include it, but the program itself should just call eval on an expression from file then access its attributes one by one in a list. I'd like to get some line number information going on but I don't seem to be able to. | 16:20:23 | |
* This is as much information as I can gather from gdb, as I don't know how to enable debug information on the nix C API
| 16:20:44 | |
* This is as much information as I can gather from gdb (showing only toplevel, the callstack is 22k calls deep), as I don't know how to enable debug information on the nix C API
| 19:12:38 | |
Did you use .overrideAllMesonComponents ? | 22:07:19 | |
6 Apr 2025 | ||
Nope, and not a particular weird version of nixpkgs. Stable one, tried both with nix 2.25 and now 2.27.0 and both of them showed the same error. | 20:34:29 | |
Hmm ok. For 2.27 you'd need it because of the libraries being separate derivations, but that's not an explanation for the 2.25 behavior fwiw | 22:11:08 | |
2.27 is worth another try with that method, because it uses a different build system, so it might not have the 2.25 problem | 22:11:56 | |
7 Apr 2025 | ||
what do you mean? What does .overrideAllMesonComponents do? | 14:05:11 | |
* what do you mean? What does .overrideAllMesonComponents do and how am I supposed to use it? | 14:05:18 | |
Okay, it finally clicked to me that the reason that I had no line number and source information was because I was compiling nix-expr without source information. When I managed to build it with debug information, it stopped segfaulting :D | 16:22:22 | |
This is what I did, and if I change
| 16:23:56 | |
* This is what I did, and if I change
| 16:24:48 | |
* This is what I did, and if I change
| 16:24:52 |