14:00:35 #startmeeting RDO meeting - 2020-04-01 14:00:35 Meeting started Wed Apr 1 14:00:35 2020 UTC. 14:00:35 This meeting is logged and archived in a public location. 14:00:35 The chair is jcapitao. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:35 Useful Commands: #action #agreed #halp #info #idea #link #topic. 14:00:35 The meeting name has been set to 'rdo_meeting_-_2020-04-01' 14:00:36 Meeting started Wed Apr 1 14:00:35 2020 UTC and is due to finish in 60 minutes. The chair is jcapitao. Information about MeetBot at http://wiki.debian.org/MeetBot. 14:00:37 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 14:00:39 The meeting name has been set to 'rdo_meeting___2020_04_01' 14:01:00 still time to add last minute topic to agenda https://etherpad.openstack.org/p/RDO-Meeting 14:01:03 O/ 14:01:06 o/ 14:01:12 #topic roll call 14:01:14 o/ 14:01:27 #chair PagliaccisCloud amoralej jpena 14:01:27 Current chairs: PagliaccisCloud amoralej jcapitao jpena 14:01:27 Current chairs: PagliaccisCloud amoralej jcapitao jpena 14:02:06 o/ 14:02:36 #chair ykarel 14:02:36 Current chairs: PagliaccisCloud amoralej jcapitao jpena ykarel 14:02:37 Current chairs: PagliaccisCloud amoralej jcapitao jpena ykarel 14:05:43 let's start whith first topic 14:05:51 #topic Rocky moving to Extended Maintenance 14:06:15 ^ amoralej 14:06:57 #info most projects are already in Extended Maintenance in Rocky upstream branch 14:07:05 #link https://review.opendev.org/#/q/topic:rocky-em 14:07:25 Grzegorz Grasza created rdoinfo master: Add the train tag to ansible-tripleo-ipa https://review.rdoproject.org/r/26202 14:07:36 Gabriele Cerami proposed rdo-infra/ci-config master: Promoter: Adapt provision playbook for centos 8 https://review.rdoproject.org/r/26022 14:07:49 In RDO terms that means that we consider CloudSIG repos for Rocky as EOL 14:08:13 #info CloudSIG Rocky will be EOL soon 14:08:59 #info RDO Trunk rocky will be alive and following stable/rocky branches 14:09:31 that means rocky is still available for tripleo ci or others using rdo trunk 14:09:33 that's it 14:10:58 ok thx 14:11:07 next topic 14:11:15 #topic rdopkg reqcheck 14:11:22 amoralej, so removing auto updates for rocky, right? 14:11:27 buildsys etc 14:11:40 ykarel, there will be no more releases 14:11:48 so, let's wait for all the reviews to be closed 14:11:53 and we can get rid of it 14:11:54 yes 14:12:00 ykarel, i meant remove rocky check from our bots 14:12:06 yes 14:12:07 but ok to keep also 14:12:21 but let's keep it until next week or so 14:12:25 ok for me 14:12:30 to make sure we build any latecomer 14:12:38 agreed 14:13:42 ok so, i've created the global override file for reqcheck 14:13:55 #link https://review.rdoproject.org/r/#/c/26165/ 14:15:07 Gabriele Cerami proposed rdo-infra/ci-config master: Promoter: Adapt provision playbook for centos 8 https://review.rdoproject.org/r/26022 14:15:32 i put all the further steps in the commit message 14:15:40 jcapitao, so that file is simulating more packages in the requirements.txt? 14:15:52 Merged rdoinfo master: Rebuild latest python-etcd3gw from fedora https://review.rdoproject.org/r/26186 14:16:04 what means "all:" 14:16:58 well, not all, but the next step i suggest 14:17:26 Merged rdo-jobs master: Tox-delegated: override default playbook https://review.rdoproject.org/r/26030 14:17:35 this file contains all the modules which are not synced 14:17:47 tagged as MISSING or MISMATCH 14:18:53 * jcapitao looking for a review to explain the 'all:' 14:19:39 amoralej: https://softwarefactory-project.io/r/#/c/17372/ 14:19:50 i guess that all: is common for all packages? 14:20:02 yep that's it 14:20:47 but that means we are adding python-yaml and python-pbr as dependency for all packages? 14:21:05 that's what i don't get 14:21:22 yaml should be explicit in requirements.txt 14:21:27 not sure why we need to override that 14:22:10 no, it means, that those packages (python-yaml & python-pbr) will be ignored from reqcheck operations 14:22:27 hmm me too confused on usage of that file, may be after we do reqcheck for ussuri it will contain more real examples 14:22:41 * jcapitao need to write a doc 14:23:14 yeah, syntax is not clear to me 14:24:06 i guess we can add, remove or modify caps for deps in requirements.txt for each package? 14:25:03 John Eckersberg created rdoinfo master: Rebase python-etcd3gw to 0.2.5 in train/el7 and ussuri/el8 testing https://review.rdoproject.org/r/26203 14:25:51 yes, that's the point, the dep in requirements.txt is overridden by the one specified in reqcheck-override-file.yml 14:26:11 i will write a doc with common example 14:26:33 but you're right items in "all:" list should not be used 14:26:47 i think i got it 14:27:14 so a package with no version in the overrides means it's ignored from requirements.txt 14:27:24 i put python-yaml because of the multiple name YAML got in py2/py3 pkgs 14:27:36 with version means is added or replaces existing cap in requirements.txt 14:27:40 exactly 14:27:51 but if a project actually depends on pyyaml 14:28:07 and has yaml in requirements.txt we can't ignore it 14:28:09 right? 14:28:17 Gabriele Cerami created rdo-infra/ci-config master: [WIP] Promoter: change integration job to use centos8 https://review.rdoproject.org/r/26204 14:28:34 also, pbr is runtime requirement is many packages 14:28:41 for the --version functionality 14:29:44 you're right 14:29:57 ok, got it 14:31:14 but i will write a doc 14:31:20 to be more clear 14:31:32 ok 14:32:07 to build that file 14:32:51 ok, i'll review and will come to you later 14:33:12 i got it version: in that file is current version is spec, and that mis matches with requirement.txt 14:33:13 i think some (probably many) of the overrides means actual issues in spec files that we need to fix 14:33:35 and assume with next reqcheck for ussuri that file will get shorten 14:33:40 and contains only real issues 14:33:51 exactly 14:33:57 but the process should be 14:34:01 first run reqcheck 14:34:07 to get specs right 14:34:14 and then create the file with exceptions 14:34:14 yeah, that was my interrogation, whether we fix it now or fix it during ussuri release 14:34:17 yes 14:34:19 otherwise we will over-override 14:34:31 and that will lead to miss required updates from the job 14:34:40 mmm 14:34:54 let me check how far is the latest release of clients and libs in ussuri 14:35:10 it's going on this week 14:35:14 for libs 14:35:36 Mar 30 - April 03 - Final release for non-client libraries 14:35:57 next week is requirements freeze 14:36:02 so that's probably a good time 14:36:06 so start doing reqchecks 14:36:13 and then create the overrides 14:36:13 yeap 14:36:35 other option would be to create a very minimal overrides with cases that we know are exceptions 14:36:46 to start getting value from the job asap 14:37:20 both together can work 14:37:36 yep 14:37:45 +1 14:38:31 so we start reqcheck non-client libs next week ? 14:39:06 yes 14:39:27 in fact that's other topic for meeting, ussuri GA is coming fast :) 14:39:28 wow 14:40:30 ok let's talk about it 14:40:45 #topic Ussuri GA is coming 14:41:24 one month left 14:42:09 so next week is deps freeze 14:42:25 and RC1 is on 20 14:42:33 so i think it's time to start thinking on it 14:43:04 from other SIGs perspective, i think the only missing part is rabbitmq which i'm working on 14:43:09 wrt RDO builds 14:43:25 we need to start the usual process for new builds 14:43:42 #info next week is deps freeze 14:43:52 #info RC1 is on April 20th week 14:44:12 amoralej, ususal process for new builds? 14:44:24 for new releases i meant 14:44:25 u mean auto deps update as per u-c? 14:44:38 trello card, etherpad, reqchecks, ci changes, etc... 14:44:45 yeap okk 14:44:45 usual stuff :) 14:44:50 okk 14:44:51 ok got it :) 14:45:15 #action amoralej to create new trello card for Ussuri release 14:45:16 jcapitao, would you like to start this time ? 14:46:01 to start the new release procedure ? 14:46:11 jcapitao, yeap 14:46:25 trello/etherpad is the first step 14:46:34 i'd be glad to 14:46:37 maily we reuse previous release ones and edit it for next release 14:47:38 ack, i'll catch you off-meeting 14:47:39 #undo 14:47:39 Removing item from minutes: ACTION by amoralej at 14:45:15 : amoralej to create new trello card for Ussuri release 14:47:40 Removing item from minutes: #action amoralej to create new trello card for Ussuri release 14:47:48 #action jcapitao to create new trello card for Ussuri release 14:47:57 jcapitao, for you ^:) 14:48:52 ohh feeling pressure :D 14:48:56 :) 14:49:12 the tasks are mainly the same is from train 14:49:23 we need to review if there is any divergence related to c8 14:49:53 ok 14:50:30 but let's start cloning from train 14:50:36 and then we will refine 14:51:42 yeah 14:51:57 we can move to next topic 14:52:10 #topic chair for next week 14:52:19 i can take it 14:52:47 #action ykarel to chair next week 14:52:49 thx ykarel 14:52:58 #topic open floor 14:53:29 i'm in the middle of upgrade testing, could use some reviews on my changes :) 14:53:34 https://review.rdoproject.org/r/#/q/owner:%22Tobias+Urdin+%253Ctobias.urdin%2540gmail.com%253E%22+is:open 14:54:19 Gabriele Cerami proposed rdo-infra/ci-config master: Promoter: Adapt provision playbook for centos 8 https://review.rdoproject.org/r/26022 14:54:19 Gabriele Cerami proposed rdo-infra/ci-config master: [WIP] Promoter: change integration job to use centos8 https://review.rdoproject.org/r/26204 14:54:49 sure tobias-urdin 14:55:00 thx for all your upgrades cleanups 14:55:20 i'll review 15:01:03 ok let's close the meeting if nothing to add 15:01:27 #endmeeting