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

Resource Requirements

Anchor(communications)

Mailing lists and Communications

Work with the CentOS resources and any discussions around that will take place on the [http://lists.centos.org/mailman/listinfo/centos-devel centos-devel mailing list]. All work related to SCL, user interactions and upstream development will take place on the existing [https://www.redhat.com/mailman/listinfo/sclorg software collections mailing list].

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

Anchor(sync-up-meeting)

Sync-up meeting

SIG Membership

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

Other members are:

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.

Anchor(getting-involved)

Getting involved

Some tips for active contributors

Roadmap and initial actions

Task list

The following are things that are on the todo list:

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

collection name

status

depends on

comment

devassist09

(./) published

devtoolset-3

(./) published ( (!) eclipse missing on centos6)

rh-java-common maven30

devtoolset-4

(!) being build with external deps

rh-java-common maven30

https://bugs.centos.org/view.php?id=9792

git19

(./) published

httpd24

(./) published

mariadb55

(./) published

maven30

(./) published

rh-java-common

mongodb24

(./) published

v8314 rh-java-common maven30

mysql55

(./) published

nginx14

(./) published

nginx16

(./) published

nodejs010

(./) published

v8314

perl516

(./) published

php54

(./) published

httpd24

php55

(./) published

httpd24

postgresql92

(./) published

python27

{OK} announced

python33

{OK} announced

rh-java-common

(./) published

maven30

rh-mariadb100

(./) published

rh-mongodb26

(./) published

v8314 rh-java-common maven30

rh-mysql56

(./) published

rh-nginx18

(./) published

rh-passenger40

(./) published

ruby193 ror40 ruby200 rh-ror41 rh-ruby22

rh-perl520

(./) published

rh-php56

(./) published

httpd24

rh-postgresql94

(./) published

rh-python34

{OK} announced

rh-ror41

{OK} announced

rh-ruby22 v8314

rh-ruby22

{OK} announced

rh-varnish4

(./) published

ror40

{OK} announced

ruby200 v8314

ruby193

{OK} announced

ruby200

{OK} announced

thermostat1

(./) published

rh-java-common maven30 rh-mongodb26 v8314

v8314

(./) published

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

collection name

status

depends on

comment

sclo-vagrant1

{OK} announced

rh-ror41 rh-ruby22

[http://wiki.centos.org/SpecialInterestGroup/SCLo/Vagrant Further info about Vagrant SCL]

Requesting CBS tags

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

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:

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

The collection naming breakdown

Software collection's name is cohesive identification that was chosen by author and is not supposed to be broke down to separate parts.

However, since the naming usually follows some guidelines, there is an example of sclo-vagrant1 software collection:

A prefix in the collection name:
1) allows "others" (users in particular) to have a distinguishing name per their requirement
2) SCL authors have one "collection name" wherever the collection will appear
3) users (open source projects, paying, whatever) have one collection name to target irrelevant of platform
More on the prefix available at: https://www.redhat.com/archives/sclorg/2015-February/msg00022.html

Further information

SpecialInterestGroup/SCLo (last edited 2015-12-23 15:56:12 by AlanBartlett)