mirror of
https://github.com/morluto/rea
synced 2026-10-26 06:16:17 -04:00
5c2956587a
* fix(artifacts): name CPU_SUBTYPE_ARM64E_X1 Mach-O slices arm64e macOS 27 system binaries such as /bin/ls carry a third FAT slice with cpusubtype 0x8000000c. The SDK defines subtype 12 as CPU_SUBTYPE_ARM64E_X1, and CPU_SUBTYPE_HAS_ARM64E puts it in the arm64e family. architectureName knew only subtype 2, so it named the slice arm64, lipoNameMatches rejected lipo's arm64e.x1 name, and inspect-artifact /bin/ls failed with integrity_mismatch. The arm64e.x1 test fixture now uses the real subtype. It fails without this change. Refs #1168, #1765 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * fix(artifacts): classify en-GB hdiutil verify refusals as format failures hdiutil follows AppleLanguages. With en-GB it writes "image not recognised", and verifyFailureReason matched only the US spelling, so a file that is not a disk image got the reason unavailable. Both spellings now give format. Other languages still give unavailable. Refs #1765 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * test(process): read the full process table in the lifecycle cleanup check The check ran ps -axo command= with the Node default maxBuffer of 1 MiB. On a host with 1905 processes, the output is 1.52 MB, and the test failed with "stdout maxBuffer length exceeded". Refs #1765 Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com> * test(process): bound cleanup observations to sampled descendants * fix(apple): retain CPU subtype identity during dylib resolution * test(process): retain OS PIDs for descendant observations --------- Co-authored-by: David Lee <davidlee@Dav3Book-Pro-M4-Max.local> Co-authored-by: Claude Opus 5.5 <noreply@anthropic.com> Co-authored-by: morluto <76467478+morluto@users.noreply.github.com>