インターネットからソフトウェアをダウンロードするときに、Debian / Ubuntuとtarballをコンパイルするための.debパッケージが用意されていることがあります。初めは、インストールを簡単にするためにパッケージを使用するだけで、あえてコンパイルしようとはしませんでした。それの音でさえ私は少し怖かった。しかし、最近では、オプションがある場合、ジレンマに陥ることがあります。.debパッケージと比較して、ソースからコンパイルすることには不利な利点がありますか？ここで知りたいと思います、ありがとう。
回答:
ソースからコンパイルすることの利点は、特定のフラグ/オプションを使用してパッケージをコンパイルできることです。これらのオプションは、ストック標準のUbuntuパッケージでは欠落または無効になっている場合があります。また、同じプログラムの複数のバージョンを簡単にインストールできます。また、Ubuntuリポジトリからすでに削除されているか、まだ存在しないパッケージの正確なバージョンを選択できます（例：古いものを実行する必要があるため、/ opt /ディレクトリにPython 2.4.xのいくつかのバージョンがありますソフトウェア）。
ソースからコンパイルすることの欠点は、.debをビルドしてインストールしない限り、通常の「./configure; make; sudo make install」手順では、Ubuntuのパッケージマネージャーが変更内容を完全に認識しないため、 '手動でコンパイルされたソフトウェアの更新を取得しません。また、パッケージマネージャーを別の場所にインストールすることに注意を払わないと、パッケージマネージャーが後でパッケージを上書き/破損する可能性があります。
つまり、最初に標準のUbuntuリポジトリからインストールすることを常に検討し、次に.debをインストールすることを検討してください。これを行う必要がある理由が正確にわかっている場合にのみ、ソースからコンパイルしてください。
condaに自動的になります仮想環境を作り、彼らのためのPythonの異なるインストールをインストールし、プロジェクトごとのバージョンの作成と維持。しかし、あなたが言うように、virtualenv自体はこれを行いません。
昨日これについて議論していました。壊れやすいものを作らないことが非常に重要だと思います。特に壊れやすいシステムで作業している場合は、最新のものや優れたドキュメントなどがないことがわかっているため、火を消して書く時間はありませんドキュメント、およびすべてが堅牢である場合、ドキュメントはそれほど必要ありません。したがって、ソースからコンパイルしたり、別のソリューションを見つけたり、別のソフトウェアを使用したり、アーキテクチャを変更したりすることは絶対にしないでください。ただし、更新後に壊れるようなものは使用しないでください。そして、はい、それはカーネルバージョンとは何の関係もありません、それはあなたのマシンのアーキテクチャに関するものであり、今日ではソースコードからコンパイルすることで大きな違いを得ることがほとんどできません。