| 16 May 2025 |
 emily | we should make sure Mesa + Firefox build on Linux, and both Darwin stdenvs bootstrap successfully | 21:58:39 |
| emily | other than that it should be good to go I think. should probably also bump Rust's LLVM | 21:58:49 |
| emily | (and commit message should be llvmPackages: llvmPackages_19 -> llvmPackages_20 according to conventions) | 21:59:02 |
| emily | also needs a release note :) | 21:59:08 |
 Tristan Ross | Will do, I'll build outside of staging since I don't want to waste compute heh. I'll check some pkgsLLVM things to see if they still work. | 21:59:55 |
| emily | it'll be a full rebuild for Darwin anyway | 22:00:16 |
| Tristan Ross | I was meaning for Linux since I don't touch Darwin lol | 22:00:44 |
 Randy Eckenrode | In reply to @emilazy:matrix.org
we should make sure Mesa + Firefox build on Linux, and both Darwin stdenvs bootstrap successfully My Swift branch is on LLVM 20 (because it’s required). I didn’t have a problem building the stdenv on aarch64-darwin. | 22:01:38 |
| Tristan Ross | Seems like we need to bump spirv stuff for Firefox. Will do it in the PR. | 22:06:13 |
| emily | would make sense to bump Rust at the same time since Firefox also tests LLVM on Linux quite a lot through that | 22:06:51 |
| Tristan Ross | Alright, I might add a section to pkgs/development/compilers/llvm/README.md to document what's needed when bumping LLVM treewide since it seems there's quite a bit of stuff. | 22:11:57 |
| emily | FWIW, rustc.passthru.tests covers all the Linux stuff | 22:12:52 |
| emily | so Darwin stdenv + that + pkgsLLVM.hello should be sufficient if Rust is bumped | 22:13:11 |
| emily | I forget if we're expecting any major breaking changes from 20 | 22:13:31 |
| emily | for 19 we did quite a lot of prep because a ton of things broke https://github.com/NixOS/nixpkgs/pull/354107 | 22:13:41 |
| Tristan Ross | Yeah, I'm thinking we could do a NixOS test in pkgsLLVM once we have it more workable | 22:13:45 |
| emily | though that was in part just because it was pre-branchoff | 22:13:54 |
| Tristan Ross | Oh, yeah I forgot about that PR lol | 22:14:18 |
| Randy Eckenrode | I have run into some other failures, but I don’t know if they’re related. catch2 (transitive dependency of mpv) fails to build. Another one did as well, but I don}t recall what it was off hand. | 22:58:51 |
| Tristan Ross | I think it's generally okay if there's some failures, it's just critical things. And we can fix it when we see it. | 23:18:46 |
| emily | triage bandwidth is an issue, if it holds up security fixes in the -next cycle because a ton of stuff is broken on Darwin | 23:25:04 |
| emily | I assume we're not looking at LLVM 19 levels of breakage though | 23:25:12 |
| emily | GCC 15 bump should be about due too… | 23:25:19 |
| Tristan Ross | Yeah, this is one of the reason why I think these sorts of things should be done early after branch off since it gives us the maximum amount of time to fix issues. | 23:45:50 |
| emily | well, for -next that doesn't help so much, since we can only merge if at least all channel blockers are working, and there's always security fixes in the pipeline | 23:46:27 |
| Tristan Ross | Maybe in the next staging cycle or this one we could do it? | 23:46:33 |
| emily | beyond -next timing earlier in the cycle is best of course | 23:46:35 |
| emily | but the less testing that's done up-front the more likely a big bump is to block the cycle and the more triage bandwidth during the cycle is required ultimately | 23:46:57 |
| Tristan Ross | Yeah, find and fix what we can mostly in the pre-commit rather than merging. | 23:47:34 |
| 17 May 2025 |
| Tristan Ross | Cool, rust builds with LLVM 20 just fine | 00:48:36 |
