| 18 Apr 2026 |
 K900 | Again, upstream GTK explicitly says that the Vulkan backend is experimental | 11:33:04 |
| K900 | If people expect it to work well, that's on them | 11:33:09 |
 Randy Eckenrode | Can Vulkan support be built but not enabled by default? | 11:33:23 |
 WeetHet | Yes | 11:33:34 |
| Randy Eckenrode | That way, as K900 suggests, apps can opt in when needed. | 11:33:40 |
| K900 | Yes, that is what I'm saying | 11:34:12 |
| K900 | We can build Vulkan support | 11:34:12 |
| Randy Eckenrode | With appropriate TODOs to remove once that becomes the default. | 11:34:17 |
| K900 | That's not a problem | 11:34:13 |
| K900 | The part where I start having a problem is enabling it by default | 11:34:21 |
| K900 | Or pulling in kk into every GTK app closure because what if someone enables it | 11:34:44 |
| 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 |
