<div dir="ltr">On Thu, Jun 20, 2013 at 1:56 PM, Matthias Runge <span dir="ltr"><<a href="mailto:mrunge@redhat.com" target="_blank">mrunge@redhat.com</a>></span> wrote:<br><div class="gmail_extra"><div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">On 20/06/13 13:50, Sandro "red" Mathys wrote:<br>

> Great, thanks for the quick reply and the quick fix. Still thinking<br>
> yum priorities are bad and should be removed completely from RDO<br>
> (RHOS is a different story) but if only directly openstack related<br>
> packages remain in the repo, it shouldn't matter anyway. -- Sandro<br>
><br>
Why do you think priorities are bad?<br></blockquote><div><br></div><div>Because they are patronizing the user, relatively hard to overcome and situations where they seem necessary should be avoided in general.</div><div>
 </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
They give us the freedom to<br>
directly steer combinations of packages, thus as overriding packages<br>
from elsewhere.<br></blockquote><div><br></div><div>As written in the first post in this thread: since RDO strives to always be (equal to or more likely) ahead of RHEL and EPEL, such an override should never be necessary. And overriding "packages from _elsewhere_" should not be considered necessary as no other repos are (nor should they be) supported.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Please keep in mind, this won't happen that often, but still there might<br>
be cases where this is desired.<br></blockquote><div><br></div><div>Like in what case? When will RDO ever want an older version of something than what is in RHEL / EPEL?</div><div><br></div><div>The only thing I can possibly come up with right now are the kernel and other tools where new networking stuff (netns, maybe more) was enabled ahead of time but I sure hope those changes make it back into RHEL with the next kernel update there. Or if not, that new RHEL kernels are again re-built with those patches for RDO as well to avoid security holes.</div>
<div><br></div><div>-- Sandro</div></div><br></div></div>