#rdo: RDO meeting - 2020-03-25
Meeting started by jpena at 14:00:22 UTC. The full logs are available
* roll call (jpena, 14:00:28)
* Re-kick RDO Trunk rsync server idea (jpena, 14:03:54)
* AGREED: We'll move on with the puppet-dlrn patch, and enable rsync
clients on demand (jpena, 14:21:58)
* rdopkg reqcheck recommendation (jpena, 14:22:09)
* New sign and push to CentOS mirrors is up and running (jpena,
* altarch repos for CloudSIG are now on sync for rocky, stein and
train (amoralej, 14:40:39)
* chair for the next meeting (jpena, 14:46:44)
* ACTION: jcapitao to chair the next meeting (jpena, 14:48:32)
* open floor (jpena, 14:48:35)
Meeting ended at 14:55:44 UTC.
Action items, by person
* jcapitao to chair the next meeting
People present (lines said)
* amoralej (43)
* jpena (40)
* jcapitao (15)
* ykarel (10)
* openstack (6)
* rdogerrit (3)
* cyberpear (2)
* sshnaidm (1)
* marios (1)
Generated by `MeetBot`_ 0.1.4
We plan to move all the control plane instances to a new cloud provided
by Vexxhost on 2020-03-24 13:00 UTC.
Major services interruption is expected during that day, including:
* Zuul CI not running jobs for github or opendev.
* RDO Trunk not building new packages.
* DLRN API.
* review.rdoproject.org and softwarefactory-project.io gerrit service.
Let us know if you prefer a different time.
-Tristan, on behalf of the Software Factory Operation Team
* Latest promotions (TripleO CI):
* Master CentOS8: 16th March
* Train: 18th March
* Stein: 17th March
* validations-common and validations-libs new packages are added in Ussuri
* ansible-tripleo-ipa is being added to ussuri
* python-ovn-octavia-provider is being added to ussuri
* django is downgraded to 2.0.13 for Train CentOS8
* Ansible is being updated to 2.8.10 in Train
* Ansible is being updated to 2.9.6 in Ussuri
* Subunit is being updated to 1.4.0 in Ussuri
* Pending mistral and neutron are also unpinned
* Ci.centos weirdo jobs are migrated to vexxhost, Other RDO jobs are also
being evaluated on vexxhost
* CentOS7 puppet promotion jobs from master are removed. CentOS7 jobs from
packstack master gate are also removed, soon CentOS7 jobs will also be
removed from puppet-openstack-integration and other puppet projects for
* CentOS8 Preparation:
* Unpinning for ussuri-uc is finished, all packages are following master
or versions in upper-constraints.txt
* Good progress in adding CentOS8 jobs by TripleO CI team:
* Advanced Virtualization has been built by Virt SIG in CBS and it’s
expected that we will be able to start using them soon.
On behalf of RDO
Does anybody know about the minimized environment requirements (mainly
focus on operating system) for deploying an OpenStack TripleO CI env on
We are determining the minimized OS requirements to customize the
operating system, we want to know if there is exists customized OS
variant based on CentOS fit for this purpose or we can tailor one by
Thank you everyone in advance!
IBM China Systems Lab, Beijing, China
The following are the meetups I'm aware of over the next two weeks where
OpenStack and/or RDO enthusiasts are likely to be present. If you know of
others, please let me know, and/or add them to http://rdoproject.org/events
If there's a meetup in your area, it'd be super keen if you attended, took
a few pictures and especially wrote up a summary of what was covered. And,
as always, if you give me enough notice, I can send swag along with you.
Workshop on OpenStack at East West University, Dhaka
Tuesday, March 24, 2020 12:00 PM to 1:30 PM local
East West University · Dhaka
2020 Q1 Online Meetup in China
China Open Infrastructure Meetup
Saturday, March 28, 2020 1:00 PM to 4:30 PM local
WeWork Huaihai Office
627, Huaihai Middle Rd., Huangpu · Shanghai
K Rain Leander
OpenStack Community Liaison
Open Source Program Office
Over the years a huge number of problems I encountered with openstack where related to python core packaging tools.
I got into talks with few maintainers of these to see if they would be interested in improving the test coverage, so we would have less issues.
We could use rdo zuul infrastucture to run these tests and provide feedback directly to these projects.
I doubt that the extra load would be signifiant from our point of view and IMHO the benefits are going to be huge for us:
- better coverage on Red Hat platforms
- far less surprise changes from new releases of pip, setuptools, virtualenv.
I may sound as extra headaches, but I wonder if the benefits would not be significantly bigger.
What do you think?
PS. Please keep RPM packaging out of this topic, that is another aspect which would benefit from this but cannot replace it.