
GITHUB . COM {
}
Detected CMS Systems:
- Wordpress (2 occurrences)
Title:
Scripts and bin in bad location Β· Issue #1663 Β· pypa/virtualenv
Description:
Reporting the same bug here on MacOS, only I'm highlighting the old vs new-unexpected behavior in a (hopefully) easy reproduction case: ./.test-venv/bin/pip list | grep virtualenv virtualenv 16...
Website Age:
17 years and 8 months (reg. 2007-10-09).
Matching Content Categories {π}
- Mobile Technology & AI
- Social Networks
- Video & Online Content
Content Management System {π}
What CMS is github.com built with?
Github.com uses WORDPRESS.
Traffic Estimate {π}
What is the average monthly size of github.com audience?
ππ Tremendous Traffic: 10M - 20M visitors per month
Based on our best estimate, this website will receive around 10,000,019 visitors per month in the current month.
However, some sources were not loaded, we suggest to reload the page to get complete results.
check SE Ranking
check Ahrefs
check Similarweb
check Ubersuggest
check Semrush
How Does Github.com Make Money? {πΈ}
Subscription Packages {π³}
We've located a dedicated page on github.com that might include details about subscription plans or recurring payments. We identified it based on the word pricing in one of its internal links. Below, you'll find additional estimates for its monthly recurring revenues.How Much Does Github.com Make? {π°}
Subscription Packages {π³}
Prices on github.com are in US Dollars ($).
They range from $4.00/month to $21.00/month.
We estimate that the site has approximately 4,989,889 paying customers.
The estimated monthly recurring revenue (MRR) is $20,957,532.
The estimated annual recurring revenues (ARR) are $251,490,385.
Wordpress Themes and Plugins {π¨}
What WordPress theme does this site use?
It is strange but we were not able to detect any theme on the page.
What WordPress plugins does this website use?
It is strange but we were not able to detect any plugins on the page.
Keywords {π}
virtualenv, gaborbernat, requirement, satisfied, skipping, upgrade, python, commented, pip, arlaneenalra, usrlocallibpythonsitepackages, testvenvlibpythonsitepackages, contributor, author, issue, macosvenv, pythonversion, sign, bad, location, usersaegelhofermacosvenvbinpython, wheel, install, importlibmetadata, successfully, andrewegel, lib, pyvenvcfg, usr, scripts, behavior, testvenvbinpip, testvenvbinpython, installing, macosvenvbin, usersaegelhofermacosvenvbinpip, found, created, virtual, environment, clearfalse, globalfalse, seeder, piplatest, setuptoolslatest, wheellatest, supportvirtualenvseedv, viacopy, usersaegelhofermacosvenvusrlocalbinpip, usersaegelhofermacosvenvusrlocalbinpython,
Topics {βοΈ}
app_data_dir=/users/csalch/library/application support/virtualenv/seed-v1 app_data_dir=/users/aegelhofer/library/application support/virtualenv/seed-v1 base prefix '/library/developer/commandlinetools/library/frameworks/python3 /usr/local/opt/sqlite/include library_dirs=/usr/local/lib mac-os-venv/usr/local/bin/pip3 /users/aegelhofer/ mac-os-venv/usr/local/bin/wheel /users/aegelhofer/ mac-os-venv/usr/local/bin/python /users/aegelhofer/ mac-os-venv/usr/local/bin/pip /users/aegelhofer/ mac-os-venv/usr/local/bin/python3 /users/aegelhofer/ mac-os-venv/usr/local/bin/ /users/aegelhofer/ mac-os-venv/bin/wheel rm -rf mac-os-venv/usr/local/bin/wheel-3 mac-os-venv/usr/local/bin/easy_install mac-os-venv/usr/local/bin/easy_install-3 mac-os-venv/usr/local/bin/easy_install3 mac-os-venv/usr/local/bin/pip-3 mac-os-venv/usr/local/bin/activate mac-os-venv/bin/python-config /users/aegelhofer/ mac-os-venv/usr/local/bin/activate_this mac-os-venv/usr/local/bin/wheel3 mac-os-venv/usr/local/bin/python3 mac-os-venv/bin/python installing setuptools mac-os-venv/bin/pip3 /users/aegelhofer/ mac-os-venv/bin/python /users/aegelhofer/ mac-os-venv/bin/pip /users/aegelhofer/ mac-os-venv/bin/python3 /users/aegelhofer/ mac-os-venv/bin/ /users/aegelhofer/ mac-os-venv/bin/pip3 /usr/local/opt/sqlite/lib mac-os-venv/bin/easy_install mac-os-venv/bin/easy_install-3 mac-os-venv/bin/ zsh mac-os-venv/bin/activate mac-os-venv/bin/activate_this mac-os-venv/bin/python3 org/https/packages/33/4e/9f3e70ed2bf3de603bf4de46cb60af1309c8d97fd81cbde317507a57573e/virtualenv-20 mac-os-venv/ library mac-os-venv/bin/ ls ~/ test-venv/bin/pip install test-venv/bin/pip list mac-os-venv/bin/ dest=/users/csalch/test/venv /usr/local/lib/python3 test-venv/bin/python test-venv/lib/python3 mac-os-venv seeder fromappdata setuptools=latest /repository/pypi/files virtualenv-debug-output-issue-1632
Payment Methods {π}
- Braintree
Questions {β}
- Already have an account?
- What about master?
Schema {πΊοΈ}
DiscussionForumPosting:
context:https://schema.org
headline:Scripts and bin in bad location
articleBody:Reporting the same bug here on MacOS, only I'm highlighting the old vs new-unexpected behavior in a (hopefully) easy reproduction case:
```
./.test-venv/bin/pip list | grep virtualenv
virtualenv 16.7.9
./.test-venv/bin/python -m virtualenv .mac-os-venv
Using base prefix '/Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.7'
New python executable in /Users/aegelhofer/.mac-os-venv/bin/python
Installing setuptools, pip, wheel...
done.
ls ~/.mac-os-venv/bin/*
/Users/aegelhofer/.mac-os-venv/bin/activate /Users/aegelhofer/.mac-os-venv/bin/pip
/Users/aegelhofer/.mac-os-venv/bin/activate.csh /Users/aegelhofer/.mac-os-venv/bin/pip3
/Users/aegelhofer/.mac-os-venv/bin/activate.fish /Users/aegelhofer/.mac-os-venv/bin/pip3.7
/Users/aegelhofer/.mac-os-venv/bin/activate.ps1 /Users/aegelhofer/.mac-os-venv/bin/python
/Users/aegelhofer/.mac-os-venv/bin/activate.xsh /Users/aegelhofer/.mac-os-venv/bin/python-config
/Users/aegelhofer/.mac-os-venv/bin/activate_this.py /Users/aegelhofer/.mac-os-venv/bin/python3
/Users/aegelhofer/.mac-os-venv/bin/easy_install /Users/aegelhofer/.mac-os-venv/bin/python3.7
/Users/aegelhofer/.mac-os-venv/bin/easy_install-3.7 /Users/aegelhofer/.mac-os-venv/bin/wheel
rm -rf .mac-os-venv
./.test-venv/bin/pip install -U virtualenv
Looking in indexes:
...
Requirement already satisfied, skipping upgrade: six<2,>=1.9.0 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (1.14.0)
Requirement already satisfied, skipping upgrade: importlib-metadata<2,>=0.12; python_version < "3.8" in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (1.5.0)
Requirement already satisfied, skipping upgrade: filelock<4,>=3.0.0 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (3.0.12)
Requirement already satisfied, skipping upgrade: appdirs<2,>=1.4.3 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (1.4.3)
Requirement already satisfied, skipping upgrade: distlib<1,>=0.3.0 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (0.3.0)
Requirement already satisfied, skipping upgrade: zipp>=0.5 in ./.test-venv/lib/python3.7/site-packages (from importlib-metadata<2,>=0.12; python_version < "3.8"->virtualenv) (2.2.0)
Installing collected packages: virtualenv
Found existing installation: virtualenv 16.7.9
Uninstalling virtualenv-16.7.9:
Successfully uninstalled virtualenv-16.7.9
Successfully installed virtualenv-20.0.4
./.test-venv/bin/python -m virtualenv .mac-os-venv
created virtual environment in 169ms CPython3Posix(dest=/Users/aegelhofer/.mac-os-venv, clear=False, global=False) with seeder FromAppData pip=latest setuptools=latest wheel=latest app_data_dir=/Users/aegelhofer/Library/Application Support/virtualenv/seed-v1 via=copy
```
Now at this point I expect the python and pip "binaries" to be under `~/.mac-os-venv/bin/*`, but they now seem to be under `~/.mac-os-venv/<sourced-prefix>/bin/*`:
```
ls ~/.mac-os-venv/bin/*
zsh: no matches found: /Users/aegelhofer/.mac-os-venv/bin/*
ls ~/.mac-os-venv/usr/local/bin/*
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate /Users/aegelhofer/.mac-os-venv/usr/local/bin/pip
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.csh /Users/aegelhofer/.mac-os-venv/usr/local/bin/pip-3.7
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.fish /Users/aegelhofer/.mac-os-venv/usr/local/bin/pip3
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.ps1 /Users/aegelhofer/.mac-os-venv/usr/local/bin/python
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.xsh /Users/aegelhofer/.mac-os-venv/usr/local/bin/python3
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate_this.py /Users/aegelhofer/.mac-os-venv/usr/local/bin/python3.7
/Users/aegelhofer/.mac-os-venv/usr/local/bin/easy_install /Users/aegelhofer/.mac-os-venv/usr/local/bin/wheel
/Users/aegelhofer/.mac-os-venv/usr/local/bin/easy_install-3.7 /Users/aegelhofer/.mac-os-venv/usr/local/bin/wheel-3.7
/Users/aegelhofer/.mac-os-venv/usr/local/bin/easy_install3 /Users/aegelhofer/.mac-os-venv/usr/local/bin/wheel3
```
This behavior change messes with tools like `tox` that expect to have the `pip` binary under `<ENV-ROOT>/bin` - Reading the changelog I didn't see anything mentioning this behavior change
If this is un-related, I can file a separate bug, but it seems suspect that we're getting hung up on the same issues relating to "prefixes" here. Attached is my debug output of `virtualenv-20.0.4` command creating a virtualenv:
[virtualenv-debug-output-issue-1632.txt](https://github.com/pypa/virtualenv/files/4206940/virtualenv-debug-output-issue-1632.txt)
_Originally posted by @andrewegel in https://github.com/pypa/virtualenv/issues/1632#issuecomment-586485362_
PS. moved here as it's a new issue.
author:
url:https://github.com/gaborbernat
type:Person
name:gaborbernat
datePublished:2020-02-25T10:28:48.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:35
url:https://github.com/1663/virtualenv/issues/1663
context:https://schema.org
headline:Scripts and bin in bad location
articleBody:Reporting the same bug here on MacOS, only I'm highlighting the old vs new-unexpected behavior in a (hopefully) easy reproduction case:
```
./.test-venv/bin/pip list | grep virtualenv
virtualenv 16.7.9
./.test-venv/bin/python -m virtualenv .mac-os-venv
Using base prefix '/Library/Developer/CommandLineTools/Library/Frameworks/Python3.framework/Versions/3.7'
New python executable in /Users/aegelhofer/.mac-os-venv/bin/python
Installing setuptools, pip, wheel...
done.
ls ~/.mac-os-venv/bin/*
/Users/aegelhofer/.mac-os-venv/bin/activate /Users/aegelhofer/.mac-os-venv/bin/pip
/Users/aegelhofer/.mac-os-venv/bin/activate.csh /Users/aegelhofer/.mac-os-venv/bin/pip3
/Users/aegelhofer/.mac-os-venv/bin/activate.fish /Users/aegelhofer/.mac-os-venv/bin/pip3.7
/Users/aegelhofer/.mac-os-venv/bin/activate.ps1 /Users/aegelhofer/.mac-os-venv/bin/python
/Users/aegelhofer/.mac-os-venv/bin/activate.xsh /Users/aegelhofer/.mac-os-venv/bin/python-config
/Users/aegelhofer/.mac-os-venv/bin/activate_this.py /Users/aegelhofer/.mac-os-venv/bin/python3
/Users/aegelhofer/.mac-os-venv/bin/easy_install /Users/aegelhofer/.mac-os-venv/bin/python3.7
/Users/aegelhofer/.mac-os-venv/bin/easy_install-3.7 /Users/aegelhofer/.mac-os-venv/bin/wheel
rm -rf .mac-os-venv
./.test-venv/bin/pip install -U virtualenv
Looking in indexes:
...
Requirement already satisfied, skipping upgrade: six<2,>=1.9.0 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (1.14.0)
Requirement already satisfied, skipping upgrade: importlib-metadata<2,>=0.12; python_version < "3.8" in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (1.5.0)
Requirement already satisfied, skipping upgrade: filelock<4,>=3.0.0 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (3.0.12)
Requirement already satisfied, skipping upgrade: appdirs<2,>=1.4.3 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (1.4.3)
Requirement already satisfied, skipping upgrade: distlib<1,>=0.3.0 in ./.test-venv/lib/python3.7/site-packages (from virtualenv) (0.3.0)
Requirement already satisfied, skipping upgrade: zipp>=0.5 in ./.test-venv/lib/python3.7/site-packages (from importlib-metadata<2,>=0.12; python_version < "3.8"->virtualenv) (2.2.0)
Installing collected packages: virtualenv
Found existing installation: virtualenv 16.7.9
Uninstalling virtualenv-16.7.9:
Successfully uninstalled virtualenv-16.7.9
Successfully installed virtualenv-20.0.4
./.test-venv/bin/python -m virtualenv .mac-os-venv
created virtual environment in 169ms CPython3Posix(dest=/Users/aegelhofer/.mac-os-venv, clear=False, global=False) with seeder FromAppData pip=latest setuptools=latest wheel=latest app_data_dir=/Users/aegelhofer/Library/Application Support/virtualenv/seed-v1 via=copy
```
Now at this point I expect the python and pip "binaries" to be under `~/.mac-os-venv/bin/*`, but they now seem to be under `~/.mac-os-venv/<sourced-prefix>/bin/*`:
```
ls ~/.mac-os-venv/bin/*
zsh: no matches found: /Users/aegelhofer/.mac-os-venv/bin/*
ls ~/.mac-os-venv/usr/local/bin/*
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate /Users/aegelhofer/.mac-os-venv/usr/local/bin/pip
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.csh /Users/aegelhofer/.mac-os-venv/usr/local/bin/pip-3.7
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.fish /Users/aegelhofer/.mac-os-venv/usr/local/bin/pip3
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.ps1 /Users/aegelhofer/.mac-os-venv/usr/local/bin/python
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate.xsh /Users/aegelhofer/.mac-os-venv/usr/local/bin/python3
/Users/aegelhofer/.mac-os-venv/usr/local/bin/activate_this.py /Users/aegelhofer/.mac-os-venv/usr/local/bin/python3.7
/Users/aegelhofer/.mac-os-venv/usr/local/bin/easy_install /Users/aegelhofer/.mac-os-venv/usr/local/bin/wheel
/Users/aegelhofer/.mac-os-venv/usr/local/bin/easy_install-3.7 /Users/aegelhofer/.mac-os-venv/usr/local/bin/wheel-3.7
/Users/aegelhofer/.mac-os-venv/usr/local/bin/easy_install3 /Users/aegelhofer/.mac-os-venv/usr/local/bin/wheel3
```
This behavior change messes with tools like `tox` that expect to have the `pip` binary under `<ENV-ROOT>/bin` - Reading the changelog I didn't see anything mentioning this behavior change
If this is un-related, I can file a separate bug, but it seems suspect that we're getting hung up on the same issues relating to "prefixes" here. Attached is my debug output of `virtualenv-20.0.4` command creating a virtualenv:
[virtualenv-debug-output-issue-1632.txt](https://github.com/pypa/virtualenv/files/4206940/virtualenv-debug-output-issue-1632.txt)
_Originally posted by @andrewegel in https://github.com/pypa/virtualenv/issues/1632#issuecomment-586485362_
PS. moved here as it's a new issue.
author:
url:https://github.com/gaborbernat
type:Person
name:gaborbernat
datePublished:2020-02-25T10:28:48.000Z
interactionStatistic:
type:InteractionCounter
interactionType:https://schema.org/CommentAction
userInteractionCount:35
url:https://github.com/1663/virtualenv/issues/1663
Person:
url:https://github.com/gaborbernat
name:gaborbernat
url:https://github.com/gaborbernat
name:gaborbernat
InteractionCounter:
interactionType:https://schema.org/CommentAction
userInteractionCount:35
interactionType:https://schema.org/CommentAction
userInteractionCount:35
External Links {π}(2)
Analytics and Tracking {π}
- Site Verification - Google
Libraries {π}
- Clipboard.js
- D3.js
- Lodash
Emails and Hosting {βοΈ}
Mail Servers:
- aspmx.l.google.com
- alt1.aspmx.l.google.com
- alt2.aspmx.l.google.com
- alt3.aspmx.l.google.com
- alt4.aspmx.l.google.com
Name Servers:
- dns1.p08.nsone.net
- dns2.p08.nsone.net
- dns3.p08.nsone.net
- dns4.p08.nsone.net
- ns-1283.awsdns-32.org
- ns-1707.awsdns-21.co.uk
- ns-421.awsdns-52.com
- ns-520.awsdns-01.net