From: | Craig Ringer <craig(at)2ndquadrant(dot)com> |
---|---|
To: | pgsql-pkg-yum <pgsql-pkg-yum(at)postgresql(dot)org> |
Subject: | RH Software Collections |
Date: | 2016-04-28 05:19:57 |
Message-ID: | CAMsr+YH=Rh7VxE6jqr_OrYyaQA5ws58+mKSBzn4JoPMZts4L6g@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-pkg-yum |
Hi all
Nick Carboni at Red Hat just reached out to me (via some pglogical-related
discussion) about the Software Collections service RH is involved with. It
looks interesting.
I've been keeping my eyes out for hosted build services and similar that
might ease the maintenance of build machines and make it more practical to
delegate access to subsets of packages. As you know I looked at Koji
earlier but found it almost impossible to set up and maintain.
This one looks intriguing.
https://www.softwarecollections.org/
There's a certain similarity to PPAs with some alternatives-system
integration.
It relies on COPR (https://fedoraproject.org/wiki/Category:Copr,
http://developers.redhat.com/blog/2014/03/11/intro-coprs/) which seems a
bit like Launchpad PPAs + a build service.
Of course, it's all hosted infrastructure, not stuff we can run on Pg
infrastructure boxes. I'm not overly troubled by that, since in the end
it's still using a package tree, mock for builds, etc. If it goes away it's
not the end of the world, it's not a conversion to a whole new package
system.
Thoughts?
Even if SCL isn't interesting, I can't help but wonder if COPR would offer
an easier-to-manage-and-delegate package build system than a bunch of
hand-maintained VMs and package trees.
--
Craig Ringer http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Craig Ringer | 2016-04-28 05:30:14 | Re: RH Software Collections |
Previous Message | Devrim Gündüz | 2016-04-27 12:21:45 | Re: Libevent conflict on EL-6? |