<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, May 17, 2021 at 12:57 PM Mike McGrath <<a href="mailto:mmcgrath@redhat.com">mmcgrath@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr">On Mon, May 17, 2021 at 2:48 PM Phil Perry <<a href="mailto:pperry@elrepo.org" target="_blank">pperry@elrepo.org</a>> wrote:<br></div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 17/05/2021 20:46, Phil Perry wrote:<br>
> On 17/05/2021 20:30, Johnny Hughes wrote:<br>
>> On 5/17/21 1:46 PM, Mike McGrath wrote:<br>
>>><br></blockquote><div><br></div><div>Snipping content as we seem to have reached some mailing list limit</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
>>><br>
>>> This is mostly because we also don't ship it in RHEL and we don't ship<br>
>>> it there because we don't want to be on the hook to support it (even<br>
>>> RHEL has a budget and limited resources).<br>
>>><br>
>>> As far as CentOS Stream, the promise is that if it runs in CentOS Stream<br>
>>> today it should run in the next version of RHEL.  By including content<br>
>>> in Stream that we don't include in RHEL, suddenly that promise is broken<br>
>>> if someone accidentally uses it assuming it's in RHEL.<br>
>>><br>
>>> I'm not saying there aren't ways to work through these issues, but I<br>
>>> wanted to give some ideas as to the thought process that got us here.<br>
>>><br>
>>>             -Mike<br>
>>><br>
>><br>
>> Mike,<br>
>><br>
>> That is all well and good .. but it is your guys (EPEL and Red Hat SIGs)<br>
>> that need this Development content to be in CentOS Stream and the CentOS<br>
>> Community Build System to build things.  (I can build things as this<br>
>> content is already in my Koji buildroot).<br>
>><br>
>> And it is me, this list, and the CentOS Stream group that keep getting<br>
>> asked (by EPEL and the RH SIGs) why this open source stuff can not be in<br>
>> CentOS Linux, CentOS Stream and the CBS.<br>
>><br>
>> Surely we can set up a non RHEL released repo that your guys can use to<br>
>> build the things that they want.<br>
>><br>
>> Thanks,<br>
>> Johnny Hughes<br>
> <br>
> <br>
> But from what Mike just said, EPEL/SIGs should be building against those <br>
> missing -devel packages on Stream because anything built on Stream must <br>
> also run on RHEL?<br>
> <br>
<br>
Sorry, typo - EPEL/SIGs should NOT be building against those missing <br>
-devel packages...<br><br></blockquote></div></div></blockquote><div><br></div><div>From discussions back when the Devel repo was put in place.  EPEL/SIGs can BUILD against the missing -devel packages, they cannot have any runtime requirements on them.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"></blockquote><div><br></div><div>I'm always confused by this because the basis of CRB *was* supposed to be what was required to build EPEL.  I'm not sure if EPEL has grown since we started or if we just missed the mark with CRB.  <br></div></div></div></blockquote><div><br></div><div>I gave the original package list of what was required to build EPEL, at the time.  And the majority of the packages are in CRB.  Some were taken off the list.</div><div>But that was based off EPEL7, where alot of the packages were 5 years old.  And also without the main KDE packages.</div><div>Alot of the EPEL packages, when they started getting built for EPEL8, had new requirements.</div><div>And then, even at RHEL8 Beta, when I tried to get some of the missing dependencies into CRB, I was told it was too late.<br></div><div><br></div><div>So ya, as you said, we missed the mark with CRB.</div><div><br></div><div>Troy</div><div><br></div></div></div>