|(One intermediate revision by one other user not shown)|
|Line 1:||Line 1:|
|Line 22:||Line 26:|
Latest revision as of 19:55, 6 January 2022
THE EPEL WIKI PAGES ARE NO LONGER USED AND ARE OUT OF DATE - SEE THE EPEL DOCS FOR UP TO DATE INFORMATION.
(These wiki pages are being kept for historical reference only.)
Joining the EPEL SIG
There are many ways to join in and help out with EPEL. A few are listed below. If you think of another way to help out the SIG, feel free to bring it up on our mailing list or at our weekly meetings.
Package Maintainers update, fix bugs and improve packages in the EPEL collection. See the EPEL Package Maintainers page for more information on roles and how to join this group.
Testing and Quality Assurance
EPEL strives to ship packages that are as stable and bug free as possible. Testing of packages is always welcome. EPEL uses the Bodhi updates system to manage updates. Packages enter the epel-testing repository where they MUST spend 2 weeks or until sufficent testing is done on them. See our EPEL QA page for information on helping with testing and quality assurance.
Informing Enterprise Linux users that EPEL is here and ready with add-on packages as well as growing our contributor base is the task of our Marketing folks. See EPEL Marketing for more information.
EPEL Release engineering is responsible for making sure packages are built and signed and mirrored out. Currently this group is a subset of the Fedora Release Engineering group. See the Fedora Release Engineering page for more information.