Skip to content

Allow Disabling Pipenv Check #1612

Closed
Closed

Description

@jpotterm

When I start VSCode with the vscode-python extension I get the warning:

Workspace contains pipfile but attempt to run 'pipenv --venv' failed

I don't need pipenv support and my venv is inaccessible within a virtual machine anyway. It would be nice if there were a setting to prevent vscode-python from trying to run pipenv even if there is a Pipfile in the workspace.

Activity

  1. brettcannon commented on May 4, 2018

    @brettcannon
    Member

    Do you want to take this on, Eric Snow (@ericsnowcurrently) , since I know you have talked about this?

  2. DonJayamanne commented on May 4, 2018

    @DonJayamanne

    Shouldn't we removing the needs decision label? Or do we need to decide on the UX?

  3. removed this from the June 2018 milestone on Jun 4, 2018
  4. sliedig commented on Jun 16, 2018

    @sliedig
  5. brettcannon commented on Jun 18, 2018

    @brettcannon
    Member

    Stephen Liedig (@sliedig) please open a separate issue as what you're reporting is different than what this issue is about.

  6. ncoghlan commented on Jul 1, 2019

    @ncoghlan

    Not sure if this should be a separate issue, but this check failing seems to result in the extension giving up on running pylint over my code, even though I have python.pythonPath set to a suitably configured environment.

    The reason I'm not sure if it should be a separate issue is because I think "Disable pipenv for the affected workspace" would be a perfectly acceptable answer (it's only broken because I haven't migrated the working directory into WSL yet, so editing the code from the Windows side works, and pylint mostly works, but the full environment won't come up as it includes Linux-specific bits)

  7. brettcannon commented on Jul 3, 2019

    @brettcannon
    Member

    Alyssa Coghlan (@ncoghlan) yep, it's a separate issue. 😄 Please file one so we can flag it as a bug and look into it.

  8. kimadeline commented on Oct 21, 2021

    @kimadeline

    We changed the way we perform environment discovery, and do not display this warning anymore.

  9. locked as resolved and limited conversation to collaborators on Nov 28, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    area-environmentsFeatures relating to handling interpreter environmentsfeature-requestRequest for new features or functionality

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions