Nix on macOS | 1190 Members | |
| “There are still many issues with the Darwin platform but most of it is quite usable.” — http://yves.gnu-darwin.org | 197 Servers |
| Sender | Message | Time |
|---|---|---|
| 15 Mar 2026 | ||
also unrelated but does anyone have thoughts on why openscad on latest unstable is failing the versionCheckHook? it doesn't appear to produce any output when run inside a nix build, but I can't reproduce that behavior outside of a build, even when running the built binary with what I think are the same set of flags | 06:24:52 | |
| I reproduced it on my machine (aarch64-darwin)
for whatever reason it seems
I observed the same with | 07:43:46 | |
| * I reproduced it on my machine (aarch64-darwin)
for whatever reason it seems
I observed the same with | 07:44:23 | |
| i get same behavior on my machine, weird.
| 07:51:31 | |
|
| 08:05:15 | |
| just wanted to bump vulkan-caps-viewer and now I have to discover it's generally broken on macOS (also with the upstream binary) since the move to Qt6, nice | 15:51:37 | |
| looks like QWindow now has an intermediate QContainerLayer instead of directly containing the CALayer, and since VulkanCapsViewer unfortunately isn't using QVulkanInstance but tries to find the layer by itself... :D | 16:12:51 | |
| well, at least everyone gets a fix now (including upstream) | 16:13:03 | |
| * looks like QWindow now has an intermediate QContainerLayer in Qt6 instead of directly containing the CALayer, and since VulkanCapsViewer unfortunately isn't using QVulkanInstance but tries to find the layer by itself... :D | 16:13:10 | |
| mhm, actually that's an even more recent change in Qt 6.10 while upstream is on 6.9... guess I'll propose the patch to them and they can merge it whenever they proceed to 6.10+ themselves | 16:24:25 | |
| 20:55:21 | ||
| 16 Mar 2026 | ||
| 00:37:48 | ||
What would you do if OfBorg check for darwin is stuck for 5+ days on a new PR? | 05:29:34 | |
| Nothing, that's kind of expected | 05:31:06 | |
| There is not nearly enough capacity there to keep up with the queue | 05:31:15 | |
| Oh I'm new as a maintainer | 05:31:19 | |
| So still learning the ropes | 05:31:38 | |
| and usually how long does a darwin-rebuild PR take to get in the queue? | 05:32:45 | |
| * and usually how long does a darwin-rebuild PR take to get executed, from the moment it gets onto the queue? | 05:33:10 | |
| Could be a very long time | 05:33:47 | |
| It's not blocking the merge though | 05:33:52 | |
| https://github.com/NixOS/nixpkgs/pull/498766 | 05:39:38 | |
| well in my case it is, unless I'm blind to it | 05:39:53 | |
| K900: thanks for quick responses, I appreciate it 🫡 | 05:40:30 | |
| the bot comment shows the reasons it's not being merged | 05:42:11 | |
| yep, seen it. So I guess I'd have to wait for either auto-merge, or for the existing maintainer to manually merge | 05:42:48 | |
| there is no auto-merge :) | 05:44:27 | |
any advice then, do I create a separate PR to first make myself a maintainer, and then rework the existing one to only touch the pkgs/by-name ? | 05:46:16 | |
| oh, I missed that khaneliman actually hit auto-merge | 05:47:35 | |
| it's not blocked because of Darwin, it's blocked because some of the jobs got skipped for some reason | 05:48:01 | |