Alert.png 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 @

Difference between revisions of "EPEL as a source for UMD"

From EGIWiki
Jump to navigation Jump to search
(One intermediate revision by the same user not shown)
Line 1: Line 1:
{{Tech menubar}}
{{SWProv menubar}}
{{SWProv menubar}}
{{SWProv UMD Prov submenu}}

Latest revision as of 18:50, 9 December 2014

Technology Software Component Delivery Software Provisioning UMD Middleware Cloud Middleware Distribution Containers Distribution Technology Glossary

Software Provisioning menu: Software Provisioning Process UMD Release Process Quality Assurance UMD Staged Rollout

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.


For every release in EPEL, UMD team needs the following information from the product team:

  • Product Team Short Name: A Short name assigned to the Product team to uniquely identify it to SA2 workflow.
  • Product Team Name: The official name of the Product Team (eg INFN)
  • Product Description: A Short description of the functionality of the product.
  • The link to the release notes.
  • The link to Documentation (e.g install guide)
  • 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.