@MSGID:
<mailman.361.1695845391.23016.python-list@python.org> 630dd0cf
@REPLY:
<a08f5da0-4d62-b150-ea7f-a20fb7b48eef@wichmann.us> 60723dea
@REPLYADDR Mats Wichmann <mats@wichmann.us>
@REPLYTO 2:5075/128 Mats Wichmann
@CHRS: CP866 2
@RFC: 1 0
@RFC-Message-ID:
<mailman.361.1695845391.23016.python-list@python.org>
@RFC-References:
fnKwpp_P8PtKFYVsDOUKBcB-d66qG8_A@mail.gmail.com> <mailman.356.1695840877.23016.python-list@python.org>
<slrnuh8un7.78e.jon+usenet@raven.unequivocal.eu> fug8Mb+hA@mail.gmail.com>
<a08f5da0-4d62-b150-ea7f-a20fb7b48eef@wichmann.us>
@TZUTC: -0600
@PID: Mozilla/5.0 (X11; Linux x86_64; rv:102.0)
Gecko/20100101 Thunderbird/102.15.1
@TID: FIDOGATE-5.12-ge4e8b94
On 9/27/23 13:46, Larry Martell via Python-list wrote:
> On Wed, Sep 27, 2023 at 12:42 PM Jon Ribbens via Python-list
> <python-list@python.org> wrote:
>>
>> On 2023-09-27, Larry Martell <larry.martell@gmail.com> wrote:
>>> I was under the impression that in a venv the python used would be in
>>> the venv`s bin dir. But in my venvs I see this in the bin dirs:
>>>
>>> lrwxrwxrwx 1 larrymartell larrymartell    7 Sep 27 11:21 python -> python3
>>> lrwxrwxrwx 1 larrymartell larrymartell   16 Sep 27 11:21 python3 ->
>>> /usr/bin/python3
>> ...
>>> Not sure what this really means, nor how to get python to be in my venv.
>>
>> WHy do you want python to be "in your venv"?
> 
> Isn`t that the entire point of a venv? To have a completely self
> contained env? So if someone messes with the system python it will not
> break code running in the venv.

It can do that, it just turns out the defaults are to not make a 
dedicated Python instance, and to not give access to the system site 
packages.  The venv and virtualenv modules, at least, will let you 
override either of those defaults via command-line options at creation time.

Once a year I have virtualenvs break when the new Python version appears 
in Fedora, which is irritating, but I take the attitude that virtualenvs 
are disposable and (try to) not let it bother me that I forgot to deal 
with that ahead of time.   It helps if you make sure that a virtualenv 
has a record of its dependencies - perhaps a requirements.txt file in 
the project it`s being used to build, so it`s easy to recreate them.


 --- Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
Thunderbird/102.15.1
 * Origin: usenet.network (2:5075/128)
SEEN-BY: 50/109 301/1 467/888 4500/1 5000/111
5001/100 5005/49 5020/715 830
SEEN-BY: 5020/848 1042 4441 12000 5030/49 1081
5054/8 5061/133 5075/128
SEEN-BY: 5080/102 5083/1 444
@PATH: 5075/128 5020/1042 4441