Re: [Distutils] Setuptools 3.0b1 available for preview
On Wed, Feb 12, 2014 at 5:09 AM, Jason R. Coombs jar...@jaraco.com wrote:
Hi Jason
This backward-incompatible release contains the changes detailed in the
CHANGES.txt file:
Issue #148: When building (bdist_egg), setuptools no longer adds
``__init__.py`` files to namespace packages. Any packages that rely on this
behavior will need to create ``__init__.py`` files and include the
``declare_namespace()``.
Thing like:
try:
__import__('pkg_resources').declare_namespace(__name__)
except ImportError:
from pkgutil import extend_path
__path__ = extend_path(__path__, __name__)
__init__.py (END)
are theses lines good?
--
Sebastien Douche sdou...@gmail.com
Twitter: @sdouche / G+: +sdouche
___
Distutils-SIG maillist - Distutils-SIG@python.org
https://mail.python.org/mailman/listinfo/distutils-sig
Re: [Distutils] Setuptools 3.0b1 available for preview
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/11/2014 11:09 PM, Jason R. Coombs wrote: I'm pleased to announce that Setuptools 3.0b1 is now available for download from the project downloads page: https://bitbucket.org/pypa/setuptools/downloads This backward-incompatible release contains the changes detailed in the CHANGES.txt file: https://bitbucket.org/pypa/setuptools/src/3.0b1/CHANGES.txt?at=default Please give this beta release a try or review the changes for any impact this might have on your package. I anticipate most users will find these changes of no consequence, but if there are any issues that might affect your package that don't have an obvious solution, please file a ticket. I just tested SubstanceD using virtualenv's built with both Python 2.6.9 and Python 3.3.3. All tests pass, exercising a stack which includes ZODB, the zope.* packages, pyramid, etc. I did see one at-exit failure (during the 'setup.py develop' under 2.6.9), but it was harmless AFAICT. Tres. - -- === Tres Seaver +1 540-429-0999 tsea...@palladion.com Palladion Software Excellence by Designhttp://palladion.com -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlL7yuwACgkQ+gerLs4ltQ7j8gCfd34nVzU3w/GCVfaxEAzx8jKm gPsAn0gVS/YikXf64JkSr1L/G3n+aoXR =s2z/ -END PGP SIGNATURE- ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
[Distutils] PyPI Status Update - PostgreSQL Tuning and CDN Shielding
Just a quick update on some recent PyPI changes. We’ve attempted to tune PostgreSQL. This has resulted in a particular problem query going from a 23s execution time to a 5s execution time. This should reduce or remove the 503 errors that occur when the mirrors slam PyPI at midnight UTC looking for new packages. This has reduced the bulk of the problem with the mirrors. Assuming stability remains the same as it is now we will not be implementing rate limiting at this time as we would greatly prefer not to have to do that. We’ve also activated CDN Shielding for all non POST requests. This means that whenever you contact a node in say the singapore POP if that node does not have the response cached instead of directly contacting the backends in Rackspace's IAD datacenter it will instead contact the Ashburn POP. This POP will serve a response that it has cached, or contact the backend if it does not have a cached response. This should further speed up PyPI as it's far more likely that the shield POP (Ashburn) will have the response cached even if the edge location does not. Further more the connectivity between the Fastly POPs are more likely to be lower latency then the connectivity between any random Fastly POP and the backends. So essentially PostgreSQL should be faster and our caching CDN should be more efficient. - Donald Stufft PGP: 0x6E3CBCE93372DCFA // 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA signature.asc Description: Message signed with OpenPGP using GPGMail ___ Distutils-SIG maillist - Distutils-SIG@python.org https://mail.python.org/mailman/listinfo/distutils-sig
