Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.maint.python > #14967

Re: #!/usr/bin/python3 vs virtualenv

Show key headers only | View raw

[Multipart message — attachments visible in raw view] - view raw

Jeremy, Thank you for your quick reply!

I did not know about `sudo pip install --break-system-packages foo` or
`sudo rm /usr/lib/python3.11/EXTERNALLY-MANAGED` (Frankly I only knew about
this issue what I have read on this discussion). This is very helpful and
it really changes my outlook on this topic.

IMHO the existence of these options completely satisfies the requirements
of advanced users. In particular because, if I understand it correctly, the
second of these options would leave the configuration as it used to be in
previous releases of debian for those who want that.

So then, for those that raised the issue, were you aware of these
approaches? Will either of them satisfy your requirements? And if not,
could you elaborate further on why not?

Thank you again.

On Fri, Mar 3, 2023 at 3:43 PM Jeremy Stanley <fungi@yuggoth.org> wrote:

> On 2023-03-03 15:29:09 -0500 (-0500), Jorge Moraleda wrote:
> > Would it be hard to support both philosophies?
> >
> > I would like to suggest a couple of configuration options that by default
> > disallow using pip outside a virtual environment but that users with root
> > privilege can modify by editing a config file (probably somewhere in
> /etc)
> > and that would enable using pip outside a virtual environment, both as
> root
> > and as regular user respectively.
> >
> > I feel this would satisfy the needs of regular users to be protected
> > against accidentally breaking their system while enabling power users to
> > have full control of their computer and enjoy the simplicity of a single
> > environment. Clearly this discussion suggests that debian has both types
> of
> > users and we should support them both if we can.
> [...]
>
> "Power users" who like to break their systems can simply `sudo pip
> install --break-system-packages foo` or even just `sudo rm
> /usr/lib/python3.11/EXTERNALLY-MANAGED` and then do whatever they
> want anyway. It doesn't seem to me like there's much need for a
> config option that does that for you, and adding one would imply
> that Debian will help you fix things once you've done it. This
> feature is simply a guard rail for users who otherwise wouldn't know
> where the edge of that cliff is located.
>
> There are already solutions for your power users, but as is often
> said in such situations: If it breaks you get to keep the pieces.
> Have fun!
> --
> Jeremy Stanley
>

Back to linux.debian.maint.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread

Thread

#!/usr/bin/python3 vs virtualenv Marc Glisse <marc.glisse@inria.fr> - 2023-03-03 16:30 +0100
  Re: #!/usr/bin/python3 vs virtualenv Danial Behzadi دانیال بهزادی <dani.behzi@ubuntu.com> - 2023-03-03 19:50 +0100
    Re: #!/usr/bin/python3 vs virtualenv Jeremy Stanley <fungi@yuggoth.org> - 2023-03-03 20:20 +0100
      Re: #!/usr/bin/python3 vs virtualenv Jorge Moraleda <jorge.moraleda@gmail.com> - 2023-03-03 21:30 +0100
        Re: #!/usr/bin/python3 vs virtualenv Jeremy Stanley <fungi@yuggoth.org> - 2023-03-03 21:50 +0100
          Re: #!/usr/bin/python3 vs virtualenv Jorge Moraleda <jorge.moraleda@gmail.com> - 2023-03-03 22:30 +0100
            Re: #!/usr/bin/python3 vs virtualenv Jeremy Stanley <fungi@yuggoth.org> - 2023-03-03 22:50 +0100
            Re: #!/usr/bin/python3 vs virtualenv Julian Gilbey <julian@d-and-j.net> - 2023-03-05 11:50 +0100
              Re: #!/usr/bin/python3 vs virtualenv Jorge Moraleda <jorge.moraleda@gmail.com> - 2023-03-05 13:00 +0100
              Re: #!/usr/bin/python3 vs virtualenv Stefano Rivera <stefanor@debian.org> - 2023-03-09 23:40 +0100
    Re: #!/usr/bin/python3 vs virtualenv Marc Glisse <marc.glisse@inria.fr> - 2023-03-05 14:20 +0100
  Re: #!/usr/bin/python3 vs virtualenv Dmitry Shachnev <mitya57@debian.org> - 2023-03-03 21:50 +0100

csiph-web