<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=us-ascii">
</head>
<body>
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
<div id="divtagdefaultwrapper" style="font-size:12pt;color:#000000;font-family:Calibri,Helvetica,sans-serif;" dir="ltr">
<p>My two cents.</p>
<p><br>
</p>
<p>In a ideal world we should just skip milestones and release when we either 1) need to or 2) have a new major release for a new OpenStack coordinated release.</p>
<p><br>
</p>
<p>That said, there is the painpoint of having to update metadata.json and it's been on my todo list to template all metadata.json and have the OpenStack release tooling handle it instead, ever since I fixed the automatic upload to Puppet Forge [1].</p>
<p><br>
</p>
<p>Another thing I have wanted to do is pretty much have a CI job running integration testing by simply installing modules from Puppet Forge (with r10k for example) so that we can actually test that our constraints in metadata.json actually results in a working
deployment as well.</p>
<p><br>
</p>
<p>All this is due to lack of contributors (and time on my part).</p>
<p><br>
</p>
<p>I would support changes to improve releasing, if somebody wants to take that on. However I would really like it to be finished and not halfway through which would make it even worse than today.</p>
<p><br>
</p>
<p>Best regards</p>
<p></p>
<p><br>
</p>
<p>[1] <a href="https://review.opendev.org/c/openstack/project-config/+/627573" class="OWAAutoLink" id="LPlnk943216" previewremoved="true">https://review.opendev.org/c/openstack/project-config/+/627573</a></p>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Alex Schultz <aschultz@redhat.com><br>
<b>Sent:</b> Thursday, March 25, 2021 9:56:56 PM<br>
<b>To:</b> Thomas Goirand<br>
<b>Cc:</b> OpenStack Discuss<br>
<b>Subject:</b> Re: [puppet] Artificially inflated dependencies in metadata.json of all modules</font>
<div> </div>
</div>
<div>
<div dir="ltr">
<div dir="ltr"><br>
</div>
<br>
<div class="gmail_quote">
<div dir="ltr" class="gmail_attr">On Thu, Mar 25, 2021 at 2:48 PM Thomas Goirand <<a href="mailto:zigo@debian.org">zigo@debian.org</a>> wrote:<br>
</div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
On 3/25/21 9:22 PM, Thomas Goirand wrote:<br>
> Hi Alex,<br>
> <br>
> Thanks for your time replying to my original post.<br>
> <br>
> On 3/25/21 5:39 PM, Alex Schultz wrote:<br>
>> It feels like the ask is for more manual version management on the<br>
>> Puppet OpenStack team (because we have to manually manage metadata.json<br>
>> before releasing), rather than just automating version updates for your<br>
>> packaging.<br>
> <br>
> Not at all. I'm asking for dependency to vaguely reflect reality, like<br>
> we've been doing this for years in the Python world of OpenStack.<br>
> <br>
>> This existing release model has been in place for at least 5<br>
>> years now if not longer<br>
> <br>
> Well... hum... how can I put it nicely... :) Well, it's been wrong for 5<br>
> years then! :)<br>
<br>
Let me give an example. Today, puppet-ironic got released in version<br>
18.3.0. The only thing that changed in it since 18.2.0 is a bunch of<br>
metadata bumping to 18.2.0...<br>
<br>
Why haven't we just kept version 18.2.0? It's the exact same content...<br>
<br>
</blockquote>
<div><br>
</div>
<div>Release due to milestone 3. Like I said, we could switch to independent or just stop doing milestone releases, but then that causes other problems and overhead. Given the lower amount of changes in the more recent releases, it might make sense to switch
but I think that's a conversation that isn't necessarily puppet specific but could be expanded to openstack releases in general. From a RDO standpoint, we build the packages in dlrn which include dates/hashes and so the versions only matter for upgrades (we
don't enforce the metadata.json requirements). Dropping milestones wouldn't affect us too badly, but we'd still want an initial metadata.json rev at the start of a cycle. We could hold off on releasing until much later and you wouldn't get the churn. You'd
also not be able to match the puppet modules to any milestone release during the current development cycle.<br>
</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
Cheers,<br>
<br>
Thomas Goirand (zigo)<br>
<br>
</blockquote>
</div>
</div>
</div>
</body>
</html>