CentOS7 ソフトウェアのインストール手順と戦略の完全な分析

サードパーティ ソースに少数のパッケージしか含まれておらず、これらのパッケージが公式ソースや他の使用されているサードパーティ ソースと競合しないと判断された場合は、サードパーティ ソースを追加できます。サードパーティのソースに多くのソフトウェアが含まれており、公式ソースまたは EPEL ソースと競合する可能性がある場合、ソースは追加されません。ソフトウェア パッケージに複雑な依存関係がない場合は、rpm パッケージをソースに直接インストールします。ソフトウェア パッケージの場合、サードパーティ ソースの他のパッケージに依存している場合は、あきらめて他の方法を探してください;

サードパーティパッケージマネージャー

異なるディストリビューションでは異なるパッケージ マネージャーが使用され、CentOS では yum が使用され、Ubuntu では apt-get が使用されます。近年、Linuxbrew、Gentoo Prefix、pkgsrc など、ディストリビューションに依存しないサードパーティのパッケージ マネージャーがいくつか登場しています。

Linuxbrew

Linuxbrew は、OS X プラットフォームで非常に人気のある Homebrew から Linux に移植されました。 Linuxbrew は、システムに付属するパッケージ マネージャーの補足として使用できます。その特徴は次のとおりです:

すべてのソフトウェアは ${HOME}/.linuxbrew ディレクトリにインストールされます。ソフトウェアのバージョンは比較的新しいです。インストール、アンインストール、情報、リスト、更新、アップグレードなどの機能は、ディレクトリがあれば非常に簡単です。ライブラリには必須のソフトウェア パッケージはありません。独自の数式を作成してください

試してみると、落とし穴の 1 つは、linuxbrew が依存関係の問題を内部で解決してしまうということです。たとえば、linuxbrew を使用してターミネーターをインストールしようとしたところ、ターミネーターが Python に依存していることがわかりました。Python はすでにシステムにインストールされていますが、linuxbrew は依然として Python のコピーをインストールします。また、Python はより多くのものに依存しているため、より多くのソフトウェア パッケージがインストールされます。自宅の下に設置されています。さらに、linuxbrew はソース コードからソフトウェアをコンパイルするため、比較的低速です。

ソースコードをコンパイルする

ほとんどのソフトウェアは、前述の方法を使用してインストールできるはずです。インストールされていない場合は、このソフトウェアを本当にインストールする必要があるかどうかを自問する必要があります。どうしても必要でない場合はインストールしないでください。必要なソフトウェアの場合は、手動でコンパイルする必要があります。

一般的なソース コードのコンパイルには、通常、次の手順が含まれます。もちろん、特定の状況はケースバイケースで処理されます:

tar -xvf xxxx.tgz ./configure --prefix=/opt/xxxx make sudo make install

一般に、このタイプのソフトウェアのデフォルトのインストール ディレクトリは /usr/local で、最終的なファイルは /usr/local の bin、lib、share、および man ディレクトリに配置されます。

この配置方法は、ソースコードからコンパイルされたソフトウェアであるため、ソフトウェアの管理義務をコンパイラが全面的に負わなければならないことを意味するため、個人的にはあまり好きではありません。ソフトウェアのアンインストール中にトラブルが発生しました。そのため、構成時にインストール パスを手動で指定するために常にプレフィックスを追加します。ソフトウェアをアンインストールするには、/opt 配下の該当ディレクトリを削除してください。アップデートする場合は、削除してから再コンパイルすることもできます。これを行う際の少し面倒な点は、ソフトウェアの bin ディレクトリを手動で PATH に追加する必要があり、場合によっては LD_LIBRARY_PATH の変更も必要になることです。ただし、一般的にソース コードのコンパイルが必要なソフトウェアはほとんどないため、それほど問題は発生しません。

コードをコンパイルします

そうそう、実はタイトルの付け方が分かりません。 。

前のセクション「ソース コードのコンパイル」では、主にいくつかの大規模なソフトウェア パッケージに焦点を当てていましたが、このセクション「コードのコンパイル」では、いくつかの高度に専門的な小さなコード パッケージの処理方法について説明します。たとえば、いくつかのソフトウェア パッケージがコンパイルされた後、実際に必要なのはバイナリ ファイルだけです。この時点では、/opt にインストールする必要はありません。適切な方法は、自分の HOME の下に bin ディレクトリを作成し、そのファイルを追加することです。 .bashrc へのパスを追加し、コンパイルされたバイナリ ファイルをこのディレクトリにコピーするだけです:

mkdir ${HOME}/bin echo 'export PATH=${HOME}/bin:$PATH'>> ~/.bashrc

たとえば、${HOME}/bin ディレクトリには次のファイルがあります:

distaz: 地球上の 2 点の経度と緯度を与えて、震源距離と方位角を計算します。 pssac: SAC ファイルを GMT で描画します。 rdseed: SEED 形式を SAC 形式に変換します。 win2sac_32、catwin32: Hi-net によって提供されます。 Hi-net を処理する Web サイト データ プログラム st: sublime_text は /opt ディレクトリにインストールされ、コマンド ラインでの sublime text の呼び出しを容易にするためにここにソフト リンクが確立されます。 wlt.pl: インターネットにログインするための学校のスクリプト、コマンド ラインでネットワーク ポートを変更します。それでは、fk、fk.pl、syn、trav: 合成地震計を計算するための Lupei Zhu 教授のプログラムです。多くのソース コードがあります。実際、これら 3 つの実行可能ファイルと Perl スクリプトはすべて必要なものです。 matlab: matlab を指すソフト接続;

bin にはバイナリ ファイルを置かないでください。一般的に使用されるいくつかのコマンドまたは非常に一般的なツールのみをここに置く必要があります。

自己完結型システム ソフトウェア

ソフトウェアには多数のモジュールまたはパッケージが含まれるタイプがあり、これらの多数のモジュールを管理するには、独自のモジュール/パッケージ マネージャーが必要です。その中には TeX、Perl、Python があります。このタイプのソフトウェアの場合、多数のモジュールが最大の利点であり、最も価値のあるリソースであるため、私は通常、次の理由からモジュールを手動でインストールすることを選択します。

TeXLive: TeXLive iso イメージ ファイルを通じてインストールし、独自の tlmgr 管理パッケージを使用します Perl: plenv を通じて最新バージョンの Perl をインストールし、plenv に付属の cpanm を使用してモジュールをインストールします Python: 最新バージョンの Python をインストールしますpyenv、Python を使用してください pip インストール モジュールが付属しています

例外

ルールには常に例外があります。

mosquito-myrepo は非公開で管理されているソースであり、中国語入力メソッド、QQ、Fetion、Weizhi Notes、Youdao Dictionary、Baidu Cloud、およびいくつかのオーディオおよびビデオ プレーヤーが含まれています。このソースには愛憎の感情があり、中国人が必要とするソフトウェアが多数提供されていますが、EPEL 以外のサードパーティ ソフトウェア ソースに依存しているため、パッケージの競合が発生する可能性があります。したがって、このソースは注意して使用してください。

簡単な要約:

EPEL ソース、Nux Dextop、ELRepo ソース、およびその他の小規模なサードパーティ ソースをシステムに追加します。ソースからインストールできる場合は、ソースからインストールします。ソースからインストールできない場合は、次のことを試してください。 rpm パッケージを見つけます。rpm パッケージが見つからない場合は、インストールしてください。linuxbrew を試してください。手動でコンパイルできる場合は、手動でコンパイルしないでください