Skip to content

HTTPS clone URL

Subversion checkout URL

You can clone with
or
.
Download ZIP

Loading…

fix_lib64 breaks pypy #302

Closed
hukka opened this Issue · 7 comments

8 participants

@hukka
$ pypy virtualenv.py --distribute my_new_envpypy
Traceback (most recent call last):
  File "app_main.py", line 51, in run_toplevel
  File "virtualenv.py", line 2429, in <module>
    main()
  File "virtualenv.py", line 942, in main
    never_download=options.never_download)
  File "virtualenv.py", line 1043, in create_environment
    site_packages=site_packages, clear=clear))
  File "virtualenv.py", line 1167, in install_python
    fix_lib64(lib_dir)
  File "virtualenv.py", line 1535, in fix_lib64
    "Unexpected python lib dir: %r" % lib_dir)
AssertionError: Unexpected python lib dir: 'my_new_envpypy'

Commenting line 1167, disabling the use of the fix_lib64 function, fixes this.

@audriusk

Same here, using Slackware64.

@qwcode
Owner

pretty sure this is related to #306.
virtualenv is not handling how pypy breaks the mold for it's lib and site-packages locations.
both of these issues could probably be handled in one pull.

might make an attempt at this.

@blakerohde

Same for Fedora 18.

@amcgregor

+1 Same issue here. Any workarounds?

@bes89

Same for Fedora 20...

bes@besnik-pc pi$ virtualenv --version
1.9.1
bes@besnik-pc pi$ pypy --version
Python 2.7.3 (6c8420e89b80b4c90720115e31c2793ba7fff08d, Nov 19 2013, 13:04:31)
[PyPy 2.2.0 with GCC 4.8.2 20131017 (Red Hat 4.8.2-1)]
@treo

Just in case anybody stumbles over this: I had the same problem with version 1.8.4, and then upgraded to version 1.11.4 and the problem seems to be fixed now.

So I think this issue can be closed.

@Ivoz
Owner

Cheers @treo . If anyone still encounters the issue on latest virtualenv, please feel free to comment or reopen.

@Ivoz Ivoz closed this
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Something went wrong with that request. Please try again.