`pip3 install -U conan` failed for macOS 14
Opened this issue · 0 comments
PengZheng commented
When trying to upgrade our Conan CI build on macOS-14, I encountered the following error:
Run brew install python ninja
Warning: python@3.13 3.13.0_1 is already installed and up-to-date.
To reinstall 3.13.0_1, run:
brew reinstall python@3.13
==> Downloading https://ghcr.io/v2/homebrew/core/ninja/manifests/1.12.1
==> Fetching ninja
==> Downloading https://ghcr.io/v2/homebrew/core/ninja/blobs/sha256:e0137a7ca41103118431134051e264a38dfcfd90a1d23354527dec7ecd4098d0
==> Pouring ninja--1.12.1.arm64_sonoma.bottle.tar.gz
==> Caveats
Bash completion has been installed to:
/opt/homebrew/etc/bash_completion.d
Emacs Lisp files have been installed to:
/opt/homebrew/share/emacs/site-lisp/ninja
==> Summary
🍺 /opt/homebrew/Cellar/ninja/1.12.1: 11 files, 397.7KB
Notice: A new release of pip is available: 24.2 -> 24.3.1
Notice: To update, run: python3.13 -m pip install --upgrade pip
error: externally-managed-environment
× This environment is externally managed
╰─> To install Python packages system-wide, try brew install
xyz, where xyz is the package you are trying to
install.
If you wish to install a Python library that isn't in Homebrew,
use a virtual environment:
python3 -m venv path/to/venv
source path/to/venv/bin/activate
python3 -m pip install xyz
If you wish to install a Python application that isn't in Homebrew,
it may be easiest to use 'pipx install xyz', which will manage a
virtual environment for you. You can install pipx with
brew install pipx
You may restore the old behavior of pip by passing
the '--break-system-packages' flag to pip, or by adding
'break-system-packages = true' to your pip.conf file. The latter
will permanently disable this error.
If you disable this error, we STRONGLY recommend that you additionally
pass the '--user' flag to pip, or set 'user = true' in your pip.conf
file. Failure to do this can result in a broken Homebrew installation.
Read more about this behavior here: <https://peps.python.org/pep-0668/>
note: If you believe this is a mistake, please contact your Python installation or OS distribution provider. You can override this, at the risk of breaking your Python installation or OS, by passing --break-system-packages.
hint: See PEP 668 for the detailed specification.