!UNVBThoJtlIiVwiDjU:nixos.org

Staging

352 Members
Staging merges | Running staging cycles: https://github.com/NixOS/nixpkgs/pulls?q=is%3Apr+is%3Aopen+head%3Astaging-next+head%3Astaging-next-25.11 | Review Reports: https://malob.github.io/nix-review-tools-reports/113 Servers

You have reached the beginning of time (for this room).


SenderMessageTime
19 Feb 2026
@emilazy:matrix.orgemily we could presumably add an additional guard there but I am inclined to revert that PR for now because I'm not convinced we should be carrying a somewhat invasive downstream patch to libwayland anyway 12:01:52
@emilazy:matrix.orgemilywell. I suppose we can't revert because that would cause Linux rebuilds12:04:02
@emilazy:matrix.orgemily I take it a wayland rebuild is out of the question at this point? 12:04:12
@vcunat:matrix.orgvcunat So we override withWayland to false on darwin? 12:05:01
@vcunat:matrix.orgvcunat(Does wayland even make sense on darwin?)12:05:24
@emilazy:matrix.orgemily it's probably not a good thing if ~everything doing withWayland ? lib.meta.availableOn stdenv.hostPlatform wayland needs special-casing for Darwin because nothing expects Wayland on Darwin 12:05:35
@vcunat:matrix.orgvcunat * So we override withWayland to false on darwin, at least for now? 12:05:38
@emilazy:matrix.orgemily

shrug

This package is vital for macOS wayland compostors.
I am currently working on a wayland compositor for macOS, and this would help me reduce reliance on downstream custom derivations of libwayland.

X11 on macOS is a thing, Wayland on macOS could be too. in practice it is not

12:06:04
@vcunat:matrix.orgvcunat In that case we'd... remove darwin from wayland.meta.platforms probably 12:06:08
@emilazy:matrix.orgemilyso I'm not inclined to put much work into it to keep Darwin working.12:06:11
@emilazy:matrix.orgemilyright, this PR was specifically meant to make it build on Darwin again.12:06:22
@vcunat:matrix.orgvcunatThat's one thing.12:06:41
@emilazy:matrix.orgemilyhttps://github.com/NixOS/nixpkgs/pull/49207812:10:33
@emilazy:matrix.orgemily haven't tested the qtbase build, but I'm pretty sure this is the root cause 12:10:42
@emilazy:matrix.orgemily looking at scikit-build-core 12:11:22
@emilazy:matrix.orgemily the issue with scikit-build-core isn't the presence or lack of lipo; it can handle that 12:12:18
@emilazy:matrix.orgemilyit's https://pytest-subprocess.readthedocs.io/en/1.4.0/usage.html#unregistered-commands, "By default, when the fake_process fixture is being used, any attempt to run subprocess that has not been registered will raise the ProcessNotRegisteredError exception."12:12:41
@emilazy:matrix.orgemily hexa: any recent changes to pytest stuff? 12:12:48

Show newer messages


Back to Room ListRoom Version: 6