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