| 8 Oct 2025 |
 niklaskorz | might not need a staging PR or fix in fetchCargoVendor after all then, checking if we can do with some patching here | 13:50:22 |
| niklaskorz | doesn't look like it, as we currently have no way to sneak in patches between fetchcargovendor staging and final output | 14:14:22 |
| niklaskorz | so either way the try block is the only real immediate solution (short of the upstream crate fixing its mess) | 14:14:40 |
|  Anders joined the room. | 16:36:56 |
| Anders | Are anyone interested in integrating RedoxOS with NixOS? I see there has been some efforts to do this before, but it seems to be dormant now. But the Redox OS project seems very promising as a inovative, modern and secure system which would harmonize with nix too.
https://gitlab.redox-os.org/redox-os/redox/-/issues/1552 | 16:54:36 |
| Anders | * Is anyone interested in integrating RedoxOS with NixOS? I see there has been some efforts to do this before, but it seems to be dormant now. But the Redox OS project seems very promising as a inovative, modern and secure system which would harmonize with nix too.
https://gitlab.redox-os.org/redox-os/redox/-/issues/1552 | 16:54:46 |
| Anders | https://github.com/nix-community/redoxpkgs | 16:55:35 |
| niklaskorz | Afaik the first step would be to bring back relibc | 16:55:47 |
| niklaskorz | @zmitchell:matrix.org looked into this but responded here why he stopped: https://bsky.app/profile/z-mitchell.bsky.social/post/3liahxpqjls2i | 16:56:37 |
|  Andrew Zah joined the room. | 17:13:58 |
| Anders | Too bad relibc was not maintained.
https://github.com/NixOS/nixpkgs/blob/1598da9c7d99ba7a769393c04c3c44e8acf55d92/pkgs/top-level/aliases.nix#L2318 | 17:28:51 |
| Anders | So the original build was a mess. Downlaoding tarballs from dropbox and more. But to be able to cross compile we need relibc to work. | 20:32:24 |
| niklaskorz | I might be on board with experimenting a bit as I'm personally interested in Redox | 21:03:39 |
| Anders | I tried to build relibc now, but it requires a lot of experimental rust features to build | 21:04:57 |
| Anders | I wonder if the easiest way is to build relibc inside a redox vm | 21:06:09 |
| niklaskorz | you mean -Z build-std=core,alloc,compiler_builtins? | 21:07:10 |
| niklaskorz | because we support those without nightly on nixpkgs now, technically | 21:07:57 |
| Anders | things like #[target_feature(enable = "tbm")] | 21:08:14 |
| niklaskorz | hm target_feature shouldn't require nightly though? | 21:10:22 |
| niklaskorz | now that, on the other hand: | 21:23:13 |
| niklaskorz | error[E0554]: `#![feature]` may not be used on the stable release channel
--> generic-rt/src/lib.rs:3:1
|
3 | #![feature(core_intrinsics)]
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
| 21:23:16 |
 Alyssa Ross | I'd be surprised if we end up packaging redox's downstream rustc fwiw | 21:23:47 |
| Alyssa Ross | but last development update says they "just need to finish up" moving to upstream so maybe that's not too much of a concern | 21:25:05 |
| 9 Oct 2025 |
 GaƩtan Lepage | I'm trying to package a python package using maturin in nixpkgs.
I use
cargoDeps = rustPlatform.fetchCargoVendor {
inherit
pname
version
src
sourceRoot
cargoRoot
;
hash = "sha256-m3SNWjHsQcrH6v8Z6CnURhuXNQRgvtGreM0g91rOv6Q=";
};
But it fails with
Executing maturinBuildHook
maturinBuildHook flags: --jobs=64 --offline --target x86_64-unknown-linux-gnu --manylinux off --strip --release --out /build/source/obstore/dist --interpreter python3.13
error: failed to load source for dependency `object_store`
Caused by:
Unable to update https://github.com/apache/arrow-rs-object-store?rev=f422dce1528ee2a089d8061af639c3f2a9cd43af#f422dce1
Caused by:
can't checkout from 'https://github.com/apache/arrow-rs-object-store': you are in the offline mode (--offline)
š„ maturin failed
The Cargo.lock has this at the end:
[[patch.unused]]
name = "object_store"
version = "0.12.2"
source = "git+https://github.com/apache/arrow-rs-object-store?rev=f422dce1528ee2a089d8061af639c3f2a9cd43af#f422dce1528ee2a089d8061af639c3f2a9cd43af";
Am I supposed to do something extra to fetch this dep? | 12:02:50 |
| niklaskorz | Are you sure the fetchCargoVendor hash is up to date and not using an older version of the package's cache? | 12:04:57 |
| niklaskorz | ah wait, I missed the patch.unused part | 12:05:46 |
| GaƩtan Lepage | For reference, here is the PR: https://github.com/NixOS/nixpkgs/pull/450218
(obstore package) | 12:08:35 |
| niklaskorz | that doesn't appear anywhere in the upstream Cargo.lock | 12:18:13 |
| niklaskorz | ah, it's the obstore package that is failing, not nutpie | 12:18:36 |
| niklaskorz | honestly I think the solution is just patching out these lines in Cargo.toml: | 12:19:46 |
