<div dir="ltr"><div dir="ltr"><br></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">Il giorno ven 12 lug 2019 alle ore 18:59 Fabian Arrotin <<a href="mailto:arrfab@centos.org">arrfab@centos.org</a>> ha scritto:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 12/07/2019 18:35, Johnny Hughes wrote:<br>
> On 7/12/19 12:23 AM, Sandro Bonazzola wrote:<br>
>><br>
>><br>
>> Il giorno mer 10 lug 2019 alle ore 22:53 Thomas Oulevey<br>
>> <<a href="mailto:thomas.oulevey@cern.ch" target="_blank">thomas.oulevey@cern.ch</a> <mailto:<a href="mailto:thomas.oulevey@cern.ch" target="_blank">thomas.oulevey@cern.ch</a>>> ha scritto:<br>
>><br>
>>     Hello folks,<br>
>><br>
>>     In the planning of next Community build services, a new question<br>
>>     came up.<br>
>><br>
>>     In the past we never allowed EPEL repositories to be used as external<br>
>>     repositories for SIGs. Doing so, would allow to build against EPEL<br>
>>     packages and not duplicate the work for maintainers in EPEL/SIGs.<br>
>><br>
>>     However it would mean also building against a moving target which<br>
>>     can be<br>
>>     difficult if EPEL policies are the same as today.<br>
>><br>
>>     As EPEL 8 is also in the making it would be good to hear what SIGs<br>
>>     think<br>
>>     about this specific issue.<br>
>><br>
>>     Let us know !<br>
>><br>
>><br>
>> Within Virt SIG, under oVirt project we are rebuilding a few packages<br>
>> from EPEL without modifications.<br>
>> Being able to tag into our repos packages which are available in EPEL<br>
>> would reduce the load on the SIG.<br>
>><br>
> <br>
> The issue is .. they change the versions out and you then lose that<br>
> package.  next build it fails with the new one .. what do you do?  The<br>
> old package is no longer available anywhere.<br>
> <br>
> If you build that package .. then you can move to the new one whenever<br>
> you want.<br>
> <br>
> So there are pluses and minuses abound in both scenarios.<br>
> <br>
<br>
Just wondering : if people would like to consume epel pkgs, but still<br>
want to cherry-pick which version of pkgs they need/want : what about :<br>
- creating tag/targets for epel (but not building *any* pkg there)<br>
- rsync (without any delete) epel<br>
- use "koji import" to import all epel pkgs, and also new versions when<br>
new pkgs appear<br>
<br>
That would mean : nothing to build on cbs, and people can just "cbs<br>
tag-build" existing imported pkgs.<br>
<br>
Would that work for everybody ?<br></blockquote><div><br></div><div>Works for me</div><div><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">
<br>
-- <br>
Fabian Arrotin<br>
The CentOS Project | <a href="https://www.centos.org" rel="noreferrer" target="_blank">https://www.centos.org</a><br>
gpg key: 17F3B7A1 | twitter: @arrfab<br>
<br>
_______________________________________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org" target="_blank">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/mailman/listinfo/centos-devel</a><br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:capitalize"><span>Sandro</span> <span>Bonazzola</span><span style="text-transform:uppercase;color:rgb(170,170,170);margin:0px"></span></p><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:12px;margin:0px;text-transform:capitalize"><span>MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV</span></p><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;margin:0px 0px 4px;font-size:12px"><a href="https://www.redhat.com/" style="color:rgb(0,136,206);margin:0px" target="_blank">Red Hat <span>EMEA</span></a></p><div style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;font-size:medium;margin-bottom:4px"></div><p style="color:rgb(0,0,0);font-family:RedHatText,sans-serif;margin:0px;font-size:12px"><span style="margin:0px;padding:0px"><a href="mailto:sbonazzo@redhat.com" style="color:rgb(0,0,0);margin:0px" target="_blank">sbonazzo@redhat.com</a>   </span></p><div style="margin-top:12px"><table border="0"><tbody><tr><td width="100px"><a href="https://www.redhat.com/" target="_blank"><font color="#000000" face="RedHatText, sans-serif" size="3"><img src="https://marketing-outfit-prod-images.s3-us-west-2.amazonaws.com/f5445ae0c9ddafd5b2f1836854d7416a/Logo-RedHat-Email.png" width="90" height="auto"></font></a></td></tr></tbody></table><font color="#000000" face="arial, sans-serif" size="1"><b><a href="https://mojo.redhat.com/docs/DOC-1199578" target="_blank">Red Hat respects your work life balance. Therefore there is no need to answer this email out of your office hours.</a></b></font><br></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div></div>