If you don't change this manually, it'll display the latest and hide
the others, everytime
you register and upload a release at PyPI. As, most projects do.
Distribute was just an example.
Alternatively, you can also uncheck the auto-hide box on the package,
I would agree that auto-hide is
Martin v. Löwis wrote:
I'd like to extend PyPI to also provide support for listing
files on other servers as well as making it possible for
the package manager tools to automatically select the right
installation file for the intended target platform.
In such a scenario, how do people get
ISTM that it would be better to be able to add new such URLs one
by one, e.g. through a web form.
I don't think that's a feasible approach, e.g. eGenix typically
creates around 50 distribution files for every single release
of a product.
In most cases, only the version number changes, so
Martin v. Löwis wrote:
ISTM that it would be better to be able to add new such URLs one
by one, e.g. through a web form.
I don't think that's a feasible approach, e.g. eGenix typically
creates around 50 distribution files for every single release
of a product.
In most cases, only the
We would like to use a classifier for EUPL licensed work:
EUPL is an OSI approved F/OSS license which is approved by the European
Commission:
http://ec.europa.eu/idabc/eupl.
License :: OSI Approved :: European Union Public License (EUPL)
Can you name a few packages that would be classified
On Wed, Dec 2, 2009 at 2:21 PM, Martin v. Löwis mar...@v.loewis.de wrote:
I'd like to see how the PyPI UI works out. I can also imagine a more
extensible setup, like:
Project-URLs: documentation=http://myproject.org/docs/
repository=http://myproject.org/svn/
mailing
I think it would be generally useful if old releases included a
warning in the PyPI interface (some prominent box that said This is
an old release! The newest release is a href=X.YX.Y/a).
They do already.
It's
actually pretty easy to get unintentionally to an old release via
search
Am 01.12.2009 um 20:39 schrieb Martin v. Löwis:
So it might be best to implement what appears as middle-ground,
i.e. allow package authors to opt out of comments.
+1
Jannis
___
Catalog-SIG mailing list
Catalog-SIG@python.org