Re: archive this group & redirect conversation elsewhere?

My initial reaction was that I _need_ this list, but after a moment’s consideration, I think you’re right. +1 > On 13 Apr, 2020, at 22:18, Sumana Harihareswara wrote: > > TL;DR: ok to archive this Google group? Reply by May 12th. > > Below: Context and proposal, reasoning, and timeline. > >

Re: [GitHub] Third-party application approval request for Python Packaging Authority

, that they didn't have to >> install the app PyPA-wide, then... >> Never mind, at this point it's just my own curiosity (and I certainly >> don't have any objections to projects signing up with Tidelift!) >> > Paul > > I believe Jason R. Coombs set that up.

Re: pip and pip3 keep broken

Hi Dorian. You’ve reached the wrong forum. This forum is for development of pypa projects and not for support. See the Python Packaging User’s Guide, which gives guidance on how to get support. Additionally, the message you’ve sent does not provide enough

Twine 2.0 released

I'm pleased to announce the release of Twine 2.0, which drops support for Python 3.5 and earlier, including 2.7, streamlining development and enabling use of new features from Python 3.6. It's expected that this change may have some impact on users not using pip 9 (or later), but for the most

Re: Running a Production version

At YouGov, we use devpi as a private index. It works great, handling PyPI mirroring like magic. I’d recommend it highly. There’s also a commercial support option through Merlinux, to which we subscribe and that we would highly recommend if you’re operating at larger than startup scale. > On 4

Re: Request: display twine documentation on Read the Docs

Looking at https://readthedocs.org/projects/twine/, I see dstufft is the owner and it’s configured to build from GitHub://dstufft/twine.git. On 12 Feb, 2018, at 14:00, Laura Hampton > wrote: I’ve been doing some work on creating developer

Re: request to become virtualenv maintainer

+1 Sent from my comm On Oct 5, 2017, at 14:29, Sorin Ionuț Sbârnea > wrote: It seems that virtualenv project got neglected for too long and I would like to help cleaning its github presence a little bit. Having bugs opened in 2011 which

Re: Remove access from inactive maintainers

All fine by me. Any reason I shouldn’t be an owner of PyPA and Setuptools shouldn’t inherit similar permissions to the other projects? I really don’t want it to be a special snowflake. On 6 Jun, 2017, at 04:50, Xavier Fernandez > wrote: