| 8 Aug 2025 |
 damccull | Think I've got it. | 00:05:10 |
|  rorosen changed their display name from Robert to rorosen. | 12:07:13 |
|  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 |
