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 @ egi.eu.

Difference between revisions of "EGI-InSPIRE:SiteAdminUserGuide"

From EGIWiki
Jump to navigation Jump to search
Line 58: Line 58:
** Red crosses for products that failed verification or StagedRollout
** Red crosses for products that failed verification or StagedRollout


=== Site Admin's UMD Repository HOWTO ===


* General procedures
** How and where to get the repo files
** Dedicated RSS channel for publication of products into the UMD Production repository
** Release notes


 
* Production Sites
 
** Necessary repositories
 
 
== PART 2: Using the UMD Repository ==
** Where do Site Admins find information?
** How do I configure a server?
** When and how do I update?
** Necessary repositories for site admins
*** Platform (such as SL5 64bit)
*** Platform (such as SL5 64bit)
*** EPEL repository
*** EPEL repository
*** UMD Repository
*** UMD Repository
** Necessary repositories for Early Adopters
 
* Early Adopters (SR) Sites
** Necessary repositories
*** Platform (such as SL5 64bit)
*** Platform (such as SL5 64bit)
*** EPEL repository
*** EPEL repository

Revision as of 11:20, 14 April 2011

Document ToC


The ToC follows the virtuous cycle of EGI

Defining the release contents

  • Requirements-driven content priorities
    • UCB requirements
    • OMB Requirements
    • Which of that software is taken into the Software Provisioning workflow
  • Reconcile community requirements
    • Aspired output is an update of the UMD Release Schedule
    • The exact process of reconciliation
      • Open issue!

Software Provisioning

  • Software Delivery
    • The sources of software (i.e. EMI, IGE, EPEL, Platform)
    • For TP only their main repository, we never pull from anything else
  • Verification
  • StageRollout
  • UMD Release Building
    • Major versions (when and why do we release major versions)
    • Minor versions (ditto)
      • Explain the concept of roll-up releases)
    • What happens when the software has been approved by SR?


Release Schedule

  • When and how often do we release a major
    • At most once a year
    • Closely located with major releases of EMI and IGE
  • When and how do we release minor releases
  • What will the schedule tell you
    • Major versions
      • High-level list of non-backwards compatible changes,
      • Addition of new platforms
      • New features
      • List of products
      • Planned release date
    • Minor versions (i.e. roll-up updates)
      • List of products (new, or updated)
      • Planned release date
  • Flagging and progress
    • Green ticks (or so) for successfully provisioned products that are not yet published
    • Yellow exclamation mark for products that are in danger of being delayed
    • Red crosses for products that failed verification or StagedRollout

Site Admin's UMD Repository HOWTO

  • General procedures
    • How and where to get the repo files
    • Dedicated RSS channel for publication of products into the UMD Production repository
    • Release notes
  • Production Sites
    • Necessary repositories
      • Platform (such as SL5 64bit)
      • EPEL repository
      • UMD Repository
  • Early Adopters (SR) Sites
    • Necessary repositories
      • Platform (such as SL5 64bit)
      • EPEL repository
      • UMD Repository
      • UMD Early Access
      • PPA repository for the product in StageRollout