| 16 Feb 2026 |
 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 |
|  theutz changed their profile picture. | 17:16:50 |
| theutz changed their profile picture. | 17:17:37 |
| hexa | to be fair, we can immediately remove x86_64-darwin builds on unstable after the release | 23:25:34 |
| hexa | * we can immediately remove x86_64-darwin builds on unstable after the release | 23:25:40 |
| hexa | we could really use the capacity for aarch64-darwin | 23:25:49 |
| Randy Eckenrode | I’d like to do the actual removal shortly in that timeframe as well. | 23:30:11 |
| Randy Eckenrode | I think @emily has suggested we could keep it around if someone wants to do something with it, but I’d rather delete it so people can stop worrying about it. | 23:30:45 |
| Randy Eckenrode | * I think emily has suggested we could keep it around if someone wants to do something with it, but I’d rather delete it so people can stop worrying about it. | 23:31:00 |
