| 20 Dec 2025 |
 K900 | I don't need build I need run | 15:02:07 |
| K900 | I have build | 15:02:12 |
| K900 | https://github.com/NixOS/nixpkgs/pull/472679 | 15:03:00 |
| K900 | Look at it | 15:03:00 |
| K900 | It's beautiful | 15:03:00 |
| K900 | And cursed | 15:03:00 |
 emily | ok I will take a look. what kind of testing do you need? GLX? | 15:04:40 |
| emily | do we really need all those patches… | 15:04:56 |
| K900 | The patches are staying I don't trust them | 15:07:19 |
| K900 | I don't know if we actually need them | 15:07:26 |
| K900 | But yes I basically just want to see if it runs and has GLX | 15:07:36 |
| K900 | If it does that's probably enough | 15:08:01 |
| emily | so these patches are from https://github.com/XQuartz/xorg-server/commits/XQuartz-2.7.11. the latest patches are from https://github.com/XQuartz/xorg-server/commits/XQuartz-2.8.6_beta2. | 15:08:46 |
| emily | the first one we're fetching only applies for universal builds which we don't do, and only touches a Makefile that the Meson build presumably doesn't use. the second is a revert that isn't present on the more recent tags | 15:09:03 |
| emily | at least some of the patches in that latest tag are already upstream, e.g. "rootless: Ensure gResizeDeathPix is stored in locally-managed memory rather than re-using the implementation's backing store" went upstream in 2023 | 15:09:51 |
| K900 | If you can delete more of those please do | 15:09:53 |
| K900 | And sorry for sniping you into this | 15:10:21 |
| emily | well I was about to apply my time-box by asking if you can try cherry-picking the ones from that latest tag on top of our Xorg version to see which ones actually still do anything :P | 15:11:17 |
| K900 | But maybe if we can get it more normal we can not touch it again | 15:11:28 |
| emily | https://github.com/K900/nixpkgs/blob/d075ccf56d5c304ee6f7933d2eabb095bac5cd5c/pkgs/by-name/xo/xorg-server/darwin/find-cpp.patch is kinda gross, couldn't we just upstream using the Meson function to get the compiler | 15:14:57 |
| emily | I can try running it, but would be nice to get the patches sorted first | 15:15:28 |
| K900 | I couldn't get it working with cc.preprocess for whatever reason so I gave up | 15:16:19 |
| emily | https://github.com/NixOS/nixpkgs/pull/471160 is still pending btw | 16:34:34 |
 Grimmauld (any/all) | libxml? this time i don't even know what went wrong | 17:15:49 |
 vcunat | AFAIK noone knows yet why the signing fails sometimes. | 17:25:03 |
| vcunat | * AFAIK noone knows yet why the code signing fails sometimes. | 17:25:16 |
| vcunat | (it succeeds but produces wrong signatures, so the binary is then unusable) | 17:25:47 |
| vcunat | It doesn't seem really related to libxml2; seems just bad luck. | 17:26:01 |
| emily | I suspect it is an OS bug. | 18:32:28 |
| emily | because Zhaofeng Li has observed a derivation building successfully once and then breaking every time it is built again on the same machine. | 18:32:48 |
