pkgsrc/devel/py-setuptools/distinfo

$NetBSD: distinfo,v 1.30 2014/08/05 18:38:50 wiz Exp $

SHA1 (setuptools-5.4.2.tar.gz) = a681ba56c30c0eb66528215842d3e3fcb5157614
RMD160 (setuptools-5.4.2.tar.gz) = 0d090771eff721bd69b9610559bdea38177d6c1c
Size (setuptools-5.4.2.tar.gz) = 1017581 bytes
SHA1 (patch-setup.py) = be1078e5e2b6e9ec8c859c2c6e2a4a44fe3c2840
Update to 5.4.2: ----- 5.4.2 ----- * Issue #236: Corrected regression in execfile implementation for Python 2.6. 2014-08-05 20:38:50 +02:00			$NetBSD: distinfo,v 1.30 2014/08/05 18:38:50 wiz Exp $
Reimport devel/py24-setuptools as devel/py-setuptools. This is in principle usable on Python 2.3 as well, but not tested yet. 2006-11-14 14:33:29 +01:00
Update to 5.4.2: ----- 5.4.2 ----- * Issue #236: Corrected regression in execfile implementation for Python 2.6. 2014-08-05 20:38:50 +02:00			`SHA1 (setuptools-5.4.2.tar.gz) = a681ba56c30c0eb66528215842d3e3fcb5157614`
			`RMD160 (setuptools-5.4.2.tar.gz) = 0d090771eff721bd69b9610559bdea38177d6c1c`
			`Size (setuptools-5.4.2.tar.gz) = 1017581 bytes`
Update to 2.0.2: ----- 2.0.2 ----- * Fix NameError during installation with Python implementations (e.g. Jython) not containing parser module. * Fix NameError in ``sdist:re_finder``. ----- 2.0.1 ----- * Issue #124: Fixed error in list detection in upload_docs. --- 2.0 --- * Issue #121: Exempt lib2to3 pickled grammars from DirectorySandbox. * Issue #41: Dropped support for Python 2.4 and Python 2.5. Clients requiring setuptools for those versions of Python should use setuptools 1.x. * Removed ``setuptools.command.easy_install.HAS_USER_SITE``. Clients expecting this boolean variable should use ``site.ENABLE_USER_SITE`` instead. * Removed ``pkg_resources.ImpWrapper``. Clients that expected this class should use ``pkgutil.ImpImporter`` instead. ----- 1.4.2 ----- * Issue #116: Correct TypeError when reading a local package index on Python 3. ----- 1.4.1 ----- * Issue #114: Use ``sys.getfilesystemencoding`` for decoding config in ``bdist_wininst`` distributions. * Issue #105 and Issue #113: Establish a more robust technique for determining the terminal encoding:: 1. Try ``getpreferredencoding`` 2. If that returns US_ASCII or None, try the encoding from ``getdefaultlocale``. If that encoding was a "fallback" because Python could not figure it out from the environment or OS, encoding remains unresolved. 3. If the encoding is resolved, then make sure Python actually implements the encoding. 4. On the event of an error or unknown codec, revert to fallbacks (UTF-8 on Darwin, ASCII on everything else). 5. On the encoding is 'mac-roman' on Darwin, use UTF-8 as 'mac-roman' was a bug on older Python releases. On a side note, it would seem that the encoding only matters for when SVN does not yet support ``--xml`` and when getting repository and svn version numbers. The ``--xml`` technique should yield UTF-8 according to some messages on the SVN mailing lists. So if the version numbers are always 7-bit ASCII clean, it may be best to only support the file parsing methods for legacy SVN releases and support for SVN without the subprocess command would simple go away as support for the older SVNs does. --- 1.4 --- * Issue #27: ``easy_install`` will now use credentials from .pypirc if present for connecting to the package index. * Pull Request #21: Omit unwanted newlines in ``package_index._encode_auth`` when the username/password pair length indicates wrapping. ----- 1.3.2 ----- * Issue #99: Fix filename encoding issues in SVN support. ----- 1.3.1 ----- * Remove exuberant warning in SVN support when SVN is not used. 2014-01-06 15:42:34 +01:00			`SHA1 (patch-setup.py) = be1078e5e2b6e9ec8c859c2c6e2a4a44fe3c2840`