| 8 Aug 2025 |
|  problems changed their profile picture. | 02:34:43 |
 Gaétan Lepage | Hi,
I have some trouble building rerun:
Web viewer .wasm built in 279.5s
Generating JS bindings for wasm…
Error: Failed to run wasm-bindgen: cannot import from modules (`env`) with `--no-modules`. This is often because some dependency is calling `std::time::Instant::now()` or similar. You can try diagnosing this with:
wasm2wat /build/source/target_wasm/wasm32-unknown-unknown/web-release/re_viewer.wasm | rg '"env"'
wasm2wat /build/source/target_wasm/wasm32-unknown-unknown/web-release/re_viewer.wasm | rg 'call .now\b' -B 20
You can also try https://rustwasm.github.io/twiggy/usage/command-line-interface/paths.html#twiggy-paths
Any idea? | 14:34:53 |
 kjeremy | I have a cmake project that is also a cargo workspace. So there is a top-level Cargo.lock and multiple Cargo.toml files. How do I build? I'm using:
cargoDeps = rustPlatform.importCargoLock {
lockFile = "${src.outPath}/Cargo.lock";
};
but at some point nix still tries to download from crates.io and obviously fails
| 18:56:53 |
 Alyssa Ross | Depends on what your CMake build system is doing | 18:57:23 |
| kjeremy | It's nothing exciting: https://github.com/eclipse-zenoh/zenoh-plugin-ros2dds/blob/main/CMakeLists.txt | 18:57:47 |
| kjeremy | maybe i need to patch the cargo invocation | 19:14:19 |
| kjeremy | I figured it out. I had to add rustPlatform.cargoSetupHook | 19:26:55 |
| 9 Aug 2025 |
|  0x545a joined the room. | 15:15:41 |
|  theeasternfurry set a profile picture. | 15:54:54 |
|  dmitrii_s joined the room. | 16:09:51 |
| 10 Aug 2025 |
| theeasternfurry joined the room. | 02:31:17 |
|  yuzuki joined the room. | 09:12:09 |
| 11 Aug 2025 |
 emily | Toma: is it expected that fetchCargoVendor is super slow or is something weird about my setup? | 13:46:41 |
 Toma |
It is not that speed-optimized, but I don't think it should be that slow.
What do you mean by super slow? 1 crate / second?
| 13:50:14 |
| emily | like waiting >15 minutes for a <2000 line Cargo.lock file to download | 13:53:14 |
| emily | this is inside a Linux VM remote builder, so it is possible something is screwy there | 13:53:29 |
| emily | just wanted to check if I should be surprised or not | 13:53:41 |
| emily | seems it's getting completely stuck on the first tarball it fetches. I have no idea why. downloads instantly with curl inside the VM. might be a Lix passta thing. it fetches a Git repo successfully before that. hmm. I could swear it was just being really slow but not totally hanging yesterday | 15:06:43 |
| emily | it seems like session.get(…) is never returning | 15:06:49 |
 Ben Sparks | I'd observed this before as well for a few days back in May / June I think. The vendoring process would slow to a crawl | 15:14:21 |
| emily | DEBUG:urllib3.connectionpool:Starting new HTTPS connection (1): crates.io:443
and then nothing. fun
| 15:14:24 |
| emily | is that the same building-Linux-package-in-remote-builder-VM-on-macOS config? | 15:14:50 |
| Ben Sparks | I think it was; currently trying to find old messages of mine where I had asked in one nix-related channel if crates.io rate-limited | 15:16:18 |
| emily | May / June makes passta an unlikely culprit too (unless it was late June and you use Lix) | 15:17:02 |
| Ben Sparks | $ nix --version
nix (Lix, like Nix) 2.91.3
| 15:17:34 |
| emily | on the builder VM too? :) | 15:17:54 |
| emily | would depend on exact timing then I suppose | 15:18:12 |
| Ben Sparks | I wouldn't rely on this timespan btw until I find further proof of when the issues occurred.
I also never found out why this happened; it just "went away" at some point | 15:19:20 |
| Toma | emily: could you try with the changes in this PR: https://github.com/NixOS/nixpkgs/pull/400865
(while testing if you only build cargoDeps.vendorStaging you won't have many rebuilds)
| 15:33:57 |
| Toma | Currently the timeout logic in fetchCargoVendor is pretty bad (not even sure if it's working properly) and this tries to fix it, while also doing some general improvements (at least it tries to) | 15:34:55 |
