Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Python installers (pyenv and asdf) should not need to be present on PATH to be detected by Pipenv #4245

zbentley opened this issue May 6, 2020 · 2 comments · Fixed by #4246
Category: Development Issue affects development workflow. PR: awaiting-merge The PR related to this issue has been reviewed and is awaiting merge. Priority: Low This item is low priority and may not be looked at in the next few release cycles. Type: Enhancement 💡 This is an enhancement request.


Copy link

zbentley commented May 6, 2020

Is your feature request related to a problem? Please describe.

We run Linux systems that contain multiple Pipenv projects which span multiple versions of Python. We use pyenv to manage those versions. We set PYENV_ROOT to a common directory in /opt so that they can share Python builds. We set that PYENV_ROOT=/opt/pyenv in an .env` file checked into each project. This has two benefits:

  • We can refer to that .env file as a common "vars that should be set for this project" from other programs that understand such files, e.g. EnvironmentFile directives for Systemd services.
  • We can invoke pipenv from shells that are not specially configured, e.g. human users, service launcher scripts and makefiles.

However, when Pipenv wants to use Pyenv, it expects it to be on PATH. Users of these systems then have to modify their PATH (by whatever means they wish) to point at the /opt/pyenv directory. Despite respecting PYENV_ROOT, Pipenv does not use that variable to resolve the pyenv binary itself.

Describe the solution you'd like

First change: When Pipenv wants to install Python via pipenv or asdf, it should try additional locations to find an installer executable. At present, it searches PATH. I would like it to search the following, in order:

  • PATH
  • The respective "installer root" environment variable + /bin/{installer_name}. The variables in question are ASDF_DIR and PYENV_ROOT.
  • The default recommended source-control based install location for the installer + /bin/{installer_name}.

If an executable file of the expected name is found in any of those locations it should be used.

Second change: whether or not an executable installer can be found according to the above logic should be used to decide whether or not to try the other installer (the pyenv -> asdf fallback). At present, pythonfinder's methods which only check for whether or not an installer's environment variables are configured will be used. On users' systems with both pyenv and asdf, where only asdf is activated, this will be a behavior change; pyenv will now be used for installation.

Describe alternatives you've considered

  • Manual workaround: every human user could ensure pyenv/asdf was on their PATH. Every launcher script could appripriately modify PATH before launching. Pros: requires no Pipenv changes. Cons: all code which wants to do a hands-free pipenv install on a system without an installer on the path will have to be aware of this and be modified.
  • Common shell hacks: a common PATH modification could be added to systemwide shell profile, sourced by all users, to make the installers available. Pros: Requires no Pipenv changes. Cons: doesn't work for programs which invoke Pipenv which don't run in a shell (e.g. Systemd); doesn't work for users with esoteric shells.
  • Make .env files dynamic. If we could write PATH=/opt/pyenv/bin:$PATH in an .env file and have the $PATH reference be substituted, the problem would be solved. Libraries exist to add this dynamic behavior to .env files. Pros: solves this at a lower level than the "find an installer binary" logic. Cons: many other programs consume .env files and do not perform variable substitution. Only Laravel performs that substitution explicitly to my knowledge (and source .env does as well, but that's not treating it as an .env file but rather a shell script).

Additional context

When running pipenv shell without a pyenv binary on the PATH, even with PYENV_ROOT set properly, the following trace is emitted:

Loading .env environment variables...
Warning: Python 3.8 was not found on your system...
Traceback (most recent call last):
  File "/home/zacbentley/.local/bin/pipenv", line 8, in <module>
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 764, in __call__
    return self.main(*args, **kwargs)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 717, in main
    rv = self.invoke(ctx)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 1137, in invoke
    return _process_result(sub_ctx.command.invoke(sub_ctx))
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 956, in invoke
    return ctx.invoke(self.callback, **ctx.params)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 555, in invoke
    return callback(*args, **kwargs)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 64, in new_func
    return ctx.invoke(f, obj, *args, **kwargs)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/click/", line 555, in invoke
    return callback(*args, **kwargs)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/cli/", line 390, in shell
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 2156, in do_shell
    three=three, python=python, validate=False, pypi_mirror=pypi_mirror,
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 574, in ensure_project
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 494, in ensure_virtualenv
    python = ensure_python(three=three, python=python)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 419, in ensure_python
    version = pyenv.find_version_to_install(python)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 99, in find_version_to_install
    ), key=operator.attrgetter('cmpkey'))
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 96, in <genexpr>
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 79, in iter_installable_versions
    for name in self._pyenv('install', '--list').out.splitlines():
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/", line 70, in _pyenv
    c =, block=False, timeout=timeout)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/", line 336, in run, binary=binary, cwd=cwd, env=env)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/", line 204, in run
    s = PopenSpawn(self._popen_args, **pexpect_kwargs)
  File "/home/zacbentley/.local/lib/python2.7/site-packages/pipenv/vendor/pexpect/", line 53, in __init__
    self.proc = subprocess.Popen(cmd, **kwargs)
  File "/usr/lib/python2.7/", line 711, in __init__
    errread, errwrite)
  File "/usr/lib/python2.7/", line 1343, in _execute_child
    raise child_exception
OSError: [Errno 2] No such file or directory

$ pipenv --support

Pipenv version: '2018.11.26'

Pipenv location: '/home/zacbentley/.local/lib/python2.7/site-packages/pipenv'

Python location: '/usr/bin/python'

Python installations found:

  • 3.5.2: /usr/bin/python3.5
  • 3.5.2: /usr/bin/python3.5m
  • 2.7.12: /usr/bin/python

PEP 508 Information:

{'implementation_name': 'cpython',
 'implementation_version': '0',
 'os_name': 'posix',
 'platform_machine': 'x86_64',
 'platform_python_implementation': 'CPython',
 'platform_release': '4.4.0-1102-aws',
 'platform_system': 'Linux',
 'platform_version': '#113-Ubuntu SMP Wed Jan 29 14:54:54 UTC 2020',
 'python_full_version': '2.7.12',
 'python_version': '2.7',
 'sys_platform': 'linux2'}

System environment variables:

  • USER
  • PATH
  • HOME
  • LANG
  • TERM
  • TMUX
  • _
  • PWD
  • MAIL

Pipenv–specific environment variables:

Debug–specific environment variables:

  • PATH: /home/zacbentley/bin:/home/zacbentley/.local/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games:/usr/local/games:/snap/bin
  • SHELL: /bin/bash
  • LANG: en_US.UTF-8
  • PWD: /home/zacbentley/cloudwatch_test

Contents of Pipfile ('/home/zacbentley/cloudwatch_test/Pipfile'):

name = "pypi"
url = ""
verify_ssl = true


flask = "*"
pyopenssl = "*"
validatesns = "*"
boto3 = "*"

python_version = "3.8"

Contents of Pipfile.lock ('/home/zacbentley/cloudwatch_test/Pipfile.lock'):

    "_meta": {
        "hash": {
            "sha256": "965842e951cb3f46daf1ce0b8f0203fdef361b2da8c54d8f27b99cc13b9d32c0"
        "pipfile-spec": 6,
        "requires": {
            "python_version": "3.8"
        "sources": [
                "name": "pypi",
                "url": "",
                "verify_ssl": true
    "default": {
        "asn1crypto": {
            "hashes": [
            "version": "==1.3.0"
        "boto3": {
            "hashes": [
            "index": "pypi",
            "version": "==1.13.3"
        "botocore": {
            "hashes": [
            "version": "==1.16.3"
        "cffi": {
            "hashes": [
            "version": "==1.14.0"
        "click": {
            "hashes": [
            "version": "==7.1.2"
        "cryptography": {
            "hashes": [
            "version": "==2.9.2"
        "docutils": {
            "hashes": [
            "version": "==0.15.2"
        "flask": {
            "hashes": [
            "index": "pypi",
            "version": "==1.1.2"
        "itsdangerous": {
            "hashes": [
            "version": "==1.1.0"
        "jinja2": {
            "hashes": [
            "version": "==2.11.2"
        "jmespath": {
            "hashes": [
            "version": "==0.9.5"
        "markupsafe": {
            "hashes": [
            "version": "==1.1.1"
        "oscrypto": {
            "hashes": [
            "version": "==1.2.0"
        "pycparser": {
            "hashes": [
            "version": "==2.20"
        "pyopenssl": {
            "hashes": [
            "index": "pypi",
            "version": "==19.1.0"
        "python-dateutil": {
            "hashes": [
            "version": "==2.8.1"
        "s3transfer": {
            "hashes": [
            "version": "==0.3.3"
        "six": {
            "hashes": [
            "version": "==1.14.0"
        "urllib3": {
            "hashes": [
            "markers": "python_version != '3.4'",
            "version": "==1.25.9"
        "validatesns": {
            "hashes": [
            "index": "pypi",
            "version": "==0.1.1"
        "werkzeug": {
            "hashes": [
            "version": "==1.0.1"
    "develop": {}
Copy link

Does this problem actually still occur on the master branch of pipenv? I'm fairly sure it doesnt

@techalchemy techalchemy added Status: Needs More Information This issue does not provide enough information to take further action. and removed Type: Enhancement 💡 This is an enhancement request. labels May 7, 2020
Copy link
Contributor Author

zbentley commented May 8, 2020

This still occurs on master. The steps to reproduce the issue are here: #4246 (comment)

@frostming frostming added Category: Development Issue affects development workflow. PR: awaiting-merge The PR related to this issue has been reviewed and is awaiting merge. Priority: Low This item is low priority and may not be looked at in the next few release cycles. Type: Enhancement 💡 This is an enhancement request. and removed Status: Needs More Information This issue does not provide enough information to take further action. labels May 9, 2020
@frostming frostming linked a pull request May 16, 2020 that will close this issue
2 tasks
fwojciak pushed a commit to fwojciak/pipenv that referenced this issue May 29, 2020
2020.5.28 (2020-05-28)

Features & Improvements

-   `pipenv install` and `pipenv sync` will no longer attempt to install satisfied dependencies during installation. pypa#3057, pypa#3506
-   Added support for resolution of direct-url dependencies in `` files to respect `PEP-508` style URL dependencies. pypa#3148
-   Added full support for resolution of all dependency types including direct URLs, zip archives, tarballs, etc.
    -   Improved error handling and formatting.
    -   Introduced improved cross platform stream wrappers for better `stdout` and `stderr` consistency. pypa#3298
-   For consistency with other commands and the `--dev` option description, `pipenv lock --requirements --dev` now emits both default and development dependencies. The new `--dev-only` option requests the previous behaviour (e.g. to generate a `dev-requirements.txt` file). pypa#3316
-   Pipenv will now successfully recursively lock VCS sub-dependencies. pypa#3328
-   Added support for `--verbose` output to `pipenv run`. pypa#3348
-   Pipenv will now discover and resolve the intrinsic dependencies of **all** VCS dependencies, whether they are editable or not, to prevent resolution conflicts. pypa#3368
-   Added a new environment variable, `PIPENV_RESOLVE_VCS`, to toggle dependency resolution off for non-editable VCS, file, and URL based dependencies. pypa#3577
-   Added the ability for Windows users to enable emojis by setting `PIPENV_HIDE_EMOJIS=0`. pypa#3595
-   Allow overriding `PIPENV_INSTALL_TIMEOUT` environment variable (in seconds). pypa#3652
-   Allow overriding `PIP_EXISTS_ACTION` evironment variable (value is passed to pip install). Possible values here: <> Useful when you need to `PIP\_EXISTS\_ACTION=i` (ignore existing packages) - great for CI environments, where you need really fast setup. pypa#3738
-   Pipenv will no longer forcibly override `PIP_NO_DEPS` on all vcs and file dependencies as resolution happens on these in a pre-lock step. pypa#3763
-   Improved verbose logging output during `pipenv lock` will now stream output to the console while maintaining a spinner. pypa#3810
-   Added support for automatic python installs via `asdf` and associated `PIPENV_DONT_USE_ASDF` environment variable. pypa#4018
-   Pyenv/asdf can now be used whether or not they are available on PATH. Setting `PYENV_ROOT`/`ASDF_DIR` in a `.env` file allows Pipenv to install an interpreter without any shell customizations, so long as pyenv/asdf is installed. pypa#4245
-   Added `--key` command line parameter for including personal API tokens when running `pipenv check`. pypa#4257

Behavior Changes

-   Make conservative checks of known exceptions when subprocess returns output, so user won\'t see the whole traceback - just the error. pypa#2553
-   Do not touch Pipfile early and rely on it so that one can do `pipenv sync` without a Pipfile. pypa#3386
-   Re-enable `--help` option for `pipenv run` command. pypa#3844
-   Make sure `pipenv lock -r --pypi-mirror {MIRROR_URL}` will respect the pypi-mirror in requirements output. pypa#4199

Bug Fixes

-   Raise `PipenvUsageError` when \[\[source\]\] does not contain url field. pypa#2373
-   Fixed a bug which caused editable package resolution to sometimes fail with an unhelpful setuptools-related error message. pypa#2722
-   Fixed an issue which caused errors due to reliance on the system utilities `which` and `where` which may not always exist on some
-   Fixed a bug which caused periodic failures in python discovery when executables named `python` were not present on the target `$PATH`. pypa#2783
-   Dependency resolution now writes hashes for local and remote files to the lockfile. pypa#3053
-   Fixed a bug which prevented `pipenv graph` from correctly showing all dependencies when running from within `pipenv shell`. pypa#3071
-   Fixed resolution of direct-url dependencies in `` files to respect `PEP-508` style URL dependencies. pypa#3148
-   Fixed a bug which caused failures in warning reporting when running pipenv inside a virtualenv under some circumstances.
-   Fixed a bug with package discovery when running `pipenv clean`. pypa#3298
-   Quote command arguments with carets (`^`) on Windows to work around unintended shell escapes. pypa#3307
-   Handle alternate names for UTF-8 encoding. pypa#3313
-   Abort pipenv before adding the non-exist package to Pipfile. pypa#3318
-   Don\'t normalize the package name user passes in. pypa#3324
-   Fix a bug where custom virtualenv can not be activated with pipenv shell pypa#3339
-   Fix a bug that `--site-packages` flag is not recognized. pypa#3351
-   Fix a bug where `pipenv --clear` is not working pypa#3353
-   Fix unhashable type error during `$ pipenv install --selective-upgrade` pypa#3384
-   Dependencies with direct `PEP508` compliant VCS URLs specified in their `install_requires` will now be successfully locked during the resolution process. pypa#3396
-   Fixed a keyerror which could occur when locking VCS dependencies in
    some cases. pypa#3404
-   Fixed a bug that `ValidationError` is thrown when some fields are missing in source section. pypa#3427
-   Updated the index names in lock file when source name in Pipfile is changed. pypa#3449
-   Fixed an issue which caused `pipenv install --help` to show duplicate entries for `--pre`. pypa#3479
-   Fix bug causing `[SSL: CERTIFICATE_VERIFY_FAILED]` when Pipfile `[[source]]` has `verify_ssl=false` and url with custom port. pypa#3502
-   Fix `sync --sequential` ignoring `pip install` errors and logs. pypa#3537
-   Fix the issue that lock file can\'t be created when `PIPENV_PIPFILE` is not under working directory. pypa#3584
-   Pipenv will no longer inadvertently set `editable=True` on all vcs dependencies. pypa#3647
-   The `--keep-outdated` argument to `pipenv install` and `pipenv lock` will now drop specifier constraints when encountering editable dependencies.
    -   In addition, `--keep-outdated` will retain specifiers that would otherwise be dropped from any entries that have not been updated. pypa#3656
-   Fixed a bug which sometimes caused pipenv to fail to respect the `--site-packages` flag when passed with `pipenv install`. pypa#3718
-   Normalize the package names to lowercase when comparing used and in-Pipfile packages. pypa#3745
-   `pipenv update --outdated` will now correctly handle comparisons between pre/post-releases and normal releases. pypa#3766
-   Fixed a `KeyError` which could occur when pinning outdated VCS dependencies via `pipenv lock --keep-outdated`. pypa#3768
-   Resolved an issue which caused resolution to fail when encountering poorly formatted `python_version` markers in `` and `setup.cfg` files. pypa#3786
-   Fix a bug that installation errors are displayed as a list. pypa#3794
-   Update `pythonfinder` to fix a problem that `python.exe` will be mistakenly chosen for virtualenv creation under WSL. pypa#3807
-   Fixed several bugs which could prevent editable VCS dependencies from being installed into target environments, even when reporting
    successful installation. pypa#3809
-   `pipenv check --system` should find the correct Python interpreter when `python` does not exist on the system. pypa#3819
-   Resolve the symlinks when the path is absolute. pypa#3842
-   Pass `--pre` and `--clear` options to `pipenv update --outdated`. pypa#3879
-   Fixed a bug which prevented resolution of direct URL dependencies which have PEP508 style direct url VCS sub-dependencies with
    subdirectories. pypa#3976
-   Honor `PIPENV_SPINNER` environment variable pypa#4045
-   Fixed an issue with `pipenv check` failing due to an invalid API key from ``. pypa#4188
-   Fixed a bug which caused versions from VCS dependencies to be included in `Pipfile.lock` inadvertently. pypa#4217
-   Fixed a bug which caused pipenv to search non-existent virtual environments for `pip` when installing using `--system`. pypa#4220
-   `Requires-Python` values specifying constraint versions of python starting from `1.x` will now be parsed successfully. pypa#4226
-   Fix a bug of `pipenv update --outdated` that can\'t print output correctly. pypa#4229
-   Fixed a bug which caused pipenv to prefer source distributions over wheels from `PyPI` during the dependency resolution phase. Fixed an issue which prevented proper build isolation using `pep517` based builders during dependency resolution. pypa#4231
-   Don\'t fallback to system Python when no matching Python version is found. pypa#4232

Vendored Libraries

- Updated `pip_shims` to support `--outdated` with new pip versions. pypa#3766
- Update vendored dependencies and invocations
  - Update vendored and patched dependencies
  - Update patches on `piptools`, `pip`, `pip-shims`, `tomlkit`
  - Fix invocations of dependencies
  - Fix custom `InstallCommand` instantiation
  - Update `PackageFinder` usage
  - Fix `Bool` stringify attempts from `tomlkit`
  - Updated vendored dependencies:
    -   **attrs**: `18.2.0 => `19.1.0`
    -   **certifi**: `2018.10.15 => `2019.3.9`
    -   **cached\_property**: `1.4.3 => `1.5.1`
    -   **cerberus**: `1.2.0 => `1.3.1`
    -   **click**: `7.0.0 => `7.1.1`
    -   **click-completion**: `0.5.0 => `0.5.1`
    -   **colorama**: `0.3.9 => `0.4.3`
    -   **contextlib2**: `(new) => `0.6.0.post1`
    -   **distlib**: `0.2.8 => `0.2.9`
    -   **funcsigs**: `(new) => `1.0.2`
    -   **importlib\_metadata** `1.3.0 => `1.5.1`
    -   **importlib-resources**: `(new) => `1.4.0`
    -   **idna**: `2.7 => `2.9`
    -   **jinja2**: `2.10.0 => `2.11.1`
    -   **markupsafe**: `1.0 => `1.1.1`
    -   **more-itertools**: `(new) => `5.0.0`
    -   **orderedmultidict**: `(new) => `1.0`
    -   **packaging**: `18.0 => `19.0`
    -   **parse**: `1.9.0 => `1.15.0`
    -   **pathlib2**: `2.3.2 => `2.3.3`
    -   **pep517**: `(new) => `0.5.0`
    -   **pexpect**: `4.6.0 => `4.8.0`
    -   **pip-shims**: `0.2.0 => `0.5.1`
    -   **pipdeptree**: `0.13.0 => `0.13.2`
    -   **pyparsing**: `2.2.2 => `2.4.6`
    -   **python-dotenv**: `0.9.1 => `0.10.2`
    -   **pythonfinder**: `1.1.10 => `1.2.2`
    -   **pytoml**: `(new) => `0.1.20`
    -   **requests**: `2.20.1 => `2.23.0`
    -   **requirementslib**: `1.3.3 => `1.5.4`
    -   **scandir**: `1.9.0 => `1.10.0`
    -   **shellingham**: `1.2.7 => `1.3.2`
    -   **six**: `1.11.0 => `1.14.0`
    -   **tomlkit**: `0.5.2 => `0.5.11`
    -   **urllib3**: `1.24 => `1.25.8`
    -   **vistir**: `0.3.0 => `0.5.0`
    -   **yaspin**: `0.14.0 => `0.14.3`
    -   **zipp**: `0.6.0`
    - Removed vendored dependency **cursor**. pypa#4169

-   Add and update vendored dependencies to accommodate `safety` vendoring:
    -   **safety** `(none)` => `1.8.7`
    -   **dparse** `(none)` => `0.5.0`
    -   **pyyaml** `(none)` => `5.3.1`
    -   **urllib3** `1.25.8` => `1.25.9`
    -   **certifi** `2019.11.28` => `2020.4.5.1`
    -   **pyparsing** `2.4.6` => `2.4.7`
    -   **resolvelib** `0.2.2` => `0.3.0`
    -   **importlib-metadata** `1.5.1` => `1.6.0`
    -   **pip-shims** `0.5.1` => `0.5.2`
    -   **requirementslib** `1.5.5` => `1.5.6` pypa#4188

-   Updated vendored `pip` => `20.0.2` and `pip-tools` => `5.0.0`. pypa#4215
-   Updated vendored dependencies to latest versions for security and bug fixes:
    -   **requirementslib** `1.5.8` => `1.5.9`
    -   **vistir** `0.5.0` => `0.5.1`
    -   **jinja2** `2.11.1` => `2.11.2`
    -   **click** `7.1.1` => `7.1.2`
    -   **dateutil** `(none)` => `2.8.1`
    -   **backports.functools\_lru\_cache** `1.5.0` => `1.6.1`
    -   **enum34** `1.1.6` => `1.1.10`
    -   **toml** `0.10.0` => `0.10.1`
    -   **importlib\_resources** `1.4.0` => `1.5.0` pypa#4226
-   Changed attrs import path in vendored dependencies to always import from `pipenv.vendor`. pypa#4267

Improved Documentation

-   Added documenation about variable expansion in `Pipfile` entries. pypa#2317
-   Consolidate all contributing docs in the rst file pypa#3120
-   Update the out-dated manual page. pypa#3246
-   Move CLI docs to its own page. pypa#3346
-   Replace (non-existant) video on docs index.rst with equivalent gif. pypa#3499
-   Clarify wording in Basic Usage example on using double quotes to escape shell redirection pypa#3522
-   Ensure docs show navigation on small-screen devices pypa#3527
-   Added a link to the TOML Spec under General Recommendations & Version Control to clarify how Pipfiles should be written. pypa#3629
-   Updated the documentation with the new `pytest` entrypoint. pypa#3759
-   Fix link to GIF in demonstrating Pipenv\'s usage, and add descriptive alt text. pypa#3911
-   Added a line describing potential issues in fancy extension. pypa#3912
-   Documental description of how Pipfile works and association with Pipenv. pypa#3913
-   Clarify the proper value of `python_version` and `python_full_version`. pypa#3914
-   Write description for `--deploy` extension and few extensions differences. pypa#3915
-   More documentation for `.env` files pypa#4100
-   Updated documentation to point to working links. pypa#4137
-   Replace with pypa#4167
-   Added functionality to check spelling in documentation and cleaned up existing typographical issues. pypa#4209
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Category: Development Issue affects development workflow. PR: awaiting-merge The PR related to this issue has been reviewed and is awaiting merge. Priority: Low This item is low priority and may not be looked at in the next few release cycles. Type: Enhancement 💡 This is an enhancement request.
None yet

Successfully merging a pull request may close this issue.

3 participants