| 16 Feb 2026 |
hexa | after the 26.3 update (I think) redeploying nix-darwin leads to
error: config contains the wrong home directory for hydra-queue-builder, aborting activation
nix-darwin does not support changing the home directory of existing users.
Please set:
users.users.hydra-queue-builder.home = "/private/var/lib/hydra-queue-builder";
or remove it from your configuration.
| 02:49:17 |
hexa | the user was introduced and the definition for it never changed | 02:52:39 |
hexa | what's up with that? | 02:52:45 |
hexa | users = {
users.hydra-queue-builder = {
uid = lib.mkDefault 535;
gid = lib.mkDefault config.users.groups.hydra.gid;
home = lib.mkDefault "/var/lib/hydra-queue-builder";
shell = "/bin/bash";
description = "hydra-queue-builder service user";
};
knownUsers = [ "hydra-queue-builder" ];
groups.hydra = {
gid = lib.mkDefault 535;
description = "Nix group for hydra-queue-builder service";
};
knownGroups = [ "hydra" ];
};
| 02:52:59 |
hexa | removed the user definition and then manually the user | 02:59:07 |
hexa | annoying | 02:59:09 |
samasaur | does it sound like the issue described in https://github.com/nix-darwin/nix-darwin/pull/1599 ? | 05:23:02 |
niklaskorz | Kosmickrisp still works fine for me on macOS 15 with the Mesa 26.0 release version, did they postpone the Tahoe-specific APIs to 26.1? 🤔 | 10:24:50 |
Randy Eckenrode | AFAIK, yes (but some indefinite time in the future). There’s an open issue about using Metal 4. | 11:38:05 |
hexa | plausible | 12:17:38 |
LogN |  Download image.png | 16:40:03 |
LogN | beautiful | 16:40:05 |
LogN | the life of a nix user | 16:40:08 |
LogN | i should probably gc | 16:40:16 |
Ihar Hrachyshka | Trying to profile a qemu from nixpkgs using Instruments.app. Getting Failed to attach to target: Failed to attach to target process. Are these tools supposed to work with nix binaries? | 17:02:32 |
Ihar Hrachyshka | nevermind, I needed to add an entitlement to the qemu binary to attach this instrument (Allocations):
% plutil -p tmp.entitlements
{
"com.apple.security.get-task-allow" => 1
}
% codesign -s - -f --entitlements tmp.entitlements …/qemu
| 17:33:21 |
Ihar Hrachyshka | Redacted or Malformed Event | 18:08:15 |
| Kanikaze🦀💨 joined the room. | 21:28:12 |
Sarah Clark | clang question: I'm trying to build python3Packages.m2crypto and the SWIG-generated code is breaking clang:
> src/SWIG/_m2crypto_wrap.c:4131:1: error: unknown type name 'PRAGMA_IGNORE_UNUSED_LABEL'
> 4131 | PRAGMA_IGNORE_UNUSED_LABEL
> | ^
> src/SWIG/_m2crypto_wrap.c:4132:30: error: expected ';' after top level declarator
> 4132 | PRAGMA_WARN_STRICT_PROTOTYPES
| 23:11:01 |
Sarah Clark | How can I deal with this? | 23:11:12 |
| 17 Feb 2026 |
Randy Eckenrode | https://www.macrumors.com/2026/02/16/macos-tahoe-26-4-rosetta-2-warnings/ | 00:42:19 |
Randy Eckenrode | macOS 26.4 is warning about Rosetta 2 use. | 00:42:26 |
hexa | cool, let me accidentally update the build farm past that | 00:44:12 |
hexa | cool, let me accidentally update the build farm past that | 00:44:16 |
hexa | 26.05 is the final release with x86_64-darwin support, correct? | 00:44:42 |
Ihar Hrachyshka |
when users launch an app that uses Rosetta 2, there will be a popup letting them know that the app will no longer work when support for Rosetta 2 ends.
what will happen on headless? (do we ever run .apps during builds?)
| 01:06:42 |
Randy Eckenrode | That’s the current plan. I’d like to remove support sooner rather than later in the cycle if possible. | 02:05:11 |
Sarah Clark | UPDATE: I patched out the offending pragmas on Darwin | 04:40:12 |
| LogN changed their display name from Logan Devine to LogN. | 04:46:53 |
Spore | Redacted or Malformed Event | 05:46:02 |