Python

提供: ArchWiki
2025年2月28日 (金) 05:45時点におけるKgx (トーク | 投稿記録)による版 (→‎パッケージの管理: 同期)
(差分) ← 古い版 | 最新版 (差分) | 新しい版 → (差分)
ナビゲーションに移動 検索に移動

関連記事

What is Python? から:

Python はインタプリタ型の対話的なオブジェクト指向プログラミング言語です。モジュール、例外、動的型付け、非常に高度な動的データ型、クラスなどが組み込まれています。また、オブジェクト指向にとどまらず、手続き型プログラミングや関数型プログラミングなど、様々なプログラミングパラダイムをサポートしています。Python は、非常に明快な構文と驚くべきパワーを兼ね備えています。多くのシステムコールやライブラリ、様々なウィンドウシステムへのインタフェースを持ち、C や C++ による拡張が可能です。また、プログラム可能なインターフェースを必要とするアプリケーションのための拡張言語としても使用可能です。Python は Linux や macOS を含む多くの Unix 系 OS や Windows で動作し、移植性に優れています。

インストール

Python 3 の最新リリースを提供する python パッケージを インストール して下さい。

その他のバージョン

Python の以前および将来のバージョンは AUR を介して入手でき、現在のバージョンで実行されない古いアプリケーション、他のバージョンで実行することを意図したプログラム、または単なる好奇心のために役立つ場合があります。

警告: 3.9 より前のバージョンの Python はサポートが終了し、メンテナンスされていません。Python バージョンのステータス を参照してください。

これらの各パッケージは、バージョン番号に基づいて名前が付けられた個別のバイナリをインストールします。たとえば、Python 3.9 の場合は python3.9 であり、システム上で複数のバージョンが共存できるようにします。pyenv を使用して、複数のバージョンの Python を簡単に切り替えることもできます。

古いバージョンの Python 用の追加のモジュール/ライブラリは、AUR で python<version without period> を検索することで見つけることができます。たとえば、Python 3.9 モジュールの場合は python39 を検索します。

https://www.python.org/downloads/ ページで、任意のリリースのソースをダウンロードすることもできます。

代替実装

python パッケージは、Python のリファレンス実装である CPython をインストールします。 他にも利用可能な他の実装もあります。これらの実装は通常、古いバージョンの Python に基づいており、CPython との完全な互換性はありません。

Arch Linux で利用可能な実装には以下が含まれます:

  • PyPy — Python で書かれた Python 実装。CPython と比較して、速度とメモリ使用量の利点があります。
https://www.pypy.org || pypy, pypy3
  • Jython — Java で書かれた Python 言語の実装。Python スクリプトを Java プログラムに埋め込んだり、Python プログラムで Java ライブラリを使用したりするために使用できます。
https://www.jython.org/ || jython
  • micropython — マイクロコントローラー用の Python。これには、Python 標準ライブラリの小さなサブセットが含まれており、マイクロコントローラーおよび制約のある環境で実行するように最適化されています。
https://micropython.org/ || micropythonAUR
  • IronPython — .NET と緊密に統合された Python プログラミング言語の実装。.NET ライブラリを使用でき、.NET プログラムで Python ライブラリを使用できます。
https://ironpython.net || ironpython-gitAUR

より多くの実装が存在します Stackless、Pyston、Cinder などの一部] は大規模なテクノロジー企業の内部で使用されています。 他のものは歴史的に注目に値しますが、最も一般的な実装の改善により、もはや維持されていません。

代替シェル

python パッケージには、python コマンドで起動できるインタラクティブな Python shell/REPL が含まれています。 次のシェルも利用できます。

  • bpython — Python インタープリター用のすばらしいインターフェース。
https://bpython-interpreter.org/ || bpython
  • IPython — 強力なインタラクティブ Python シェル。
https://ipython.org/ || ipython
  • Jupyter — IPython を利用した Web ベースの計算アプリケーション。
https://jupyter.org/ || jupyterlab、jupyter-notebook
https://github.com/jonathanslenders/ptpython || ptpythonAUR

パッケージの管理

Arch Linux に Python パッケージをインストールするには、いくつかの方法があります。

Arch リポジトリ

多くの人気のあるパッケージは、公式リポジトリや AUR で利用できます。これは、システム全体のパッケージをインストールするための推奨される方法であり、Arch Linux で公式にサポートされている唯一の方法です。

サードパーティ製パッケージ

Python を使用する開発者は、Arch リポジトリにないパッケージや特定のバージョンのパッケージを使用する必要がある場合があります。推奨される方法は、各プロジェクトを分離するために別の仮想環境を使用し、/usr 内のシステムパッケージとの競合を防ぐことです。仮想環境内でパッケージをインストールするためのさまざまなツールが利用可能です。

  • pip(1) — Python の公式パッケージインストーラーです。Python Package Index やその他のインデックスから pip を使ってパッケージをインストールできます。
https://pip.pypa.io/ || python-pip
  • pipx — pip とよく似ていますが、実行するユーザーのために、各アプリケーションとその関連パッケージのための独立した環境を作成し、システムパッケージとの競合を防ぎます。アプリケーションとしてコマンドラインから直接実行できるパッケージに重点を置いています。pipx を使って Python Package Index やその他のインデックスからパッケージをインストールできます。
https://pypa.github.io/pipx/ || python-pipx

Poetry — Python の依存関係管理とパッケージングを簡単にするツール。Poetry は、Python プロジェクトの開発、ビルド、公開、依存関係の管理を 1 つのツールで行うことができます。

https://python-poetry.org/ || python-poetry
  • Conda — Conda は、あらゆる言語のパッケージ、依存関係、および環境管理を提供します。もともとは Python 向けに作成され、科学計算、データサイエンス、機械学習の分野で広く使用されています。Conda は、miniforge コミュニティディストリビューション、および Anaconda や Miniconda ディストリビューションのパッケージマネージャーです。
https://docs.conda.io || python-condaAUR
  • uv — Rust で書かれた非常に高速な Python パッケージインストーラーおよび依存関係解決ツール。pip、pip-tools、pipx、poetry、pyenv、twine、virtualenv などを置き換えることができるオールインワンツール。
https://docs.astral.sh/uv/ || uv

pip、pipx、poetry、および uv は、Python Package Index やその他のインデックスからパッケージをインストールします。Conda および Miniconda は、Anaconda リポジトリ を使用します。

仮想環境の代替として、pip install --user を使用すると、パッケージを /usr ではなくユーザースキームにインストールできます。これにより、プロジェクトごとではなくユーザーごとにパッケージを分離できますが、通常は仮想環境を使用する方が推奨されます。

パッケージ管理に関する公式のベストプラクティスについては、Python Packaging User Guide を参照してください。

ノート: 指定した PyPI パッケージの PKGBUILD を自動生成し、pip を pacman と統合するツールもあります。詳細は パッケージの作成#PKGBUILD ジェネレーター を参照してください。
ヒント: pipenv は、Pipfile、pip、および virtualenv を統合した単一の CLI を提供します。python-pipenv として利用可能です。

歴史的な背景

歴史的に、easy_install (python-setuptools の一部) は、Eggとして配布されたパッケージをインストールするために使用されていました。easy_install と Eggs は、pip と Wheel に置き換えられました。詳細については、pip vs easy_install と パッケージフォーマット を参照してください。

以前のバージョンの pip は、サードパーティのパッケージをシステム全体にインストールできましたが、これはPEP668で説明されているようにいくつかの問題を引き起こしました。システム全体の環境は現在、外部管理環境としてマークされ、pip はシステム全体へのインストールを許可しなくなりました。

ウィジェットバインディング

以下の ウィジェットツールキット のバインディングが存在します:

  • Tkinter — Tk GUI ツールキットへの標準の Python インターフェイス。
https://docs.python.org/3/library/tkinter.html || python
  • Qt for Python (PySide2) — Qt 5 の公式 Python バインディング。
https://www.qt.io/qt-for-python || pyside2, pyside2-tools
  • Qt for Python (PySide6) — Qt 6 の公式 Python バインディング。
https://www.qt.io/qt-for-python || pyside6, pyside6-tools
  • pyQt — Qt 用の Python バインディングのセット。
https://riverbankcomputing.com/software/pyqt/intro || python-pyqt5, python-pyqt6
  • PyGObject — GTK、GStreamer、WebKitGTK、GLib、GIO などの GObject ベースのライブラリの Python バインディング。
https://pygobject.readthedocs.io/ || python-gobject
  • wxPython — wxWidgets をラップする Python 用のクロスプラットフォーム GUI ツールキット。
https://wxpython.org/ || python-wxpython

これらを Python で使用するには、関連するウィジェットツールキットパッケージもインストールする必要ががあります (たとえば、Tkinter を使用するには tk もインストールする必要があります)

ヒントとテクニック

仮想環境

Python は他の仮想環境や、システムの Python パッケージに干渉されることなくパッケージをインストールすることのできる隔離された環境を作成するツールを提供しています。特定のアプリケーションで利用される Python インタプリタを変更することもできます。

詳細は Python/仮想環境 を見てください。

Python シェルでのタブ補完機能

タブ補完 は対話型シェルでデフォルトで利用可能です。 readline completer はグローバル名前空間内の名前のみを補完することに注意してください。python-jedi を使えば、よりリッチなタブ補完を体験できます [1]

特定の Python バージョン用にビルドされたパッケージをリストする

場合によっては、インストールされているパッケージが特定のバージョンの Python 用にビルドされたものであることを知ると便利です。例えば、 

$ pacman -Qoq /usr/lib/python3.11

Python バージョン 3.11 用に構築されたすべてのものがリストされます。これは、公式の Python バージョンが更新され、インストールされていない可能性のある Python バージョン用にビルドされているために再構築が必要なパッケージのリストを AUR から取得したい場合に特に便利です。Python バージョンを更新後 # Python のバージョンアップデート後にモジュールが見つからない を参照してください。

トラブルシューティング

Python のバージョンアップデート後にモジュールが見つからない

Python ベースのアプリケーションでは、module_name という名前のインストールされた依存関係に対して、module_name という名前のモジュールが無いと出力するかもしれません。

上記のシナリオは、依存関係がその Python のバージョンで利用できないか、全くインストールされていない場合に起こります。Python のパッケージは、バージョン管理された site-packages ディレクトリ (/usr/lib/pythonX.Y/site-packages システム全体なら ~/.local/lib/pythonX.Y/site-packages/ ユーザ単位なら X.Y' は "3.11" といったバージョン) にインストールします。そのため、新しいマイナーバージョンアップがあるたびに、以前の Python バージョンで構築された Python ベースのパッケージを正しく使用するためには、新しい Python バージョンに対して再構築する必要があります。

AUR からインストールされた Python ベースのパッケージを含む、非公式パッケージを再構築するのはユーザーの責任であることに注意してください。FAQ#システムの完全アップグレードを実行すると、共有ライブラリの更新は行われるが、それに依存するアプリケーションの更新は行われない場合はどうなりますか? を参照してください。

参照

オフィシャル

サードパーティー

「https://wiki.archlinux.jp/index.php?title=Python&oldid=39862」から取得