Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Pin setuptools to latest version 28.8.0 #2

Merged
merged 1 commit into from Nov 6, 2016

Conversation

pyup-bot
Copy link
Collaborator

@pyup-bot pyup-bot commented Nov 4, 2016

setuptools is not pinned to a specific version.

I'm pinning it to the latest version 28.8.0 for now.

These links might come in handy: PyPI | Changelog | Repo | Docs

Changelog

28.8.0


  • 629: Per the discussion, refine the sorting to use version
    value order for more accurate detection of the latest
    available version when scanning for packages. See also
  • 837: Rely on the config var "SO" for Python 3.3.0 only
    when determining the ext filename.

28.7.1


  • 827: Update PyPI root for dependency links.
  • 833: Backed out changes from 830 as the implementation
    seems to have problems in some cases.

28.7.0


  • 832: Moved much of the namespace package handling
    functionality into a separate module for re-use in something
    like 789.
  • 830: sdist command no longer suppresses the inclusion
    of data files, re-aligning with the expectation of distutils
    and addressing 274 and 521.

28.6.1


  • 816: Fix manifest file list order in tests.

28.6.0


  • 629: When scanning for packages, pkg_resources now
    ignores empty egg-info directories and gives precedence to
    packages whose versions are lexicographically greatest,
    a rough approximation for preferring the latest available
    version.

28.5.0


  • 810: Tests are now invoked with tox and not setup.py test.
  • 249 and 450 via 764: Avoid scanning the whole tree
    when building the manifest.

28.4.0


  • 732: Now extras with a hyphen are honored per PEP 426.
  • 811: Update to pyparsing 2.1.10.
  • Updated setuptools.command.sdist to re-use most of
    the functionality directly from distutils.command.sdist
    for the add_defaults method with strategic overrides.
    See 750 for rationale.
  • 760 via 762: Look for certificate bundle where SUSE
    Linux typically presents it. Use certifi.where() to locate
    the bundle.

28.3.0


  • 809: In find_packages(), restore support for excluding
    a parent package without excluding a child package.
  • 805: Disable -nspkg.pth behavior on Python 3.3+ where
    PEP-420 functionality is adequate. Fixes pip 1924.

28.1.0


  • 803: Bump certifi to 2016.9.26.

28.0.0


  • 733: Do not search excluded directories for packages.
    This introduced a backwards incompatible change in find_packages()
    so that find_packages(exclude=['foo']) == [], excluding subpackages of foo.
    Previously, find_packages(exclude=['foo']) == ['foo.bar'],
    even though the parent foo package was excluded.
  • 795: Bump certifi.
  • 719: Suppress decoding errors and instead log a warning
    when metadata cannot be decoded.

27.3.1


  • 790: In MSVC monkeypatching, explicitly patch each
    function by name in the target module instead of inferring
    the module from the function's __module__. Improves
    compatibility with other packages that might have previously
    patched distutils functions (i.e. NumPy).

27.3.0


  • 794: In test command, add installed eggs to PYTHONPATH
    when invoking tests so that subprocesses will also have the
    dependencies available. Fixes tox 330 <https://github.com/tox-dev/tox/issues/330>_.
  • 795: Update vendored pyparsing 2.1.9.

27.2.0


  • 520 and 513: Suppress ValueErrors in fixup_namespace_packages
    when lookup fails.
  • Nicer, more consistent interfaces for msvc monkeypatching.

27.1.2


  • 779 via 781: Fix circular import.

27.1.1


  • 778: Fix MSVC monkeypatching.

27.1.0


  • Introduce the (private) monkey module to encapsulate
    the distutils monkeypatching behavior.

27.0.0


  • Now use Warehouse by default for
    upload, patching distutils.config.PyPIRCCommand to
    affect default behavior.

Any config in .pypirc should be updated to replace

https://pypi.python.org/pypi/

with

https://upload.pypi.org/legacy/

Similarly, any passwords stored in the keyring should be
updated to use this new value for "system".

The upload_docs command will continue to use the python.org
site, but the command is now deprecated. Users are urged to use
Read The Docs instead.

  • 776: Use EXT_SUFFIX for py_limited_api renaming.
  • 774 and 775: Use LegacyVersion from packaging when
    detecting numpy versions.

26.1.1


  • Re-release of 26.1.0 with pytest pinned to allow for automated
    deployment and thus proper packaging environment variables,
    fixing issues with missing executable launchers.

26.1.0


  • 763: pkg_resources.get_default_cache now defers to the
    appdirs project <https://pypi.org/project/appdirs>_ to
    resolve the cache directory. Adds a vendored dependency on
    appdirs to pkg_resources.

26.0.0


  • 748: By default, sdists are now produced in gzipped tarfile
    format by default on all platforms, adding forward compatibility
    for the same behavior in Python 3.6 (See Python 27819).
  • 459 via 736: On Windows with script launchers,
    sys.argv[0] now reflects
    the name of the entry point, consistent with the behavior in
    distlib and pip wrappers.
  • 752 via 753: When indicating py_limited_api to Extension,
    it must be passed as a keyword argument.

25.4.0


  • Add Extension(py_limited_api=True). When set to a truthy value,
    that extension gets a filename appropriate for code using Py_LIMITED_API.
    When used correctly this allows a single compiled extension to work on
    all future versions of CPython 3.
    The py_limited_api argument only controls the filename. To be
    compatible with multiple versions of Python 3, the C extension
    will also need to set -DPy_LIMITED_API=... and be modified to use
    only the functions in the limited API.

25.3.0


  • 739 Fix unquoted libpaths by fixing compatibility between numpy.distutils and distutils._msvccompiler for numpy < 1.11.2 (Fix issue 728, error also fixed in Numpy).
  • 731: Bump certifi.
  • Style updates. See 740, 741, 743, 744, 742, 747.
  • 735: include license file.

25.2.0


  • 612 via 730: Add a LICENSE file which needs to be provided by the terms of
    the MIT license.

25.1.6


  • 725: revert library_dir_option patch (Error is related to numpy.distutils and make errors on non Numpy users).

25.1.5


  • 720
  • 723: Improve patch for library_dir_option.

25.1.4


  • 717
  • 713
  • 707: Fix Python 2 compatibility for MSVC by catching errors properly.
  • 715: Fix unquoted libpaths by patching library_dir_option.

25.1.3


  • 714 and 704: Revert fix as it breaks other components
    downstream that can't handle unicode. See 709, 710,
    and 712.

25.1.2


  • 704: Fix errors when installing a zip sdist that contained
    files named with non-ascii characters on Windows would
    crash the install when it attempted to clean up the build.
  • 646: MSVC compatibility - catch errors properly in
    RegistryInfo.lookup.
  • 702: Prevent UnboundLocalError when initial working_set
    is empty.

25.1.1


  • 686: Fix issue in sys.path ordering by pkg_resources when
    rewrite technique is "raw".
  • 699: Fix typo in msvc support.

25.1.0


  • 609: Setuptools will now try to download a distribution from
    the next possible download location if the first download fails.
    This means you can now specify multiple links as dependency_links
    and all links will be tried until a working download link is encountered.

25.0.2


  • 688: Fix AttributeError in setup.py when invoked not from
    the current directory.

25.0.1


  • Cleanup of setup.py script.
  • Fixed documentation builders by allowing setup.py
    to be imported without having bootstrapped the
    metadata.
  • More style cleanup. See 677, 678, 679, 681, 685.

25.0.0


  • 674: Default sys.path manipulation by easy-install.pth
    is now "raw", meaning that when writing easy-install.pth
    during any install operation, the sys.path will not be
    rewritten and will no longer give preference to easy_installed
    packages.

To retain the old behavior when using any easy_install
operation (including setup.py install when setuptools is
present), set the environment variable:

SETUPTOOLS_SYS_PATH_TECHNIQUE=rewrite

This project hopes that that few if any environments find it
necessary to retain the old behavior, and intends to drop
support for it altogether in a future release. Please report
any relevant concerns in the ticket for this change.

24.3.1


  • 398: Fix shebang handling on Windows in script
    headers where spaces in sys.executable would
    produce an improperly-formatted shebang header,
    introduced in 12.0 with the fix for 188.
  • 663, 670: More style updates.

24.3.0


  • 516: Disable os.link to avoid hard linking
    in sdist.make_distribution, avoiding errors on
    systems that support hard links but not on the
    file system in which the build is occurring.

24.2.1


  • 667: Update Metadata-Version to 1.2 when
    python_requires is supplied.

24.2.0


  • 631: Add support for python_requires keyword.

24.1.1


  • More style updates. See 660, 661, 641.

24.1.0


  • 659: setup.py now will fail fast and with a helpful
    error message when the necessary metadata is missing.
  • More style updates. See 656, 635, 640,
    644, 650, 652, and 655.

24.0.3


  • Updated style in much of the codebase to match
    community expectations. See 632, 633, 634,
    637, 639, 638, 642, 648.

24.0.2


  • If MSVC++14 is needed setuptools.msvc now redirect
    user to Visual C++ Build Tools web page.

24.0.1


  • 625 and 626: Fixes on setuptools.msvc mainly
    for Python 2 and Linux.

24.0.0


  • Pull Request 174: Add more aggressive support for
    standalone Microsoft Visual C++ compilers in
    msvc9compiler patch.
    Particularly : Windows SDK 6.1 and 7.0
    (MSVC++ 9.0), Windows SDK 7.1 (MSVC++ 10.0),
    Visual C++ Build Tools 2015 (MSVC++14)
  • Renamed setuptools.msvc9_support to
    setuptools.msvc.

23.2.1


Re-release of v23.2.0, which was missing the intended
commits.

  • 623: Remove used of deprecated 'U' flag when reading
    manifests.

23.1.0


  • 619: Deprecated tag_svn_revision distribution
    option.

23.0.0


  • 611: Removed ARM executables for CLI and GUI script
    launchers on Windows. If this was a feature you cared
    about, please comment in the ticket.
  • 604: Removed docs building support. The project
    now relies on documentation hosted at
    https://setuptools.readthedocs.io/.

22.0.5


  • 604: Restore repository for upload_docs command
    to restore publishing of docs during release.

22.0.4


  • 589: Upload releases to pypi.io using the upload
    hostname and legacy path.

22.0.3


  • 589: Releases are now uploaded to pypi.io (Warehouse)
    even when releases are made on Twine via Travis.

22.0.2


  • 589: Releases are now uploaded to pypi.io (Warehouse).

22.0.1


  • 190: On Python 2, if unicode is passed for packages to
    build_py command, it will be handled just as with
    text on Python 3.

22.0.0


Intended to be v21.3.0, but jaraco accidentally released as
a major bump.

  • 598: Setuptools now lists itself first in the User-Agent
    for web requests, better following the guidelines in
    RFC 7231 &lt;https://tools.ietf.org/html/rfc7231section-5.5.3&gt;_.

21.2.2


  • Minor fixes to changelog and docs.

21.2.1


  • 261: Exclude directories when resolving globs in
    package_data.

21.2.0


  • 539: In the easy_install get_site_dirs, honor all
    paths found in site.getsitepackages.

21.1.0


  • 572: In build_ext, now always import _CONFIG_VARS
    from distutils rather than from sysconfig
    to allow distutils.sysconfig.customize_compiler
    configure the OS X compiler for -dynamiclib.

21.0.0


  • Removed ez_setup.py from Setuptools sdist. The
    bootstrap script will be maintained in its own
    branch and should be generally be retrieved from
    its canonical location at
    https://bootstrap.pypa.io/ez_setup.py.

20.10.0


  • 553: egg_info section is now generated in a
    deterministic order, matching the order generated
    by earlier versions of Python. Except on Python 2.6,
    order is preserved when existing settings are present.
  • 556: Update to Packaging 16.7, restoring support
    for deprecated python_implmentation marker.
  • 555: Upload command now prompts for a password
    when uploading to PyPI (or other repository) if no
    password is present in .pypirc or in the keyring.

20.9.0


  • 548: Update certify version to 2016.2.28
  • 545: Safely handle deletion of non-zip eggs in rotate
    command.

20.8.1


  • Issue 544: Fix issue with extra environment marker
    processing in WorkingSet due to refactor in v20.7.0.

20.8.0


  • Issue 543: Re-release so that latest release doesn't
    cause déjà vu with distribute and setuptools 0.7 in
    older environments.

20.7.0


  • Refactored extra environment marker processing
    in WorkingSet.
  • Issue 533: Fixed intermittent test failures.
  • Issue 536: In msvc9_support, trap additional exceptions
    that might occur when importing
    distutils.msvc9compiler in mingw environments.
  • Issue 537: Provide better context when package
    metadata fails to decode in UTF-8.

20.6.8


  • Issue 523: Restored support for environment markers,
    now honoring 'extra' environment markers.

20.6.7


  • Issue 523: Disabled support for environment markers
    introduced in v20.5.

20.6.6


  • Issue 503: Restore support for PEP 345 environment
    markers by updating to Packaging 16.6.

20.6.0


  • New release process that relies on
    bumpversion &lt;https://github.com/peritus/bumpversion&gt;_
    and Travis CI for continuous deployment.
  • Project versioning semantics now follow
    semver &lt;https://semver.org&gt;_ precisely.
    The 'v' prefix on version numbers now also allows
    version numbers to be referenced in the changelog,
    e.g. https://pythonhosted.org/setuptools/history.htmlv20-6-0.

20.5


  • BB Pull Request 185, 470: Add support for environment markers
    in requirements in install_requires, setup_requires,
    tests_require as well as adding a test for the existing
    extra_requires machinery.

20.4


  • Issue 422: Moved hosting to
    Github &lt;https://github.com/pypa/setuptools&gt;_
    from Bitbucket &lt;https://bitbucket.org/pypa/setuptools&gt;_.
    Issues have been migrated, though all issues and comments
    are attributed to bb-migration. So if you have a particular
    issue or issues to which you've been subscribed, you will
    want to "watch" the equivalent issue in Github.
    The Bitbucket project will be retained for the indefinite
    future, but Github now hosts the canonical project repository.

20.3.1


  • Issue 519: Remove import hook when reloading the
    pkg_resources module.
  • BB Pull Request 184: Update documentation in pkg_resources
    around new Requirement implementation.

20.3


  • BB Pull Request 179: pkg_resources.Requirement objects are
    now a subclass of packaging.requirements.Requirement,
    allowing any environment markers and url (if any) to be
    affiliated with the requirement
  • BB Pull Request 179: Restore use of RequirementParseError
    exception unintentionally dropped in 20.2.

20.2.2


  • Issue 502: Correct regression in parsing of multiple
    version specifiers separated by commas and spaces.

20.2.1


  • Issue 499: Restore compatibility for legacy versions
    by bumping to packaging 16.4.

20.2


  • Changelog now includes release dates and links to PEPs.
  • BB Pull Request 173: Replace dual PEP 345 _markerlib implementation
    and PEP 426 implementation of environment marker support from
    packaging 16.1 and PEP 508. Fixes Issue 122.
    See also BB Pull Request 175, BB Pull Request 168, and
    BB Pull Request 164. Additionally:
  • Requirement.parse no longer retains the order of extras.
  • parse_requirements now requires that all versions be
    PEP-440 compliant, as revealed in 499. Packages released
    with invalid local versions should be re-released using
    the proper local version syntax, e.g. mypkg-1.0+myorg.1.

20.1.1


  • Update upload_docs command to also honor keyring
    for password resolution.

20.1


  • Added support for using passwords from keyring in the upload
    command. See the upload docs &lt;http://pythonhosted.org/setuptools/setuptools.htmlupload-upload-source-and-or-egg-distributions-to-pypi&gt;_
    for details.

20.0


  • Issue 118: Once again omit the package metadata (egg-info)
    from the list of outputs in --record. This version of setuptools
    can no longer be used to upgrade pip earlier than 6.0.

19.7


  • Off-project PR &lt;https://github.com/jaraco/setuptools/pull/32&gt;_:
    For FreeBSD, also honor root certificates from ca_root_nss.

19.6.2


  • Issue 491: Correct regression incurred in 19.4 where
    a double-namespace package installed using pip would
    cause a TypeError.

19.6.1


  • Restore compatibility for PyPy 3 compatibility lost in
    19.4.1 addressing Issue 487.
  • setuptools.launch shim now loads scripts in a new
    namespace, avoiding getting relative imports from
    the setuptools package on Python 2.

19.6


  • Added a new entry script setuptools.launch,
    implementing the shim found in
    pip.util.setuptools_build. Use this command to launch
    distutils-only packages under setuptools in the same way that
    pip does, causing the setuptools monkeypatching of distutils
    to be invoked prior to invoking a script. Useful for debugging
    or otherwise installing a distutils-only package under
    setuptools when pip isn't available or otherwise does not
    expose the desired functionality. For example::

$ python -m setuptools.launch setup.py develop

  • Issue 488: Fix dual manifestation of Extension class in
    extension packages installed as dependencies when Cython
    is present.

19.5


  • Issue 486: Correct TypeError when getfilesystemencoding
    returns None.
  • Issue 139: Clarified the license as MIT.
  • BB Pull Request 169: Removed special handling of command
    spec in scripts for Jython.

19.4.1


  • Issue 487: Use direct invocation of importlib.machinery
    in pkg_resources to avoid missing detection on relevant
    platforms.

19.4


  • Issue 341: Correct error in path handling of package data
    files in build_py command when package is empty.
  • Distribute 323, Issue 141, Issue 207, and
    BB Pull Request 167: Another implementation of
    pkg_resources.WorkingSet and pkg_resources.Distribution
    that supports replacing an extant package with a new one,
    allowing for setup_requires dependencies to supersede installed
    packages for the session.

19.3


  • Issue 229: Implement new technique for readily incorporating
    dependencies conditionally from vendored copies or primary
    locations. Adds a new dependency on six.

19.2


  • BB Pull Request 163: Add get_command_list method to Distribution.
  • BB Pull Request 162: Add missing whitespace to multiline string
    literals.

19.1.1


  • Issue 476: Cast version to string (using default encoding)
    to avoid creating Unicode types on Python 2 clients.
  • Issue 477: In Powershell downloader, use explicit rendering
    of strings, rather than rely on repr, which can be
    incorrect (especially on Python 2).

19.1


  • Issue 215: The bootstrap script ez_setup.py now
    automatically detects
    the latest version of setuptools (using PyPI JSON API) rather
    than hard-coding a particular value.
  • Issue 475: Fix incorrect usage in _translate_metadata2.

19.0


  • Issue 442: Use RawConfigParser for parsing .pypirc file.
    Interpolated values are no longer honored in .pypirc files.

18.8.1


  • Issue 440: Prevent infinite recursion when a SandboxViolation
    or other UnpickleableException occurs in a sandbox context
    with setuptools hidden. Fixes regression introduced in Setuptools
    12.0.

18.8


  • Deprecated egg_info.get_pkg_info_revision.
  • Issue 471: Don't rely on repr for an HTML attribute value in
    package_index.
  • Issue 419: Avoid errors in FileMetadata when the metadata directory
    is broken.
  • Issue 472: Remove deprecated use of 'U' in mode parameter
    when opening files.

18.7.1


  • Issue 469: Refactored logic for Issue 419 fix to re-use metadata
    loading from Provider.

18.7


  • Update dependency on certify.
  • BB Pull Request 160: Improve detection of gui script in
    easy_install._adjust_header.
  • Made test.test_args a non-data property; alternate fix
    for the issue reported in BB Pull Request 155.
  • Issue 453: In ez_setup bootstrap module, unload all
    pkg_resources modules following download.
  • BB Pull Request 158: Honor PEP-488 when excluding
    files for namespace packages.
  • Issue 419 and BB Pull Request 144: Add experimental support for
    reading the version info from distutils-installed metadata rather
    than using the version in the filename.

18.6.1


  • Issue 464: Correct regression in invocation of superclass on old-style
    class on Python 2.

18.6


  • Issue 439: When installing entry_point scripts under development,
    omit the version number of the package, allowing any version of the
    package to be used.

18.5


  • In preparation for dropping support for Python 3.2, a warning is
    now logged when pkg_resources is imported on Python 3.2 or earlier
    Python 3 versions.
  • Add support for python_platform_implementation environment marker &lt;https://github.com/jaraco/setuptools/pull/28&gt;_.
  • Fix dictionary mutation during iteration &lt;https://github.com/jaraco/setuptools/pull/29&gt;_.

18.4


  • Issue 446: Test command now always invokes unittest, even
    if no test suite is supplied.

18.3.2


  • Correct another regression in setuptools.findall
    where the fix for Python 12885 was lost.

18.3.1


  • Issue 425: Correct regression in setuptools.findall.

18.3


  • BB Pull Request 135: Setuptools now allows disabling of
    the manipulation of the sys.path
    during the processing of the easy-install.pth file. To do so, set
    the environment variable SETUPTOOLS_SYS_PATH_TECHNIQUE to
    anything but "rewrite" (consider "raw"). During any install operation
    with manipulation disabled, setuptools packages will be appended to
    sys.path naturally.

Future versions may change the default behavior to disable
manipulation. If so, the default behavior can be retained by setting
the variable to "rewrite".

  • Issue 257: easy_install --version now shows more detail
    about the installation location and Python version.
  • Refactor setuptools.findall in preparation for re-submission
    back to distutils.

18.2


  • Issue 412: More efficient directory search in find_packages.

18.1


  • Upgrade to vendored packaging 15.3.

18.0.1


  • Issue 401: Fix failure in test suite.

18.0


  • Dropped support for builds with Pyrex. Only Cython is supported.
  • Issue 288: Detect Cython later in the build process, after
    setup_requires dependencies are resolved.
    Projects backed by Cython can now be readily built
    with a setup_requires dependency. For example::

ext = setuptools.Extension('mylib', ['src/CythonStuff.pyx', 'src/CStuff.c'])
setuptools.setup(
...
ext_modules=[ext],
setup_requires=['cython'],
)

For compatibility with older versions of setuptools, packagers should
still include src/CythonMod.c in the source distributions or
require that Cython be present before building source distributions.
However, for systems with this build of setuptools, Cython will be
downloaded on demand.

  • Issue 396: Fixed test failure on OS X.
  • BB Pull Request 136: Remove excessive quoting from shebang headers
    for Jython.

17.1.1


  • Backed out unintended changes to pkg_resources, restoring removal of
    deprecated imp module (ref &lt;https://bitbucket.org/pypa/setuptools/commits/f572ec9563d647fa8d4ffc534f2af8070ea07a8bcomment-1881283&gt;_).

17.1


  • Issue 380: Add support for range operators on environment
    marker evaluation.

17.0


  • Issue 378: Do not use internal importlib._bootstrap module.
  • Issue 390: Disallow console scripts with path separators in
    the name. Removes unintended functionality and brings behavior
    into parity with pip.

16.0


  • BB Pull Request 130: Better error messages for errors in
    parsed requirements.
  • BB Pull Request 133: Removed setuptools.tests from the
    installed packages.
  • BB Pull Request 129: Address deprecation warning due to usage
    of imp module.

15.2


  • Issue 373: Provisionally expose
    pkg_resources._initialize_master_working_set, allowing for
    imperative re-initialization of the master working set.

15.1


  • Updated to Packaging 15.1 to address Packaging 28.
  • Fix setuptools.sandbox._execfile() with Python 3.1.

15.0


  • BB Pull Request 126: DistributionNotFound message now lists the package or
    packages that required it. E.g.::
 pkg_resources.DistributionNotFound: The &#39;colorama&gt;=0.3.1&#39; distribution was not found and is required by smlib.log.

Note that zc.buildout once dependended on the string rendering of this
message to determine the package that was not found. This expectation
has since been changed, but older versions of buildout may experience
problems. See Buildout 242 for details.

14.3.1


  • Issue 307: Removed PEP-440 warning during parsing of versions
    in pkg_resources.Distribution.
  • Issue 364: Replace deprecated usage with recommended usage of
    EntryPoint.load.

14.3


  • Issue 254: When creating temporary egg cache on Unix, use mode 755
    for creating the directory to avoid the subsequent warning if
    the directory is group writable.

14.2


  • Issue 137: Update Distribution.hashcmp so that Distributions with
    None for pyversion or platform can be compared against Distributions
    defining those attributes.

14.1.1


  • Issue 360: Removed undesirable behavior from test runs, preventing
    write tests and installation to system site packages.

14.1


  • BB Pull Request 125: Add __ne__ to Requirement class.
  • Various refactoring of easy_install.

14.0


  • Bootstrap script now accepts --to-dir to customize save directory or
    allow for re-use of existing repository of setuptools versions. See
    BB Pull Request 112 for background.
  • Issue 285: easy_install no longer will default to installing
    packages to the "user site packages" directory if it is itself installed
    there. Instead, the user must pass --user in all cases to install
    packages to the user site packages.
    This behavior now matches that of "pip install". To configure
    an environment to always install to the user site packages, consider
    using the "install-dir" and "scripts-dir" parameters to easy_install
    through an appropriate distutils config file.

13.0.2


  • Issue 359: Include pytest.ini in the sdist so invocation of py.test on the
    sdist honors the pytest configuration.

13.0.1


Re-release of 13.0. Intermittent connectivity issues caused the release
process to fail and PyPI uploads no longer accept files for 13.0.

13.0


  • Issue 356: Back out BB Pull Request 119 as it requires Setuptools 10 or later
    as the source during an upgrade.
  • Removed build_py class from setup.py. According to 892f439d216e, this
    functionality was added to support upgrades from old Distribute versions,
    0.6.5 and 0.6.6.

12.4


  • BB Pull Request 119: Restore writing of setup_requires to metadata
    (previously added in 8.4 and removed in 9.0).

12.3


  • Documentation is now linked using the rst.linker package.
  • Fix setuptools.command.easy_install.extract_wininst_cfg()
    with Python 2.6 and 2.7.
  • Issue 354. Added documentation on building setuptools
    documentation.

12.2


  • Issue 345: Unload all modules under pkg_resources during
    ez_setup.use_setuptools().
  • Issue 336: Removed deprecation from ez_setup.use_setuptools,
    as it is clearly still used by buildout's bootstrap. ez_setup
    remains deprecated for use by individual packages.
  • Simplified implementation of ez_setup.use_setuptools.

12.1


  • BB Pull Request 118: Soften warning for non-normalized versions in
    Distribution.

12.0.5


  • Issue 339: Correct Attribute reference in cant_write_to_target.
  • Issue 336: Deprecated ez_setup.use_setuptools.

12.0.4


  • Issue 335: Fix script header generation on Windows.

12.0.3


  • Fixed incorrect class attribute in install_scripts. Tests would be nice.

12.0.2


  • Issue 331: Fixed install_scripts command on Windows systems corrupting
    the header.

12.0.1


  • Restore setuptools.command.easy_install.sys_executable for pbr
    compatibility. For the future, tools should construct a CommandSpec
    explicitly.

12.0


  • Issue 188: Setuptools now support multiple entities in the value for
    build.executable, such that an executable of "/usr/bin/env my-python" may
    be specified. This means that systems with a specified executable whose name
    has spaces in the path must be updated to escape or quote that value.
  • Deprecated easy_install.ScriptWriter.get_writer, replaced by .best()
    with slightly different semantics (no force_windows flag).

11.3.1


  • Issue 327: Formalize and restore support for any printable character in an
    entry point name.

11.3


  • Expose EntryPoint.resolve in place of EntryPoint._load, implementing the
    simple, non-requiring load. Deprecated all uses of EntryPoint._load
    except for calling with no parameters, which is just a shortcut for
    ep.require(); ep.resolve();.

Apps currently invoking ep.load(require=False) should instead do the
following if wanting to avoid the deprecating warning::

getattr(ep, "resolve", lambda: ep.load(require=False))()

11.2


  • Pip 2326: Report deprecation warning at stacklevel 2 for easier diagnosis.

11.1


  • Issue 281: Since Setuptools 6.1 (Issue 268), a ValueError would be raised
    in certain cases where VersionConflict was raised with two arguments, which
    occurred in pkg_resources.WorkingSet.find. This release adds support
    for indicating the dependent packages while maintaining support for
    a VersionConflict when no dependent package context is known. New unit tests
    now capture the expected interface.

11.0


  • Interop 3: Upgrade to Packaging 15.0; updates to PEP 440 so that >1.7 does
    not exclude 1.7.1 but does exclude 1.7.0 and 1.7.0.post1.

10.2.1


  • Issue 323: Fix regression in entry point name parsing.

10.2


  • Deprecated use of EntryPoint.load(require=False). Passing a boolean to a
    function to select behavior is an anti-pattern. Instead use
    Entrypoint._load().
  • Substantial refactoring of all unit tests. Tests are now much leaner and
    re-use a lot of fixtures and contexts for better clarity of purpose.

10.1


  • Issue 320: Added a compatibility implementation of
    sdist._default_revctrl
    so that systems relying on that interface do not fail (namely, Ubuntu 12.04
    and similar Debian releases).

10.0.1


  • Issue 319: Fixed issue installing pure distutils packages.

10.0


  • Issue 313: Removed built-in support for subversion. Projects wishing to
    retain support for subversion will need to use a third party library. The
    extant implementation is being ported to setuptools_svn &lt;https://pypi.python.org/pypi/setuptools_svn&gt;_.
  • Issue 315: Updated setuptools to hide its own loaded modules during
    installation of another package. This change will enable setuptools to
    upgrade (or downgrade) itself even when its own metadata and implementation
    change.

9.1


  • Prefer vendored packaging library as recommended &lt;https://github.com/jaraco/setuptools/commit/170657b68f4b92e7e1bf82f5e19a831f5744af67commitcomment-9109448&gt;_.

9.0.1


  • Issue 312: Restored presence of pkg_resources API tests (doctest) to sdist.

9.0


  • Issue 314: Disabled support for setup_requires metadata to avoid issue
    where Setuptools was unable to upgrade over earlier versions.

8.4


  • BB Pull Request 106: Now write setup_requires metadata.

8.3


  • Issue 311: Decoupled pkg_resources from setuptools once again.
    pkg_resources is now a package instead of a module.

8.2.1


  • Issue 306: Suppress warnings about Version format except in select scenarios
    (such as installation).

8.2


  • BB Pull Request 85: Search egg-base when adding egg-info to manifest.

8.1


  • Upgrade packaging to 14.5, giving preference to "rc" as designator for
    release candidates over "c".
  • PEP-440 warnings are now raised as their own class,
    pkg_resources.PEP440Warning, instead of RuntimeWarning.
  • Disabled warnings on empty versions.

8.0.4


  • Upgrade packaging to 14.4, fixing an error where there is a
    different result for if 2.0.5 is contained within >2.0dev and >2.0.dev even
    though normalization rules should have made them equal.
  • Issue 296: Add warning when a version is parsed as legacy. This warning will
    make it easier for developers to recognize deprecated version numbers.

8.0.3


  • Issue 296: Restored support for __hash__ on parse_version results.

8.0.2


  • Issue 296: Restored support for __getitem__ and sort operations on
    parse_version result.

8.0.1


  • Issue 296: Restore support for iteration over parse_version result, but
    deprecated that usage with a warning. Fixes failure with buildout.

8.0


  • Implement PEP 440 within
    pkg_resources and setuptools. This change
    deprecates some version numbers such that they will no longer be installable
    without using the === escape hatch. See the changes to test_resources &lt;https://bitbucket.org/pypa/setuptools/commits/dcd552da643c4448056de84c73d56da6d70769d5chg-setuptools/tests/test_resources.py&gt;_
    for specific examples of version numbers and specifiers that are no longer
    supported. Setuptools now "vendors" the packaging &lt;https://github.com/pypa/packaging&gt;_ library.

7.0


  • Issue 80, Issue 209: Eggs that are downloaded for setup_requires,
    test_requires, etc. are now placed in a ./.eggs directory instead of
    directly in the current directory. This choice of location means the files
    can be readily managed (removed, ignored). Additionally,
    later phases or invocations of setuptools will not detect the package as
    already installed and ignore it for permanent install (See 209).

This change is indicated as backward-incompatible as installations that
depend on the installation in the current directory will need to account for
the new location. Systems that ignore *.egg will probably need to be
adapted to ignore .eggs. The files will need to be manually moved or
will be retrieved again. Most use cases will require no attention.

6.1


  • Issue 268: When resolving package versions, a VersionConflict now reports
    which package previously required the conflicting version.

6.0.2


  • Issue 262: Fixed regression in pip install due to egg-info directories
    being omitted. Re-opens Issue 118.

6.0.1


  • Issue 259: Fixed regression with namespace package handling on single version, externally managed installs.

6.0


  • Issue 100: When building a distribution, Setuptools will no longer match
    default files using platform-dependent case sensitivity, but rather will
    only match the files if their case matches exactly. As a result, on Windows
    and other case-insensitive file systems, files with names such as
    'readme.txt' or 'README.TXT' will be omitted from the distribution and a
    warning will be issued indicating that 'README.txt' was not found. Other
    filenames affected are:
  • README.rst
  • README
  • setup.cfg
  • setup.py (or the script name)
  • test/test*.py

Any users producing distributions with filenames that match those above
case-insensitively, but not case-sensitively, should rename those files in
their repository for better portability.

  • BB Pull Request 72: When using single_version_externally_managed, the
    exclusion list now includes Python 3.2 __pycache__ entries.
  • BB Pull Request 76 and BB Pull Request 78: lines in top_level.txt are now
    ordered deterministically.
  • Issue 118: The egg-info directory is now no longer included in the list
    of outputs.
  • Issue 258: Setuptools now patches distutils msvc9compiler to
    recognize the specially-packaged compiler package for easy extension module
    support on Python 2.6, 2.7, and 3.2.

5.8


  • Issue 237: pkg_resources now uses explicit detection of Python 2 vs.
    Python 3, supporting environments where builtins have been patched to make
    Python 3 look more like Python 2.

5.7


  • Issue 240: Based on real-world performance measures against 5.4, zip
    manifests are now cached in all circumstances. The
    PKG_RESOURCES_CACHE_ZIP_MANIFESTS environment variable is no longer
    relevant. The observed "memory increase" referenced in the 5.4 release
    notes and detailed in Issue 154 was likely not an increase over the status
    quo, but rather only an increase over not storing the zip info at all.

5.6


  • Issue 242: Use absolute imports in svn_utils to avoid issues if the
    installing package adds an xml module to the path.

5.5.1


  • Issue 239: Fix typo in 5.5 such that fix did not take.

5.5


  • Issue 239: Setuptools now includes the setup_requires directive on
    Distribution objects and validates the syntax just like install_requires
    and tests_require directives.

5.4.2


  • Issue 236: Corrected regression in execfile implementation for Python 2.6.

5.4.1


  • Python 7776: (ssl_support) Correct usage of host for validation when
    tunneling for HTTPS.

5.4


  • Issue 154: pkg_resources will now cache the zip manifests rather than
    re-processing the same file from disk multiple times, but only if the
    environment variable PKG_RESOURCES_CACHE_ZIP_MANIFESTS is set. Clients
    that package many modules in the same zip file will see some improvement
    in startup time by enabling this feature. This feature is not enabled by
    default because it causes a substantial increase in memory usage.

5.3


  • Issue 185: Make svn tagging work on the new style SVN metadata.
    Thanks cazabon!
  • Prune revision control directories (e.g .svn) from base path
    as well as sub-directories.

5.2


  • Added a Developer Guide &lt;https://pythonhosted.org/setuptools/developer-guide.html&gt;_ to the official
    documentation.
  • Some code refactoring and cleanup was done with no intended behavioral
    changes.
  • During install_egg_info, the generated lines for namespace package .pth
    files are now processed even during a dry run.

5.1


  • Issue 202: Implemented more robust cache invalidation for the ZipImporter,
    building on the work in Issue 168. Special thanks to Jurko Gospodnetic and
    PJE.

5.0.2


  • Issue 220: Restored script templates.

5.0.1


  • Renamed script templates to end with .tmpl now that they no longer need
    to be processed by 2to3. Fixes spurious syntax errors during build/install.

5.0


  • Issue 218: Re-release of 3.8.1 to signal that it supersedes 4.x.
  • Incidentally, script templates were updated not to include the triple-quote
    escaping.

4.0


  • Issue 210: setup.py develop now copies scripts in binary mode rather
    than text mode, matching the behavior of the install command.

3.8


  • Extend Issue 197 workaround to include all Python 3 versions prior to
    3.2.2.

3.7.1


  • Issue 213: Use legacy StringIO behavior for compatibility under pbr.
  • Issue 218: Setuptools 3.8.1 superseded 4.0.1, and 4.x was removed
    from the available versions to install.

3.7


  • Issue 193: Improved handling of Unicode filenames when building manifests.

3.6


  • Issue 203: Honor proxy settings for Powershell downloader in the bootstrap
    routine.

3.5.2


  • Issue 168: More robust handling of replaced zip files and stale caches.
    Fixes ZipImportError complaining about a 'bad local header'.

3.5.1


  • Issue 199: Restored install._install for compatibility with earlier
    NumPy versions.

3.5


  • Issue 195: Follow symbolic links in find_packages (restoring behavior
    broken in 3.4).
  • Issue 197: On Python 3.1, PKG-INFO is now saved in a UTF-8 encoding instead
    of sys.getpreferredencoding to match the behavior on Python 2.6-3.4.
  • Issue 192: Preferred bootstrap location is now
    https://bootstrap.pypa.io/ez_setup.py (mirrored from former location).

3.4.4


  • Issue 184: Correct failure where find_package over-matched packages
    when directory traversal isn't short-circuited.

3.4.3


  • Issue 183: Really fix test command with Python 3.1.

3.4.2


  • Issue 183: Fix additional regression in test command on Python 3.1.

3.4.1


  • Issue 180: Fix regression in test command not caught by py.test-run tests.

3.4


  • Issue 176: Add parameter to the test command to support a custom test
    runner: --test-runner or -r.
  • Issue 177: Now assume most common invocation to install command on
    platforms/environments without stack support (issuing a warning). Setuptools
    now installs naturally on IronPython. Behavior on CPython should be
    unchanged.

3.3


  • Add include parameter to setuptools.find_packages().

3.2


  • BB Pull Request 39: Add support for C++ targets from Cython .pyx files.
  • Issue 162: Update dependency on certifi to 1.0.1.
  • Issue 164: Update dependency on wincertstore to 0.2.

3.1


  • Issue 161: Restore Features functionality to allow backward compatibility
    (for Features) until the uses of that functionality is sufficiently removed.

3.0.2


  • Correct typo in previous bugfix.

3.0.1


  • Issue 157: Restore support for Python 2.6 in bootstrap script where
    zipfile.ZipFile does not yet have support for context managers.

3.0


  • Issue 125: Prevent Subversion support from creating a ~/.subversion
    directory just for checking the presence of a Subversion repository.
  • Issue 12: Namespace packages are now imported lazily. That is, the mere
    declaration of a namespace package in an egg on sys.path no longer
    causes it to be imported when pkg_resources is imported. Note that this
    change means that all of a namespace package's __init__.py files must
    include a declare_namespace() call in order to ensure that they will be
    handled properly at runtime. In 2.x it was possible to get away without
    including the declaration, but only at the cost of forcing namespace
    packages to be imported early, which 3.0 no longer does.
  • 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().
  • Issue 7: Setuptools itself is now distributed as a zip archive in addition to
    tar archive. ez_setup.py now uses zip archive. This approach avoids the potential
    security vulnerabilities presented by use of tar archives in ez_setup.py.
    It also leverages the security features added to ZipFile.extract in Python 2.7.4.
  • Issue 65: Removed deprecated Features functionality.
  • BB Pull Request 28: Remove backport of _bytecode_filenames which is
    available in Python 2.6 and later, but also has better compatibility with
    Python 3 environments.
  • Issue 156: Fix spelling of PYVENV_LAUNCHER variable.

2.2


  • Issue 141: Restored fix for allowing setup_requires dependencies to
    override installed dependencies during setup.
  • Issue 128: Fixed issue where only the first dependency link was honored
    in a distribution where multiple dependency links were supplied.

2.1.2


  • Issue 144: Read long_description using codecs module to avoid errors
    installing on systems where LANG=C.

2.1.1


  • Issue 139: Fix regression in re_finder for CVS repos (and maybe Git repos
    as well).

2.1


  • Issue 129: Suppress inspection of *.whl files when searching for files
    in a zip-imported file.
  • Issue 131: Fix RuntimeError when constructing an egg fetcher.

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

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.
  • BB 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.

1.3


  • Address security vulnerability in SSL match_hostname check as reported in
    Python 17997.
  • Prefer backports.ssl_match_hostname &lt;https://pypi.python.org/pypi/backports.ssl_match_hostname&gt;_ for backport
    implementation if present.
  • Correct NameError in ssl_support module (socket.error).

1.2


  • Issue 26: Add support for SVN 1.7. Special thanks to Philip Thiem for the
    contribution.
  • Issue 93: Wheels are now distributed with every release. Note that as
    reported in Issue 108, as of Pip 1.4, scripts aren't installed properly
    from wheels. Therefore, if using Pip to install setuptools from a wheel,
    the easy_install command will not be available.
  • Setuptools "natural" launcher support, introduced in 1.0, is now officially
    supported.

1.1.7


  • Fixed behavior of NameError handling in 'script template (dev).py' (script
    launcher for 'develop' installs).
  • ez_setup.py now ensures partial downloads are cleaned up following
    a failed download.
  • Distribute 363 and Issue 55: Skip an sdist test that fails on locales
    other than UTF-8.

1.1.6


  • Distribute 349: sandbox.execfile now opens the target file in binary
    mode, thus honoring a BOM in the file when compiled.

1.1.5


  • Issue 69: Second attempt at fix (logic was reversed).

1.1.4


  • Issue 77: Fix error in upload command (Python 2.4).

1.1.3


  • Fix NameError in previous patch.

1.1.2


  • Issue 69: Correct issue where 404 errors are returned for URLs with
    fragments in them (such as egg=).

1.1.1


  • Issue 75: Add --insecure option to ez_setup.py to accommodate
    environments where a trusted SSL connection cannot be validated.
  • Issue 76: Fix AttributeError in upload command with Python 2.4.

1.1


  • Issue 71 (Distribute 333): EasyInstall now puts less emphasis on the
    condition when a host is blocked via --allow-hosts.
  • Issue 72: Restored Python 2.4 compatibility in ez_setup.py.

1.0


  • Issue 60: On Windows, Setuptools supports deferring to another launcher,
    such as Vinay Sajip's pylauncher &lt;https://bitbucket.org/pypa/pylauncher&gt;_
    (included with Python 3.3) to launch console and GUI scripts and not install
    its own launcher executables. This experimental functionality is currently
    only enabled if the SETUPTOOLS_LAUNCHER environment variable is set to
    "natural". In the future, this behavior may become default, but only after
    it has matured and seen substantial adoption. The SETUPTOOLS_LAUNCHER
    also accepts "executable" to force the default behavior of creating launcher
    executables.
  • Issue 63: Bootstrap script (ez_setup.py) now prefers Powershell, curl, or
    wget for retrieving the Setuptools tarball for improved security of the
    install. The script will still fall back to a simple urlopen on
    platforms that do not have these tools.
  • Issue 65: Deprecated the Features functionality.
  • Issue 52: In VerifyingHTTPSConn, handle a tunnelled (proxied)
    connection.

Backward-Incompatible Changes

This release includes a couple of backward-incompatible changes, but most if
not all users will find 1.0 a drop-in replacement for 0.9.

  • Issue 50: Normalized API of environment marker support. Specifically,
    removed line number and filename from SyntaxErrors when returned from
    pkg_resources.invalid_marker. Any clients depending on the specific
    string representation of exceptions returned by that function may need to
    be updated to account for this change.
  • Issue 50: SyntaxErrors generated by pkg_resources.invalid_marker are
    normalized for cross-implementation consistency.
  • Removed --ignore-conflicts-at-my-risk and --delete-conflicting
    options to easy_install. These options have been deprecated since 0.6a11.

0.9.8


  • Issue 53: Fix NameErrors in _vcs_split_rev_from_url.

0.9.7


  • Issue 49: Correct AttributeError on PyPy where a hashlib.HASH object does
    not have a .name attribute.
  • Issue 34: Documentation now refers to bootstrap script in code repository
    referenced by bookmark.
  • Add underscore-separated keys to environment markers (markerlib).

0.9.6


  • Issue 44: Test failure on Python 2.4 when MD5 hash doesn't have a .name
    attribute.

0.9.5


  • Python 17980: Fix security vulnerability in SSL certificate validation.

0.9.4


  • Issue 43: Fix issue (introduced in 0.9.1) with version resolution when
    upgrading over other releases of Setuptools.

0.9.3


  • Issue 42: Fix new AttributeError introduced in last fix.

0.9.2


  • Issue 42: Fix regression where blank checksums would trigger an
    AttributeError.

0.9.1


  • Distribute 386: Allow other positional and keyword arguments to os.open.
  • Corrected dependency on certifi mis-referenced in 0.9.

0.9


  • package_index now validates hashes other than MD5 in download links.

0.8


  • Code base now runs on Python 2.4 - Python 3.3 without Python 2to3
    conversion.

0.7.8


  • Distribute 375: Yet another fix for yet another regression.

0.7.7


  • Distribute 375: Repair AttributeError created in last release (redo).
  • Issue 30: Added test for get_cache_path.

0.7.6


  • Distribute 375: Repair AttributeError created in last release.

0.7.5


  • Issue 21: Restore Python 2.4 compatibility in test_easy_install.
  • Distribute 375: Merged additional warning from Distribute 0.6.46.
  • Now honor the environment variable
    SETUPTOOLS_DISABLE_VERSIONED_EASY_INSTALL_SCRIPT in addition to the now
    deprecated DISTRIBUTE_DISABLE_VERSIONED_EASY_INSTALL_SCRIPT.

0.7.4


  • Issue 20: Fix comparison of parsed SVN version on Python 3.

0.7.3


  • Issue 1: Disable installation of Windows-specific files on non-Windows systems.
  • Use new sysconfig module with Python 2.7 or >=3.2.

0.7.2


  • Issue 14: Use markerlib when the parser module is not available.
  • Issue 10: ez_setup.py now uses HTTPS to download setuptools from PyPI.

0.7.1


  • Fix NameError (Issue 3) again - broken in bad merge.

0.7


  • Merged Setuptools and Distribute. See docs/merge.txt for details.

0.7b4


  • Issue 3: Fixed NameError in SSL support.

0.6.49


  • Move warning check in get_cache_path to follow the directory creation
    to avoid errors when the cache path does not yet exist. Fixes the error
    reported in Distribute 375.

0.6.48


  • Correct AttributeError in ResourceManager.get_cache_path introduced in
    0.6.46 (redo).

0.6.47


  • Correct AttributeError in ResourceManager.get_cache_path introduced in
    0.6.46.

0.6.46


  • Distribute 375: Issue a warning if the PYTHON_EGG_CACHE or otherwise
    customized egg cache location specifies a directory that's group- or
    world-writable.

0.6.45


  • Distribute 379: distribute_setup.py now traps VersionConflict as well,
    restoring ability to upgrade from an older setuptools version.

0.6.44


  • distribute_setup.py has been updated to allow Setuptools 0.7 to
    satisfy use_setuptools.

0.6.43


  • Distribute 378: Restore support for Python 2.4 Syntax (regression in 0.6.42).

0.6.42


  • External links finder no longer yields duplicate links.
  • Distribute 337: Moved site.py to setuptools/site-patch.py (graft of very old
    patch from setuptools trunk which inspired PR 31).

0.6.41


  • Distribute 27: Use public api for loading resources from zip files rather than
    the private method _zip_directory_cache.
  • Added a new function easy_install.get_win_launcher which may be used by
    third-party libraries such as buildout to get a suitable script launcher.

0.6.40


  • Distribute 376: brought back cli.exe and gui.exe that were deleted in the
    previous release.

0.6.39


  • Add support for console launchers on ARM platforms.
  • Fix possible issue in GUI launchers where the subsystem was not supplied to
    the linker.
  • Launcher build script now refactored for robustness.
  • Distribute 375: Resources extracted from a zip egg to the file system now also
    check the contents of the file against the zip contents during each
    invocation of get_resource_filename.

0.6.38


  • Distribute 371: The launcher manifest file is now installed properly.

0.6.37


  • Distribute 143: Launcher scripts, including easy_install itself, are now
    accompanied by a manifest on 32-bit Windows environments to avoid the
    Installer Detection Technology and thus undesirable UAC elevation described
    in this Microsoft article &lt;http://technet.microsoft.com/en-us/library/cc709628%28WS.10%29.aspx&gt;_.

0.6.36


  • BB Pull Request 35: In Buildout 64, it was reported that
    under Python 3, installation of distutils scripts could attempt to copy
    the __pycache__ directory as a file, causing an error, apparently only
    under Windows. Easy_install now skips all directories when processing
    metadata scripts.

0.6.35


Note this release is backward-incompatible with distribute 0.6.23-0.6.34 in
how it parses version numbers.

  • Distribute 278: Restored compatibility with distribute 0.6.22 and setuptools
    0.6. Updated the documentation to match more closely with the version
    parsing as intended in setuptools 0.6.

0.6.34


  • Distribute 341: 0.6.33 fails to build under Python 2.4.

0.6.33


  • Fix 2 errors with Jython 2.5.
  • Fix 1 failure with Jython 2.5 and 2.7.
  • Disable workaround for Jython scripts on Linux systems.
  • Distribute 336: setup.py no longer masks failure exit code when tests fail.
  • Fix issue in pkg_resources where try/except around a platform-dependent
    import would trigger hook load failures on Mercurial. See pull request 32
    for details.
  • Distribute 341: Fix a ResourceWarning.

0.6.32


  • Fix test suite with Python 2.6.
  • Fix some DeprecationWarnings and ResourceWarnings.
  • Distribute 335: Backed out setup_requires superceding installed requirements
    until regression can be addressed.

0.6.31


  • Distribute 303: Make sure the manifest only ever contains UTF-8 in Python 3.
  • Distribute 329: Properly close files created by tests for compatibility with
    Jython.
  • Work around Jython 1980 and Jython 1981.
  • Distribute 334: Provide workaround for packages that reference sys.__stdout__
    such as numpy does. This change should address
    virtualenv 359 &lt;https://github.com/pypa/virtualenv/issues/359&gt;_ as long
    as the system encoding is UTF-8 or the IO encoding is specified in the
    environment, i.e.::
PYTHONIOENCODING=utf8 pip install numpy
  • Fix for encoding issue when installing from Windows executable on Python 3.
  • Distribute 323: Allow setup_requires requirements to supercede installed
    requirements. Added some new keyword arguments to existing pkg_resources
    methods. Also had to updated how path is handled for namespace packages
    to ensure that when a new egg distribution containing a namespace package is
    placed on sys.path, the entries in path are found in the same order they
    would have been in had that egg been on the path when pkg_resources was
    first imported.

0.6.30


  • Distribute 328: Clean up temporary directories in distribute_setup.py.
  • Fix fatal bug in distribute_setup.py.

0.6.29


  • BB Pull Request 14: Honor file permissions in zip files.
  • Distribute 327: Merged pull request 24 to fix a dependency problem with pip.
  • Merged pull request 23 to fix virtualenv doesn't notice when installing distribute fails pypa/virtualenv#301.
  • If Sphinx is installed, the upload_docs command now runs build_sphinx
    to produce uploadable documentation.
  • Distribute 326: upload_docs provided mangled auth credentials under Python 3.
  • Distribute 320: Fix check for "createable" in distribute_setup.py.
  • Distribute 305: Remove a warning that was triggered during normal operations.
  • Distribute 311: Print metadata in UTF-8 independent of platform.
  • Distribute 303: Read manifest file with UTF-8 encoding under Python 3.
  • Distribute 301: Allow to run tests of namespace packages when using 2to3.
  • Distribute 304: Prevent import loop in site.py under Python 3.3.
  • Distribute 283: Reenable scanning of *.pyc / *.pyo files on Python 3.3.
  • Distribute 299: The develop command didn't work on Python 3, when using 2to3,
    as the egg link would go to the Python 2 source. Linking to the 2to3'd code
    in build/lib makes it work, although you will have to rebuild the module
    before testing it.
  • Distribute 306: Even if 2to3 is used, we build in-place under Python 2.
  • Distribute 307: Prints the full path when .svn/entries is broken.
  • Distribute 313: Support for sdist subcommands (Python 2.7)
  • Distribute 314: test_local_index() would fail an OS X.
  • Distribute 310: Non-ascii characters in a namespace init.py causes errors.
  • Distribute 218: Improved documentation on behavior of package_data and
    include_package_data. Files indicated by package_data are now included
    in the manifest.
  • distribute_setup.py now allows a --download-base argument for retrieving
    distribute from a specified location.

0.6.28


  • Distribute 294: setup.py can now be invoked from any directory.
  • Scripts are now installed honoring the umask.
  • Added support for .dist-info directories.
  • Distribute 283: Fix and disable scanning of *.pyc / *.pyo files on
    Python 3.3.

0.6.27


  • Support current snapshots of CPython 3.3.
  • Distribute now recognizes README.rst as a standard, default readme file.
  • Exclude 'encodings' modules when removing modules from sys.modules.
    Workaround for 285.
  • Distribute 231: Don't fiddle with system python when used with buildout
    (bootstrap.py)

0.6.26


  • Distribute 183: Symlinked files are now extracted from source distributions.
  • Distribute 227: Easy_install fetch parameters are now passed during the
    installation of a source distribution; now fulfillment of setup_requires
    dependencies will honor the parameters passed to easy_install.

0.6.25


  • Distribute 258: Workaround a cache issue
  • Distribute 260: distribute_setup.py now accepts the --user parameter for
    Python 2.6 and later.
  • Distribute 262: package_index.open_with_auth no longer throws LookupError
    on Python 3.
  • Distribute 269: AttributeError when an exception occurs reading Manifest.in
    on late releases of Python.
  • Distribute 272: Prevent TypeError when namespace package names are unicode
    and single-install-externally-managed is used. Also fixes PIP issue
    4

@coveralls
Copy link

coveralls commented Nov 4, 2016

Coverage Status

Coverage remained the same at 86.364% when pulling 35febfc on pyup-pin-setuptools-28.8.0 into be23a59 on master.

@illagrenan illagrenan merged commit a8db173 into master Nov 6, 2016
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

virtualenv doesn't notice when installing distribute fails
3 participants