Solucionado (ver solução)
Solucionado
(ver solução)
3
respostas

[Bug] Venv não funciona

Se eu instalo algo com o venv ativado e depois desativo, continua aparecendo no pip freeze. E se eu desinstalo tanto com ele ativo quanto com ele desativado o venv apaga do global ou vice versa.

Já tentei mudar o projeto do D: para o C:

D:\Alura\Python\3_Python - Avance na O.O. e consuma API>venv\Scripts\activate  

(venv) D:\Alura\Python\3_Python - Avance na O.O. e consuma API>python -m pip install requests
Collecting requests
  Using cached requests-2.32.3-py3-none-any.whl.metadata (4.6 kB)
Collecting charset-normalizer<4,>=2 (from requests)
  Using cached charset_normalizer-3.4.2-cp313-cp313-win_amd64.whl.metadata (36 kB)
Collecting idna<4,>=2.5 (from requests)
  Using cached idna-3.10-py3-none-any.whl.metadata (10 kB)
Collecting urllib3<3,>=1.21.1 (from requests)
  Using cached urllib3-2.4.0-py3-none-any.whl.metadata (6.5 kB)
Collecting certifi>=2017.4.17 (from requests)
  Using cached certifi-2025.4.26-py3-none-any.whl.metadata (2.5 kB)
Using cached requests-2.32.3-py3-none-any.whl (64 kB)
Using cached certifi-2025.4.26-py3-none-any.whl (159 kB)
Using cached charset_normalizer-3.4.2-cp313-cp313-win_amd64.whl (105 kB)
Using cached idna-3.10-py3-none-any.whl (70 kB)
Using cached urllib3-2.4.0-py3-none-any.whl (128 kB)
Installing collected packages: urllib3, idna, charset-normalizer, certifi, requests
Successfully installed certifi-2025.4.26 charset-normalizer-3.4.2 idna-3.10 requests-2.32.3 urllib3-2.4.0

[notice] A new release of pip is available: 25.0.1 -> 25.1.1
[notice] To update, run: python.exe -m pip install --upgrade pip

(venv) D:\Alura\Python\3_Python - Avance na O.O. e consuma API>pip freeze
certifi==2025.4.26
charset-normalizer==3.4.2
idna==3.10
requests==2.32.3
urllib3==2.4.0

(venv) D:\Alura\Python\3_Python - Avance na O.O. e consuma API>venv\Scripts\deactivate
D:\Alura\Python\3_Python - Avance na O.O. e consuma API>pip freeze
certifi==2025.4.26
charset-normalizer==3.4.2
idna==3.10
requests==2.32.3
urllib3==2.4.0
3 respostas
solução!

Bom dia, Igor.

Você está testando isso pelo seu cmd / power shell, ou pelo integrado no VSCode? O VSCode no Windows tem um bug de às vezes deixar o venv ainda ativado, mesmo se não está mostrando explicitamente.

Para testar se esse é o seu problema, tenta abrir um cmd ou um power shell a parte e rodar o pip freeze e ver se o problema se resolve.

Obrigado pela resposta Edmilson! Realmente resolveu testando no cmd fora do vscode.


D:\Alura\Python\3_Python - Avance na O.O. e consuma API>venv\Scripts\activate.bat

(venv) D:\Alura\Python\3_Python - Avance na O.O. e consuma API>pip freeze
annotated-types==0.7.0
anyio==4.9.0
certifi==2025.4.26
charset-normalizer==3.4.2
click==8.2.1
colorama==0.4.6
fastapi==0.115.12
h11==0.16.0
idna==3.10
pydantic==2.11.5
pydantic_core==2.33.2
requests==2.32.3
sniffio==1.3.1
starlette==0.46.2
typing-inspection==0.4.1
typing_extensions==4.13.2
urllib3==2.4.0
uvicorn==0.34.2

(venv) D:\Alura\Python\3_Python - Avance na O.O. e consuma API>deactivate
D:\Alura\Python\3_Python - Avance na O.O. e consuma API>pip freeze

D:\Alura\Python\3_Python - Avance na O.O. e consuma API>

Sabe se tem alguma solução para esse problema para conseguir continuar usando o terminal do vscode?

Bom dia, Igor.

Pode continuar usando o terminal do vscode, basta se atentar que só porque o venv não está explicitamente ali do lado, não significa necessariamente que ele não está ativo, por conta desse bug do VSCode no Windows. É mais algo para prestar atenção. Mas, como em python, sempre devemos trabalhar dentro do nosso ambiente virtual. Continua usando o seu VSCode normalmente, apenas prestando atenção nesse fator.