I agree that is "easiest" but what I was after was the ability to restrict
myself to the curated and signed packages from debian, pypi is just as bad
as old CPAN when it comes to packages disappearing or being broken or
depending on totally random versions
On Wed, 15 Feb 2023, 22:01 Jeremy Stanley
As someone who does Python software development on Debian constantly
for their $dayjob, my best advice is to just install things from
PyPI into and run them from venvs/virtualenvs. The default "--user"
install mode pip offers is fragile and leaves you with potential
conflicts anyway if you need dif
Hi Ian (2023.02.15_18:07:39_+)
> My suggestion to the pip folks was a plugin system and extension point for
> "install x" package that distros could provide implementations for
Yeah, something like that could work. I don't know how useful it would
be, though.
Obviously, only root could use it
My suggestion to the pip folks was a plugin system and extension point for
"install x" package that distros could provide implementations for
On Wed, 15 Feb 2023, 16:35 Stefano Rivera, wrote:
> Hi Philippe (2023.02.13_01:11:28_+)
> > On Sun, Feb 12, 2023 at 7:31 PM Donald Stufft wrote:
> >
Hi Philippe (2023.02.14_00:13:08_+)
> When I use dh-python to build a package that contains a pyproject.toml
> and uses python3-setuptools for building like e.g. described here
> https://setuptools.pypa.io/en/latest/userguide/entry_point.html
>
> and I use that entry point feature to have a sc
Hi Philippe (2023.02.13_01:11:28_+)
> On Sun, Feb 12, 2023 at 7:31 PM Donald Stufft wrote:
> >
> > I'm pretty sure that most if not all debian packages already ship
> > the required information for pip to see them as installed, and if
> > they are installed and they satisfy the dependency cons
6 matches
Mail list logo
