tree 3e75ac97715a21a611d1fac173e43df289723e14
parent 4a55ef4c2363f7ffc1ec9ba511fba7b2547ccefc
author Richard Levasseur <rlevasseur@google.com> 1732163580 -0800
committer GitHub <noreply@github.com> 1732163580 +0000
gpgsig -----BEGIN PGP SIGNATURE-----
 
 wsFcBAABCAAQBQJnPrgMCRC1aQ7uu5UhlAAALrkQAI67ovTsyt5QKSu85O4kX3JP
 Jf6vc0TIyj6WR7nC0WAKvV3ybKuSaAZa+Wwg3Fo3XtIcUx9TsRhwi+dFmUafiMZU
 UsTx9dTYyQ6XaFpHouTmr0pI/NkVfGv/48ORJjae0Y9JGtkkHjz2PANLhUEFyGqx
 1g3VEOb42ZAK58SiR60zmX/2Hj6IeJagMJGUEtV3wQEB+NIHqdOzRgyqBB+MJj9n
 SIUIrCtyOeYwG3MUlZv30aoMvmiZg7TjieerKCCKrJaIjf9SgLtEn6UuMvJdpTe/
 hwcaX3PF7moiyEo/zvx5lmGC8qrQMfoBhbkP3e40vw99Utjog/inQT6mKCE3+fau
 F341AYv4EIeIDYok03COJwtMyT+zzvM5OdWEJmjOm9UEbA7p2+5LMPACgEvjHSAw
 3yAGJRupg8cKnjAI6/uKVzgPZvex+/fejoL+g/L7h+/4NoGfkPVurIVfQEwGoVbt
 odh3AqB+1sBT9e43ZGGzEIl9kXa3DBSwuHC/KBAPgLB2qJHthgZxbLQAccET1V6M
 KbNyFSBPgUfTnJvp8/Nsu2Vedtuq4YSkTLhuX5PaP3yPMjdShuQ4bz3zPXIwzBHa
 UcvcLIvOhvzDjXjWrJsGPawD0ZXxlYD5BozRZA5bCqq76lIMN0IHKNmOPZVbRwHA
 mQ5lgDOU0fTA5sLVyHMh
 =d5x+
 -----END PGP SIGNATURE-----
 

fix: make sys.executable work with script bootstrap (#2409)

When `--bootstrap_impl=script` is used, `PYTHONPATH` is no longer used
to set the import
paths, which means subprocesses no longer inherit the Bazel paths. This
is generally a
good thing, but breaks when `sys.executable` is used to directly invoke
the interpreter.
Such an invocation assumes the interpreter will have the same packages
available and works
with the system_python bootstrap.

To fix, have the script bootstrap use a basic virtual env. This allows
it to intercept
interpreter startup even when the Bazel executable isn't invoked. Under
the hood, there's
two pieces to make this work. The first is a binary uses
`declare_symlink()` to write a
relative-path based symlink that points to the underlying Python
interpreter. The second
piece is a site init hook (triggered by a `.pth` file using an `import`
line) performs
sys.path setup as part of site (`import site`) initialization.

Fixes https://github.com/bazelbuild/rules_python/issues/2169

---------

Co-authored-by: Ignas Anikevicius <240938+aignas@users.noreply.github.com>