<html>

<head>

<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">

</head>

<body style="overflow-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;">

It was a pleasure to meet you all, thanks Takashi for driving the meeting and putting together an action plan!

<div><br>

</div>

<div>Best regards</div>

<div>Tobias</div>

<div>

<div><br>

<blockquote type="cite">

<div>On 18 Jun 2023, at 18:23, Takashi Kajinami <tkajinam@redhat.com> wrote:</div>

<br class="Apple-interchange-newline">

<div>

<div dir="ltr">Hello,

<div><br>

</div>

<div>Thank you all for joining our PTG session !</div>

<div>It was really nice to meet some of the team members in person.</div>

<div><br>

</div>

<div>The etherpad for the discussion can be found in the link below, but</div>

<div>I'll share a summary of our discussions in this email. In case you have</div>

<div>any questions/concerns then feel free to let me know.</div>

<div><a href="https://etherpad.opendev.org/p/vancouver-june2023-puppet-openstack">https://etherpad.opendev.org/p/vancouver-june2023-puppet-openstack</a></div>

<div><br>

</div>

<div>

<ul>

<li>Status update

<ul>

<li>We share the status of each person.</li><li>Unfortunately all of the members attending the discussion have limited resources especially for development</li><li><b>Agreement:</b> we focus on priorities and de-prioritize items which does not cause immediate problems/breackages<br>

</li><li><b>Agreement: </b>we ensure we finish the prioritized items in a specific release to keep our maintenance simple<br>

<br>

</li></ul>

</li><li>Puppet 8 support

<ul>

<li>We added unit/lint tests with Puppet 8 for early testing, but adding integration tests is currently blocked<br>

by some ruby dependencies not yet available for Ruby 3.1 which is required by Puppet 8.<br>

</li><li>All of the operating system versions do not provide Ruby 3.1 now</li><li>Puppet 7 EOL is not yet declared<br>

</li><li><b>Agreement</b>: We leave this as non-priority for now and re-work on it once Ruby 3.1 is globally available<br>

<br>

</li></ul>

</li><li>Adaptation to puppetlab-stdlib 9.0.0

<ul>

<li>Some deprecated items were removed. We adapted our modules but are still waiting for update<br>

in the dependent modules<br>

</li><li>validate_legacy was deprecated and causes large warning no<b>w</b></li><li>Functions from stdlib should be now namespace-d to avoid warnings after bump is done</li><li><b>Agreement:</b> We prioritize replacing validate_legacy by typed parameters</li><li><b>Agreement</b>: We pin stdlib to an older version for now but attempt to bump it early<br>

<br>

</li></ul>

</li><li>Module modernizations

<ul>

<li>Typed parameters

<ul>

<li>Replacing validate_legacy needs to be prioritized now to adapt to puppetlab-stdlib 9.0.0</li><li>Implementing type validations for openstack config options require further discussions.<br>

Handling of os_service_defualt would be the main topic we have to sort</li><li>We prefer consistent implementations for all openstack service modules, while we can attempt<br>

some changes early in a few "independent" modules such as extras, vswitch, qdr<br>

</li><li><b>Agreement: </b>We de-prioritize implementing validations for config options</li><li><b>Agreement: </b>We ensure implementations is distributed to all modules consistently in a single release<br>

<br>

</li></ul>

</li><li>Hieradata

<ul>

<li>This is "modern" design pattern, and it's ideal to replace legacy params class by it</li><li>However we don't have urgent requirement to complete this work</li><li>We have to create the common structure for hieradata files maintained in each repositories</li><li>Some concerns have been raised mainly how we can pick up some values once this change is made<br>

</li><li><b>Agreement: </b>We de-prioritize this work for now</li><li><b>Agreement: </b>We can start with the flat files (pattern 1 in <a href="https://etherpad.opendev.org/p/puppet-hieradata-structure">

https://etherpad.opendev.org/p/puppet-hieradata-structure</a> )</li><li><b>Agreement: </b>tkajinam will submit a few examples and we review how this impact the existing usage</li><li><b>Agreement: </b>Similarly to typed parameters, we should coordinate this work to make the change consistently<br>

<br>

</li></ul>

</li><li>Making distro/version specific logic selectable by parameters

<ul>

<li>This work is tightly related to the hieradata work</li><li><b>Agreement: </b>We basically leave this work until the above hieradata work is completed, and de-prioritize this.<br>

<br>

</li></ul>

</li></ul>

</li><li>Branch retirements

<ul>

<li>We have multiple branches open now and aim to reduce number of branches</li><li>Red Hat is interested in keeping train open until 2023Q3 (tentative) and wallaby for some times for donwstream</li><li>Others do not have requirement to maintain old releases in EM status<br>

</li><li><b>Agreement: </b>We aim to retire train/ussuri/branch after 2023Q3. Retiring further branches is subject to future discussions</li></ul>

</li></ul>

</div>

<div><br>

</div>

<div>Thank you,</div>

<div>Takashi Kajinami<br>

</div>

<div><br>

</div>

</div>

</div>

</blockquote>

</div>

<br>

</div>

</body>

</html>