From Fedora Project Wiki

< About EPEL

Revision as of 12:07, 7 May 2010 by T2y (talk | contribs)

EPEL とは

EPEL は、多くの Fedora の貢献者たちが Fedora のパッケージを自分たちが使っている Red Hat Enterprise Linux (RHEL) やその互換ディストリビューション上で使用したいという要望から始まりました。

EPEL の目的

Fedora で開発、テスト、改良された高品質のパッケージを RHEL や CentOS/Scientific Linux のような互換ディストリビューションで利用可能にすることです。

この目的を達成するためには Fedora プロジェクトにも密接して作業してください。できるだけ、Fedora プロジェクトと同じガイドライン、ルール、ポリシーやインフラを使用してください。

もし問題に遭遇したら、パッケージング委員会のような EPEL 独自の解決方法ではなく、Fedora のグループやその他の仲間たちと共にその問題を解決してください。EPEL 独自の解決方法は、ユーザやパッケージャに混乱を招き、Fedora と EPEL 間のポーティングを難しくします。

Fedora との同期を維持することができない(望まない)稀なケースでは、EPEL プロジェクトに対して、その理由とパッケージングの違いを説明するメンテナンス用のドキュメントを追加してください。

これらのパッケージは誰が必要としてる

エンタープライズ Linux ユーザ/管理者からの視点

RHEL のサポートパッケージとして提供されていないけれど、ユーザや管理者は、少なくとも1つぐらいは自分が望むパッケージがあったことを経験しているはずです。このプロジェクトは RHEL で提供されていないけれど、Fedora には存在するパッケージの恩恵やサポートを推奨するための場所を提供します。

あなたの会社が標準インストールの一部として必要とするパッケージであろうと、あなたが利用したいと思うソフトウェアであろうと、楽しんで作業することができます。Fedora エンタープライズパッケージは、特定のソフトウェアを必要とするコミュニティやサポートを構築するための良い方法です。

コミュニティからの視点

Fedora コミュニティの多くのメンバーも Fedora から派生したエンタープライズ Linux のディストリビューション(RHEL や CentOS)のユーザ/管理者です。みんながそれぞれ特定のソフトウェアの一部を推奨したい理由を持っています。EPEL パッケージはエンタープライズ Linux ユーザからの支持を得る最も良い方法です。

ISV/IHV からの視点

The benefits of building upon EPEL as an ISV or IHV have great potential. If your software package currently packages its own copies of open source libraries or well-known tools, you can rely upon EPEL to provide those packages. For example, Perl modules are often needed and repackaged, yet can be available through EPEL instead. You let dependencies be met by EPEL, and your team concentrates on what they do best: develop, support, and provide your product(s).

Additionally, if you are on an ISV/IHV team that utilizes open source software packages to deliver your products, you have the opportunity to contribute to EPEL. This ensures a community of support, review, and testing for packages that your customers depend on for your products.

For independent software and hardware vendors, this is how you get your software into the enterprise ecosystem:

  1. Use the Fedora process to get your favorite software in to the repository:
    • Get an entirely new package into Fedora.
    • Become a co-maintainer for the package you want to have enterprise-level longevity.
    • Package a free and open source library or other shareable software source to build a community around your applications.
  2. Gain the additional six to twelve months of Fedora testing and feedback.
  3. Be ready for RHEL beta testing before the alpha snapshot is taken, gaining another three to six months lead time.
  4. Ship your enterprise-ready version with the RHEL GA.
  5. Ongoing support and package maintenance is a part of your free and open source development process, along with advancing the technology in parallel in Fedora.

学術的機関からの視点

Aside from the usual need for software that wasn't included in RHEL, there is a large opportunity for academia to provide students with learning opportunities beyond piecemeal open source project experience.

Where a typical free and open source learning experience for a student might be to dive into coding or documentation, Fedora enterprise packaging is one way to gain cross-over experience. The real-world, hands-on experience includes supporting a free and open source community and user base, creating an enterprise community around the software, and managing feature enhancements, bug fixes, and security updates across all communities.

Red Hat からの視点

This is a simple imagination exercise.

Imagine you are a company that enables a large, fully open and free Linux based distribution for the general world communities (cf. Fedora), while supporting a large, fully open Linux based distribution for its customers (cf. RHEL).

Imagine that what is in your enterprise distribution is what you think you can support for your customers, and is influenced by what those customers are asking for. Would it be in your best interest, or the best interest of your customers, to pull in every single software package you possibly could? Would you be able to provide QA and support on such a large package set?

Imagine that it is easier to pick your package set (the ones you support), and to enable the promotion and community support of enterprise-quality packages.

If you look around, you see that people have put in great effort to provide these packages that did not make it into RHEL. The Fedora enterprise packages are a way of enabling, growing, and honoring the work that has come before.