私が似たような状況に遭遇したとき、私は通常、パッケージ マネージャーを使用しません。特に、運用サーバーなど、何かを壊すのが恥ずかしい場合は特にそうです。代わりに、Activestate に移動して、バイナリ パッケージをダウンロードします。
https://www.activestate.com/activepython/downloads/
これは、すべてをフォルダーに配置し、システム ファイルには触れないスクリプトを実行することによってインストールされます。実際、セットアップに root 権限は必要ありません。次に、バイナリの名前を apy26 のような名前に変更し、そのフォルダーを PATH の末尾に追加して、コーディングを開始します。virtualenv と easyinstall を使用してパッケージをインストールする場合apy26 setup.py install
、システム標準の python に触れることなく、必要なだけ柔軟な python 環境を利用できます。
編集... 最近、外部依存関係のない任意のディストリビューションで実行できる Linux 用の移植可能な Python バイナリを構築する作業を行いました。これは、移植可能な Python モジュールに必要なバイナリ共有ライブラリがビルドの一部であり、tarball に含まれ、Python のプライベート ディレクトリ構造にインストールされることを意味します。このようにして、システムにインストールされた Python に干渉することなく、アプリケーションに Python をインストールできます。
私の github サイトには、Ubuntu Lucid 10.04 LTS の 32 ビット インストールと 64 ビット インストールの両方で徹底的にテストされたビルド スクリプトがあります。私も Debian Etch でビルドしましたが、それは少し前のことであり、何かを変更していないことを保証することはできません。これを行う最も簡単な方法は、選択した Ubuntu Lucid を仮想マシンに配置し、スクリプトをチェックアウトしてからスクリプトをgit clone git://github.com/wavetossed/pybuild.git
実行することです。
ビルドしたら、最近の Linux ディストリビューションで tarball を使用します。それ以外のディレクトリに移動すると、ディレクトリを移動する前/data1/packages/python272
にインクルードを実行してpatchelf
インタープリターパスを設定する必要があるという小さな問題があります。これは、/data1/packages/python272/bin
これはすべて、RUNPATH を使用してビルドし、依存する共有ライブラリをコピーすることに基づいています。スクリプトは複数のファイルに含まれていますが、事実上、/etc/rc.d ディレクトリのスタイルで配置された 1 つの長いシェル スクリプトです。