yum (ソフトウェア)

おいしい

Fedora 16でアップデートを実行する YUM
開発者	セス・ヴィダル
初回リリース	2002年6月; 22年前[1] [2] ( 2002-06 )
安定リリース	3.4.3 / 2011年6月28日; 13年前 （2011年6月28日）
リポジトリ	yum.baseurl.org/gitweb/
書かれた	パイソン[3]
オペレーティング·システム	Linux、AIX、IBM i、ArcaOS
プラットフォーム	回転数
タイプ	パッケージ管理システム
ライセンス	GPLv2
Webサイト	yum.baseurl.org

Yellowdog Updater Modified ( YUM ) は、RPM パッケージ マネージャーを使用してLinuxオペレーティング システムを実行するコンピューター用の、無料のオープン ソースの コマンド ライン パッケージ管理ユーティリティです。^[4] YUM にはコマンド ライン インターフェイスがありますが、他のいくつかのツールがYUM 機能へのグラフィカル ユーザー インターフェイスを提供しています。

YUMはRPMベースのディストリビューションの自動更新とパッケージおよび依存関係の管理を可能にします。^[5] DebianのAdvanced Package Tool（APT）と同様に、YUMはソフトウェアリポジトリ（パッケージのコレクション）で動作し、ローカル^[6]またはネットワーク接続経由​​で アクセスできます。

内部的には、YUM はRPMに依存しています。RPM はソフトウェアのデジタル配布のパッケージ標準であり、ハッシュとデジタル署名を自動的に使用して、ソフトウェアの著作権と整合性を検証します。同様の機能を提供する一部のアプリストアとは異なり、 YUM も RPM も、エンドユーザーによるパッケージのコピーに対する独自の制限を組み込んだサポートを提供していません。YUM はPythonプログラミング言語のライブラリとして実装されており、コマンドラインインターフェイスを提供する少数のプログラムが含まれています。^[7] YUM Extender (yumex) などの GUI ベースのラッパーも存在し、^[8] Fedora Linux バージョン 22 まで採用されていました。^[9]

YUM の書き換えであるDNFが、 Fedora 22 ^[9] (2015 年)でデフォルトのパッケージ マネージャーとして YUM に取って代わりました。これは、Fedora が Python 2 から Python 3 に移行したために必要でしたが、Python 3 は YUM ではサポートされていません。 ^[10]  DNF は、パフォーマンスの向上、依存関係の競合の解決の改善、他のソフトウェア アプリケーションとの統合の容易化など、いくつかの点で YUM を改良しています。^[11] RHEL 8以降、 yum はDNFの別名です。^[12]

オリジナルのパッケージマネージャであるYellowdog UPdater (YUP)は、1999年から2001年にかけて、 Terra Soft Solutions （当時のCEOであるGoutham Krishnaのリーダーシップの下）のDan Burcaw、Bryan Stillwell、Stephen Edie、Troy Bengegerdesによって、Yellow Dog Linuxのグラフィカルインストーラのバックエンドエンジンとして開発されました。^[4]

YUPの完全な書き直しとして、YUMは主にデューク大学物理学部でセス・ヴィダルとマイケル・ステナーが使用していたRed Hat Linuxシステムの更新と管理を目的として進化しました。ヴィダルは2013年7月8日にノースカロライナ州ダーラムで自転車事故により亡くなるまでYUMに貢献し続けました。^{[13] [14] [15]}

2003年、デューク大学のロバート・G・ブラウンがYUMのドキュメントを公開した。[ ^{7 ]}その後、 Fedora、Rocky Linux、AlmaLinux、CentOS、その他多くのRPMベースのLinuxディストリビューションがYUMを採用した。その中にはYellow Dog Linux自体も含まれ、YUMはオリジナルのYUPユーティリティに取って代わった。YUPはSourceForgeで最後に更新されたのは2001年である。^{[16] 2005年までに、} Linux市場の半分以上で使用されていると推定され、^[3] 2007年までにYUMはRPMベースのLinuxディストリビューションの「最適なツール」と見なされるようになった。^[17]

YUM は、古いAPT-RPMの認識されている欠陥^[18]とRed Hat up2dateパッケージ管理ツールの制限の両方に対処することを目的としていました。Red Hat Enterprise Linux 5 以降では、YUM が up2date に取って代わりました。^[19]著者の中には、YUM を Yellowdog Update Manager と呼んだり、「Your Update Manager」の方が適切であると示唆する人もいます。^{[20] [21]} Linux システム管理者認定には、YUM の基礎知識が必須条件として含まれることがよくあります。^[5] YUM の GNU 一般公衆利用許諾契約書では、ライセンスの他の条項が尊重される限り、フリーでオープンソースのソフトウェアをロイヤリティなしで自由に配布および変更できるとしています。[ 4 ^]

yumはもともとLinux用に作成されましたが、 AIX、^[22]、 IBM i、^[23]、ArcaOS ^[24]など、他の多くのオペレーティングシステムにも移植されています。

YUM次のような操作を実行できます。

• パッケージのインストール
• パッケージの削除
• 既存のインストール済みパッケージの更新
• 利用可能なパッケージの一覧表示^[25]
• インストールされたパッケージの一覧表示^[25]

YUM 2.x バージョンには、Python のプログラミング拡張機能用の追加インターフェイスがあり、YUM の動作を変更できるようになっています。特定のプラグインはデフォルトでインストールされています。^[26]一般的にインストールされる^[27]パッケージにyum-utilsは、YUM API を使用するコマンドと多くのプラグインが含まれています。

「フロントエンド」と呼ばれるグラフィカルユーザーインターフェースにより、YUM をより簡単に使用できます。PackageKitと Yum Extender (yumex) はその 2 つの例です。^[8] Yum Extender は、Fedora が DNF に移行したときにしばらくの間廃止されましたが、^[28] Python 3 と Gtk 3 で書き直され、開発が進められています。この新しい Yum Extender は、Fedora 34 以降で利用できます。^[29]

パッケージに関する情報（パッケージ自体ではなく）は、メタデータと呼ばれます。これらのメタデータは、各パッケージの情報と組み合わされて、パッケージ間の依存関係を決定（および可能であれば解決）します。これにより、依存関係地獄と呼ばれる状況を回避することが期待されます。別のツールであるが、 YUMソフトウェアリポジトリcreaterepoを設定し、標準XML形式で必要なメタデータ（および-dオプションが指定されている場合はSQLiteメタデータ）を生成します。 ^{[30] [31]}このツール（以前はYamと呼ばれていました）は、リポジトリの作成と保守に役立ちます。^[32]mrepo

YUMのXMLリポジトリは、他の多くの開発者の意見を取り入れて構築され、すぐにRPMベースのリポジトリの標準になりました。^[31] YUMを直接使用するディストリビューションに加えて、SUSE Linux 10.1 ^[33]はYaSTでYUMリポジトリのサポートを追加し、Open Build ServiceリポジトリはYUM XMLリポジトリ形式のメタデータを使用しています。^[31]

YUMはリモートメタデータをローカルクライアントに自動的に同期しますが、他のツールはユーザーからの要求があった場合にのみ同期を選択します。自動同期機能により、ユーザーが正しい間隔でコマンドを実行できなかったためにYUMが失敗することはありません。^{[34] [35]}

• .rpm - YUM で使用されるパッケージ ファイル形式
• DNF - libsolv をベースにした YUM の書き直し
• urpmi - rpm 用の別の CLI フロントエンド
• APT-RPM - APT から派生した別の rpm フロントエンド、dpkgの CLI フロントエンド。
• Linux パッケージ管理システムのリスト

ウィキメディア・コモンズには、 Yumに関連するメディアがあります。

• 公式サイト
• yum を使用したパッケージの管理 – YUM を使用してパッケージを管理する方法について説明します
• Fedoraの Yum ドキュメント
• CentOSの Yum ドキュメント
• Yum ドキュメントは、2013 年 8 月 24 日にWayback MachineのScientific Linuxにアーカイブされました。