| 2 Nov 2025 |
 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 |
| Sarah Clark | https://github.com/NixOS/nixpkgs/pull/457902 | 22:16:06 |
| Sarah Clark | Or do I perhaps just have to mark it bad on Darwin? | 22:16:28 |
| Randy Eckenrode | Wish we had a case sensitive store by default. Unfortunately, there’s no way to convert existing stores. | 22:33:25 |
| samasaur | maybe i'm misunderstanding but isn't this the opposite of the problem? like (assuming genv is coreutils env) genv -i env properly prints nothing, which implies to me that genv is clearing the environment before calling exec, but env -i genv prints __CF_USER_TEXT_ENCODING | 22:39:17 |
| samasaur | like doesn't that imply that the fix would be in cases where env doesn't already clear the environment? | 22:40:51 |
| samasaur | * like doesn't that imply that the fix would have to be in cases where env doesn't already clear the environment? | 22:40:55 |
| Sarah Clark | I found it after a bisect --they added the second line here:
[project.scripts]
bloodyAD = "bloodyAD.main:main"
bloodyad = "bloodyAD.main:main"
| 22:43:05 |
