<div dir="ltr"><div>At first glance the documentation don't seem to quote the version, can you confirm that point.</div><div><br></div><div>If we decide to drop the pypi version we also need to be sure to keep the documentation version aligned with the latest version available of the doc.</div><div><br></div><div>If the doc version is only represented by "latest" I don't think that's an issue here.</div><div><br></div><div>Always in a situation where we decide to drop the pypi version, what's about this doc? (It will become false) => <a href="https://releases.openstack.org/ussuri/index.html#ussuri-oslo-limit">https://releases.openstack.org/ussuri/index.html#ussuri-oslo-limit</a><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-"> <br></span></span></div><div><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-"><br></span></span></div><div><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-">Could be worth to initiate a doc to track things that should be updated too to don't missing something.<br></span></span></div><div><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-"><br></span></span></div><div><span class="gmail-tlid-translation gmail-translation" lang="en"><span title="" class="gmail-"><br></span></span></div><div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Le mar. 18 févr. 2020 à 00:22, Ben Nemec <<a href="mailto:openstack@nemebean.com">openstack@nemebean.com</a>> a écrit :<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On 2/17/20 2:42 PM, Jeremy Stanley wrote:<br>
> On 2020-02-17 15:02:14 -0500 (-0500), Doug Hellmann wrote:<br>
> [...]<br>
>> I’m not 100% sure, but I think if you remove a release from PyPI<br>
>> you can’t release again using that version number. So a future<br>
>> stable release would have to be 1.1.0, or something like that.<br>
> [...]<br>
> <br>
> More accurately, you can't republish the same filename to PyPI even<br>
> if it's been previously deleted. You could however publish a<br>
> oslo.limit-1.0.0.post1.tar.gz after deleting oslo.limit-1.0.0.tar.gz<br>
> though that seems a bit of a messy workaround.<br>
> <br>
<br>
This seems sensible - it would be kind of like rewriting history in a <br>
git repo to re-release 1.0 with different content. I'm also completely <br>
fine with having to use a different release number for our eventual 1.0 <br>
release. It may make our release version checks unhappy, but since this <br>
is (hopefully) not a thing we'll be doing regularly I imagine we can <br>
find a way around that.<br>
<br>
If we can pull the 1.0.0 release that would be ideal since as Sean <br>
mentioned people aren't good about reading docs and a 1.0 implies some <br>
things that aren't true here.<br>
<br>
</blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div>Hervé Beraud</div><div>Senior Software Engineer<br></div><div>Red Hat - Openstack Oslo</div><div>irc: hberaud</div><div>-----BEGIN PGP SIGNATURE-----<br><br>wsFcBAABCAAQBQJb4AwCCRAHwXRBNkGNegAALSkQAHrotwCiL3VMwDR0vcja10Q+<br>Kf31yCutl5bAlS7tOKpPQ9XN4oC0ZSThyNNFVrg8ail0SczHXsC4rOrsPblgGRN+<br>RQLoCm2eO1AkB0ubCYLaq0XqSaO+Uk81QxAPkyPCEGT6SRxXr2lhADK0T86kBnMP<br>F8RvGolu3EFjlqCVgeOZaR51PqwUlEhZXZuuNKrWZXg/oRiY4811GmnvzmUhgK5G<br>5+f8mUg74hfjDbR2VhjTeaLKp0PhskjOIKY3vqHXofLuaqFDD+WrAy/NgDGvN22g<br>glGfj472T3xyHnUzM8ILgAGSghfzZF5Skj2qEeci9cB6K3Hm3osj+PbvfsXE/7Kw<br>m/xtm+FjnaywZEv54uCmVIzQsRIm1qJscu20Qw6Q0UiPpDFqD7O6tWSRKdX11UTZ<br>hwVQTMh9AKQDBEh2W9nnFi9kzSSNu4OQ1dRMcYHWfd9BEkccezxHwUM4Xyov5Fe0<br>qnbfzTB1tYkjU78loMWFaLa00ftSxP/DtQ//iYVyfVNfcCwfDszXLOqlkvGmY1/Y<br>F1ON0ONekDZkGJsDoS6QdiUSn8RZ2mHArGEWMV00EV5DCIbCXRvywXV43ckx8Z+3<br>B8qUJhBqJ8RS2F+vTs3DTaXqcktgJ4UkhYC2c1gImcPRyGrK9VY0sCT+1iA+wp/O<br>v6rDpkeNksZ9fFSyoY2o<br>=ECSj<br>-----END PGP SIGNATURE-----<br><br></div></div></div></div></div></div></div></div></div></div></div></div></div>