2f9e187001
Reverts the interpreter-anchor halves of #95131 and #95478 (the anchor module, its doctor check, and the update-time refresh). On real Macs the anchored real-file copy of the uv interpreter dies in dyld: its LC_RPATH (@executable_path/../lib) resolves into venv/lib/, which holds no libpython — bricking EVERY hermes command including update and doctor (#95425), and the re-pointed python3 aliases lost the stdlib (ModuleNotFoundError: encodings, #95541). Linux CI could not catch this: the fixture interpreters were one-byte fakes with no dynamic linking. Kept: managed_uv._macos_sign_managed_python (#82529, @notkisk) — the identifier-DR signing of repair generations is independent of the anchor and unaffected by the dyld issue (it signs binaries IN PLACE in their store, where their rpath is valid). Added: doctor's check_macos_tcc_anchor_removed() heals venvs the anchor already converted — restores bin/python to a symlink at the recorded source (the anchor's own marker file) and re-points aliases; prints the manual one-liner if the heal itself fails. Users whose CLI is fully bricked can run the workaround from #95425 directly. Re-land criteria: a dylib-complete anchor design (bundle libpython or rewrite LC_RPATH), verified on macOS hardware BEFORE merge. Credit to @kim-miram (#95358), @kokhlo (#95476), @zengzheqing (#95551) for the forward-fix diagnoses that mapped the failure, and to the #95425/#95541 reporters.