Nixpkgs Stdenv | 256 Members | |
| 80 Servers |
| Sender | Message | Time |
|---|---|---|
| 6 May 2026 | ||
one thing is that since you've removed isl from gcc, you should also remove the fetch for it as well from each file | 17:27:45 | |
| also, breaking the changes up into smaller commits targeted at a few changes per package at a time would make it easier to review and keep track of in git history | 17:28:34 | |
| thanks, amending | 17:33:28 | |
| done | 17:42:38 | |
| 7 May 2026 | ||
| https://github.com/NixOS/nixpkgs/pull/517368 another review on bootstrap configure flag prune would be appreciated, one approval already | 15:39:54 | |
| getting mrustc bootstrap working | 15:59:15 | |
| i thought we agreed that we don’t want to do mrustc? there was some reason nobody has done it till now… maybe Alyssa Ross remembers | 16:01:10 | |
| @emily has expressed concerns (that i agree with) about mrustc's concerns to keep up with rustc and LLVM | 16:02:29 | |
| I think the problem that keeps coming up is the insanely long bootstrap chain | 16:03:11 | |
but we do have a broken = true; mrustc-boostrap package that just builds one rustc version (and iirc there's an open pr to update that to mrustc v0.12.0 / rustc 1.90.0) | 16:03:14 | |
| and yeah the bootstrap chain prior to the latest release was some 19 rustc versions + 5 llvm versions, which is a pain in the ass to build (especially on staging) | 16:03:42 | |
| * and yeah the bootstrap chain prior to the latest mrustc release was some 19 rustc versions + 5 llvm versions, which is a pain in the ass to build (especially on staging) | 16:04:02 | |
| and as a small (one maintainer) project, it keeping up is a really rough story and that chain length grows real quicky | 16:04:34 | |
| * and yeah the bootstrap chain prior to the latest mrustc release was some 19 rustc versions + 5 llvm versions (including one we had dropped from nixpkgs entirely at that point), which is a pain in the ass to build (especially on staging) | 16:04:48 | |
| * and yeah the bootstrap chain prior to the latest mrustc release was some 19 rustc versions + 5 llvm versions (including one we had dropped from nixpkgs entirely at that point), which is a pain in the ass to build and maintain dependencies for | 16:04:58 | |
| * and yeah the bootstrap chain prior to the latest mrustc release was some 19 rustc versions + 5 llvm versions (including llvm 17, which we had dropped from nixpkgs entirely at that point), which is a pain in the ass to build and maintain dependencies for | 16:05:29 | |
| i already got rustc 1.91.0 bootstrapped from stage0 | 16:10:31 | |
| going through 1.92 to 1.95 | 16:10:39 | |
| It's not that it's hard to do | 16:11:15 | |
| The problem is that it basically slows down the critical path on Hydra by like, days | 16:11:24 | |
yeah, i did it out of tree a few versions ago and build times were rough. the numbers i had were:
| 16:13:32 | |
| I would love to do mrustc | 16:13:39 | |
yeah, i did it out of tree a few versions ago and build times were rough. the numbers i had were:
| 16:13:44 | |
yeah, i did it out of tree a few versions ago and build times were rough. the numbers i had were:
| 16:13:51 | |
yeah, i did it out of tree a few versions ago and build times were rough. the numbers i had were:
| 16:14:28 | |
| * yeah, i did it out of tree a few versions ago and build times were rough. the numbers i had were:
| 16:15:12 | |
| * yeah, i did it out of tree a few versions ago and build times were rough. the numbers i had were:
and that's uh. really rough when the chain gets big (especially for local builds on staging that involve rust) | 16:16:25 | |
| mrustc would be good only if they could do smaller releases that keep up with rust more closely, but i think that requires a higher bus factor which just isn't a thing atm | 16:19:10 | |
| we could have a non-blocking path for it? | 16:22:13 | |
| similar to how minimal-bootstrap used to do that before the switchover | 16:22:28 | |