| 2 Jul 2026 |
Gaétan Lepage | Looks like safe to skip. | 23:07:54 |
Gaétan Lepage | I'll have a look tomorrow if you don't beat me to it. | 23:08:02 |
hexa | I'll leave that to you | 23:08:06 |
hexa | I've got too much on my plate | 23:08:12 |
Gaétan Lepage | on staging-next right? | 23:08:18 |
hexa | yep | 23:08:21 |
| 3 Jul 2026 |
Randy Eckenrode | Yeah, that’s separate. cctools will still be cctools, but darwin.binutils will just have LLVM bintools. There are probably still a handful of incompatibilities, but I just don’t care at this point. Things that really need that functionality can use the versions of those tools from cctools.
IIRC, unless things have changed in LLVM 22, lipo doesn’t support archives, which Meson needs for its tests; and install_name_tool doesn’t support reexports, which breaks the libiconv, but reexports are pretty rare.
There were also issues with LLVM’s version of libtool and ranlib, but meh at this point. Things can use cctools if they really need them. Using LLVM binutils and LLD should make Linux to Darwin cross mostly just work.
| 00:07:00 |
Randy Eckenrode | It was using an unwrapped clang for CUDA stuff. I had a PR, but it sat for a while. I saw a ping today about an approach that does it the right way by passing the path to an unwrapped clang. | 00:08:39 |
Sergei Zimmerman (xokdvium) | In reply to @reckenrode:matrix.org It was using an unwrapped clang for CUDA stuff. I had a PR, but it sat for a while. I saw a ping today about an approach that does it the right way by passing the path to an unwrapped clang. Sorry about that! | 00:09:04 |
Randy Eckenrode | No worries. It got fixed. I happened to trip over it because I was trying to test my Swift work with mpv to make sure it still built. | 00:09:59 |
Randy Eckenrode | Speaking of wrapped Swift, the wrapper is definitely gone. That’s not a thing anymore. The issue with finding swift-build is (arguably) a bug in Swift Driver. | 00:10:23 |
Randy Eckenrode | (That was the last reason I was considering keeping the wrapper around. More in https://matrix.to/#/%23nixpkgs-swift:matrix.org) | 00:12:14 |
Myria | I'm going to cry, opencv decided to fail overnight so now ffmpeg fails on darwin again. | 06:17:50 |
Myria | @emilazy:matrix.org can we just disable the hardening? I feel like not disabling it will be so much harder than we need otherwise | 06:18:31 |
Myria | Well, it was ffmpeg-full, I realise, so it was already failing, but still it's just sad ;-; | 06:23:36 |
Vladimír Čunát | Significant majority of darwin builds are succeeded already. | 06:39:28 |
Vladimír Čunát | 80% at least, at this point. | 06:40:17 |
Vladimír Čunát | So we'd be throwing out a lot. | 06:40:26 |
Vladimír Čunát | * Significant majority of darwin jobs are succeeded already. | 06:40:39 |
Vladimír Čunát | * Significant majority of darwin jobs have succeeded already. | 06:40:49 |
Vladimír Čunát | 17% failures currently, though. | 06:41:32 |
Vladimír Čunát | https://malob.github.io/nix-review-tools-reports/ is getting outdated, unfortunately.
Current status: syncing_files Getting Pages deployment status... Error: Deployment failed, try again later.
🤔 no idea why it's failing repeatedly like that. https://github.com/malob/nix-review-tools-reports/actions/runs/28630517155/job/84906965184
| 06:43:39 |
Vladimír Čunát | Or perhaps the problem is about the waiting? At a glance, gen-reports waits for rm-reports and vice versa 🤯 | 06:46:13 |
Vladimír Čunát | * Or perhaps the problem is about the waiting? At a glance, gen-reports waits for rm-reports and vice versa 🤯 | 06:46:31 |
Vladimír Čunát | The last staging-next report is 10h old, so I can still hope that it will unstuck by itself soon. | 06:48:03 |
| cSanthiago left the room. | 10:05:50 |
| cSanthiago joined the room. | 10:06:49 |
Vladimír Čunát | OK, caught up now (by itself probably) 🎉 | 11:28:56 |
Vladimír Čunát | But the status of darwin is pretty bad. | 11:29:12 |
emily | yeah, unfortunately the time to reroll Darwin was the first time we noticed the regression, too late now | 13:27:45 |