pyenvをインストールする（2025.04.09投稿記事の転載）

衝動買いしたMacBook Air M1とPythonの挑戦

当ブログを放置している間に、MacBook Air M1の最終モデルを衝動買いしていました。 新しい環境でPython3.13.2をインストールしたものの、chatterbotを使う際に spacyのインストールがうまくいかず、どう対処するか悩んだお話です。

Pyenvのインストール

複数バージョンのPythonを併用するには、Pyenvをインストールするのがおすすめです。コパイロット君に教わりながら、Pyenvのインストール手順を進めました。

手順1: Brewのインストール

以下のコマンドを実行して、Homebrewをインストールします。

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install)"

手順2: Pyenvのインストール

Brewを使ってPyenvをインストールします。また、現在インストールされているPythonのバージョンを確認するために以下を設定します。

# Setting PATH for Python 3.13 PATH="/Library/Frameworks/Python.framework/Versions/3.13/bin:${PATH}" export PATH eval "$(/opt/homebrew/bin/brew shellenv)" brew install pyenv

手順3: 設定ファイルの編集

以下のファイルを編集します（シェルに応じて選択）。

~/.bash_profile ~/.zshrc（通常macOSではzshがデフォルト） ~/.bashrc

以下の定義を追記して設定を反映します。

export PYENV_ROOT="$HOME/.pyenv" export PATH="$PYENV_ROOT/bin:$PATH" eval "$(pyenv init --path)" source ~/.zshrc

手順4: PyenvでPythonバージョンを管理

インストール可能なバージョン一覧を確認し、必要なバージョンをインストールします。

pyenv install --list pyenv install 3.12.9 pyenv global 3.12.9 pyenv local 3.13.2

結論

環境構築に時間を割きたくないため、理解が浅かったこともありPyenvの利用を断念しました。 次回は、Pyenvを使わずにPythonのバージョンを手動で切り替える方法について紹介します。

リトライ（2025/5/6）

というわけでpyenvリトライしました。

前回は、globalとlocalのところで？？（pipどうなるの？）となって、時間がもったいなかったのでやめちゃいましたが、その後冷静に考えなおし普通にglobalは、特に指定がないと使われるデフォルトのpythonとpipのバージョン。localは設定したディレクトリ配下に移動して実行したときに使われるpythonとpipのバージョンと理解しました。

ということで

pyenv global 3.13.2

これで意識せずにpython、pipを実行したときに使用されるバージョンは3.13.2になりました。

このあと、cd コマンドで バージョン 3.12.9を使用したいディレクトリに移動してコマンド実行。

pyenv local 3.12.9

それぞれの状況に応じて、バージョン確認。まず、ディレクトリを意識しない場合

>> python -V Python 3.13.2 >> pip -V pip 25.1.1 from /Users/ユーザー名/.pyenv/versions/3.13.2/lib/python3.13/site-packages/pip (python 3.13)

特定ディレクトリに移動した場合

>> python -V Python 3.12.9 >> pip -V pip 25.1.1 from /Users/ユーザー名/.pyenv/versions/3.12.9/lib/python3.12/site-packages/pip (python 3.12)

これでスッキリ解決しました。

pythonの公式サイトからインストーラをダウンロードしてインストールした場合とパッケージの保存場所が違うため、元々使っていた環境をお掃除して終了。

旧環境

/Library/Frameworks/Python.framework/Versions/3.13

pyenv

/Users/ユーザー名/.pyenv/versions/3.12.9/lib/python3.12

参考サイト

Qiitaの該当記事はこちら

コメント

コメントを投稿

このブログの人気の投稿

【python】PySide6 におけるウィンドウとかダイアログボックス内のアイテムの自動調整

PySide6 におけるウィンドウとかダイアログボックス内のアイテムの自動調整 PySide6などに同封されるDesignerでWindowやDialogを作成する際、verticalLayoutWidgetをまず画面いっぱいに配置して、その中にhrizonalLayoutWidgetを配置して、、、とGUIを作成していきます。 ただ、Designer上でverticalLayoutWidgetの設定を「SetDefaultConstraint」にする方法がわからず、毎回 GitHub Copilotに修正してもらっていたのですが、現在 GitHub Copilotの１ヶ月間で使用できる無料の範囲を使い切ってしまったので、ChatGPTに質問してみました。 質問内容はただ単に、ダイアログボックスとかの大きさにあわせてverticalLayoutWidgetを動的にサイズ変更したい、という至ってシンプルな内容です。 #before <property name="sizeConstraint"> <enum>QLayout::SizeConstraint::SetFixedSize</enum> </property> #after <property name="sizeConstraint"> <enum>QLayout::SizeConstraint::SetDefaultConstraint</enum> </property> 本当はDesignerから変更する方法がわかれば手っ取り早いのですが、今はこれで妥協しておきます。
続きを読む

脆弱性評価システムを作る〜CVSSとは〜

週間・脆弱性評価システムを作ろう〜CVSSとは〜 前回に引き続いて脆弱性情報についてです。今回はCVSSについてまとめました。 ソースは引き続きIPAとChatGPTとなります。 CVSS （ Common Vulnerability Scoring System) とは 共通脆弱性評価システム CVSS （ Common Vulnerability Scoring System) は、情報システムの脆弱性に対するオープンで包括的、汎用的な評価手法の確立と普及を目指し、米国家インフラストラクチャ諮問委員会（ NIAC: National Infrastructure Advisory Council ）のプロジェクトで 2004年10月に原案が作成されました。 その後、CVSSの管理母体として FIRST(Forum of Incident Response and Security Teams)が選ばれ、FIRSTのCVSS-SIG(Special Interest Group)で適用推進や仕様改善が行われており、2005年6月にCVSS v1が、2007年6月にCVSS v2が公開されました。 CVSS は、情報システムの脆弱性に対するオープンで汎用的な評価手法であり、ベンダーに依存しない共通の評価方法を提供しています。CVSSを用いると、脆弱性の深刻度を同一の基準の下で定量的に比較できるようになります。また、ベンダー、セキュリティ専門家、管理者、ユーザ等の間で、脆弱性に関して共通の言葉で議論できるようになります。 CVSSでは次の3つの基準で脆弱性を評価します。 CVSSの目的 標準化された評価   ベンダーごとに異なっていた脆弱性の深刻度表現を標準化し、共通の尺度で評価します。 定量的な評価   脆弱性の深刻度を0.0から10.0の数値で定量的に表現し、比較可能にします。 共通の言語   セキュリティ担当者、ベンダー、ユーザーな...
続きを読む

dict型オブジェクトを内包するlistオブジェクトのコピー

dict型オブジェクトを内包するlistオブジェクトのコピー（代入）をしたくて、当初は以下の通り行っていたが、これだと値ではなく、参照渡しがされてしまってい るようで、 work_driverPaths を変更すると driverPaths の方にもその結果が反映されてしまった。 self.work_driverPaths = self.driverPaths そのため、以下の通り copy ライブラリの deepcopy を使用して解決。 self.work_driverPaths = copy.deepcopy(self.driverPaths) コパイロットぴ◯ょん君の回答 list型とdict型を併用した場合に参照渡しが発生する要因 = で代入するときの動作だね。代入した側のオブジェクトとオリジナルのオブジェクトがリンクすることについて気づいたかな？ 実際、 = は 浅いコピー（shallow copy） を作るだけなので、両方のオブジェクトが同じ参照を共有してしまうんだ。 deepcopyの機能について 深いコピー : オリジナルのオブジェクトとそのコピーが完全に独立して動作する。 再帰的処理 : 内部のネストされたオブジェクトもすべてコピーする。 安全性 : オリジナルを変更してもコピーには影響がない。
続きを読む