[CentOS-devel] unsubscribe

Sat Jul 16 09:22:28 UTC 2016
Regis Perdreau <regis.perdreau at gmail.com>

2016-07-12 16:36 GMT+02:00 Haïkel <hguemar at fedoraproject.org>:
> 2016-07-12 9:10 GMT+02:00 Fabian Arrotin <arrfab at centos.org>:
>> I  just had a look at CBS and was wondering how one SIG (so not
>> ConfigMgmt SIG specific, but let's use that as an example) can interact
>> with other SIGs.
>>
>> One example is Ansible : it seems some other SIGs are relying on it and
>> so actually the ConfigMgmgt SIG isn't able to build it as it's already
>> built with the same ENVR but in a different target/tag :
>> https://cbs.centos.org/koji/packageinfo?packageID=1947
>>
>> What would be the option for this ?
>> Actually the direct option is for the ConfigMgmt SIG to just tag that
>> build (for example for ansible-2.1.0.0-1.el7) so that it will appear in
>> the correct repositories, but I'm wondering if such SIG wouldn't have to
>> be considered "authoritative" and so having to discuss/bump/build new
>> releases, and then other SIGs can just consume/tag a specific build/ENVR
>> they want in their own repositories.
>>
>> --
>> Fabian Arrotin
>> The CentOS Project | http://www.centos.org
>> gpg key: 56BEC54E | twitter: @arrfab
>>
>
> Concerning Cloud SIG, we're relying on two packages that are Cfg Mgmt
> SIG-related:
> * Puppet: puppet is quite critical for us, as it's the heart of our
> installers (packstack, TripleO),
> critical component for our CI and also upstream CI.
> We also had to patch Puppet3 default for buggy Puppet behaviours (like
> not supporting provides), I co-maintain the Fedora package with the
> help of Red Hat puppet experts.
> Our puppet package is mere rebuild of Fedora Rawhide (with a decent
> amount of CI/testing before being shipped)
> * Ansible: It's more and more used in our infrastructure, WeiRDO our
> CI swiss-knife relies on it. We're currently not shipping it but we'll
> likely have too.
>
> I don't mind handing puppet packaging to Cfg Mgmt as authoritative
> source, nor Ansible, I think we can manage to work together.
> What worries me is that CfgMgmt SIG used to think about relying on
> Software Collections, that we're not ready to use in the Cloud SIG.
>
> Regards,
> H.
>
>>
>> _______________________________________________
>> CentOS-devel mailing list
>> CentOS-devel at centos.org
>> https://lists.centos.org/mailman/listinfo/centos-devel
>>
> _______________________________________________
> CentOS-devel mailing list
> CentOS-devel at centos.org
> https://lists.centos.org/mailman/listinfo/centos-devel