| 3 Dec 2025 |
522 it/its ⛯ΘΔ | does lix have a hard dep on rust? just use the toml crate and make C bindings to it :-) | 19:45:26 |
aloisw | It does, but as far as I understand the problem with adding more Rust is that you can't have two dependencies on Rust, so that's not going to work. | 19:47:45 |
Qyriad | no we have the fix for that | 19:52:45 |
Qyriad | actually we have two | 19:53:11 |
Qyriad | the first is implemented and we just need to rebase it and write comments/README to explain it | 19:53:44 |
Qyriad | which is just linking all rust through a single crate | 19:54:18 |
Qyriad | the second is to just use rustc as our linker | 19:54:35 |
Qyriad | which we think is the cleaner solution and something we'll want to do anyway | 19:54:56 |
raitobezarius | i love the sound of every words | 20:15:11 |
| 4 Dec 2025 |
helle (just a stray cat girl) | can we btw get /pyproject.toml code-owners for Rutile and myself and potentially /doc/ like tooling and buildsystem code-owners for that for me and idk who else should have it, probably Qyriad? anyone else? | 15:12:39 |
helle (just a stray cat girl) | (yes, this is up for discussion) | 15:13:28 |
raitobezarius | Send the CLs in atomic chunks with the rationale and put two members of the core team in reviewers | 15:13:38 |
raitobezarius | For the examples you provided, I don't see particular problems | 15:14:16 |
helle (just a stray cat girl) | well, for doc/ I guess the core team is already implicitly there, so Qyriad, wonder if anyone else has touched the build tooling there? | 15:34:58 |
| isabel changed their profile picture. | 16:41:38 |
helle (just a stray cat girl) | is there a way to test how code owners is parsed? | 17:43:59 |
helle (just a stray cat girl) | because ehgads | 17:44:08 |
raitobezarius | open a CL with the changes | 18:17:40 |
| ellie changed their display name from Ellie (The Fake One) to ellie. | 19:57:33 |
9999years | hi. we have a nasty bug on at least some machines with at least lix 2.94.0 in some situations. definitely present on macos, not sure about linux | 20:04:16 |
9999years | the reproducer on my machine is this: cd $(mktemp -d) && nix flake init && nix flake lock --debug | 20:04:30 |
9999years | it gets stuck around here:
using cache entry '{"ingestionMethod":0,"name":"source","type":"file","url":"https://github.com/nixos/nixpkgs/archive/418468ac9527e799809c900eda37cbff999199b6.tar.gz"}' -> '{"etag":"W/\"5cd48868382e96938f2a04bff191018f8b59407d9ae34339c558b716c665372e\"","url":"https://codeload.github.com/NixOS/nixpkgs/tar.gz/418468ac9527e799809c900eda37cbff999199b6"}', '/nix/store/6zx3brkqjsnr53b2p3fdn2k44q6pyj25-source'
performing daemon worker op: 7
| 20:04:44 |
9999years | in some cases it may finish after a really long time (15 minutes) | 20:04:58 |
9999years | please run that command locally and let me know if it finishes. thanks! | 20:05:10 |
raitobezarius | it finishes in 7s | 20:24:27 |
raitobezarius | arguably 2.95 | 20:24:38 |
raitobezarius | i can try to reproduce with 2.94.0 but idk if the daemon is an important piece or not | 20:24:49 |
raitobezarius | that looks like a unexpected change in target URI | 20:25:21 |
9999years | wdym unexpected change in target uri? | 20:28:52 |
9999years | so it does finish eventually; 2.5 minutes for worker op 1 IsValidPath and 1.5 minutes for worker op 7 AddToStore:
Dec 04 12:30:06 performing daemon worker op: 1
Dec 04 12:30:06 using cache entry '{"ingestionMethod":0,"name":"source","type":"file","url":"https://github.com/nixos/nixpkgs/archive/418468ac9527e799809c900eda37cbff999199b6.tar.gz"}' -> '{"etag":"W/\"5cd48868382e96938f2a04bff191018f8b59407d9ae34339c558b716c665372e\"","url":"https://codeload.github.com/NixOS/nixpkgs/tar.gz/418468ac9527e799809c900eda37cbff999199b6"}', '/nix/store/6zx3brkqjsnr53b2p3fdn2k44q6pyj25-source'
Dec 04 12:32:33 finished performing daemon worker op: 1
Dec 04 12:32:33 performing daemon worker op: 7
Dec 04 12:33:58 finished performing daemon worker op: 7
| 20:35:21 |