| 24 Dec 2025 |
 K900 | https://github.com/K900/xserver/commits/xquartz-rebase/ | 11:31:08 |
| K900 | Here's the xquartz tag rebased on current latest release | 11:31:16 |
| 25 Dec 2025 |
|  Tim joined the room. | 20:36:11 |
| 26 Dec 2025 |
 Randy Eckenrode | https://github.com/KhronosGroup/MoltenVK/issues/2679 | 02:48:20 |
| Randy Eckenrode | A thing to keep in mind with Open Core Legacy Patcher. | 02:48:45 |
| Randy Eckenrode | * | 02:48:53 |
 kfiz | 
Download image.png | 03:38:21 |
| kfiz | well ... | 03:38:26 |
| kfiz | ? | 03:38:36 |
| kfiz | k this was already discussed. | 06:57:02 |
|  isabel changed their profile picture. | 11:37:18 |
|  hrmny | 6069 changed their display name from hrmny to hrmny | 6069. | 15:32:22 |
 debtquity | is /etc/fstab managed with nix-darwin? | 21:59:13 |
| 27 Dec 2025 |
| Randy Eckenrode | $ nix why-depends /nix/store/n7d5s976rq50shdlahybiq1n68whlvk4-swiftpm-6.2.3 /nix/store/0d63j9ma2simwi7ahsibd3a7vpca99ws-bootstrap-tools
/nix/store/n7d5s976rq50shdlahybiq1n68whlvk4-swiftpm-6.2.3
└───/nix/store/qawnbs68nzxrmp9y5qqbfi4mka1ni16h-swift-build-6.2.3-lib
└───/nix/store/qm6d0r1l4bp25k90gsk1p1gw5nydhpp5-shell_cmds-326
└───/nix/store/2xdz5kpnb0bfiashd6mw094wrv1qb125-libxo-1.7.5
└───/nix/store/0qr9g069b3acb9s2m8cx8m7j7qczs8r4-gettext-0.25.1
└───/nix/store/0d63j9ma2simwi7ahsibd3a7vpca99ws-bootstrap-tools
| 00:36:18 |
| Randy Eckenrode | That doesn’t seem right. | 00:36:23 |
|  matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192) changed their display name from matthewcroughan to matthewcroughan @ 39c3 (DECT 94667 or 97340 or 67192). | 14:42:37 |
| Randy Eckenrode | Anyone know how prebuilts are supposed to work in Swift? There’s a list of them in workspace-state.json, but it’s not clear what adding them is supposed to do. What I would really like is if I can supply prebuilts of all the dependencies, so Swift just uses those instead, and we can have nicely pre-built binaries in most cases. | 15:14:36 |
| Randy Eckenrode | (Though from what I can tell, they’re still pretty rough.) | 15:15:34 |
| Randy Eckenrode | Sigh. SwiftPM defaults to building package manifests for 10.13. Unfortunately, Swift is strict about deployment targets. While ld will let you link against libraries with newer deployment targets, Swift makes it a hard error to use a module for newer ones. I am trying to make SwiftPM’s dependencies work with 10.13, but Swift Driver has a hard requirement of 10.15. I guess don’t use Swift Driver on the old deployment target. | 16:16:13 |
 emily | can't we just change the default? | 16:45:10 |
| Randy Eckenrode | It’s hard-coded in SwiftPM. | 16:47:00 |
| Randy Eckenrode | It’s easier to build its dependencies for an older deployment target. | 16:48:42 |
| emily | "I am trying to make SwiftPM’s dependencies work with 10.13" makes me very sad 😔 | 16:59:40 |
| emily | I'd rather patch SwiftPM than spend time on unsupported OS versions | 16:59:50 |
| Randy Eckenrode | I had to patch one function in swift-tools-support-core to use an availability check and return ENOSYS on older versions. | 17:03:44 |
| Randy Eckenrode | I set Swift Driver to 10.15. | 17:04:15 |
| Randy Eckenrode | The rest build fine. | 17:04:22 |
| emily | how does upstream handle that? | 17:13:22 |
| Randy Eckenrode | They build whatever in their mega build script. | 17:13:41 |
| Randy Eckenrode | Technically, this is in C code, which just warns. We enforce the check in our wrapper. | 17:14:31 |
