18:00:02 <nirik> #startmeeting EPEL 18:00:02 <zodbot> Meeting started Wed Aug 24 18:00:02 2016 UTC. The chair is nirik. Information about MeetBot at http://wiki.debian.org/MeetBot. 18:00:02 <zodbot> Useful Commands: #action #agreed #halp #info #idea #link #topic. 18:00:02 <zodbot> The meeting name has been set to 'epel' 18:00:02 <nirik> #meetingname EPEL 18:00:02 <zodbot> The meeting name has been set to 'epel' 18:00:02 <nirik> #chair smooge nirik Evolution avij bstinson 18:00:02 <nirik> #topic Agenda gathering/init process 18:00:02 <zodbot> Current chairs: Evolution avij bstinson nirik smooge 18:00:19 <avij> hello 18:00:29 <nirik> morning everyone. 18:00:41 <nirik> Anyone have topics for todays meeting? smooge can't make it today 18:00:45 <bstinson> hi all 18:03:33 <nirik> I didn't really have anything pressing today... 18:03:49 <nirik> but happy to discuss whatever if others do. ;) Or we could call it a short meeting and give everyone back some of their lives 18:06:02 <nirik> There was talk on list about using the devtoolset gcc/tools to build packages... 18:08:01 <avij> if it's a BuildRequires only, I don't see a big problem with that 18:08:25 <nirik> so is it in it's own repo? or in a repo with all the other scls? 18:08:44 <nirik> #topic devtoolset SCL for buildrequires 18:09:11 <avij> I don't know how it works in RHEL land 18:09:41 <nirik> how does it work in centos land? it's in the main repo? or ? 18:10:56 <avij> one would need to add some additional repositories 18:11:04 <avij> #link https://lists.centos.org/pipermail/centos-announce/2016-March/021805.html 18:11:20 <nirik> yeah, I am a bit worried if we enable the scls repo in koji, people will start depending on them at runtime for other things. 18:11:49 <avij> that is not a too far-fetched concern 18:13:26 <nirik> I guess we can keep discussing on list and see if we can come up with something. 18:13:36 <nirik> I'm not opposed to using that one for buildtime only. 18:14:46 <avij> if I ever get off my ass and push for automatic broken dep checking to be done on new packages, this shouldn't be a big concern. if someone screws up and depends on runtime on some SCL package, the automation should stop the process. 18:15:26 <nirik> that would be nice. 18:17:03 <nirik> ok then... 18:17:06 <nirik> #topic Open Floor 18:17:23 <nirik> I need to go test some cloud images... so if there's nothing else will just close out in a minute 18:17:44 <avij> nothing else from me at the moment 18:19:06 <nirik> cool. Sorry for the scant agenda... and thanks for coming. 18:19:09 <nirik> #endmeeting