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

From EGIWiki
Jump to: navigation, search
(Created page with "{{SWProv menubar}} {{SWProv UMD Prov submenu}} {{TOC_right}} UMD software provisioning infrastructure has enabled the EPEL repositories as sources for the SW provisioning proces...")
 
(Requirements)
Line 10: Line 10:
  
 
For every release in EPEL, UMD team needs the following information from the product team:
 
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
 
* 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
 
** 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''
 
** 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 list of packages released in other repositories (e.g. EMI) by the product team. For example metapackages.
* The link to the release notes.
 

Revision as of 12:10, 21 October 2013

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



Template:SWProv UMD Prov submenu

Contents


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:

  • 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.