<p dir="ltr">Is there no way to identify how many times the openstack packages have been downloaded? <br>
With a life cycle of 18 months max I cannot see any sane organisation ... I take it back I have seen "sane" organisations deploy fedora in production. And large ones too.</p>
<p dir="ltr">In that case, why not make f21 the last version. <br>
My 0.02$<br>
Thanks</p>
<div class="gmail_quote">On Apr 13, 2015 9:29 AM, "Ihar Hrachyshka" <<a href="mailto:ihrachys@redhat.com">ihrachys@redhat.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br>
On 04/13/2015 12:46 PM, Alan Pevec wrote:<br>
> 2015-04-10 19:23 GMT+02:00 Matthias Runge <<a href="mailto:mrunge@redhat.com">mrunge@redhat.com</a>>:<br>
>> Did we had an outcome of this?<br>
><br>
> Status is that we missed F22 Beta freeze on Mar 31, now fesco<br>
> freeze exception is required and Kilo import is still not completed<br>
> in Rawhide. I'm also having second thoughts after thinking about<br>
> Ihar's feedback last week on IRC where he questioned whether the<br>
> price of maintaining openstack-* packages in stable Fedora is worth<br>
> it when nobody is actually using them. Until proven otherwise,<br>
> we're assuming typical OpenStack user on Fedora is interested in<br>
> development and wants only latest packages, so CVE fixes and<br>
> upstream stable point release updates are wasted. Production users<br>
> are expected to run OpenStack on EL platform, which we provide<br>
> through RDO.<br>
><br>
> Instead of rushing Kilo into F22, I was thinking about the<br>
> following model: (1) keep latest OpenStack release in Fedora<br>
> Rawhide, starting from milestone2. Delorean stays RDO Trunk as a<br>
> place for tracking changes on OpenStack master branch. (2)<br>
> deprecate openstack-* in released Fedora to avoid maintenance<br>
> overhead for no use (3) provide Fedora Rawhide builds for current<br>
> and previous Fedora in RDO repo e.g. Kilo would be available for<br>
> F22 and F21 through RDO (4) document that for production EL<br>
> platform is recommended<br>
><br>
> We cannot retire packages in released Fedora, so I'm not sure<br>
> about the process for (2). f20 branches should definitely be closed<br>
> since Havana is EOL upstream and in RDO, so there will be no<br>
> further updates.<br>
<br>
If there are security bugs, we should have an ability to patch those.<br>
So -1 to retiring branches.<br>
<br>
I'm fine supporting those packages that are already released in<br>
current releases (f20 and f21) while those releases are alive, if<br>
that's a temporary transition thing.<br>
<br>
> When I tried fedpkg retire in openstack-keystone f20 branch,<br>
> "dead.package" commit in dist-git worked[*] but then pkgdb step<br>
> failed. Ideally, we would push an "empty" update which would warn<br>
> installed user base that they're running EOLed packages and should<br>
> migrate to RDO but I'm not sure there's such mechanism in Fedora<br>
> Bodhi. I'd appreciate any and all feedback on the above plan,<br>
> please point out the holes it might have. If the plan makes sense,<br>
> F22 would stay Juno and it would be irrelevant which OpenStack<br>
> release ends up in Fedora >= 23.<br>
><br>
><br>
> Cheers, Alan<br>
><br>
> [*]<br>
> <a href="http://pkgs.fedoraproject.org/cgit/openstack-keystone.git/commit/?h=f20&id=2fdfdd6c8eac32334c2a5018fef196b041468979" target="_blank">http://pkgs.fedoraproject.org/cgit/openstack-keystone.git/commit/?h=f20&id=2fdfdd6c8eac32334c2a5018fef196b041468979</a><br>
><br>
>  _______________________________________________ Rdo-list mailing<br>
> list <a href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a><br>
> <a href="https://www.redhat.com/mailman/listinfo/rdo-list" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
><br>
> To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br>
><br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1<br>
<br>
iQEcBAEBAgAGBQJVK8RaAAoJEC5aWaUY1u57jA4H/iy0w5DRJ8RsebOm6mPhGeRj<br>
SCBppYcukqh9zZTAuULHq7RNlIf633hQGiniDgK5f2DhspW4Tpc7f6WqYRDRq7Fy<br>
jTy+5Gnf80Gq3sulB3lq04fKCGeuAcmp9CulnVlxDtBP3hsvpJl50A1diOXamXvz<br>
4M4ng9w3EI2iBm64vcVLUmQSBlGxwiMO++8y77NPIRT4MJsBl4JmAyb9ax09c0m8<br>
kzbbk07v4Orm2UkHmp6RBMj1TvvNETyYG+aCfZld5og0P0s9rdWVJbcNa7y+Fsxx<br>
i1kliZuB6QRgoNuMzfazoUEIxQbrOAyIzB6W9N6srPXHs1PuV+nckfIugS7ZeuU=<br>
=YXaC<br>
-----END PGP SIGNATURE-----<br>
<br>
_______________________________________________<br>
Rdo-list mailing list<br>
<a href="mailto:Rdo-list@redhat.com">Rdo-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/rdo-list" target="_blank">https://www.redhat.com/mailman/listinfo/rdo-list</a><br>
<br>
To unsubscribe: <a href="mailto:rdo-list-unsubscribe@redhat.com">rdo-list-unsubscribe@redhat.com</a><br>
</blockquote></div>