<div class="gmail_quote">On Mon, Apr 15, 2013 at 10:23 PM, Phil Mayers <span dir="ltr"><<a href="mailto:p.mayers@imperial.ac.uk" target="_blank">p.mayers@imperial.ac.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 15/04/13 09:20, Phil Mayers wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 04/14/2013 10:56 AM, Peter Lambrechtsen wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
to complie without too much drama onto FreeRadius 2.1.12 as that's the<br>
version we are running due to it being supported by RHEL 6.3.<br>
</blockquote>
<br>
FWIW I think this is a misguided approach. We run RHEL and use their<br>
supported packages where appropriate, but where we need a newer version<br>
of the package (FreeRADIUS, bind, exim, etc.) we build it ourselves.<br>
<br>
You don't *have* to use their packages, but if you insist on doing so,<br>
you should harrass *them* to backport fixes you need - you are, after<br>
all, paying them for this service.<br>
</blockquote>
<br></div>
Sorry, just to clarify - you should *also* harass RedHat. It's fine to ask here, but it's important that paying customers give suppliers feedback as to their needs.</blockquote><div><br><br>I thoroughly agree with you bugging RedHat.  I've already had a few patches applied and supported by RH, so this will just be another one.<br>
<br>I also agree that we should build and run the latest and greatest stable release.  However our change management and operational support folks look on that somewhat differently than I do.  Once FR has been in place in production for a bit longer and has a proven track record in my employer then I am sure they will see it differently.  It's just when you're trying to get through production readyness gates and end to end solution designs get reviewed sometimes tough questions get asked.<br>
<br>RH were more than happy when I gave the patches on a plate including their updated RPM spec file that builds fine to add it into their supported version.<br></div></div>