<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>