#5886: need method for distributing urgent fixes... urgently

[Fedora Release Engineering]

#5886: need method for distributing urgent fixes... urgently
------------------------------+-----------------------
  Reporter:  mattdm           |      Owner:  rel-eng@…
      Type:  enhancement      |     Status:  new
 Milestone:  Fedora 21 Alpha  |  Component:  mash
Resolution:                   |   Keywords:
Blocked By:                   |   Blocking:
------------------------------+-----------------------

Comment (by kevin):

 So, just a few things to note:

 The push with the openssl update in it ran into several issues, so it
 wasn't a typical push. For some reason there was a httpd restart that
 confused bodhi and it ended up remashing several repos. Additionally our
 storage is currently very slow and we are being moved to other storage.

 I don't say this to disagree with the idea of this ticket at all, just
 more to say that looking at that push is not looking at a 'normal' one.

 Even with a seperate critical repo I am not sure we are going to get down
 to minutes, but perhaps we can if we drop some features that people expect
 to get more speed. For example, we could have the critical-updates repo
 not do drpms. It probibly will still have to do multilib, as that could
 cause some people not to be able to update.

 Would the urgent repo migrate things over to the normal stable updates
 repo after a while? That might help to keep it small.

 More thoughts to come later...

-- 
Ticket URL: <https://fedorahosted.org/rel-eng/ticket/5886#comment:2>
Fedora Release Engineering <http://fedorahosted.org/rel-eng>
Release Engineering for the Fedora Project