| 8 May 2025 |
 nyanbinary 🏳️⚧️ | cc: Winter (she/her) | 14:38:35 |
|  @saiko:knifepoint.net changed their profile picture. | 18:03:21 |
| 9 May 2025 |
| @saiko:knifepoint.net changed their display name from dblsaiko ⚧︎ 🔪 to Katalin 🔪. | 01:16:45 |
|  @bloxx12:matrix.org joined the room. | 22:48:56 |
| 10 May 2025 |
|  lily 🏳️⚧️ joined the room. | 00:12:41 |
 @awwpotato:envs.net | could someone help me debug https://github.com/NixOS/nixpkgs/pull/405768? I have glib in the pkgconfig path but cargo thinks otherwise. | 03:03:09 |
 Mr. Defenestrator | It's because gobject-sys relies on gobject-2.0 >= 2.83 - the version of glib in the PKG_CONFIG_PATH is glib-2.82.5. | 05:40:07 |
| @awwpotato:envs.net | hmm looks like it will be fixed once staging next is merged, I'll leave it as a draft in the mean time. | 17:23:44 |
|  @r522:matrix.org changed their display name from 522 to 522 [it/its][ΘΔ]. | 18:06:53 |
 niklaskorz | @qyliss:fairydust.space I'll take a look at the Rust std docs issue. Though if the patch did suddenly cause std docs for other targets to disappear that'd also mean upstream Rust would be affected, as they merged the patch in February 😳 (which would then be included in 1.87.0) | 20:54:52 |
 Alyssa Ross | In reply to @niklaskorz:matrix.org
@qyliss:fairydust.space I'll take a look at the Rust std docs issue. Though if the patch did suddenly cause std docs for other targets to disappear that'd also mean upstream Rust would be affected, as they merged the patch in February 😳 (which would then be included in 1.87.0) I think I found that it wasn't actually applying the patch that broke it, but adding the ebpf target | 22:12:45 |
| niklaskorz | In reply to @qyliss:fairydust.space
I think I found that it wasn't actually applying the patch that broke it, but adding the ebpf target Yeah I have a suspicion, commented it on the issue | 23:30:21 |
| niklaskorz | Basically it's installing the docs once for each target | 23:30:31 |
| niklaskorz | And each time removes the previous targets docs | 23:30:44 |
| niklaskorz | So the last target to be installed (bpf) is whose docs end up in the output | 23:31:02 |
| 11 May 2025 |
| niklaskorz | Created an upstream issue: https://github.com/rust-lang/rust/issues/140922 | 11:11:29 |
 Luke | Hey folks, can someone advise me how to use the openblas-static feature of ndarray-linalg with crane? It is pretty obvious that it is unable to download the tarball needed during build, due to network sandboxing... I don't understand how to fix this though? Do I need to add the tarball to the flake dependencies? How would I provide it to the rust crate if that is the case? | 19:52:48 |
| Luke | For a bit more context, in my Cargo.toml I have ndarray-linalg = { version = "0.16", features = ["openblas-static"] }, and when I build I see the error:
quick-start-deps> thread 'main' panicked at /nix/store/si15pm553934s2jl6h6w7ysn8vmjg4i6-vendor-cargo-deps/c19b7c6f923b580ac259164a89f2577984ad5ab09ee9d583b888f934adbbe8d0/openblas-src-0.10.11/build.rs:183:52:
quick-start-deps> called `Result::unwrap()` on an `Err` value: https://github.com/OpenMathLib/OpenBLAS/releases/download/v0.3.28/OpenBLAS-0.3.28.tar.gz: Dns Failed: resolve dns name 'github.com:443': failed to lookup address information: Temporary failure in name resolution
| 19:55:39 |
| 12 May 2025 |
 Toma | https://github.com/blas-lapack-rs/openblas-src/blob/04e9b023423744d24693458dfd0bc37d377a6f18/openblas-src/build.rs#L183
https://github.com/blas-lapack-rs/openblas-src/blob/04e9b023423744d24693458dfd0bc37d377a6f18/openblas-build/src/download.rs#L13
don't know what mechanism crane has for editing source files, but you may need to look into the code above and figure out a way to make the code above use a FOD created by fetchurl or fetchFromGitHub.
One idea would be to populate the directory where it would cache the download.
Another would be to patch the download function to just copy your fetchFromGitHub source directory to dest
| 00:10:48 |
| Toma | * https://github.com/blas-lapack-rs/openblas-src/blob/04e9b023423744d24693458dfd0bc37d377a6f18/openblas-src/build.rs#L183
https://github.com/blas-lapack-rs/openblas-src/blob/04e9b023423744d24693458dfd0bc37d377a6f18/openblas-build/src/download.rs#L13
I don't know what mechanism crane has for editing vendored source files, but you may need to look into the code above and figure out a way to use a FOD created by fetchurl or fetchFromGitHub instead f trying to download the project during build time.
One idea would be to populate the directory where it would cache the download.
Another would be to patch the download function to just copy your fetchFromGitHub source directory to dest
| 00:17:38 |
