| 8 Oct 2025 |
 dramforever | https://github.com/uxlfoundation/oneTBB/blob/v2022.2.0/test/tbb/test_arena_constraints.cpp#L102-L105 | 21:43:15 |
 K900 | Great | 21:43:38 |
| K900 | And those only fail on aarch64 because...? | 21:43:50 |
| K900 | Let me guess, Intel has a special code path for x86 | 21:43:57 |
| dramforever | what do you get when you run hwloc-ls from hwloc in the nix builder on x86_64-linux | 21:46:09 |
| dramforever | ... wait i just did that | 21:47:31 |
| dramforever | you get the same sysfs error | 21:47:36 |
| dramforever | what on earth | 21:49:04 |
| dramforever | okay hwloc has magic on x86 to read cache info and stuff from cpuid | 21:53:07 |
| dramforever | nothing like that on arm64 or loongarch | 21:53:30 |
| K900 | Jajajajjaajjajaajajajanakaka | 21:54:08 |
| dramforever | so hwloc goes "i guess i dunno" and returns an empty list or something | 21:54:09 |
| dramforever | i guess this might be not intel https://github.com/open-mpi/hwloc | 21:55:09 |
| dramforever | anyway this is cursed | 21:55:30 |
| dramforever | also confirmed front() on empty vector does segfault, we really aren't hiding anything | 21:56:17 |
| dramforever | here https://github.com/NixOS/nixpkgs/pull/450089 | 22:16:12 |
| dramforever | is it too late for staging-next yet | 22:27:10 |
| dramforever | * is that too late for staging-next yet | 22:27:14 |
| dramforever | oh i guess it's only for aarch64-linux literally didn't build | 22:27:44 |
 jopejoe1 (4094@epvpn) | Thanks for the fix ^^ | 23:28:25 |
| 9 Oct 2025 |
| dramforever | dang | 01:27:30 |
| dramforever | is onetbb rebuild on x86 too late yet? | 01:27:38 |
| K900 | No it's like 200 jobs | 04:34:33 |
| dramforever | ship it | 04:35:10 |
| K900 | Sure yolo | 04:35:44 |
| dramforever | the worst that can happen is just someone will have to fix it again | 04:36:17 |
|  @nullcube:matrix.org left the room. | 10:38:40 |
 Randy Eckenrode | The Darwin SDK bump has been merged. The minimum supported version is now 14.0. The default SDK is 14.4. Use of older SDKs will throw. All packages using apple-sdk_11, apple-sdk_12, apple-sdk_13, and (most of) apple-sdk_14 have been cleaned up to use the default SDK. Swift currently throws, but samasaur is working on an update to Swift 5.10.1 that will fix it. | 22:38:02 |
| Randy Eckenrode | (Posting this here because there’s a chance that a commit to master may reintroduce an old SDK that will break eval on staging.) | 22:38:31 |
| 10 Oct 2025 |
| dramforever | Grimmauld (any/all): python3Packages.inkex
ERROR inkex/tester/test_inx_file.py - lxml.etree.SchematronError: lxml.etree was compiled without Schematron supp...
ERROR tests/test_inkex_inx.py - lxml.etree.SchematronError: lxml.etree was compiled without Schematron supp...
https://gitlab.gnome.org/GNOME/libxml2/-/releases/v2.15.0
Support for Schematron is now disabled by default.
| 07:29:31 |
