The wiki is deprecated and due to be decommissioned by the end of September 2022.
The content is being migrated to other supports, new updates will be ignored and lost.
If needed you can get in touch with EGI SDIS team using operations @ egi.eu.
EPEL as a source for UMD
Jump to navigation
Jump to search
| Software Provisioning menu: | Software Provisioning Process | UMD Release Process | Quality Assurance | UMD | Staged Rollout |
Template:SWProv UMD Prov submenu
UMD software provisioning infrastructure has enabled the EPEL repositories as sources for the SW provisioning process. Product teams can use EPEL as a target repository to release in UMD.
Both EPEL stable and EPEL testing can be used. PTs are encouraged to contact UMD as soon as they release in EPEL testing.
Requirements
For every release in EPEL, UMD team needs the following information from the product team:
- The list of all the RPMs that build the product release
- This list should contain only the rpms released in EPEL by the product team, not only the updated packages but all the rpms under the PT's responsibility. External dependencies in EPEL do not need to be listed
- RPMs list must include the version. E.g.: packagename-2.47.8-1.el5.x86_64
- The list of packages released in other repositories (e.g. EMI) by the product team. For example metapackages.
- The link to the release notes.