!FBuJyWXTGcGtHTPphC:nixos.org

Nix Rust

685 Members
Rust159 Servers

Load older messages


SenderMessageTime
29 Mar 2026
@pyrox:pyrox.devdish [Fox/It/She]from looking at bootstrap i think they're still built so you have to remove them before running install20:24:18
@whispers:catgirl.cloudwhispers [& it/fae]nope, they aren't build until installPhase in my logs20:25:32
@pyrox:pyrox.devdish [Fox/It/She]huh interesting20:25:46
@whispers:catgirl.cloudwhispers [& it/fae] * 20:25:55
@whispers:catgirl.cloudwhispers [& it/fae] i think because we specifically do ./x.py build library cargo; just ./x.py build does far more builds than we need 20:26:43
@pyrox:pyrox.devdish [Fox/It/She]im looking and there doesn't appear to be any flags to disable running generate-copyright20:28:59
@pyrox:pyrox.devdish [Fox/It/She]probably since they don't expect this usecase20:30:25
@pyrox:pyrox.devdish [Fox/It/She] and per bootstrap.example.toml, installing the extended tools will always install the rust-installer tools, with no apparent way to disable that either 20:30:57
@pyrox:pyrox.devdish [Fox/It/She]i might have missed something though since bootstrap's logic is pretty complex20:31:07
@emilazy:matrix.orgemilyI'm much more concerned about mrustc's ability to keep up with both LLVM and Rust than about a few extra hours of bootstrap21:02:39
@whispers:catgirl.cloudwhispers [& it/fae]Redacted or Malformed Event21:05:06
@whispers:catgirl.cloudwhispers [& it/fae]Redacted or Malformed Event21:06:11
@whispers:catgirl.cloudwhispers [& it/fae] * 21:06:22
@whispers:catgirl.cloudwhispers [& it/fae] * 21:06:33
@whispers:catgirl.cloudwhispers [& it/fae] * 21:07:23
@whispers:catgirl.cloudwhispers [& it/fae] * the fact that, had we been doing this before mrustc 0.12, this would've been 10 hours of building rust compilers on our laptop to get up to stable makes that effectively impossible, and mrustc is a one person project that has a very hard job so it's very likely to lag 21:07:36
30 Mar 2026
@charles:computer.surgeryCharlesis there a way to tell buildRustPackage to only include one of the binaries in the output in a workspace with multiple binaries?01:58:00
@charles:computer.surgeryCharles i could just rm in postInstall but like, they don't need to be built in the first place 02:00:02
@charles:computer.surgeryCharlesokay, buildAndTestSubdir works02:02:15
@eveeifyeve:matrix.orgeveeifyeve Charles: You could specify to build a specific package only. 03:05:57
@charles:computer.surgeryCharles i know about the --package option but it wasn't clear to me if there was an intended way to pass that to cargo while using buildRustPackage 03:06:32
@eveeifyeve:matrix.orgeveeifyeve * Charles: You could specify to build a specific package. 03:06:34
@charles:computer.surgeryCharlesand also that message is pretty much free of information03:06:53
@eveeifyeve:matrix.orgeveeifyeveIt's intended way to parse it if you want to build a specific package. Note you must also do it for the test phase as well.03:07:36
@pyrox:pyrox.devdish [Fox/It/She] I believe buildAndTestSubdir is the intended way to build a single binary 03:08:14
@charles:computer.surgeryCharlesso my question kinda implies that i know that cargo can do this on its own, in addition to explicitly asking how to do this in the context of buildRustPackage. how do you suggest i do what you are telling me to do, precisely, in terms of, say, some example nix code?03:09:18
@eveeifyeve:matrix.orgeveeifyeve cargoBuildFlags = [ "--package <package>" ]; & cargoTestFlags = [ "--package <package>" ];? 03:10:57
@eveeifyeve:matrix.orgeveeifyeve But also the suggestion from dish [Fox/It/She] works as well. 03:11:37
@charles:computer.surgeryCharlesokay, so maybe just lead with that next time instead of basically repeating my question back at me03:11:36
@charles:computer.surgeryCharlesshould i elaborate/rephrase?03:14:26

Show newer messages


Back to Room ListRoom Version: 6