| おいしい | |
|---|---|
Fedora 16で YUM アップデートを実行中 | |
| 開発者 | セス・ヴィダル |
| 初回リリース | 2002年6月[ 1 ] [ 2 ] (2002-06) |
| 安定版リリース | 3.4.3 / 2011年6月28日 (2011年6月28日) |
| リポジトリ | |
| 書かれた | パイソン[ 3 ] |
| オペレーティング·システム | Linux、AIX、IBM i、ArcaOS |
| プラットフォーム | 回転数 |
| タイプ | パッケージ管理システム |
| ライセンス | GPLv2 |
| Webサイト | yum |
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 Kai Staatsのリーダーシップの下)の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ユーティリティ(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 ] YUMの基礎知識は、Linuxシステム管理者認定の要件によく含まれています。[ 5 ] YUMのGNU一般公衆利用許諾契約書は、ライセンスの他の条項が尊重される限り、フリーでオープンソースのソフトウェアをロイヤリティなしで自由に配布および改変することを許可しています。[ 4 ]
yumはもともとLinux用に作成されましたが、 AIX、[ 22 ] IBM i、[ 23 ] ArcaOS [ 24 ]など、他の多くのオペレーティングシステムにも移植されています。
このセクションは拡張が必要です。不足している情報を追加していただければ幸いです。 (2014年8月) |
YUM次のような操作を実行できます。
yum install <パッケージ名>
yum remove <パッケージ名>
yumアップデート
yumリストが利用可能
yumリストがインストールされました

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 ]