Debian Bug report logs - #744145
pip crashes on "import requests"

Toggle useless messages

Message #5 received at submit@bugs.debian.org (full text, mbox, reply):

From: Dariusz Dwornikowski <dariusz.dwornikowski@cs.put.poznan.pl>

To: "submit@bugs.debian.org" <submit@bugs.debian.org>

Subject: python-pip creashes on import from requests

Date: Thu, 10 Apr 2014 18:52:59 +0200

Package: python-pip
Severity: important
Version: 1.5.4-1


pip and pip2 commands fail with, my requests version installed is: 2.2.1-1. 

tdi@blackstar ~ $ pip
Traceback (most recent call last):
  File "/usr/bin/pip", line 9, in <module>
    load_entry_point('pip==1.5.4', 'console_scripts', 'pip')()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 351, in load_entry_point
    return get_distribution(dist).load_entry_point(group, name)
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2363, in load_entry_point
    return ep.load()
  File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2088, in load
    entry = __import__(self.module_name, globals(),globals(), ['__name__'])
  File "/usr/lib/python2.7/dist-packages/pip/__init__.py", line 11, in <module>
    from pip.vcs import git, mercurial, subversion, bazaar  # noqa
  File "/usr/lib/python2.7/dist-packages/pip/vcs/mercurial.py", line 9, in <module>
    from pip.download import path_to_url
  File "/usr/lib/python2.7/dist-packages/pip/download.py", line 25, in <module>
    from requests.compat import IncompleteRead
ImportError: cannot import name IncompleteRead



-- 
Dariusz Dwornikowski, 
  Institute of Computing Science, Poznań University of Technology
  www.cs.put.poznan.pl/ddwornikowski/  
  room 2.7.2 BTiCW | tel. +48 61 665 29 41

Message #10 received at 744145@bugs.debian.org (full text, mbox, reply):

From: erik <erik@nesqi.se>

To: 744145@bugs.debian.org

Subject: I had the same problem.

Date: Thu, 10 Apr 2014 19:49:53 +0200

I had the same problem.
I fixed it by running

sudo easy_install requests

/Erik J.

Message #15 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Barry Warsaw <barry@debian.org>

To: 744145@bugs.debian.org

Date: Tue, 3 Jun 2014 16:15:34 -0400

I've not been able to reproduce this.  I find it strange that the requests
package didn't get installed automatically as a dependency.  In any case,
please try again with the upcoming pip 1.5.6 upload.

Message #26 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Paolo Inaudi <p91paul@gmail.com>

To: 744145@bugs.debian.org

Subject: pip crashes on "import requests"

Date: Tue, 08 Jul 2014 18:09:31 +0200

I am experiencing the very same issue. The requests/adapters.py seems to 
actually be where it should be, but there is maybe some sys.path problems

I have
ii  python-pip                                   1.5.6-2
ii  python-requests                          2.3.0-1

Message #31 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Norbert Veber <nveber@debian.org>

To: 744145@bugs.debian.org

Subject: pip crashes on "import requests"

Date: Wed, 9 Jul 2014 09:55:56 -0400

Hi,

I had an older version of requests on my system in /usr/local/lib.  Not
sure what the 'propper' way to uninstall is, so just did:

 rm -rf /usr/local/lib/python2.7/dist-packages/requests*

Now it works fine..

Doesn't look like a problem with the package itself, just people's
systems.

Message #36 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Bruno Agutoli <brunoagutoli@gmail.com>

To: 744145@bugs.debian.org

Subject: pip crashes on "import requests"

Date: Fri, 8 Aug 2014 02:13:57 -0300

[Message part 1 (text/plain, inline)]

This solved my problem!

sudo easy_install requests==2.3.0

[Message part 2 (text/html, inline)]

Message #41 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Yannick Roehlly <yannick.roehlly@gmail.com>

To: 744145@bugs.debian.org

Subject: [python-pip] python-requests upgrade to version 2.4.3-1 presents the same problem

Date: Tue, 21 Oct 2014 20:28:53 +0200

Package: python-pip
Version: 1.5.6-2

--- Please enter the report below this line. ---

The today upgrade of python-requests to version 2.4.3-1 has removed 
IncompleteRead from requests.compat and leads to the same problem in pip.

Regards,

Yannick

--- System information. ---
Architecture: amd64
Kernel:       Linux 3.17.1

Debian Release: jessie/sid
  500 unstable        ftp.fr.debian.org 
  500 unstable        ftp.de.debian.org 
  500 unstable        deb-multimedia.org 
    1 experimental    ftp.fr.debian.org 
    1 experimental    ftp.de.debian.org 

--- Package information. ---
Depends                      (Version) | Installed
======================================-+-==============
ca-certificates                        | 20141019
python-colorama                        | 0.3.2-1
python-distlib                         | 0.1.9-1
python-html5lib                        | 0.999-3
python-pkg-resources                   | 5.5.1-1
python-requests                        | 2.4.3-1
python-setuptools           (>= 0.6c1) | 5.5.1-1
python-six                             | 1.8.0-1
python:any               (>= 2.7.5-5~) | 
python                                 | 2.7.8-1
python:any                    (<< 2.8) | 


Recommends           (Version) | Installed
==============================-+-===========
build-essential                | 11.7
python-dev-all        (>= 2.6) | 
python-wheel                   | 0.24.0-1


Package's Suggests field is empty.


-- 
I have a map of the United States.  It's actual size.  I spent last summer
folding it.  People ask me where I live, and I say, "E6".
		-- Steven Wright

Message #46 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Yannick Roehlly <yannick@iaora.eu>

To: 744145@bugs.debian.org

Subject: [python-pip] The problem comes from de-vendorize.patch

Date: Tue, 21 Oct 2014 22:14:49 +0200

Package: python-pip
Version: 1.5.6-2

--- Please enter the report below this line. ---

The problem comes from de-vendorize.patch:

--- a/pip/download.py
+++ b/pip/download.py
@@ -19,13 +19,13 @@
[...]
-from pip._vendor.requests.compat import IncompleteRead
[...]
+from requests.compat import IncompleteRead

Previous versions of requests raised IncompleteRead (from httplib) but now it 
raises ChunkedEncodingError. In download.py, the IncompleteRead is re-raised 
as ChunkedEncodingError.

A quick fix would be to use "from httplib import IncompleteRead" in the 
de-vendorize.patch (even if the IncompleteRead will not be raised by requests 
any more).

Note that there may be other problems with pip using the upgraded requests.

Regards,

Yannick

--- System information. ---
Architecture: amd64
Kernel:       Linux 3.17.1

Debian Release: jessie/sid
  500 unstable        ftp.fr.debian.org 
  500 unstable        ftp.de.debian.org 
  500 unstable        deb-multimedia.org 
    1 experimental    ftp.fr.debian.org 
    1 experimental    ftp.de.debian.org 

--- Package information. ---
Depends                      (Version) | Installed
======================================-+-==============
ca-certificates                        | 20141019
python-colorama                        | 0.3.2-1
python-distlib                         | 0.1.9-1
python-html5lib                        | 0.999-3
python-pkg-resources                   | 5.5.1-1
python-requests                        | 2.4.3-1
python-setuptools           (>= 0.6c1) | 5.5.1-1
python-six                             | 1.8.0-1
python:any               (>= 2.7.5-5~) | 
python                                 | 2.7.8-1
python:any                    (<< 2.8) | 


Recommends           (Version) | Installed
==============================-+-===========
build-essential                | 11.7
python-dev-all        (>= 2.6) | 
python-wheel                   | 0.24.0-1


Package's Suggests field is empty.



-- 
As flies to wanton boys are we to the gods; they kill us for their sport.
		-- Shakespeare, "King Lear"

Message #51 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Daniele Tricoli <eriol@mornie.org>

To: 744145@bugs.debian.org

Subject: Re: [python-pip] The problem comes from de-vendorize.patch

Date: Thu, 23 Oct 2014 11:21:18 +0200

Hello Yannick,
requests' maintainer here.

On Tuesday 21 October 2014 22:14:49 Yannick Roehlly wrote:
> A quick fix would be to use "from httplib import IncompleteRead" in the 
> de-vendorize.patch (even if the IncompleteRead will not be raised by
> requests  any more).

I fixed this inside requests (both for Python 2 and Python 3). 
See

    https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=766419#23

for details

> Note that there may be other problems with pip using the upgraded requests.

I did not run tests, but I tried pip{,3} both inside virtualenvs and passing 
--user option: it works in both cases.

Please try requests 2.4.3-2. Thanks!

Kind regards,

-- 
 Daniele Tricoli 'Eriol'
 http://mornie.org

Message #56 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Chris Kuehl <ckuehl@ocf.berkeley.edu>

To: 744145@bugs.debian.org

Subject: pip3 breaks after upgrading requests

Date: Fri, 23 Jan 2015 01:34:16 -0800

Hi maintainer,

I am able to reproduce this reliably.

On a clean jessie or sid system (does not happen on wheezy):

    root# apt-get install python3 python3-pip
    root# pip3 install --upgrade requests

After this, every invocation of pip3 fails:

    root# pip3
    Traceback (most recent call last):
      File "/usr/bin/pip3", line 9, in <module>
        load_entry_point('pip==1.5.6', 'console_scripts', 'pip3')()
      File "/usr/lib/python3/dist-packages/pkg_resources.py", line 356, in load_entry_point
        return get_distribution(dist).load_entry_point(group, name)
      File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2476, in load_entry_point
        return ep.load()
      File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2190, in load
        ['__name__'])
      File "/usr/lib/python3/dist-packages/pip/__init__.py", line 61, in <module>
        from pip.vcs import git, mercurial, subversion, bazaar  # noqa
      File "/usr/lib/python3/dist-packages/pip/vcs/mercurial.py", line 9, in <module>
        from pip.download import path_to_url
      File "/usr/lib/python3/dist-packages/pip/download.py", line 25, in <module>
        from requests.compat import IncompleteRead
    ImportError: cannot import name 'IncompleteRead'

The version of requests which the upgrade installs is currently 2.5.1.

This renders pip unusable for many cases, and can break not just pip but
also other Python packages. In particular, any Python package that
depends on requests which you upgrade using system pip will permanently
break pip.

Thanks for looking into this -- I'm more than happy to help with testing
any fixes!

Happy Friday,
Chris

Message #67 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Chris Kuehl <ckuehl@ocf.berkeley.edu>

To: 744145@bugs.debian.org

Cc: Daniele Tricoli <eriol@mornie.org>, Yannick Roehlly <yannick@iaora.eu>

Subject: Re: pip3 breaks after upgrading requests

Date: Fri, 23 Jan 2015 15:47:02 -0800

[Message part 1 (text/plain, inline)]

Hi again maintainer,

As Yannick suggests, this seems to have been caused by this change to requests
back in July:
https://github.com/kennethreitz/requests/commit/47d0517d66e8cf5832768262221f0357ae134ad1

Now that requests.compat no longer imports IncompleteRead, it won't be
available for pip to use.

There are two sequential commits in pip which remove its use of
IncompleteRead:

https://github.com/pypa/pip/commit/53eab2357e4425436b51e109bfaedcb9f3772072
https://github.com/pypa/pip/commit/e77c0c573c059bb4a86b2c5c06835f57e4af6c47

These were merged as part of the PR: https://github.com/pypa/pip/pull/2024

Unfortunately, the commits themselves don't contain much context for the
change. It looks like it was perhaps made to satisfy CI warnings?

On Tue, Oct 21, 2014 at 10:14:49PM +0200, Yannick Roehlly wrote:
> A quick fix would be to use "from httplib import IncompleteRead" in the
> de-vendorize.patch (even if the IncompleteRead will not be raised by requests
> any more).

I've attached a patch that does this (with a minor change to support Python3),
and tested that it works.

I've also attached a patch which backports the two pip commits into the current
python-pip source package.

Both of these fix the current problem, and allow pip to work with both the
version of requests the Debian package, and the current version from PyPI,
which is likely to be installed by users. I'm not sure which is preferable, so
I've included both (only one should be applied, of course).

> Note that there may be other problems with pip using the upgraded requests.

This is probably also worth reiterating. I wonder how hard it would be to
change system pip to always use system versions of libraries. There's no
guarantee that a change to the internals of requests doesn't break pip again
tomorrow.

Thanks again!
Chris


On Fri, Jan 23, 2015 at 01:34:16AM -0800, Chris Kuehl wrote:
> Hi maintainer,
> 
> I am able to reproduce this reliably.
> 
> On a clean jessie or sid system (does not happen on wheezy):
> 
>     root# apt-get install python3 python3-pip
>     root# pip3 install --upgrade requests
> 
> After this, every invocation of pip3 fails:
> 
>     root# pip3
>     Traceback (most recent call last):
>       File "/usr/bin/pip3", line 9, in <module>
>         load_entry_point('pip==1.5.6', 'console_scripts', 'pip3')()
>       File "/usr/lib/python3/dist-packages/pkg_resources.py", line 356, in load_entry_point
>         return get_distribution(dist).load_entry_point(group, name)
>       File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2476, in load_entry_point
>         return ep.load()
>       File "/usr/lib/python3/dist-packages/pkg_resources.py", line 2190, in load
>         ['__name__'])
>       File "/usr/lib/python3/dist-packages/pip/__init__.py", line 61, in <module>
>         from pip.vcs import git, mercurial, subversion, bazaar  # noqa
>       File "/usr/lib/python3/dist-packages/pip/vcs/mercurial.py", line 9, in <module>
>         from pip.download import path_to_url
>       File "/usr/lib/python3/dist-packages/pip/download.py", line 25, in <module>
>         from requests.compat import IncompleteRead
>     ImportError: cannot import name 'IncompleteRead'
> 
> The version of requests which the upgrade installs is currently 2.5.1.
> 
> This renders pip unusable for many cases, and can break not just pip but
> also other Python packages. In particular, any Python package that
> depends on requests which you upgrade using system pip will permanently
> break pip.
> 
> Thanks for looking into this -- I'm more than happy to help with testing
> any fixes!
> 
> Happy Friday,
> Chris

[0001-backport-remove-incompleteread.patch (text/x-diff, attachment)]

[0001-import-httplib.patch (text/x-diff, attachment)]

Message #74 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Stefano Rivera <stefanor@debian.org>

To: Chris Kuehl <ckuehl@ocf.berkeley.edu>, 744145@bugs.debian.org

Subject: Re: [Python-modules-team] Bug#744145: pip3 breaks after upgrading requests

Date: Mon, 26 Jan 2015 05:12:42 +0200

Control: severity -1 wishlist

Hi Chris (2015.01.23_11:34:16_+0200)
> On a clean jessie or sid system (does not happen on wheezy):
> 
>     root# apt-get install python3 python3-pip
>     root# pip3 install --upgrade requests
> 
> After this, every invocation of pip3 fails:

I don't think I consider this bug to be RC. Debian packages have
declared dependencies on other Debian packages. Replacing one with
something newer from upstream, is quite likely to break things.

Supporting user-installed python libraries falls far into wishlist, for
me. At this point in the freeze, I don't think it's worth bothering the
release team, to fix this.

"sudo pip" on a Debian box is dangerous, don't do that, and rather use
virtualenvs, if you need to go off the beaten track.

SR

-- 
Stefano Rivera
  http://tumbleweed.org.za/
  +1 415 683 3272

Message #81 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Chris Kuehl <ckuehl@ocf.berkeley.edu>

To: Stefano Rivera <stefanor@debian.org>

Cc: 744145@bugs.debian.org

Subject: Re: [Python-modules-team] Bug#744145: pip3 breaks after upgrading requests

Date: Mon, 26 Jan 2015 10:25:12 -0800

Hi Stefano,

On Mon, Jan 26, 2015 at 05:12:42AM +0200, Stefano Rivera wrote:
> I don't think I consider this bug to be RC. Debian packages have
> declared dependencies on other Debian packages. Replacing one with
> something newer from upstream, is quite likely to break things.

Thanks for responding. I do understand your reasoning behind not
considering the bug for jessie.

For the sake of documenting this bug better, I probably should have
explained my reasoning a bit clearer. I'm afraid that the impact of the
bug, particularly on upgrades, is likely to be pretty widespread:

* On wheezy, if someone installs requests to system site-packages, pip
  will work fine. After an upgrade to jessie, pip is broken and cannot
  be fixed without rm-ing the appropriate directory (pip uninstall won't
  work, either).

* As far as I'm aware, vendorizing (and on Debian, de-vendorizing) is
  new with the version of pip included with jessie, so the behavior that
  installing a different requests version (or some other devendorized
  library, such as colorama) can permanently break pip is new.

* The default option is to install system-wide (i.e. --user is not
  implicit for non root, #725848), and site-packages installs are still
  very common, especially when one desires to have a Python binary
  packaged on PyPI installed system-wide.

It's very easy for a user to back themselves into a corner, especially
given that once requests has been installed, there is no easy or
obvious way to fix pip.

I wonder whether such a change should at least be documented in the
release notes, even if we can't address it because of the freeze?

> "sudo pip" on a Debian box is dangerous, don't do that, and rather use
> virtualenvs, if you need to go off the beaten track.

I agree with this, but I'm afraid that it's still a very common
practice. It's not hard to find articles advising users to run `pip` as
root, and I suspect that such recommendations will be the first result
when an unsuspecting user searches pip errors on Google.

Thanks and happy Monday,
Chris

Message #86 received at 744145@bugs.debian.org (full text, mbox, reply):

From: "W. Martin Borgert" <debacle@debian.org>

To: Chris Kuehl <ckuehl@ocf.berkeley.edu>, 744145@bugs.debian.org

Cc: Stefano Rivera <stefanor@debian.org>

Subject: Re: [Python-modules-team] Bug#744145: pip3 breaks after upgrading requests

Date: Mon, 26 Jan 2015 21:15:10 +0100

On 2015-01-26 10:25, Chris Kuehl wrote:
> I wonder whether such a change should at least be documented in the
> release notes, even if we can't address it because of the freeze?

Yes, good idea. This would allow users to remove such libraries
first and then upgrade Debian.

Would you file a bug against release-notes, please?

Message #93 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Barry Warsaw <barry@debian.org>

To: 744145@bugs.debian.org

Date: Wed, 25 Feb 2015 16:41:36 -0500

I have committed a fix for this to python-pip's svn and sent a message with
the relevant details to debian-python@.  The bug and its fix are pretty
simple.  Instead of only putting the .whl files early on sys.path when inside
a venv, we should be doing that in all cases.  The only inside/outside
difference is the location of the wheel files.

I think this should be reclassified back to severity grave and the fix
included in Jessie.

https://lists.debian.org/debian-python/2015/02/msg00082.html

Message #100 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Barry Warsaw <barry@debian.org>

To: 744145@bugs.debian.org

Date: Fri, 27 Feb 2015 17:19:47 -0500

ScottK and I discussed this and we agreed that the change is necessary, and
that the severity of this bug should be bumped to serious.  We also need to
make a change to Debian Python Policy to more accurately reflect the
restriction on wheel files.  I will handle both of these changes.

Message #105 received at 744145-close@bugs.debian.org (full text, mbox, reply):

From: Barry Warsaw <barry@debian.org>

To: 744145-close@bugs.debian.org

Subject: Bug#744145: fixed in python-pip 1.5.6-5

Date: Fri, 27 Feb 2015 23:36:02 +0000

Source: python-pip
Source-Version: 1.5.6-5

We believe that the bug you reported is fixed in the latest version of
python-pip, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 744145@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Barry Warsaw <barry@debian.org> (supplier of updated python-pip package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmaster@ftp-master.debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Format: 1.8
Date: Fri, 27 Feb 2015 17:02:54 -0500
Source: python-pip
Binary: python-pip python3-pip python-pip-whl
Architecture: source all
Version: 1.5.6-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Python Modules Team <python-modules-team@lists.alioth.debian.org>
Changed-By: Barry Warsaw <barry@debian.org>
Description:
 python-pip - alternative Python package installer
 python-pip-whl - alternative Python package installer
 python3-pip - alternative Python package installer - Python 3 version of the pa
Closes: 744145
Changes:
 python-pip (1.5.6-5) unstable; urgency=medium
 .
   * Team upload.
   * Use the .whl files for de-vendorized dependencies both inside and
     outside the virtual environments.  (Closes: #744145)
   * d/control: Bump Standards-Version with no other changes necessary.
   * d/patches/use-venv-wheels.patch: Renamed to use-wheels.patch
Checksums-Sha1:
 19637557219b6ff7d201fdfacc55f86c007d5bd8 2339 python-pip_1.5.6-5.dsc
 245f963d8789d0a1897925c1801fe8f9e5c605e9 18816 python-pip_1.5.6-5.debian.tar.xz
 0d6b4dfd922fe228b328dbedb859d19917d135f4 114120 python-pip_1.5.6-5_all.deb
 efd964ac67d264be5512a9bc98deef797dd341d6 97200 python3-pip_1.5.6-5_all.deb
 d56e056021ce58b3679c68f8681a4b07b6813ea0 126036 python-pip-whl_1.5.6-5_all.deb
Checksums-Sha256:
 2ce877aa34abb8e98695ac177a875965f36989c08e22b8682abaae02a59ab8be 2339 python-pip_1.5.6-5.dsc
 d1e589ce72cec07360c2c82e09bffbad176a997098a6a881ce8e1d450d199168 18816 python-pip_1.5.6-5.debian.tar.xz
 21b76a0322c7351341295443764b49a3375ec1a280f3c3b298e863865d78aa8b 114120 python-pip_1.5.6-5_all.deb
 e5e69fe464366f14b543fbdf00ed91caad28fae78fa1344ac251251cfeffcb27 97200 python3-pip_1.5.6-5_all.deb
 e3a77397ebabd6cec1a23b7143d9f368d90e25cc8124f48bcae2a7b2c22539d2 126036 python-pip-whl_1.5.6-5_all.deb
Files:
 66952e24da5bfa2d3dc7eb33f983467e 2339 python optional python-pip_1.5.6-5.dsc
 f2c82a51d3a01be9ce677dcd63ded024 18816 python optional python-pip_1.5.6-5.debian.tar.xz
 30c0667000a58c7b84df5caa236cc78c 114120 python optional python-pip_1.5.6-5_all.deb
 5ac589bb23705ab8ae6173db08885b53 97200 python optional python3-pip_1.5.6-5_all.deb
 80a88633b41e2e4ca2c642b3c9cb4968 126036 python optional python-pip-whl_1.5.6-5_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1

iQIcBAEBCAAGBQJU8OsGAAoJEBJutWOnSwa/mxIQALkJvIbfc0euqudhLW6kXA9z
ItGTL+9D2WSTFqTlfAW0ESF+kMrXPENGjtAk//M3vqP/e4IWDbSgNSjOmqeRwODq
JishTju1PXi/06UkZ/AzOLF4lfnJFGFCX3/3+1e2y2CJU6PeNvIXt9fKu8uat7yi
0juqrvNCpkQ0bvAy8570ym8mTn6Rjz8tgPFFbLyNP+kyK7moqmilj8oaDSz/vBmm
Rh8BkrKNwjS/FIA+GwZk+oo3pyVeKCE8Pbxwf8t4W9D+5SrdhqE7PC5qBzDCjt84
zjfa2BzFqZJ1rLhEEQntWjY7rPQT4YyjcLGOPjiosugh5VDFSBh0l42OV6kd9B+5
YG/7hc8pSWfZoYvfQhofyNzHZdjzubfsyQ1qDSL5Zf5NEEnh7/urXj9fnUXW4KwO
70cPhA+HOyqzTgvZp5xtBZxcFhNQ0ZVlbiJYIPQ8X8y84AVDpM/wT621bzZsMrzL
Uy3MPWXaKz60sdFpu+JdRlJAGxEznswqqaGHhiqLDz+vI3b/njFJGyvS8AmGPbyi
vaSC9uJ2YLTsMbXQ81OrsRaR0OXB2uxlmMw6fgEDlJKcBg4gFf8fHMV547dUwZYq
DCuachAHwRGR2qZ++flMQxNmirDie30dFMYphv2v4+ndaLZJUvwnqw4fghqlgkCo
ey8pmT7kUjI1zXnaPs0a
=OOTd
-----END PGP SIGNATURE-----

Message #110 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Chris Kuehl <ckuehl@ocf.berkeley.edu>

To: Barry Warsaw <barry@debian.org>

Cc: 744145@bugs.debian.org

Subject: Re: your mail

Date: Wed, 11 Mar 2015 17:59:05 -0700

Hi again,

On Wed, Feb 25, 2015 at 04:41:36PM -0500, Barry Warsaw wrote:
> I have committed a fix for this to python-pip's svn and sent a message with
> the relevant details to debian-python@.  The bug and its fix are pretty
> simple.  Instead of only putting the .whl files early on sys.path when inside
> a venv, we should be doing that in all cases.  The only inside/outside
> difference is the location of the wheel files.

Awesome, thanks so much for getting this fix into jessie; it's been very
helpful for us.

I'm sure you're aware of this, but just adding a little info in case
someone stumbles across this bug and wonders why it isn't working for
them: wheel files aren't normally installed, so the fix will only work
if you've installed the -whl packages needed. In our case, installing
python-requests-whl fixed the problem (but maybe as time goes on, more
could become necessary if modules' APIs change in newer versions).

Happy Wednesday,
Chris

Message #115 received at 744145@bugs.debian.org (full text, mbox, reply):

From: Donald Stufft <donald@stufft.io>

To: Chris Kuehl <ckuehl@ocf.berkeley.edu>, 744145@bugs.debian.org

Cc: Barry Warsaw <barry@debian.org>

Subject: Re: Bug#744145: your mail

Date: Wed, 11 Mar 2015 21:18:03 -0400

[Message part 1 (text/plain, inline)]

> On Mar 11, 2015, at 8:59 PM, Chris Kuehl <ckuehl@ocf.berkeley.edu> wrote:
> 
> Hi again,
> 
> On Wed, Feb 25, 2015 at 04:41:36PM -0500, Barry Warsaw wrote:
>> I have committed a fix for this to python-pip's svn and sent a message with
>> the relevant details to debian-python@.  The bug and its fix are pretty
>> simple.  Instead of only putting the .whl files early on sys.path when inside
>> a venv, we should be doing that in all cases.  The only inside/outside
>> difference is the location of the wheel files.
> 
> Awesome, thanks so much for getting this fix into jessie; it's been very
> helpful for us.
> 
> I'm sure you're aware of this, but just adding a little info in case
> someone stumbles across this bug and wonders why it isn't working for
> them: wheel files aren't normally installed, so the fix will only work
> if you've installed the -whl packages needed. In our case, installing
> python-requests-whl fixed the problem (but maybe as time goes on, more
> could become necessary if modules' APIs change in newer versions).
> 
> Happy Wednesday,
> Chris
> 

Maybe python-pip should depend on python-*-whl? (I’m not sure if that’s
actually possible given the “special” situation python-pip and python-*-whl
is in).

---
Donald Stufft
PGP: 7C6B 7C5D 5E2B 6356 A926 F04F 6E3C BCE9 3372 DCFA

[signature.asc (application/pgp-signature, attachment)]

Send a report that this bug log contains spam.