システムをインストールするとき、私は通常、最近更新したソフトウェアを更新する一括更新方法を探します。
たとえば、Debianでは、sources.list
は、私が欲しいものを指し示し、# apt-get update && apt-get dist-upgrade
。
Fedora(18)にこれに相当するものはありますか?見当たらないGUIアップグレードマネージャはありますか?
私のシステムには重要なアップデートが必要であるというGnomeのメッセージがポップアップしました。私が提示した唯一のオプションは「更新のインストール」だったので、私はそれを却下しました。それが何をするのかはよくわかりませんでした。
今、メッセージは消えました、そしてそれが接続されたかもしれないどんなソフトウェアも、それを見つけることができません。
ここで何が欠けていますか?
Fedora 17より前のRed Hatディストリビューションには、あなたが要求したようにdist-upgradeを実行する機能は含まれていませんでした。これは、多くの人々の希望リストで長い間議論されてきたオプションでしたが、実装されたことはありませんでした。
説明を始める前に...
wikiのアップグレードトピック によると、Fedoraの次のバージョン用にシステムにDVDを挿入する方法があり、 Anaconda はあなたのアップグレードを試みますシステム。何度もこの方法を試したので、これは実際に非常にうまく機能したDebian/Ubuntuディストリビューションで入手可能な
dist-upgrade
に匹敵するとは思えません。さらに、RHEL、Fedora、およびCentOSシステムを過去10年間維持してきたので、この方法を何にでも使用することを検討することすらしませんでした。それは単に機能しませんでした。
したがって、通常、人々は次のいずれかを行います。
Rawhide release を使用します。これは、SidがDebianでどのように使用されているかに似た、最先端のEdgeバージョンです。 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 'answer を参照してください。
注:これはFedora 18以降のオプションではありませんが、警告されています。
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での"ローリングリリース "の実際の意味 の説明を調べることで、この問題についてさらに知識を深めることができます。
wikipediaからの抜粋
...ローリングリリースまたはローリングアップデート開発モデルは、継続的に開発されているソフトウェアシステムを指します。これは、以前のバージョンの上に再インストールする必要があるソフトウェアバージョンを使用する標準リリース開発モデルの代わりです。代わりに、ローリングソフトウェアは、バージョン間でアップグレードされる標準リリースソフトウェアとは対照的に、継続的に更新されます。 ...
したがって、純粋主義者の観点から見ると、Debian、Ubuntu、Fedoraは「ローリングリリース」ではありません。これらは、あるポイントリリースから別のリリースへのアップグレードを支援するツールを提供するポイント標準リリースソフトウェアです。
OPは次の質問もしました
Debianは、Sidを使用している場合にのみ、「一種の」ローリングリリースです。ローリングリリース=バージョンなし、パッケージはただちにアップストリームからディストリビューションにダンプされますよね?つまり、Debianはローリングリリースの完全な反対であり、Ubuntuも同様です。 Fedora Rawhideも一種のローリングリリースですが、私はすでにそれを知っていました(そしてそれがあなたが言及していたものであるなら、それを使いたくありません)。
将来の読者にとってそれが明確になるように。 Debian(別名Sid)およびFedora(別名Rawhide)の開発ブランチでさえ、「ローリングリリース」ではありません。もちろん、それらをそのまま使用できますが、mayの将来のリリースに組み込まれるソフトウェアの新しいパッケージを、以下のコミュニティに提示できる開発の「領域」にすぎません。一元化された方法。
これらのブランチの1つに配置されるパッケージに入るテストのレベルは、ArchLinuxなどの真の「ローリングリリース」ディストリビューションでパッケージが更新として表示されるとき(私の予想でしょう)と言うよりも厳格ではありません。
これは、標準リリースのディストリビューションの開発ブランチの使用をカバーするウィキペディアページのセクションです。
ローリングリリースソフトウェア配布と標準リリースソフトウェア配布の開発ブランチの違いは、ローリング配布に不慣れなユーザーには見過ごされがちです。これにより、「distro-Xは、開発ブランチを使用する場合のローリングディストリビューションです」などの混乱したコメントにつながる可能性があります。開発ブランチがローリング(より一般的な循環的)開発ブランチであるまれなケースでも、ディストリビューションはローリングしません。標準リリースディストリビューションとは異なり、ローリングリリースディストリビューションには開発ブランチがありません。
使用できます
yum update
(すべてのパッケージをアップグレードするには)
そして
yum update <packageName>
(個別にインストールされたパッケージを更新するため)
これはFedoraおよび/またはCentOSおよび/またはRedhat ELシステムで動作します
あなたも使うことができます
yum install <packagename>
またはyum install <RPM Name or web path>
(これらのシステムにもパッケージをインストールする場合)
GUIを提供するSoftware Updaterと呼ばれるアプリケーションがありますが、yum
は実際には非常に効率的でかなり直感的です。
Yumで実行できるスイッチについて質問がある場合は、yum --help
を使用できます。
これを説明するオンラインページは見つかりませんでしたが、Fedoraでの# apt-get upgrade
の代替案は# yum update
のようです。
Yumのmanページから:
update ---パッケージなしで実行した場合、updateは現在インストールされているすべてのパッケージを更新します。 1つ以上のパッケージまたはパッケージグロブが指定されている場合、Yumはリストされたパッケージのみを更新します。パッケージの更新中、yumはすべての依存関係が確実に満たされるようにします(詳細については、パッケージ名の指定を参照してください)。指定されたパッケージまたはグロブが現在インストールされていないパッケージと一致する場合、updateはそれらをインストールしません。updateは、「install」コマンドと同様に、グループ、ファイル、プロバイダー、およびファイルリストに対して機能します。
通常、新しいバージョンに移行するときは、システムの完全な再インストールを行います。パッケージを適切に更新することは非常に問題があることがわかりました。問題のデバッグに費やす時間は、再インストールするよりも複雑です。