group.of.nepali.translators team mailing list archive

[Launchpad Bug Tracker <1578761@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package python-pip - 8.1.1-2ubuntu0.1

---------------
python-pip (8.1.1-2ubuntu0.1) xenial; urgency=medium

  * d/patches/editable-mode.patch: Cherry pick upstream fixes for crash
    when pip installing in editable mode.  (LP: #1578761)
  * d/tests:
    - pip3-editable.sh: Added to prove the crash is fixed.
    - control: Updated
    - *.sh: export PIP_DISABLE_PIP_VERSION_CHECK=1 to prevent stderr
      warnings (and thus test failures) because of the newer upstream.
  * d/control:
    - Add python3-pyparsing as a new Build-Depends as this is required
      for the cherry picked fix.
    - Update the python-colorama and python-setuptools Built-Using versions.
    - Add pyparsing to Built-Using.
    - update-maintainer
  * d/rules: dirtbike up pyparsing.

 -- Barry Warsaw <barry@xxxxxxxxxx>  Thu, 05 May 2016 16:11:04 -0500

** Changed in: python-pip (Ubuntu Xenial)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1578761

Title:
  editable mode crash

Status in pyparsing package in Ubuntu:
  New
Status in python-pip package in Ubuntu:
  New
Status in pyparsing source package in Xenial:
  Fix Released
Status in python-packaging source package in Xenial:
  New
Status in python-pip source package in Xenial:
  Fix Released
Status in python-pip package in Debian:
  Fix Released

Bug description:
  [Impact]

  From https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=823358

  pip install -e .[testing]

  crashes.

  The `[testing]` bit names an `extras_require` section in a package's
  setup.py so this crash prevents the installation of package extras.

  The coming SRU fixes to python-pip backports into a quilt patch just
  enough of the upstream changes to repair installing extras.

  This does however require an SRU for pyparsing because it is a new
  runtime dependency of the patch, and the version of pyparsing in
  Xenial cannot be dirtbiked (rewheeled) because it uses
  distutils.setup() instead of setuptools.setup().  So the SRU for
  pyparsing simply patches the setup.py to use setuptools and thus
  produce an egg-info directory instead (which contains the necessary
  metadata for dirtbike to turn this new Built-Using package into a
  .whl).

  Neither fix is necessary for Yakkety because 1) pip has a new upstream
  release in Debian which contains the backported fix; 2) pyparsing has
  a new upstream release in Debian which already switches to setuptools.

  Both should show up in Yakkety once the normal unstable autoimport
  runs.

  [Test Case]

  I've also backported a DEP-8 test called pip3-editable.sh which proves
  that this change fixes the bug.  I added this DEP-8 test in the new
  Debian version, and proved that running the DEP-8 tests without the
  quilt patch fails, but with it, it succeeds.

  [Regression potential]

  It should be low to none.  The previously existing DEP-8 tests invoke
  pip under several common scenarios (i.e. both inside and outside a
  virtualenv, and both as a normal user and root).

  All tests continue to pass, although I'll note that I also had to
  backport the addition of PIP_DISABLE_PIP_VERSION_CHECK=1 from the new
  Debian package to prevent stderr output due to the new upstream
  version.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/pyparsing/+bug/1578761/+subscriptions