Software Collections SIG

SIG Status: Approved

Board Member Helping Bootstrap: JimPerrin

The Software Collections SIG will provide an upstream development area for various software collections and related tools. Developers can build on and extend existing SCLs, so they don't need to re-invent the wheel or take responsibility for packaging unnecessary dependencies.

Goals

• Act as upstream git repository for SoftwareCollections.org

• Work with developers to accept contributions for newer software collections.
• Establish release management duties to act as gateway to build/sign/distribute packages.

• Build and distribute software collections packages via centos.org as well as SoftwareCollections.org

• Work with upstreams like OpenShift Origin and foreman to provide compatibility.

Resource Requirements

• Full control of project space on http://git.centos.org - sig-sclo or similar.

• Rights for SIG release engineering to SIG branch under the /rpms namespace on http://git.centos.org for builder access / control

• Build privileges and related targets for http://cbs.centos.org/koji

• Ability to sign packages for distribution

• Possible use of http://bugs.centos.org for tracking

Mailing lists and Communications

Work with the CentOS resources and any discussions around that will take place on the centos-devel mailing list. All work related to SCL, user interactions and upstream development will take place on the existing software collections mailing list.

The SIG is usually available also on irc at #centos-devel on irc.freenode.net.

Sync-up meeting

• at least in the beginning we hold (almost) weekly meeting on irc at #centos-devel on irc.freenode.net
• currently the meeting is held on Wednesday, 4pm UTC
• invitation to the irc meeting is sent to both mailing lists above usually one day before

SIG Membership

The SCLo SIG will have a steering committee and committers. The steering committee will initially consist of:

• Brian Gollaher

• HonzaHorak

• Radek Vokal
• Joe Orton
• Adam Miller
• Thomas Oulevey

Other members are:

• Josef Stribny

New committers and members may be added by the steering committee. Steering committee members may interface with the CentOS board via the bootstrapping board member.

Committer privileges, once earned, do not expire unless revoked by the steering committee.

Getting involved

• see mailing lists and other communication channels info

• simple contribution doesn't require access to the dist-git and CentOS Build System (CBS)

• have you some bug reports, patches to contribute, other things to discuss, use the sclorg@redhat.com mailing list until there are some better ways (still working on this)

Some tips for active contributors

• get familiar with the Software Collections guidelines and Fedora Packaging Guidelines

• send introduction to the mailing list above (share some basic info about yourself, your intentions within SCLo SIG, which collection you plan to help with)

• for gaining access to CentOS Build System, follow steps at http://wiki.centos.org/HowTos/CommunityBuildSystem

Roadmap and initial actions

• Define initial package set and deliver binaries.
• Establish git workflow
• Define criteria for contributions
• Provide documentation for community users as well as contributors
• Establish policy/practice for bug submissions
• Set release cadence and upgrade policies

Task list

The following are things that are on the todo list:

• tag release packages in CBS with -release tag (http://cbs.centos.org/koji/packageinfo?packageID=1960, http://cbs.centos.org/koji/packageinfo?packageID=1961)

• implement authtag to be able to work with dist-git to store SRPMs for SCLo packages

  • until it is ready, we plan to import packages manually as requested here: https://www.redhat.com/archives/sclorg/2015-September/msg00005.html

• after dist-git is ready, we want to be able to build SRPMs from SCM, which is not possible from sclo/ namespace, so we'll need some tooling around this, so importing into rpms/ namespace is not manual

• tests for the packages live at https://github.com/sclorg/sclo-ci-tests, but it is not included in the CI pipeline yet

• CentOS packages were already introduced before, we need to solve update path for those (some have newer NVR than what we have in cbs now)
• create a sub-page for docker images that are based on SCL
• softwarecollections.org to start using packages from cbs.c.o

This is a list of Software Collections from RHSCL 2.1 and their rebuild status inside SCLo SIG:

This is a list of Software Collectoions that are not part of RHSCL:

Requesting CBS tags

If you want to create tags and targets for a new collection follow these steps:

• Bring the idea of having new collection to the sync-up meeting (see above)
• Work together with the steering committee to choose appropriate name of the collection and namespace (rh or sclo)

• follow the example to ask for the tags/targets: https://bugs.centos.org/view.php?id=9661

Building packages for SCLo

Currently there is still no dist-git repositories available for the SCLo packages, but we can build packages directly like this:

• koji add-pkg sclo7-rh-mariadb100-rh-candidate --owner=sclo rh-mariadb100-mariadb
• koji build sclo7-rh-mariadb100-rh-el7 rh-mariadb100-mariadb-10.0.18-1.el7.src.rpm

When we want to release them, the process is the following:

• tag builds into -release tag:
  • koji add-pkg sclo7-rh-mariadb100-rh-release --owner=sclo rh-mariadb100-mariadb
  • koji tag-build sclo7-rh-mariadb100-rh-release rh-mariadb100-mariadb-10.0.18-1.el7

• sign and release packages into http://mirror.centos.org

• announce release to https://lists.centos.org/pipermail/centos-announce/

Further information

• SoftwareCollections.org

This wiki is licensed under a Creative Commons Attribution-Share Alike 3.0 Unported License.