Mailman 3 April 2013 - Distutils-SIG

Re: [Distutils] [Python Wiki] Update of "CheeseShopDev" by RichardJones
by anatoly techtonik April 19, 2013

April 19, 2013

At last its done. Very nice to see it. Kudos to all people involved in migrating bug tracker, code repository, lobbying the decision, merging the points of contacts and making actual change. I expect more people to pop up to help with PyPI development now. Too bad we don't have statistics to prove unconvinced that these actions will actually work this way. -- anatoly t. On Fri, Apr 12, 2013 at 6:48 AM, Python Wiki <wiki(a)python.org> wrote: > Dear Wiki user, > > You have subscribed to a wiki page or wiki category on "Python Wiki" for > change notification. > > The "CheeseShopDev" page has been changed by RichardJones: > http://wiki.python.org/moin/CheeseShopDev?action=diff&rev1=71&rev2=72 > > > > . > - The PyPI code hosting is currently undergoing migration. For the time > being, it is hosted here: https://bitbucket.org/loewis/pypi > + The PyPI code is hosted under the Python Packaging Authority project: > https://bitbucket.org/pypa/pypi > > . > - Bug and patch tracker > http://sourceforge.net/tracker/?group_id=66150&atid=513503 > + Bug and patch tracker https://bitbucket.org/pypa/pypi/issues > > . > - [[http://mail.python.org/mailman/listinfo/catalog-sig|Mailing List]] > ([[http://dir.gmane.org/gmane.comp.python.catalog|Gmane]] web interface) > + [[http://mail.python.org/mailman/listinfo/distutils-sig|Mailing List]] > ([[http://dir.gmane.org/gmane.comp.python.distutils|Gmane]] web interface) > > . > API that is used by easy_install > http://peak.telecommunity.com/DevCenter/EasyInstall#package-index-api >

1 0

outdated PyPI mirrors
by Andreas Jung April 17, 2013

April 17, 2013

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 According to http://www.pypi-mirrors.org/ 3 out of 8 PyPI mirror are out of date or not available. This is not good for the PyPI reputation. Of course mirror can have problems for a while but the maintainers should feel in charge of maintaining and checking their mirrors regularly. I propose that an obvious unmaintained mirror should be removed (temporarily) if it has not been updated after N days. Right now N = 50 and N = 69 which is hardly acceptable. Andreas -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQGUBAEBAgAGBQJRZrBGAAoJEADcfz7u4AZjWVYLwNnpRxXE1QJIgzHxGGu9QpOi QF2eJBvXHG8SzL8vYle9uD3iSVTUWIL85x1lJNZUmehVguNADHERv70OQMVLiOI7 9jwe1+tvg8HpBxpF1N87eRTdbGrMEHp5sWYioLcRrCX/1JJul3ISuQiB9Gz4BHYY CnCQO/lSaU26VR32Q3p9CbtWcBhV5jnaZEzr+FuUUwrztHbwz5dtQHobJ9jqec4H T5Na3tdXFGTbDLMvDF/Kfu8Oylm40r2rKIduufIDBO1juJlJHY/QplFk46onE3rU swnlr1G978/G/vhq3dzA4rEbYg+315J1wOgu7MskLGLDIdxNSZtcPySpm8Ds1IWr YywkNhVP+qc70sCAvwWjc/9y1wu0cOLqmDK2/aRck6CUZqpLtiUqWaPQQDtsEYVD BeUjddiYHVYC3YV5+C62ubFTuaxEZ7nFiEbrnfr1YqcAVSbGABAm63YETUFh5ldV oG3LRZ8eF3gRHxGq1n0P61Je3iC0iqE= =cRqU -----END PGP SIGNATURE-----

5 5

distlib, pylauncher -> PyPA
by Vinay Sajip April 16, 2013

April 16, 2013

I'm trying to move the distlib and pylauncher repositories to the PyPA account on BitBucket. I'm getting Internal Server Errors with both repos and have logged an issue on BitBucket. This is just to let you know that the transfer will hopefully happen soon, so some BitBucket links might not work during the transition. Regards, Vinay Sajip

2 2

PEP: Improving Python ZIP Application Support
by Daniel Holth April 16, 2013

April 16, 2013

Python ZIP Application Support - https://docs.google.com/document/d/1MKXgPzhWD5wIUpoSQX7dxmqgTZVO6l9iZZis8dn… PEP: 4XX Title: Improving Python ZIP Application Support Author: Daniel Holth <dholth(a)gmail.com> Status: Draft Type: Standards Track Python-Version: 3.4 Created: 30 March 2013 Post-History: 30 March 2013 Improving Python ZIP Application Support Python has had the ability to execute directories or ZIP-format archives as scripts since version 2.6. When invoked with a zip file or directory as its first argument the interpreter adds that directory to sys.path and executes the __main__ module. These archives provide a great way to publish software that needs to be distributed as a single file script but is complex enough to need to be written as a collection of modules. This feature is not as popular as it should be for two reasons: a) users haven’t heard of it because it wasn’t mentioned in earlier versions of Python 2.6 “What’s New” document, and b) Windows users don’t have a file extension (other than .py) to associate with the launcher. This PEP proposes to fix these problems by re-publicising the feature, defining the .pyz and .pyzw extensions as “Python ZIP applications” and “Windowed Python Zip Applications”, and providing some simple tooling to manage the format. A New Python ZIP Application Extension The Python 3.4 installer will associate .pyz and .pyzw “Python ZIP Applications” with itself so they can be executed by the Windows launcher. A .pyz archive is a console application and a .pyzw archive is a windowed application. This indicates whether the console should appear when running the app. Why not use .zip or .py? Users expect a .zip file would be opened with an archive tool, and users expect .py to be opened with a text editor. Both would be confusing for this use case. For UNIX users, .pyz applications should be prefixed with a #! line pointing to the correct Python interpreter and an optional explanation. #!/usr/bin/env python # This is a Python application stored in a ZIP archive. (binary contents of archive) As background, ZIP archives are defined with a footer containing relative offsets from the end of the file. They remain valid when concatenated to the end of any other file. This feature is completely standard and is how self-extracting ZIP archives and the bdist_wininst installer format work. Minimal Tooling: The pyzaa Module This PEP also proposes including a simple application for working with Python ZIP Archives: The Python Zip Application Archiver “pyzaa” (rhymes with “huzzah” or “pizza”). “pyzaa” can archive or extract these files, compile bytecode, and can write the __main__ module if it is not present. Usage python -m pyzaa (pack | unpack | compile) python -m pyzaa pack [-o path/name] [-m module.submodule:callable] [-c] [-w] [-p interpreter] directory: ZIP the contents of directory as directory.pyz or [-w] directory.pyzw. Adds the executable flag to the archive. -c compile .pyc files and add them to the archive -p interpreter include #!interpreter as the first line of the archive -o path/name archive is written to path/name.pyz[w] instead of dirname. The extension is added if not specified. -m module.submodule:callable __main__.py is written as “import module.submodule; module.submodule.callable()” pyzaa pack will warn if the directory contains C extensions or if it doesn’t contain __main__.py. python -m pyzaa unpack arcname.pyz[w] The archive is unpacked into a directory [arcname] python -m pyzaa compile arcname.pyz[w] The Python files in arcname.pyz[w] are compiled and appended to the ZIP file. References [1] http://bugs.python.org/issue1739468 “Allow interpreter to execute a zip file” Copyright This document has been placed into the public domain.

8 12

Re: [Distutils] PyPi Classifier for Bottle
by Aron Bartling April 16, 2013

April 16, 2013

(Second try to distutils-sig instead of catalog-sig) I'd like to request that PyPi add a classifier for the web framework Bottle. "Framework :: Bottle" I have a plugin ready to upload for the Bottle framework as well as a couple more in the works. https://github.com/bustleandflurry/bottle-api-json-formatting Thank you, Aron

2 1

Why doesn't distribute_setup.py install the latest version of distribute?
by Piotr Dobrogost April 15, 2013

April 15, 2013

It seems distribute_setup.py installs specific version of distribute (hardcoded inside the file). However get-pip.py installs the latest version. Why doesn't distribute_setup.py install the latest version of distribute? Regards Piotr Dobrogost

1 0

Automation for creating, updating and destroying a TUF-secured PyPI mirror
by Trishank Karthik Kuppusamy April 12, 2013

April 12, 2013

Hello PyPI, Hope attendees had a great time at PyCon 2013! We certainly enjoyed presenting to you our lightning talk on securing PyPI with TUF (https://www.youtube.com/watch?v=2sx1lS6cT3g). Since then, we have been busy improving TUF and implementing machinery to automatically secure PyPI with TUF: https://github.com/dachshund/pypi.updateframework.com You may also have noticed that the root metadata for our prototype mirror of PyPI+TUF expired yesterday. This aligns nicely with our plan for switching our hand-maintained PyPI+TUF mirror with the automatic one. We expect to have it ready very soon, and until then, we certainly welcome your first impressions on our automation. You could try it on your machine right away! Finally, we are working continuously on improving TUF, especially on ensuring that the metadata scales with data. We welcome your feedback on these issues and more (https://github.com/akonst/tuf/issues?state=open). -Trishank

4 10

Packaging and Distribution mini-summit
by Vinay Sajip April 12, 2013

April 12, 2013

I see that the video for the Directions in Packaging panel is up on pyvideo.org, but I'm curious as to what happened in the mini-summit. Is someone going to write up what was discussed / if anything was agreed (beyond just descriptions of the various projects)? If it's already been posted somewhere, I'd be grateful for the link. Thanks & regards, Vinay Sajip

2 1

PyPI moved to PyPA on bitbucket
by Richard Jones April 12, 2013

April 12, 2013

Hi all, To help bring things under a common umbrella project, I've just moved the PyPI code from Martin's personal repository to the PyPA one. Thanks Donald for enabling that move, and thanks to Martin for the initial move to hg way back :-) I've moved the links for bug tracking to the new repository but the old bugs in Martin's repository and those in the sf.net tracker are still there. Not that there's many tuits(round) being spent on working on them... Richard

2 1

bandersnatch update
by Christian Theune April 10, 2013

April 10, 2013

Hi, I just did some work moving bandersnatch a bit further towards a packaged release. The recent changesets contain changes that require some manual adjustments for existing installations: * run `bin/python bootstrap.py` and `bin/buildout` again because I switched to buildout 2 * you need to update your cronjobs because the commands have been renamed to 'bin/bandersnatch mirror' and 'bin/bandersnatch update-stats' * check the default config file: it now includes the parameters for statistic updates I think I don't need any further breakage for mirror administrators in the near future and will be able to make a PIP-installable release in the next days. If you find any further bugs, please tell me on bitbucket. Also, if enough people start gittipping me, then I'll start adding more mirrors on international locations as I can afford them. Cheers, Christian

4 8