Article <mailman.3.1744659206.3008.python-list@python.org>

Warning: mysqli::__construct(): (HY000/1203): User howardkn already has more than 'max_user_connections' active connections in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\includes\artfuncs.php on line 21
Failed to connect to MySQL: (1203) User howardkn already has more than 'max_user_connections' active connections
Warning: mysqli::query(): Couldn't fetch mysqli in D:\Inetpub\vhosts\howardknight.net\al.howardknight.net\index.php on line 66
Article <mailman.3.1744659206.3008.python-list@python.org>
Deutsch English Français Italiano
<mailman.3.1744659206.3008.python-list@python.org>

View for Bookmarking (what is this?)
Look up another Usenet article
Path: ...!news.mixmin.net!news.swapon.de!fu-berlin.de!uni-berlin.de!not-for-mail
From: Thomas Passin <list1@tompassin.net>
Newsgroups: comp.lang.python
Subject: Re: Pip installs to unexpected place
Date: Mon, 14 Apr 2025 09:55:09 -0400
Lines: 74
Message-ID: <mailman.3.1744659206.3008.python-list@python.org>
References: <CAApdmf2J69WgkR159sBSkxN0=mYoNmHZYboBmpPi+LdA-YBNpg@mail.gmail.com>
 <020e0ef5-3d53-4f9c-acb5-842a1a971b10@tompassin.net>
 <CAApdmf0+91Br19ZTa5sh0CLywWhD6wyL5Ou9118cF8D==edJBg@mail.gmail.com>
 <45c52b56-eb57-4d54-9f91-bee30280d16f@tompassin.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Cancel-Lock: sha1:NUwzDZaW9GkE/kq+UKrSe/TPozc= sha256:WpD3Vig5YlUGaWZiFoAnExxEaNXJWkaf8HQLoL3q7CQ=
User-Agent: Mozilla Thunderbird
Content-Language: en-US
In-Reply-To: <CAApdmf0+91Br19ZTa5sh0CLywWhD6wyL5Ou9118cF8D==edJBg@mail.gmail.com>
Precedence: list
Bytes: 9948

Please include the group in your response; don't just send it to me.

On 4/14/2025 5:09 AM, Jonathan Gossage wrote:
> The virtual environment was owned by the user running pip. It was not 
> owned by root. Does pip not support virtual environments that are owned 
> by a non-root user and have a multi-user secondary group? The actual 
> command was *pip install mypy flake8 sphinx*. The other packages were 
> also installed into the user .local tree and work properly for the user 
> doing the installation, but not for other members of the group that have 
> access to the virtual environment.

Pip doesn't know about the environment it runs in. It seems to me that 
you didn't active the venv before you installed using pip. So nothing 
would have gotten installed into the venv. So where is the venv that you 
set up? I usually put them into ~/venv. For example, a venv named "gf4" 
is at ~/venv/gf4.

To activate a venv, you have to source its activate script, which is in 
the venv. First you have to mark it as executable.  Then you source it -

source ~/venv/gf4/bin/activate

Now when you run python (or more likely, python3), it will find the 
venv's directories before it will find the system's or user's. You know 
the activation has been successful because the prompt changes to show 
you.  The activation applies to the terminal session in which you 
activated the venv.

> On Sun, Apr 13, 2025 at 10:11 PM Thomas Passin <list1@tompassin.net 
> <mailto:list1@tompassin.net>> wrote:
> 
>     On 4/13/2025 7:10 PM, Jonathan Gossage via Python-list wrote:
>      > I am using *Python 3.13* in a virtual environment under *Ubuntu
>     Linux 24.04*
>      > .
>      > The version of Python was compiled from source code and installed
>     with make
>      > altinstall. I attempted to use *pip* to install the *Sphinx*
>     package into
>      > the virtual environment using the command *pip install sphinx* in the
>      > virtual environment*.* I expected that *sphinx* would be
>     installed in the
>      > *site-packages* directory in the virtual environment. Instead, it was
>      > installed into the site-packages directory in
>      > */home/jonathan/.locals/lib/python3.13/site-packages* even though
>     I did not
>      > specify *--user* to the *pip install* command. Is this expected
>     behavior? I
>      > wanted Sphinx to be installed in the virtual environment so that
>     it would
>      > be accessible to all users of the virtual environment.
> 
>     If you ran the command as a user, then pip would not have root
>     privileges and could not install into the system directory. It would
>     fall back to installing into the user's tree. It usually prints a
>     message to that effect. That's standard behavior if you don't have the
>     venv activated.
> 
>     If you want to install something into a virtual environment, you
>     have to
>     activate the environment before installing the something.
> 
>     A complication could occur if the system's Python version is the
>     same as
>     the one you built. You might inadvertently run the system's binary of
>     python 3.13 instead of your own. I'm not familiar with the make
>     altinstall command but I doubt that it changes the ordinary rules for
>     invoking python and using a venv.
> 
> 
> 
> -- 
> Jonathan Gossage