Fedora 17より前
Fedora 17より前のRed Hatディストリビューションには、あなたが要求したようにdist-upgradeを実行する機能は含まれていませんでした。これは多くの人々の希望リストで長い間議論されてきたオプションでしたが、実装されたことはありませんでした。
しかし、説明を始める前に...
wikiのアップグレードトピックによると、Fedoraの次のバージョンのためにシステムにDVDを入れることができ、Anacondaがシステムをアップグレードしようとする方法がありました。この方法を何度も試したことがあるのでdist-upgrade
、これは実際に非常にうまく機能するDebian / Ubuntuディストリビューションで利用できるものと同等ではないと思います。
さらに、RHEL、Fedora、およびCentOSシステムを過去10年間維持してきたので、この方法を何にでも使用することを検討することすらしませんでした。それは単に機能しませんでした。
したがって、通常、人々は次のいずれかを行います。
生皮
DebianでのSidと同じように、最先端のバージョンであるRawhideリリースを使用します。Rawhideは、常に最新バージョンのパッケージを持っているという意味でローリングリリースを提供していますが、これは日々のディストリビューションとして使用することを意図したものではなく、実際にはテストのみを目的としています。
単一のリリースにとどまる
この事実を理解し、ディストリビューションが存在する限り、を使用して最新情報を入手してくださいyum
。を使用yum
して、保留中の更新を適用したり、単一のパッケージを更新したりできます。さらに、yum
新しいパッケージのインストールにも使用できます。
保留中のすべての更新を適用します(すべてのプロンプトでyesを想定しています):
sudo yum -y update
単一のパッケージを更新します。
sudo yum -y update apache\*
新しいパッケージをインストールします。
sudo yum -y install apache\*
ソフトウェア更新アプレット
GUIを使用して更新を実行する場合は、タスクバーに表示されるソフトウェア更新ツールを使用できます。このツールは基本的にyum -y update
上記と同じことを行い、次のコマンドを使用してオンデマンドで実行できます。
gpk-update-viewer
再インストール
新しいバージョンが出てきたら、手動でフレッシュインストールを行い、データや設定を新しいシステムにコピーするように注意します。
アップグレード前
PreUpgradeツールを使用します。このツールは基本的に、セットアップとインストールしたパッケージの名前を収集しただけで、それらを新しいインストールに適用するのに役立ちます。この手法については、@ JoelDavisの回答も参照してください。
注:これはFedora 18以降のオプションではなくなったため、警告されています。
Fedora 17以降
17以降、ローリングリリースを実行できるようになりました。
うんざり
Fedora 17/18の新機能は、FedUp(FEDora UPgrader)と呼ばれるツールで、Debian / Ubuntuディストリビューションと同様に「dist-upgrades」を実行することを目的としています。
FedUp(FEDora UPgrader)は、Fedora 18以降のリリースでFedoraインストールをアップグレードするための新しいシステムの名前です。これは、以前のFedoraリリースで使用されていた現在推奨されているアップグレード方法(PreUpgradeおよびDVD)をすべて置き換えます。アナコンダ、Fedoraインストーラーには、Fedora 18以降のリリースに組み込まれたアップグレード機能がありません。Fedupに完全に委任されました。
現在、FedUpは、PreUpgradeと同様に、ネットワークリポジトリを使用してFedora 17インストールをFedora 18にアップグレードできます。現在、アップグレードの方法がさらに計画されており、これらの機能が完了すると、このページが更新されます。
ローリングリリースとバージョン付きリリース
OPがフォローアップの質問をしたところ、彼は私に次のフレーズについて詳しく説明してほしいと思った。
「17以降、ローリングリリースが可能になりました。」
私がそのコメントをしたとき、私は1つのことを意味し、「ローリングリリース」というフレーズは本当に別のことを意味します。私が「ローリングリリース」と書いたときは、Fedoraの1ポイントリリース(たとえば17)からバージョン18にロールできることを意味しました。DebianやUbuntuなどのほとんどのディストリビューションがこの機能を提供しています。
ただし、実際にWikipediaで「ローリングリリース」が何を意味するかについての説明を調べると、このテーマについてさらに知識を深めることができます。
ウィキペディアからの抜粋
...ローリングリリースまたはローリングアップデート開発モデルは、継続的に開発されているソフトウェアシステムを指します。これは、以前のバージョンの上に再インストールする必要があるソフトウェアバージョンを使用する標準リリース開発モデルの代わりです。代わりに、ローリングソフトウェアは、バージョン間でアップグレードされる標準リリースソフトウェアとは対照的に、継続的に更新されます。...
したがって、純粋主義者の観点から見ると、Debian、Ubuntu、Fedoraは「ローリングリリース」ではありません。これらは、あるポイントリリースから別のリリースへのアップグレードを支援するツールを提供するポイント標準リリースソフトウェアです。
OPは次の質問もしました
Debianは、Sidを使用している場合にのみ、「一種の」ローリングリリースです。ローリングリリース=バージョンなし、パッケージはただちにアップストリームからディストリビューションにダンプされますよね?したがって、Debianはローリングリリースの完全な反対であり、Ubuntuも同様です。Fedora Rawhideも一種のローリングリリースですが、私はすでにそれを知っていました(そしてそれがあなたが言及していたものであるなら、それを使いたくありません)。
将来の読者にとってそれが明確になるように。Debian(別名Sid)やFedora(別名Rawhide)の開発ブランチでさえ、「ローリングリリース」ではありません。確かにそれらをそのまま使用できますが、将来のリリースに組み込まれる可能性のあるソフトウェアの新しいパッケージを一元的にコミュニティに提示できる開発の「領域」にすぎません。
これらのブランチの1つに配置されているパッケージに入るテストのレベルは、パッケージがArchLinuxなどの真の「ローリングリリース」ディストリビューションでアップデートとして表示される場合よりも厳格ではありません(私の予想です)。
これは、標準リリースのディストリビューションの開発ブランチの使用をカバーするウィキペディアページのセクションです。
ローリングリリースソフトウェアディストリビューションと標準リリースソフトウェアディストリビューションの開発ブランチの違いは、ローリングディストリビューションに慣れていないユーザーには見過ごされがちです。これにより、「distro-Xは開発ブランチを使用する場合のローリングディストリビューションです」などの混乱したコメントにつながる可能性があります。distro-Xは標準のリリースディストリビューションです。開発ブランチがローリング(より一般的な循環的)開発ブランチであるまれなケースであっても、ディストリビューションはローリングしません。標準リリースディストリビューションとは異なり、ローリングリリースディストリビューションには開発ブランチがありません。
yum update
答えは私の好みのモードです。ただし、使用したい場合は、GUIソフトウェアマネージャーがあります。Gnome 3で、アクティビティに移動して「ソフトウェアの更新」を検索します(またはアプリケーションのリストで検索します)。それもあなたのために同じことをします。