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