Re: [Distutils] Create formal process for claiming 'abandoned' packages

On further information, it seems the contact attempt was a message to my gmail address, which is not the contact information I have on file for PyPI, and is the address I use for bulk things like mailing lists. I am now more frightened that missing an email to an alternate address (that address

Re: [Distutils] Create formal process for claiming 'abandoned' packages

On Fri, Sep 19, 2014 at 4:55 PM, Richard Jones rich...@python.org wrote: This is done at present, using the contact details registered with pypi. Or other contact methods if that fails. I always default to asking the current maintainer of a package to transfer it to a new maintainer. Could

Re: [Distutils] Versioned trove classifiers for Django

On Sun, Mar 29, 2015 at 11:58 PM, Richard Jones rich...@python.org wrote: I tend to just require that there already exists a number of packages that would use the classifier. Sounds like that's the case? I don't have a count handy, but yes, I suspect the number of packages which currently

Re: [Distutils] Versioned trove classifiers for Django

I would be OK with including 1.5 just for completeness' sake. ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

[Distutils] Versioned trove classifiers for Django

Following up on some IRC discussion with other folks: There is precedent (Plone) for PyPI trove classifiers corresponding to particular versions of a framework. So I'd like to get feedback on the idea of expanding that, particularly in the case of Django. The rationale here is that the ecosystem

Re: [Distutils] Versioned trove classifiers for Django

On Mon, Mar 30, 2015 at 12:04 AM, Richard Jones rich...@python.org wrote: OK, so what's the set of versions you'd like to see? The current upstream-supported version set is Django 1.4, Django 1.6, Django 1.7. Soon 1.6 will drop out and be replaced by 1.8, but that's just because we're coming

[Distutils] Phantom release/file and now can't upload

Earlier tonight I was trying to upload a new version (1.1) of https://pypi.python.org/pypi/django-contact-form Initially tried 'setup.py sdist' followed by 'twine upload -s' of the resulting tarball. Twine reported success, but no new release or file appeared on PyPI. Tried 'setup.py sdist

Re: [Distutils] The future of invoking pip

On Mon, Nov 9, 2015 at 3:41 PM, Chris Barker wrote: > pip is a special case -- for MOST python command line tools, the user does > not care which python it is running with -- if it works, it works. > > the failure case we are trying to address here is when "pip install"

Re: [Distutils] The future of invoking pip

On Sunday, November 8, 2015, Ben Finney wrote: > > +1. Addressing this by insisting on ‘python -m foo’ is not a solution. > It's a plaster over a problem that will remain until the underlying > conflict is resolved. > > That's not to say PyPA should ignore the issue,

Re: [Distutils] Phantom release/file and now can't upload

, James Bennett ubernost...@gmail.com wrote: Earlier tonight I was trying to upload a new version (1.1) of https://pypi.python.org/pypi/django-contact-form Initially tried 'setup.py sdist' followed by 'twine upload -s' of the resulting tarball. Twine reported success, but no new release or file

Re: [Distutils] Versioned trove classifiers for Django

Reviving this old thread because today is Django 1.9's release date and I'm unsure of the process for keeping up with new-released versions in trove classifiers. Do we need to manually poke someone each time (as with today, when "Framework :: Django :: 1.9" becomes a thing), or is there a way to

Re: [Distutils] license for setuptools

I think the question was really about setuptools, which does not have a license file in its repository: https://github.com/pypa/setuptools On Thu, Aug 11, 2016 at 8:36 PM, Noah Kantrowitz wrote: > Hi there, this list is for the discussion of Python's core packaging tools >

Re: [Distutils] Versioned trove classifiers for Django

Could we get 'Framework :: Django :: 1.10' please? Django 1.10 has been out for a while :) On Fri, Dec 4, 2015 at 12:59 AM, Maurits van Rees < m.van.r...@zestsoftware.nl> wrote: > Fair enough. :-) > > See you in six or more months. ;-) > > Maurits > > Op 04/12/15 om 00:53 schreef Richard Jones:

Re: [Distutils] Versioned trove classifiers for Django

Bumping this because Django 1.11 is out, so 'Framework :: Django :: 1.11' would be a useful thing to have. ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig

Re: [Distutils] new PyPI: a rant from a package maintainer

Since I have less direct personal involvement, I'll say this: Yes, there are problems. A lot of them are around documentation, and timing of when things switch over (the whole Python packaging ecosystem has been in a state of flux/rewrite for a while now; this is unfortunate, but also necessary).

Re: [Distutils] Fatal error "Python.h"

Most Linux distributions package the Python development header files (which are needed to compile Python modules written in C) separately from the Python language itself. Ubuntu calls their package 'python-dev', and you could 'apt-get install python-dev' to install it. Other Linux distributions

Re: [Distutils] Malicious packages on PyPI

A couple of pieces of prior art: In Django, where we supply a command to let users create a new project or application, we ask the user to supply a name. And then as a quick check before proceeding, attempt to import the supplied name; if the import succeeds, the startapp/startproject command

[Distutils] Re: Packaging Advice for EFF's Certbot

On Mon, Jul 23, 2018 at 8:17 PM, Alex Walters wrote: > As a user of certbot, docker, conda, nix, and guix are non-starters. I'm > not depending on those tools for my production server (and while docker may > be a dependency for some people, that is hardly universal). Adding > heavyweight

[Distutils] Re: Should an sdist/MANIFEST.in include docs and tests?

I include tests and docs in my sdists, but I don't have the sdist install them. My goal there is to make it easy for people to grab the sdist, unpack it, and run the tests/build the docs for their own purposes, without cluttering up the final environment they install into. -- Distutils-SIG mailing

Re: [Distutils] Improving Communication

Pulling in a sort-of success story from another large project, I like the general way things happen in Django. For developers proposing an idea or fixing a bug: * There's IRC (#django-dev) for quick, synchronous-ish discussion, useful for someone to find a sounding board for an idea * There's a