14:00:22 <jpena> #startmeeting RDO meeting - 2020-03-25 14:00:23 <openstack> Meeting started Wed Mar 25 14:00:22 2020 UTC and is due to finish in 60 minutes. The chair is jpena. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:24 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:26 <openstack> The meeting name has been set to 'rdo_meeting___2020_03_25' 14:00:28 <jpena> #topic roll call 14:00:32 <amoralej> o/ 14:00:37 <jpena> Please remember to add any last-minute topic to the agenda at #startmeeting RDO meeting - 2020-MM-DD 14:00:41 <jpena> #chari amoralej 14:00:43 <jpena> oops 14:00:46 <jpena> #chair amoralej 14:00:47 <openstack> Current chairs: amoralej jpena 14:01:29 <jcapitao> o/ 14:01:46 <jpena> #chair jcapitao 14:01:47 <openstack> Current chairs: amoralej jcapitao jpena 14:02:05 <ykarel> o/ 14:02:12 <jpena> #chair ykarel 14:02:12 <openstack> Current chairs: amoralej jcapitao jpena ykarel 14:03:47 <jpena> let's start with the agenda 14:03:54 <jpena> #topic Re-kick RDO Trunk rsync server idea 14:04:22 <jpena> So some time ago, we discussed the possibility of enabling rsync access for trunk.rdoproject.org, using a whitelist to prevent abuse 14:04:53 <jpena> We had https://review.rdoproject.org/r/6112, but it lost interest 14:05:13 <jpena> this week, there was another request for this, so it might be a good moment to revive it and finally enable rsync 14:05:16 <jpena> opinions= 14:05:17 <jpena> ? 14:05:51 <amoralej> if it can help and there is no blockers on implementation 14:06:01 <amoralej> i think it's fine 14:06:08 <ykarel> ohh lying from 2017 14:06:18 <jpena> yep 14:06:39 <jpena> I was planning to run some tests on the updated patch set, and then we could enable it as an option 14:06:50 <amoralej> jpena, who requested it first time? 14:06:58 <amoralej> it was intented to mirror it to openstack-infra mirrors? 14:07:01 <jpena> It was an idea from dmsimard 14:07:07 <jpena> maybe that was the plan, yes 14:10:43 <ykarel> jpena, then how currently these are mirrored? 14:10:48 <ykarel> with rsync command? 14:10:52 <ykarel> instead of service 14:11:08 <amoralej> ykarel, currently i think they only do http proxy cache 14:11:10 <amoralej> iirc 14:11:18 <amoralej> not actual mirror? 14:11:28 <jpena> ykarel: they're mirrored upstream using mod_proxy for apache 14:11:58 <ykarel> jpena, ohhk 14:12:24 <amoralej> jpena, i was checking if there is any security concern 14:12:26 <ykarel> how moving to rsyncd server will help 14:12:34 <ykarel> just trying to understand benefits 14:12:41 <amoralej> but i think rsync is used in fedora? 14:12:47 <amoralej> so it's probably fine 14:12:58 <jpena> yes, all fedora and centos mirrors use rsync 14:14:14 <jcapitao> http proxy cache suits this need well no ? 14:14:49 <amoralej> i think it's quite different 14:15:02 <amoralej> can resolve similar problem 14:15:42 <amoralej> but with http proxy you can not just say "i want to mirror this repo" and populate 14:15:49 <amoralej> or you need some script on top 14:16:04 <amoralej> mirror is populated based on requests 14:16:15 <amoralej> so you probably don't have a consistent repo 14:16:28 <amoralej> also, http proxy expires cache 14:16:34 <amoralej> for the good and for the bad 14:16:41 <amoralej> i think having both is not bad 14:17:30 <jcapitao> it makes sense 14:18:04 <cyberpear> as someone who has to manage offline repos, rsync is by far the easiest way to do it 14:18:31 <cyberpear> it's very common in OSS project like Fedora, CentOS, etc 14:19:12 <amoralej> yeah 14:20:29 <jpena> ok, so do we agree to move on with the puppet-dlrn patch, and enable rsync clients on demand? 14:20:40 <jcapitao> +1 14:20:52 <amoralej> +1 14:21:06 <ykarel> +1 14:21:58 <jpena> #agreed We'll move on with the puppet-dlrn patch, and enable rsync clients on demand 14:22:02 <jpena> next topic, then 14:22:09 <jpena> #topic rdopkg reqcheck recommendation 14:22:47 <jcapitao> so, as https://softwarefactory-project.io/r/#/c/17372/ is now merged, we can start to populate a global override file 14:23:42 <jcapitao> i would like to run reqcheck on all distgit and populate this override file 14:24:14 <jcapitao> the question is: in which repo can we store this file ? 14:24:41 <jcapitao> which will be pulled in CI jobs 14:25:08 <jpena> would ci-scripts be a good place? 14:25:17 <amoralej> gating_scripts ? 14:25:31 <jpena> ^ that's a better option 14:25:31 <amoralej> which ci-scripts? 14:25:43 <jpena> ci-scripts was a subdir in ci-config, I think 14:26:15 <rdogerrit> Sagi Shnaidman proposed config master: Fix wrong OVB jobs definitions https://review.rdoproject.org/r/26083 14:26:21 <sshnaidm> marios, ^ 14:26:39 <amoralej> ah, that 14:26:48 <amoralej> i think gating_scripts is better, tbh 14:26:59 <marios> sshnaidm: ack whitespace nit 14:27:12 <rdogerrit> Sagi Shnaidman proposed config master: Fix wrong OVB jobs definitions https://review.rdoproject.org/r/26083 14:27:55 <jcapitao> gating_script is ok for me 14:28:45 <jcapitao> i wasn't sure if there were a dedicated place for stuff like that 14:30:27 <amoralej> for the rpmlint 14:30:40 <amoralej> we embed the execptions filter in the job itself 14:30:41 <amoralej> iirc 14:30:45 <amoralej> that's other option 14:31:50 <amoralej> https://github.com/rdo-infra/rdo-jobs/blob/a5e35c443b368095bfdfa4fa072db2666d94a134/playbooks/rpmlint/run.yaml#L95 14:33:32 <amoralej> any of them would allow to use depends-on, and could be fine 14:35:05 <jcapitao> ok 14:35:20 <jcapitao> i'll go with gating_script 14:36:04 <jcapitao> i'll run rdopkg reqcheck on all distgit locally while populating the global override file 14:36:21 <amoralej> ok 14:36:26 <amoralej> makes sense 14:37:16 <jcapitao> that's all from me 14:37:50 <jpena> ok, next topic then? 14:38:17 <jpena> #topic New sign and push to CentOS mirrors is up and running 14:38:20 <jpena> amoralej: ^^ 14:38:36 <amoralej> let me look for the mail 14:38:54 <amoralej> CentOS has enabled a new way of signing and pushing packages to mirrors 14:39:07 <amoralej> that should be quicker and more reliable 14:39:22 <amoralej> i expect it will improve CloudSIG repos population 14:40:10 <amoralej> #link https://lists.centos.org/pipermail/centos-devel/2020-March/036690.html 14:40:27 <amoralej> so far, this has fixed and old issue we had with altarch repos 14:40:39 <amoralej> #info altarch repos for CloudSIG are now on sync for rocky, stein and train 14:40:46 <jpena> finally? Great!! 14:40:52 <amoralej> yes! 14:40:56 <ykarel> That's great 14:41:05 <amoralej> so congrats to all centos guys that put this in place 14:46:44 <jpena> #topic chair for the next meeting 14:46:49 <jpena> Do we have a volunteer? 14:48:16 <jcapitao> i can take it 14:48:25 <jpena> thanks jcapitao :) 14:48:32 <jpena> #action jcapitao to chair the next meeting 14:48:35 <jpena> #topic open floor 14:48:49 <jpena> If there's anything else you'd like to discuss, now is the right moment! 14:55:40 <rdogerrit> Yatin Karel proposed rdo-jobs master: [WIP] Enable container build in CentOS8 001 job https://review.rdoproject.org/r/26087 14:55:40 <jpena> ok, let's put these extra 5 minutes to a good use 14:55:44 <jpena> #endmeeting