このドキュメントで説明されているソフトウェアはサポートされなくなったか、または拡張サポートされています。
Oracleでは、現在サポートされているリリースにアップグレードすることをお薦めします。
ULNは、ol
リポジトリを提供します。このリポジトリには、Oracle Linuxリリースのすべてのパッケージが含まれています。 また、Oracle Linuxリリースの更新ごとに、N
_arch
_latestbase
およびpatch
チャネルを提供します。 Oracle Linuxのリリースによっては、DTraceユーザー空間、Ksplice、OFEDなどの追加機能用の最新のパッケージが他のチャネルから提供される場合があります。
Oracle Linux yumサーバーは、public_ol
リポジトリを提供します。これには、各更新のN
_latestpublic_ol
リポジトリに加えて、Oracle Linuxリリース全体のすべてのパッケージが含まれます。 Oracle Linux yumサーバーはULNとは異なり、更新用にN
_un
_basepatch
チャネルを提供しません。
いくつかのチャネル(Spacewalk ClientおよびSpacewalk Server用のチャネルなど)は、Oracle Linux yumサーバーでは使用できますが、ULNでは使用できません。 DTraceユーザー・スペース、Ksplice、OFEDパッケージなどの他のチャネルは、ULNでは利用可能ですが、Oracle Linux yumサーバーでは利用できません。
独自のワークフローに基づいたチャネル構成を設計することをお薦めします。 たとえば、Spacewalkチャネル・クローニング機能を使用して、テストから本番までのシステム開発を促進する場合は、base
チャネルとchild patch
チャネルを他の子チャネルとともに構成できます。
latest
のチャネルを複製することは避けてください。通常、これらのチャネルは非常に長いため、時間がかかります。 子チャネルを複製する場合、リポジトリを複製する必要はありません。 これらのチャネルは、クローンされたチャネルと同じリポジトリを使用できます。 たとえば、クローンされた各基本チャネルには固有のaddons
子チャネルがあるかもしれませんが、これらの子チャネルのそれぞれは同じリポジトリを使用します。 複数のチャネルで参照されていても、パッケージは複製されません。
必要に応じて、これらのチャネルにシステムをサブスクライブすることなく、latest
チャネルを個別に維持することができます。 必要が生じた場合は、latest
チャネルからエラータ・パッケージをpatch
チャネルにコピーして、最新の修正プログラムを利用可能にすることができます。
rhnpushなどのメソッドでパッケージを取得するカスタム・チャネルを作成する場合や、Webインタフェース経由でアップロードするカスタム・チャネルを作成して、上流のリポジトリを持たないローカルに開発されパッケージ化されたソフトウェアを提供できるようにする場合は、ソフトウェア・チャネルをリポジトリに関連付ける必要はありません。