<p>Anyone with a RHN Satellite Server can do the entite media history from the Kickstartable Trees in 5 minutes. I.e., I've done it many times over the years, even recently off-list to many.</p>
<p>What I've heard is that some here will only accept a specific, actual statement from Red Hat on its own entitlement history. So doing such, which I've also done, is moot.  I.e., we continue to have a lot of interpretation.<br>

</p>
<div class="gmail_quote">On Jun 23, 2012 12:30 PM, "inode0" <<a href="mailto:inode0@gmail.com">inode0@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Fri, Jun 15, 2012 at 5:14 PM, Toshio Kuratomi <<a href="mailto:a.badger@gmail.com">a.badger@gmail.com</a>> wrote:<br>
> If you can list for us what actual channels are the equivalent of the old<br>
> AS/AP then we have something else that we can try to use to define logically<br>
> which channels should not be overlapped with.  If you've found this<br>
> information somewhere then giving it to us will be a valuable addition to<br>
> the conversation.  Otherwise, we'll have to continue to assume that there<br>
> isn't an actual understanding of what that is and we'll have to continue to<br>
> try to define it ourselves with a somewhat arbitrary division.<br>
<br>
I am willing to do some work here to attempt to sort this out since I<br>
think having a clear policy that EPEL users understand is worth the<br>
bother. I have media going back to RHEL3 and can sort through what<br>
came on it, which I think is a fair definition of what is part of<br>
"RHEL" proper prior to the release of RHEL6.<br>
<br>
I do want to observe that there was a media change in RHEL5 which<br>
added some things to the media which required entitlements that go<br>
beyond a RHEL server subscription so there is a transition point of<br>
sorts at RHEL5. At a glance I'm guessing this added several items<br>
which include clustering and GFS, load balancing, and some<br>
virtualization bits.<br>
<br>
Another observation that is important is that "comes on the<br>
installation media" doesn't cut it any more with the release of RHEL6<br>
since half of RHEL6 isn't distributed on media due to its size growing<br>
so dramatically but simply adding the optional channel to what RHEL6<br>
media contains seems to me to include what previously would have been<br>
distributed via the media with the possible exception of some or all<br>
of the Add-On channels which also may have been included on RHEL5<br>
media.<br>
<br>
So one question I have is whether it is worth the effort to go back<br>
beyond RHEL5 when looking at this now? Since Red Hat changes this up<br>
every release I doubt EPEL should be bound forever by whatever Red Hat<br>
did in 2004. Where do we want to draw the baseline now?<br>
<br>
John<br>
<br>
_______________________________________________<br>
epel-devel-list mailing list<br>
<a href="mailto:epel-devel-list@redhat.com">epel-devel-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/epel-devel-list" target="_blank">https://www.redhat.com/mailman/listinfo/epel-devel-list</a><br>
</blockquote></div>