| 18 Apr 2026 |
 K900 | If you have an application that specifically has issues with the GL backend and not Vulkan/kk, you should force it in the specific wrapper for that application, and then you have local ownership of that decision | 11:35:26 |
 WeetHet | Would you prefer if the vulkan build used KK or moltenvk by default? | 11:35:59 |
| K900 | I would prefer it used vulkan-loader and not cared about what driver is on the backend | 11:37:21 |
| K900 | So that decision can be made in vulkan-loader when the time comes | 11:37:31 |
| WeetHet | Then it would use moltenvk by default | 11:38:33 |
| WeetHet | Because that is what is hardcoded into the vulkan loader | 11:39:08 |
 Randy Eckenrode | That’s fine. Apps that opt in can document why and what they are doing. | 11:40:34 |
|  hgl joined the room. | 14:03:24 |
|  @enzime:nixos.dev joined the room. | 14:04:30 |
| @enzime:nixos.dev left the room. | 14:04:41 |
| Randy Eckenrode | nodejs-slim seems to be really broken on staging on Darwin. | 17:43:54 |
| Randy Eckenrode |
hread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libsystem_kernel.dylib 0x1805e45e8 __pthread_kill + 8
1 libsystem_pthread.dylib 0x18061f8d8 pthread_kill + 296
2 libsystem_c.dylib 0x180526790 abort + 148
3 libabsl_log_internal_message.2601.0.0.dylib 0x10468f184 absl::lts_20260107::log_internal::LogMessage::FailWithoutStackTrace() + 20
4 libabsl_log_internal_message.2601.0.0.dylib 0x10468de80 absl::lts_20260107::log_internal::LogMessage::SendToLog() + 176
5 libabsl_log_internal_message.2601.0.0.dylib 0x10468dd60 absl::lts_20260107::log_internal::LogMessage::Flush() + 360
6 test_plugin 0x1044e26d0 google::protobuf::compiler::MockCodeGenerator::Generate(google::protobuf::FileDescriptor const*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&, google::protobuf::compiler::GeneratorContext*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*) const + 5796
7 libprotoc.34.1.0.dylib 0x104ef02c0 google::protobuf::compiler::CodeGenerator::GenerateAll(std::__1::vector<google::protobuf::FileDescriptor const*, std::__1::allocator<google::protobuf::FileDescriptor const*>> const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>> const&, google::protobuf::compiler::GeneratorContext*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*) const + 120
8 libprotoc.34.1.0.dylib 0x105110770 google::protobuf::compiler::GenerateCode(google::protobuf::compiler::CodeGeneratorRequest const&, google::protobuf::compiler::CodeGenerator const&, google::protobuf::compiler::CodeGeneratorResponse*, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char>>*) + 848
9 libprotoc.34.1.0.dylib 0x105110c90 google::protobuf::compiler::PluginMain(int, char**, google::protobuf::compiler::CodeGenerator const*) + 296
10 test_plugin 0x10445eacc main + 76
11 dyld 0x180263da4 start + 6992
| 17:48:38 |
| Randy Eckenrode | https://github.com/NixOS/nixpkgs/pull/511211 updates the source releases to 26.3. I can add the 26.4 SDK once https://github.com/NixOS/nixpkgs/pull/510469 has been merged. | 19:02:19 |
 nasso | did anyone using nix on macos ever install steam with it | 20:20:39 |
| nasso | i think im going crazy | 20:20:42 |
| K900 | No | 20:56:02 |
| K900 | We don't support Steam in nixpkgs on Darwin | 20:56:12 |
| K900 | It would require an entire separate package, probably with an entire separate maintainer team | 20:56:22 |
| Randy Eckenrode | There’s a PR to add the Steam bootstrap launcher on Darwin. | 22:10:39 |
| Randy Eckenrode | I’ve been using something similar in my config for years. It’s fine. You’re not going to be able to manage more than that. | 22:11:26 |
| K900 | I am very tempted to nack that PR tbh | 22:36:20 |
| K900 | It's so fucked | 22:36:22 |
| Randy Eckenrode | Because of how it messed with Steam in Nixpkgs? I didn’t look at it too closely except to see it has a better way of getting the bootstrap than I do. | 22:41:18 |
| Randy Eckenrode | * | 22:41:30 |
| K900 | Yeah | 22:42:17 |
| K900 | A bunch of things assume things like steam.buildRuntimeFhsEnv being a thing | 22:42:31 |
| K900 | And making a separate package for Darwin makes all of them fail to eval | 22:42:58 |
| K900 | And they tried to solve it by stubbing it to be a noop basically but that's horrible | 22:42:58 |
 xored | can anyone try to repro https://github.com/NixOS/nixpkgs/issues/511261 just wanna be sure I did not just submit a bogus report | 23:28:34 |
| 19 Apr 2026 |
| Randy Eckenrode | https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/41038 | 02:19:29 |
