今日私が経験した次の状況を考慮して、APTパッケージが一般的にどのように管理されているかを理解したいと思います。
私のDebianコンピュータにMongoDBを追加しようとしています。apt search mongodb良い結果を示しています。インストール前に読みました。MondoDBドキュメントそれは次のように言います：
システムで MongoDB Community Edition を実行するには、次の手順に従います。このガイドラインでは、Debian が提供する非公式の mongodb パッケージではなく、公式の mongodb-org パッケージを使用し、デフォルト設定を使用することを前提としています。
これを通して、私はDebianで得たapt installものを理解して驚きました。非公式アプリケーション開発者が作成します。これは「推奨しない」よりも悪いようです。
私はDebian APTパッケージリポジトリが以前のバージョンを表示する傾向があり、最新の最新のアップデートに追いついていないことを理解しています。この問題を解決する方法はいくつかありますが、今はこの言葉が心配です。非公式。これは、MongoDB（または他のアプリケーション）に関連するAPTリポジトリのパッケージがアプリケーション開発者によって正式に承認されていないことを意味しますか？それとも開発者が正式にリリースしましたが、「最新バージョンではないので忌避」しているのでしょうか？それとも誰か（どのグループ？）が公式インストールパッケージをコピーしてAPTに貼り付けましたか？
私はMongoDBの特定のケースを理解したいと思いません。代わりに、アプリケーションとAPTの全体的な「政治」を理解したいと思います。どのように動作し、どのように動作するのですか？
これが愚かな質問であれば申し訳ありませんが、オンラインで良い説明が見つかりません。すべてのリンクや参考資料をいただきありがとうございます。
ベストアンサー1
すべてのディストリビューション（Debianだけでなく）のパッケージは、通常、アプリケーション開発者ではなく、デプロイコミュニティメンバー（しばしばパッケージャまたはパッケージと呼ばれる）によってパッケージ化されます。パッケージマネージャ。時々、アプリケーション開発者は特定のディストリビューションのパッケージになるかもしれませんが、これはルールではありません。開発者は決してすべてのディストリビューションで自分のアプリケーションを維持することはできません。
「承認済み」および「公式」または「非公式」に関する場合。ここではフリーソフトウェアについて話しています。ライセンスを使用してソフトウェアを配布できるため、配布用のソフトウェアをパッケージ化するために誰の承認も必要ありません。開発者は自分のソフトウェアがパッケージ化され提供される方法に同意しないかもしれませんが、それが彼らができるすべてです。
このパッケージが（非）正式な理由が何であるかよくわかりません。すべてのパッケージは第三者が製作したので理論的に非公式的だと思います。おそらく（非）公式の定義によって異なります。
パッケージャと開発者の間で緊張を引き起こす可能性のある1つはリリースサイクルです。 Distros（特にDebian StableやRHEL / CentOSなどの「安定した」ディストリビューション）には、独自のリリースサイクルとソフトウェアとAPIの約束があります。安定化これは通常次のように異なります。上流リリースサイクル。これは、リリースで一般的にいくつかのバグ修正でバックポートされた古いバージョンを見る理由です。時々、アップストリーム開発者は修正されたがバックポートされていないバグレポートを受け取るので、これは好きではありません。時々、パッケージャがコンパイル時オプションとソフトウェアの（デフォルト）機能を変更するその他の事項について自分で決めるのも面倒です。したがって、開発者は「配布パッケージの代わりに「公式」パッケージを使用してください」と言って、自分に最も適したものが何であるかを判断するのはユーザーの役割です。