perl - perl モジュールのインストール: cpan シェルと rpm/deb の比較

Question

パッケージ管理によるインストールと比較して、cpan シェルから perl モジュールをインストールする利点はありますか? 時折、最新のモジュール バージョンにすばやくアクセスできるようになることは別として?

Answer 1

まあ、それはすべてモジュールの使用目的に依存します。

ネイティブパッケージ管理には多くの利点があります。

• Perlモジュールはシステムと完全に統合されます。たとえば、ファイルは適切な（システムに依存する）場所にあり、スクリプトはPATHに追加されます。
• 自動アップグレードとセキュリティパッチ。
• おそらく、モジュールを気にするメンテナまたはメンテナグループ（Debian Perlグループなど）。
• ディストリビューション固有のバグは、メインストリームに到達する前に修正できます（プラットフォーム固有の知識がある場合とない場合があります）。
• 同じOSバージョンのマシンにデプロイする場合、パッケージの依存関係を当然のことと見なすことができます。

CPANから直接インストールする場合、いくつかの利点もあります。

• モジュールの最新リリースをインストールできます。
• モジュールの特定のバージョン（古いリリースまたは開発者のリリース）をインストールできます。
• モジュールのコンパイルまたはインストールパラメータを微調整できます。

最近では、local :: libとperlbrew（howto）により、開発者にとってCPANの方法がはるかに興味深いものになっています。local :: libを使用すると、システムのperlバイナリを使用しながらプライベートモジュールツリーを作成できます。perlbrewを使用すると、独自の完全なPerlインストール（複数のPerlリリースを並行して）を簡単に作成できます。

どちらの方法も有効であり、前述のように、利点は使用目的によって異なります。

Answer 2

ネイティブCPANクライアントを使用すると、CPAN上のすべてのモジュールにアクセスできます。これらのモジュールのほとんどは、おそらくディストリビューションによってパッケージ化されていませんが、ディストリビューションのパッケージマネージャーがインストールされていることを知らないという犠牲を払っています（依存関係の解決など）。 。DebianがCPANモジュールをdebsに変換するためのパッケージを提供していることは知っていますdh-make-perl。これは、両方の長所を提供するはずですが、私自身は試したことがありません。

ただし、最も重要なことは、いずれかの方法を選択し、それに固執することです。