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
On Sun, Mar 29, 2015 at 11:58 PM, Richard Jones 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 use the "Framwork
On Mon, Mar 30, 2015 at 12:04 AM, Richard Jones 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 up on a release.
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
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 upload'
went there, and that only shows the
1.0 package, not the 1.1 package.
On Tue, Jul 7, 2015 at 4:23 PM, Richard Jones wrote:
> This is very strange - perhaps there's a caching issue or something, but
> there's a file present on that release when I look now :/
>
> On 7 July 2
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, certainly there are
> things t
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" works
> sjtu fine -- it fi
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
au
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
> like distutils. We ha
Every new configuration option added to a piece of software represents two
opportunities:
1. An opportunity to introduce exciting new bugs.
2. An opportunity to introduce exciting new ways for users to click the
thing that does the exact opposite of what they wanted to do.
The proliferation of d
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:
>
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
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 bail
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
wil
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).
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
get
On Fri, Sep 19, 2014 at 4:55 PM, Richard Jones 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 you clarify w
So, if PyPI has foo-1.7 and foo-1.7.1, does ">1.7" just fail to find
anything installable?
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
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 d
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 techni
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
22 matches
Mail list logo