[scl.org] How to migrate to CentOS builds

Honza Horak hhorak at redhat.com
Wed Jan 6 14:17:00 UTC 2016


On 01/06/2016 02:39 PM, Dominic Cleal wrote:
> On 06/01/16 13:10, Honza Horak wrote:
>> On 01/05/2016 10:16 PM, Stephen John Smoogen wrote:
>>> On 5 January 2016 at 13:12, Honza Horak <hhorak at redhat.com> wrote:
>>>> https://www.softwarecollections.org/.../rhscl-<scl>-epel-7-x86_64.noarch.rpm
>>>
>>>
>>> Is there a way to update that file to point to the new repository
>>> layout. That way when people do an update they will get pointed to the
>>> correct trees?
>>
>> That was basically the second solution, just purely described. What I
>> meant by "empty RPMs that would include centos-release-scl-rh package",
>> I basically meant: rhscl-<scl>-epel-7-x86_64.noarch.rpm package would
>> not include the repo file, but would include Requires:
>> centos-release-scl-rh. By updating the
>> rhscl-<scl>-epel-7-x86_64.noarch.rpm file, users would get proper trees.
>
> This would only work on CentOS with Extras enabled though.  I'm a little
> concerned about other rebuilds, e.g. Scientific or Oracle - would those
> users even want to use CentOS builds?

Well, if we speak about SCL packages available on centos mirrors, we 
won't be able to maintain three copies anyway (one for RH users, one for 
centos, one for other) and btw. at least Scientific has own rebuilds, 
which I found just recently:
 
http://ftp.scientificlinux.org/linux/scientific/7rolling/testing/x86_64/scl/

If the comment was just about how to enable the CentOS repositories in 
Scientific or Oracle, that is something different. That would mean we'd 
have to have a package in some different place than CentOS Extras, but 
with the same content as the package `centos-release-scl-rh`.

Honza




More information about the SCLorg mailing list