!FBuJyWXTGcGtHTPphC:nixos.org

Nix Rust

674 Members
Rust154 Servers

Load older messages


SenderMessageTime
25 Mar 2026
@nasso:matrix.orgnasso(yes thats the entirety of it)18:21:59
@nasso:matrix.orgnasso so i just added a devShell so i could nix develop into it and run a cargo check to update it, and now it builds! 18:22:45
@nasso:matrix.orgnassothe error did NOT help at all lmao18:23:01
26 Mar 2026
@tuisto:matrix.org@tuisto:matrix.org left the room.12:56:39
@k900:0upti.meK900https://blog.rust-lang.org/2026/03/26/1.94.1-release/13:25:33
@k900:0upti.meK9001.94.1 is security13:25:35
@winter:catgirl.cloudWintercan grab in a few hours if nobody else does13:26:28
@emilazy:matrix.orgemily(thanks xokdvium)14:08:54
@vika:fireburn.ruVika (she/her) changed their profile picture.18:36:25
@k900:0upti.meK900This is the Rust room19:12:12
@k900:0upti.meK900?19:12:13
@k900:0upti.meK900Oh19:12:15
@k900:0upti.meK900Holy federation lag lmao19:12:20
@emilazy:matrix.orgemilysee https://blog.rust-lang.org/2026/03/21/cve-2026-33056/19:13:44
27 Mar 2026
@thefossguy:matrix.orgPratham Patel joined the room.01:03:55
@thefossguy:matrix.orgPratham PatelWould anyone from the Rust team mind reviewing https://github.com/NixOS/nixpkgs/pull/501979?01:05:42
@winter:catgirl.cloudWinteri feel like this is a dupe of another PR03:02:14
@winter:catgirl.cloudWinterjust based off memory03:02:19
@winter:catgirl.cloudWinteri’ll need to prof further tho03:02:24
@winter:catgirl.cloudWinterprod03:02:26
@niklaskorz:matrix.orgniklaskorz

@tomasajt:matrix.org already reviewed it as the author of fetchCargoVendor and stated:

I'll look into whether your approach could be improved.

In the meantime you could patch out one of the revisions in the lockfile over to the other revision. It's not guaranteed to be correct, but it might be fine as a hotfix.
12:22:29
@niklaskorz:matrix.orgniklaskorz

Or more importantly, the concerns directly above that:

I really don't see a pretty way of solving this.
Your fix seems to do its job in this case.
However, if we had both a duplicate package and a duplicate selector, even your fix wouldn't work, because we'd be back to the situation that #387337 aimed to solve.

12:24:10
29 Mar 2026
@arcayr:mischief.expertarcayr joined the room.11:15:52
@whispers:catgirl.cloudwhispers [& it/fae] so, we've been playing with rustc bootstrapping out of tree at https://codeberg.org/whispers/nebula/src/branch/meow/nix/pkgs/rust-bootstrap. the code itself is a little iffy, but we've got some initial performance metrics.
  1. reference for build perf on my laptop: nom-build -A rustc-unwrapped --check on master: 1h52m17s

  2. mrustc: 5m2s

  3. minicargo: unused. i can't find a way to get it to apply the right flags while building, so it just gets built as part of the next step.

  4. rust-1900: 1h54m18s

- this is fully using mrustc's build system. i haven't tried to optimize it at all, but i suspect you could get at least a little better perf out of it with some work.
  1. rust-1911: 17m33s

  2. rust-1920: 18m53s

  3. rust-1931: 18m1s

  4. rustc-1940: 1h48m52s

- this is just rustc-unwrapped with .override { ... }, so this is the part we build right now in nixpkgs.

(take these as order of magnitude estimates, the numbers are extremely noisy. build were run on several different days with other things running on my laptop.)

so yeah. the start and end of the chain are expensive, and both are fairly constant cost. the intermediate versions have a relatively small linear coefficient, and we've done what we're aware of to make these builds do as little work as possible (there are probably still ways to shave off a little bit of time though), but it's probably not small enough to be tenable as the distance between stable and what mrustc supports grows.
18:32:23
@whispers:catgirl.cloudwhispers [& it/fae] so, we've been playing with rustc bootstrapping out of tree at https://codeberg.org/whispers/nebula/src/branch/meow/nix/pkgs/rust-bootstrap. the code itself is pretty bad, but we've got some initial performance metrics.
  1. reference for build perf on my laptop: nom-build -A rustc-unwrapped --check on master: 1h52m17s

  2. mrustc: 5m2s

  3. minicargo: unused. i can't find a way to get it to apply the right flags while building, so it just gets built as part of the next step.

  4. rust-1900: 1h54m18s

- this is fully using mrustc's build system. i haven't tried to optimize it at all, but i suspect you could get at least a little better perf out of it with some work.
  1. rust-1911: 17m33s

  2. rust-1920: 18m53s

  3. rust-1931: 18m1s

  4. rustc-1940: 1h48m52s

- this is just rustc-unwrapped with .override { ... }, so this is the part we build right now in nixpkgs.

(take these as order of magnitude estimates, the numbers are extremely noisy. build were run on several different days with other things running on my laptop.)

so yeah. the start and end of the chain are expensive, and both are fairly constant cost. the intermediate versions have a relatively small linear coefficient, and we've done what we're aware of to make these builds do as little work as possible (there are probably still ways to shave off a little bit of time though), but it's probably not small enough to be tenable as the distance between stable and what mrustc supports grows.
18:32:34
@whispers:catgirl.cloudwhispers [& it/fae] so, we've been playing with rustc bootstrapping out of tree at https://codeberg.org/whispers/nebula/src/branch/meow/nix/pkgs/rust-bootstrap. the code itself is pretty bad, but we've got some initial performance metrics.

  1. reference for build perf on my laptop: nom-build -A rustc-unwrapped --check on master: 1h52m17s

  2. mrustc: 5m2s

  3. minicargo: unused. i can't find a way to get it to apply the right flags while building, so it just gets built as part of the next step.

  4. rust-1900: 1h54m18s

- this is fully using mrustc's build system. i haven't tried to optimize it at all, but i suspect you could get at least a little better perf out of it with some work.
  1. rust-1911: 17m33s

  2. rust-1920: 18m53s

  3. rust-1931: 18m1s

  4. rustc-1940: 1h48m52s

- this is just rustc-unwrapped with .override { ... }, so this is the part we build right now in nixpkgs.

(take these as order of magnitude estimates, the numbers are extremely noisy. build were run on several different days with other things running on my laptop.)

so yeah. the start and end of the chain are expensive, and both are fairly constant cost. the intermediate versions have a relatively small linear coefficient, and we've done what we're aware of to make these builds do as little work as possible (there are probably still ways to shave off a little bit of time though), but it's probably not small enough to be tenable as the distance between stable and what mrustc supports grows.
18:32:45
@whispers:catgirl.cloudwhispers [& it/fae] so, we've been playing with rustc bootstrapping out of tree at https://codeberg.org/whispers/nebula/src/branch/meow/nix/pkgs/rust-bootstrap. the code itself is pretty bad, but we've got some initial performance metrics.

  • reference for build perf on my laptop: nom-build -A rustc-unwrapped --check on master: 1h52m17s

  • mrustc: 5m2s

  • minicargo: unused. i can't find a way to get it to apply the right flags while building, so it just gets built as part of the next step.

  • rust-1900: 1h54m18s

* this is fully using mrustc's build system. i haven't tried to optimize it at all, but i suspect you could get at least a little better perf out of it with some work.
  • rust-1911: 17m33s

  • rust-1920: 18m53s

  • rust-1931: 18m1s

  • rustc-1940: 1h48m52s

* this is just rustc-unwrapped with .override { ... }, so this is the part we build right now in nixpkgs.

(take these as order of magnitude estimates, the numbers are extremely noisy. build were run on several different days with other things running on my laptop.)

so yeah. the start and end of the chain are expensive, and both are fairly constant cost. the intermediate versions have a relatively small linear coefficient, and we've done what we're aware of to make these builds do as little work as possible (there are probably still ways to shave off a little bit of time though), but it's probably not small enough to be tenable as the distance between stable and what mrustc supports grows.
18:33:05
@whispers:catgirl.cloudwhispers [& it/fae] so, we've been playing with rustc bootstrapping out of tree at https://codeberg.org/whispers/nebula/src/branch/meow/nix/pkgs/rust-bootstrap. the code itself is pretty bad, but we've got some initial performance metrics.

  • reference for build perf on my laptop: nom-build -A rustc-unwrapped --check on master: 1h52m17s

  • mrustc: 5m2s

  • minicargo: unused. i can't find a way to get it to apply the right flags while building, so it just gets built as part of the next step.

  • rust-1900: 1h54m18s

* this is fully using mrustc's build system. i haven't tried to optimize it at all, but i suspect you could get at least a little better perf out of it with some work.
  • rust-1911: 17m33s

  • rust-1920: 18m53s

  • rust-1931: 18m1s

  • rustc-1940: 1h48m52s

* this is just rustc-unwrapped with .override { ... }, so this is the part we build right now in nixpkgs.

(take these as order of magnitude estimates, the numbers are extremely noisy. build were run on several different days with other things running on my laptop.)

so yeah. the start and end of the chain are expensive, and both are fairly constant cost. the intermediate versions have a relatively small linear coefficient, and we've done what we're aware of to make these builds do as little work as possible, but it's probably not small enough to be tenable as the distance between stable and what mrustc supports grows.
18:33:35
@whispers:catgirl.cloudwhispers [& it/fae] (actually i lied, we can probably cut off a minute and a half from each of the intermediate builds, but we don't feel like looking more into bootstrap right now. but other than that, i think shaving off any further time from the intermediate builds would require diving deeper into compiler flags and whatnot that might help.) 18:34:59
@whispers:catgirl.cloudwhispers [& it/fae] (actually i lied, we can probably cut off a minute and a half from each of the intermediate builds, but we don't feel like looking more into bootstrap right now. but other than that, i think shaving off any further time from the intermediate builds would require diving deeper into compiler flags and whatnot that might help (or you know. running on a faster machine).) 18:35:07

Show newer messages


Back to Room ListRoom Version: 6