Replies: 1 comment
-
What's even stranger is that for the same project, a gitlab-ci build in a brand new container will run the tests for a different set of interpreters (3.11-3.13 here), and we can see for 3.12 (but not for the other ones) a line that seems to imply transparent installation of the python distribution:
A quick check of the container confirms that indeed in addition to 3.13 the container image does contain a system 3.11 from its Debian12 base:
That explains part of the situation (notably that I did not remember installing those versions explicitly), now the remaining questions are:
|
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
1 month ago I started experimenting with
hatch
, and since then forgot all the details of what I did at the time. I had already noticed thathatch test -a
only ran my tests for 3.10 and later (and at the time did not make the link with anything I would have done myself).Now trying to make sense of all this, I start exploring
hatch python
, and find that despite 3.10-3.13 being run for my tests,hatch python show
lists no python version as installed. Now:... and sure enough there are no other versions there.
By inspecting running tests, I discover that the interpreters used, shown as
.local/share/hatch/env/virtual/$PACKAGE/$SOME_ID/hatch-test.py3.13/bin/python3
, with the executables symlinked into.local/share/hatch/env/virtual/.pythons/
. Here I find3.10
,3.12
and3.13
, with3.11
being my system python (logically, it is the one symlinked fromhatch-test.py3.11/bin/
).How did I find myself with those 2 sets of interpreters, one of which is not visible from
hatch python
?Beta Was this translation helpful? Give feedback.
All reactions