Debian Bug report logs - #695707
[libpython2.7-stdlib] Breaks python-virtualenv

Toggle useless messages

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

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

To: submit@bugs.debian.org

Subject: [libpython2.7-stdlib] Breaks python-virtualenv

Date: Tue, 11 Dec 2012 22:33:59 +0100

Package: libpython2.7-stdlib
Version: 2.7.3-11
Severity: normal

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

Hi Matthias,

The patch closing bug #695596 makes packages installable on the system but the 
multi-arch breaks the use of python-virtualenv. For instance (use 
virtualenvwrapper):

========================================================================
$ mkvirtualenv test
New python executable in test/bin/python
Installing distribute.................................
  Complete output from command /home/yannick/.virtualenvs/test/bin/python -c 
"#!python
\"\"\"Bootstra...   sys.exit(main())
":
  Extracting in /tmp/tmpa33XGw
Now working in /tmp/tmpa33XGw/distribute-0.6.31
Installing Distribute
running install
Traceback (most recent call last):
  File "setup.py", line 240, in <module>
    scripts = scripts,
  File "/usr/lib/python2.7/distutils/core.py", line 152, in setup
    dist.run_commands()
  File "/usr/lib/python2.7/distutils/dist.py", line 953, in run_commands
    self.run_command(cmd)
  File "/usr/lib/python2.7/distutils/dist.py", line 971, in run_command
    cmd_obj.ensure_finalized()
  File "/usr/lib/python2.7/distutils/cmd.py", line 109, in ensure_finalized
    self.finalize_options()
  File "/tmp/tmpa33XGw/distribute-0.6.31/setuptools/command/install.py", line 
29, in finalize_options
    _install.finalize_options(self)
  File "/usr/lib/python2.7/distutils/command/install.py", line 321, in 
finalize_options
    (prefix, exec_prefix) = get_config_vars('prefix', 'exec_prefix')
  File "/home/yannick/.virtualenvs/test/lib/python2.7/distutils/__init__.py", 
line 92, in sysconfig_get_config_vars
    real_vars = old_get_config_vars(*args)
  File "/usr/lib/python2.7/distutils/sysconfig.py", line 498, in 
get_config_vars
    func()
  File "/usr/lib/python2.7/distutils/sysconfig.py", line 442, in _init_posix
    from _sysconfigdata import build_time_vars
  File "/usr/lib/python2.7/_sysconfigdata.py", line 6, in <module>
    from _sysconfigdata_nd import *
ImportError: No module named _sysconfigdata_nd
Something went wrong during the installation.
See the error message above.
----------------------------------------
...Installing distribute...done.
Traceback (most recent call last):
  File "/usr/bin/virtualenv", line 3, in <module>
    virtualenv.main()
  File "/usr/lib/python2.7/dist-packages/virtualenv.py", line 965, in main
    never_download=options.never_download)
  File "/usr/lib/python2.7/dist-packages/virtualenv.py", line 1072, in 
create_environment
    search_dirs=search_dirs, never_download=never_download)
  File "/usr/lib/python2.7/dist-packages/virtualenv.py", line 617, in 
install_distribute
    search_dirs=search_dirs, never_download=never_download)
  File "/usr/lib/python2.7/dist-packages/virtualenv.py", line 583, in 
_install_req
    cwd=cwd)
  File "/usr/lib/python2.7/dist-packages/virtualenv.py", line 1043, in 
call_subprocess
    % (cmd_desc, proc.returncode))
OSError: Command /home/yannick/.virtualenvs/test/bin/python -c "#!python
\"\"\"Bootstra...   sys.exit(main())
" failed with error code 2
========================================================================

I don't understand well if the problem should be corrected in virtualenv or in 
the multi-arch Python packaging.

Regards,

Yannick

PS: I created this bug report on a system with the non-multiarch Python 2.7, 
so there may be something missing in the informations below.


--- System information. ---
Architecture: amd64
Kernel:       Linux 3.6-trunk-amd64

Debian Release: wheezy/sid
  500 unstable        ftp.fr.debian.org 
    1 experimental    ftp.fr.debian.org 

--- Package information. ---
Depends                          (Version) | Installed
==========================================-+-==================
libpython2.7-minimal          (= 2.7.3-11) | 2.7.3-11
mime-support                               | 3.52-2
libbz2-1.0                                 | 1.0.6-4
libc6                            (>= 2.11) | 
libdb5.1                                   | 
libexpat1                   (>= 2.1~beta3) | 
libgcc1                       (>= 1:4.1.1) | 
libncursesw5             (>= 5.6+20070908) | 
libreadline6                      (>= 6.0) | 
libsqlite3-0                    (>= 3.5.9) | 
libssl1.0.0                     (>= 1.0.0) | 
libtinfo5                                  | 


Package's Recommends field is empty.

Package's Suggests field is empty.



-- 
Todo bicho que camina, va a parar al asador.
		-- Refrán. 

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

From: Matthias Klose <doko@debian.org>

To: Yannick Roehlly <yannick.roehlly@gmail.com>, 695707@bugs.debian.org

Cc: Stefano Rivera <stefanor@debian.org>

Subject: Re: Bug#695707: [libpython2.7-stdlib] Breaks python-virtualenv

Date: Tue, 11 Dec 2012 23:08:04 +0100

Am 11.12.2012 22:33, schrieb Yannick Roehlly:
> Package: libpython2.7-stdlib
> Version: 2.7.3-11
> Severity: normal

> The patch closing bug #695596 makes packages installable on the system but the 
> multi-arch breaks the use of python-virtualenv. For instance (use 
> virtualenvwrapper):

 - the plat-linux2 directory is now renamed to plat-<multiarch>.
   I assume virtualenv uses plat-linux2 directly, however I can't
   find any reference to that in virtualenv.py.
   This will need a fix in the python-virtualenv package.
   Does this show up for new virtualenvs too?

 - the _sysconfigdata.py module is a backport from python3.3,
   so you won't see this with a python2.7 upstream release. I
   assume that python3.3 shows the same behaviour.

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

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

To: Matthias Klose <doko@debian.org>

Cc: 695707@bugs.debian.org, Stefano Rivera <stefanor@debian.org>

Subject: Re: Bug#695707: [libpython2.7-stdlib] Breaks python-virtualenv

Date: Tue, 11 Dec 2012 23:50:18 +0100

Hi Matthias,

Thanks for the quick answer.

Le mardi 11 décembre 2012 23:08:04 Matthias Klose a écrit :
>  - the plat-linux2 directory is now renamed to plat-<multiarch>.
>    I assume virtualenv uses plat-linux2 directly, however I can't
>    find any reference to that in virtualenv.py.
>    This will need a fix in the python-virtualenv package.

I had a quick look to the virtualenv source and I noticed in the 
virtualenv_embedded/site.py this line:

  plat_path = os.path.join(path, 'plat-%s' % sys.platform)

But I'm not sure this is used in the Debian package. Nevertheless, on a multi-
arch installation sys.platform is 'linux2'. Shouldn't it be the full 
architecture name?

I'll try to investigate more on virtualenv later.

>    Does this show up for new virtualenvs too?

I was trying to create a new virtualenv.

Regards,

Yannick

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

From: Matthias Klose <doko@debian.org>

To: Yannick Roehlly <yannick.roehlly@gmail.com>, 695707@bugs.debian.org

Cc: Stefano Rivera <stefanor@debian.org>

Subject: Re: Bug#695707: [libpython2.7-stdlib] Breaks python-virtualenv

Date: Wed, 12 Dec 2012 00:04:51 +0100

Am 11.12.2012 23:50, schrieb Yannick Roehlly:
> Hi Matthias,
> 
> Thanks for the quick answer.
> 
> Le mardi 11 décembre 2012 23:08:04 Matthias Klose a écrit :
>>  - the plat-linux2 directory is now renamed to plat-<multiarch>.
>>    I assume virtualenv uses plat-linux2 directly, however I can't
>>    find any reference to that in virtualenv.py.
>>    This will need a fix in the python-virtualenv package.
> 
> I had a quick look to the virtualenv source and I noticed in the 
> virtualenv_embedded/site.py this line:
> 
>   plat_path = os.path.join(path, 'plat-%s' % sys.platform)
> 
> But I'm not sure this is used in the Debian package. Nevertheless, on a multi-
> arch installation sys.platform is 'linux2'. Shouldn't it be the full 
> architecture name?

No. A part of the standard library must not be changed.  Proposing to change
this as:

  ma = sysconfig.get_config_var('MULTIARCH')
  if ma:
    plat_path = os.path.join(path, 'plat-%s' % ma)
  else:
    plat_path = os.path.join(path, 'plat-%s' % sys.platform)

hmm, except that sysconfig.get_config_var already relies on the platform path.
so maybe use glob('plat-*')?

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

From: Barry Warsaw <barry@python.org>

To: 695707@bugs.debian.org

Date: Wed, 12 Dec 2012 14:34:27 -0500

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

How horrible is it to use dpkg-architecture?  It adds a dependency on
dpkg-dev, but that doesn't seem so bad to *me*. :)

Attached is a patch that uses dpkg-architecture and fixes the problem for me.

[695707.diff (text/x-patch, attachment)]

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

From: Barry Warsaw <barry@python.org>

To: 695707@bugs.debian.org

Date: Wed, 12 Dec 2012 15:06:37 -0500

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

Or this one...

[695707.diff (text/x-patch, attachment)]

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

From: Matthias Klose <doko@debian.org>

To: Barry Warsaw <barry@python.org>, 695707@bugs.debian.org

Subject: Re: Bug#695707: (no subject)

Date: Thu, 13 Dec 2012 11:04:29 +0100

Am 12.12.2012 21:06, schrieb Barry Warsaw:
> Or this one...

when creating a virtualenv, you usually know which interpreter you'll be using
for the new env, so why not use the interpreter to get the name of the dir?

python -S -c 'import sys, os.path; print [os.path.basename(d) for d in sys.path
if os.path.basename(d).startswith("plat-")][0]'

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

From: Barry Warsaw <barry@python.org>

Cc: 695707@bugs.debian.org

Subject: Re: Bug#695707: (no subject)

Date: Thu, 13 Dec 2012 11:14:08 -0500

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

On Dec 13, 2012, at 11:04 AM, Matthias Klose wrote:

>Am 12.12.2012 21:06, schrieb Barry Warsaw:
>> Or this one...
>
>when creating a virtualenv, you usually know which interpreter you'll be
>using for the new env, so why not use the interpreter to get the name of the
>dir?
>
>python -S -c 'import sys, os.path; print [os.path.basename(d) for d in
>sys.path if os.path.basename(d).startswith("plat-")][0]'

I really don't want to promote hacks like this.  It will lead everyone to
inventing their own slightly different ways of doing it, and then we'll have
no clear recommendations, but a million opinions and hacks.

Please see the discussion on debian-python.

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

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

From: Barry Warsaw <barry@python.org>

To: 695707@bugs.debian.org

Cc: Matthias Klose <doko@debian.org>

Subject: Fixing python-virtualenv for Python 2.7

Date: Mon, 17 Dec 2012 14:31:11 -0500

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

If you apply the multarchi27.diff patch in bug #695958, then this patch to
virtualenv will do the trick.

Ignore the earlier two python-virtualenv patches.

[695707.diff (text/x-patch, attachment)]

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

From: Barry Warsaw <barry@python.org>

To: 695707@bugs.debian.org

Date: Thu, 20 Dec 2012 11:46:03 -0500

Alioth svn updated with latest patch based on comments in bug #695958.  Once
that gets uploaded, then svn can get sponsored to fix the problem.

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

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

To: 695707@bugs.debian.org

Date: Fri, 21 Dec 2012 21:37:20 +0100

Hi Barry,

I updated Python 2.7 to experimental and rebuild python-virtualenv with the 
multiarch patch. Now that works.

But I add to delete and re-create my virtual environment (sorry, I did not 
note down the error message / problem). Maybe this worth an entry in the 
readme / changelog / news.

Thanks for the patch (also to Python team).

Yannick

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

From: Barry Warsaw <barry@python.org>

To: 695707-close@bugs.debian.org

Subject: Bug#695707: fixed in python-virtualenv 1.8.4-2

Date: Tue, 25 Dec 2012 07:47:28 +0000

Source: python-virtualenv
Source-Version: 1.8.4-2

We believe that the bug you reported is fixed in the latest version of
python-virtualenv, 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 695707@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Barry Warsaw <barry@python.org> (supplier of updated python-virtualenv 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@debian.org)


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Tue, 25 Dec 2012 02:06:34 -0500
Source: python-virtualenv
Binary: python-virtualenv
Architecture: source all
Version: 1.8.4-2
Distribution: experimental
Urgency: low
Maintainer: Debian Python Modules Team <python-modules-team@lists.alioth.debian.org>
Changed-By: Barry Warsaw <barry@python.org>
Description: 
 python-virtualenv - Python virtual environment creator
Closes: 695707
Changes: 
 python-virtualenv (1.8.4-2) experimental; urgency=low
 .
   * Team upload.
   * debian/patches/multiarch.patch: Use system multiarch path, if available.
     Closes: #695707
Checksums-Sha1: 
 702d735ed149a2ca1ddf4765f25b3c98a3d19c6c 2192 python-virtualenv_1.8.4-2.dsc
 7babfb38eb1a4ab2eb0b532327040291cdef3f6d 13177 python-virtualenv_1.8.4-2.debian.tar.gz
 22afbbd2daa3ec74fe49c8b5bd4f4549e4799ee8 1825284 python-virtualenv_1.8.4-2_all.deb
Checksums-Sha256: 
 1b2cb519f2088e6fd3a1f01edcfd2e4265031f4f04ae1617a6aa0ab0d710bd22 2192 python-virtualenv_1.8.4-2.dsc
 8a967e3d313355d0f5f38ec1d5767b26f2e9e154840c6ae2483b7b1d4d4cd4af 13177 python-virtualenv_1.8.4-2.debian.tar.gz
 2ae8c87bdad6909b3e8bc5d00adbf75a2654c11cde18887975afafe71bc14e1a 1825284 python-virtualenv_1.8.4-2_all.deb
Files: 
 96f8f1a8724529035316ab8f666daaaf 2192 python optional python-virtualenv_1.8.4-2.dsc
 9d9e3738cc4e1cddb2e7ec0de61a6e0b 13177 python optional python-virtualenv_1.8.4-2.debian.tar.gz
 17b9445c95368d3f3cc9508809faf063 1825284 python optional python-virtualenv_1.8.4-2_all.deb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCgAGBQJQ2VcjAAoJEACQ/CG1zRrM4DgP/0nKrhqlySXl3ohewmE85uqv
7teHKs6QPYFmegVIhla3/9mZ2FHQla/DXncQ7ngbLYTfNuAqH1tldDUZYyhrpR9o
5s9CDJttbosII0PyPs6M5O54LPA77cWdm6HYHgfNieLAuHQaYc04XeV+mM7AEzGs
30AVvFfzRbN3eofA4PivwZSdEykPLIXW62F/4GfrzULV5PHAirtm29D4ngQXQokJ
3XflcFwP1o6DYufbFw02J6QadxgVS9E52uQCvCOt8g/ppkX+tnzU+4xrsqHwZUmI
iVQ7aISDscgoS/iL64rutx4LXkjgXnJKfwr2j1sukOUKtVxe6caFBaVi9LAh0okp
3ia1jtRaxCC+dyvBOsib2zQaQBcLoNDTroyQIUZXqVreZEmH+RJY6QzeXx5SRV11
MlZq0UbFkrFGECOE0ZsMb5NkWUatMTzYpAZMTrKkQ1WU59e5EvvhtlodM3JeTsP/
X2TyC1zh9dbU2q8Lz+xl81KyNC3769tdPxy9mT+gePy4Z5X8gMAw+NBmUORJlPnT
iHUEkv8O7J46j6HoU0tA77fmHyG1NEVe/Ymz/v1r78zf2Wv3WjdSlfZNwGU088vs
mU6/8i3IRY4dZPLapKRR94xLp6g7TdLpljAyJ7hluQynjWzVb86dNg3aFQOM0tPI
loZrTC4+s8TYyC2szNNV
=UMYJ
-----END PGP SIGNATURE-----

Send a report that this bug log contains spam.