| 2 Nov 2025 |
 emily | hmm… | 03:47:31 |
| emily | but only in headers. | 03:47:33 |
| emily | so I guess yeah maybe no luck. | 03:47:39 |
| emily | they do have CAMetalLayer though. | 03:48:00 |
| emily | well, rather, all the stuff around it. | 03:48:22 |
| emily | I dunno. it is confusing. I don't understand Vulkan. | 03:48:57 |
| emily | AIUI they do definitely implement VK_EXT_metal_surface, which vkCreateMetalSurfaceEXT is part of. | 03:49:46 |
| emily | but I have no idea where it's implemented/wired up. | 03:49:49 |
| emily | or actually maybe they don't implement that? | 03:50:28 |
| emily | probably someone should just try it. | 03:50:33 |
| emily | https://github.com/NixOS/nixpkgs/pull/457703 __CF_USER_TEXT_ENCODING came up here recently right? | 03:52:51 |
 samasaur | huh, just tested with coreutils env from macports and I can reproduce that behavior on v9.5 | 04:18:22 |
| emily | right | 04:22:44 |
| emily | because nobody else but us passes --disable-nls it seems | 04:22:50 |
| emily | could you comment on the PR? | 04:23:17 |
| emily | (to report the data) | 04:23:22 |
|  Steve joined the room. | 09:10:34 |
 Randy Eckenrode | Maybe an artifact of our historic CF situation? | 11:06:25 |
| emily | I expect so yes | 11:08:42 |
| emily | it is a bit crap that env injects a variable like that but avoiding that variable seems like a fools errand | 11:09:18 |
 szlend | I think it also broke tests for this thing: https://github.com/NixOS/nixpkgs/pull/359214 | 12:58:11 |
| emily | maybe we can upstream a fix like "if env did not have that thing set in its exec environment, did not have it explicitly set on the CLI, and has it now, unset it before calling exec" | 13:21:03 |
| emily | unless this is just SBCL linking against CoreFoundation and not related to env | 13:22:03 |
| emily | I'm wondering about the ~/.CFUserTextEncoding thing though. build users shouldn't have that file, surely? | 13:22:27 |
| emily | I wonder if applying https://github.com/NixOS/nixpkgs/pull/457703 fixes it | 13:24:19 |
| emily | if it does we should probably consider ^ | 13:24:29 |
 Sarah Clark | I need a bit of help. I'm working on python3Packages.bloodyad; it builds fine on linux but builds fail in the installPhase on Darwin with FileExistsError: File already exists: /nix/store/k8nji11liriv7ipwnz8wif5ajnlw1fxp-python3.13-bloodyad-2.5.0/bin/blood… | 22:14:39 |
| Sarah Clark | Happens even after a garbage collect, where I confirm the file doesn't exist before the build | 22:15:12 |
| Sarah Clark | The exported module is bloodyAD; I suspect we're hitting an issue with the case-insensitive filesystem | 22:15:42 |
| Sarah Clark | Redacted or Malformed Event | 22:15:43 |
