<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, May 18, 2017 at 7:32 AM, Fabian Arrotin <span dir="ltr"><<a href="mailto:arrfab@centos.org" target="_blank">arrfab@centos.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On 18/05/17 00:49, Karanbir Singh wrote:<br>
> On 08/05/17 13:44, Sandro Bonazzola wrote:<br>
>><br>
>><br>
>> On Fri, Mar 17, 2017 at 10:49 AM, Sandro Bonazzola <<a href="mailto:sbonazzo@redhat.com">sbonazzo@redhat.com</a><br>
>> <mailto:<a href="mailto:sbonazzo@redhat.com">sbonazzo@redhat.com</a>>> wrote:<br>
>><br>
>><br>
>><br>
>>     On Thu, Mar 16, 2017 at 6:17 PM, Fabian Arrotin <<a href="mailto:arrfab@centos.org">arrfab@centos.org</a><br>
>>     <mailto:<a href="mailto:arrfab@centos.org">arrfab@centos.org</a>>> wrote:<br>
>><br>
>>         On 15/03/17 16:58, Karanbir Singh wrote:<br>
>>         > On 15/03/17 09:28, Fabian Arrotin wrote:<br>
>>         ><br>
>>         >> So my understanding is that the problem relies on the fact that there<br>
>>         >> isn't even a policy around Extras repository now. So it's up to the<br>
>>         >> people allowed to build/sign/push to know what they'll add in Extras,<br>
>>         >> and only in the arches they care about.<br>
>>         ><br>
>>         > <a href="https://wiki.centos.org/AdditionalResources/Repositories" rel="noreferrer" target="_blank">https://wiki.centos.org/<wbr>AdditionalResources/<wbr>Repositories</a><br>
>>         <<a href="https://wiki.centos.org/AdditionalResources/Repositories" rel="noreferrer" target="_blank">https://wiki.centos.org/<wbr>AdditionalResources/<wbr>Repositories</a>> has a<br>
>>         > definition for the Extras repos. on C7 it should include what is<br>
>>         > upstream in the Extras/ repos ( provided we are able to build it ), and<br>
>>         > other things that are needed sometimes to build content in base / updates.<br>
>>         ><br>
>>         > In addition to this, Extras should contain all centos-release-* files<br>
>>         > from the SIG's.<br>
>>         ><br>
>>         > The only other content that should make it into Extras should be content<br>
>>         > vetted by the core sig, considered fundamental to user experience or<br>
>>         > tooling for user experience. ie. a fairly high barrier to entry.<br>
>>         ><br>
>>         > Does that give us enough policy wording for Extras ? Do we have<br>
>>         > exceptions we need to work through ?<br>
>>         ><br>
>><br>
>>         Sounds good. So with that definition in mind, how can we be sure<br>
>>         that<br>
>>         Extras is then built/distributed in parallel for all arches, so that<br>
>>         then it can be safely enabled within CBS ?<br>
>><br>
>>         --<br>
>>         Fabian Arrotin<br>
>>         The CentOS Project | <a href="http://www.centos.org" rel="noreferrer" target="_blank">http://www.centos.org</a><br>
>>         gpg key: 56BEC54E | twitter: @arrfab<br>
>><br>
>><br>
>>         ______________________________<wbr>_________________<br>
>>         CentOS-devel mailing list<br>
>>         <a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a> <mailto:<a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.<wbr>org</a>><br>
>>         <a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/<wbr>mailman/listinfo/centos-devel</a><br>
>>         <<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/<wbr>mailman/listinfo/centos-devel</a>><br>
>><br>
>><br>
>><br>
>>     Adding here notes I sent in a different thread, for reference.<br>
>>     I'm facing some discrepancies in repositories structure for ppc64le.<br>
>><br>
>>     In x86_64 qemu-kvm-ev is shipped within<br>
>>     <a href="http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>centos/7/virt/x86_64/kvm-<wbr>common/</a><br>
>>     <<a href="http://mirror.centos.org/centos/7/virt/x86_64/kvm-common/" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>centos/7/virt/x86_64/kvm-<wbr>common/</a>><br>
>>     which is the path I was expecting. Now, looking at ppc64le I see it<br>
>>     shipped within:<br>
>>     <a href="http://mirror.centos.org/altarch/7/extras/ppc64le/Packages/" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>altarch/7/extras/ppc64le/<wbr>Packages/</a><br>
>>     <<a href="http://mirror.centos.org/altarch/7/extras/ppc64le/Packages/" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>altarch/7/extras/ppc64le/<wbr>Packages/</a>><br>
>>     and being extras enabled by default it overrides qemu-kvm shipped by<br>
>>     core os.<br>
>>     Can we at least replicate the same structure between<br>
>>     <a href="http://mirror.centos.org/centos/7" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>centos/7</a><br>
>>     <<a href="http://mirror.centos.org/centos/7" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>centos/7</a>> and <a href="http://mirror.centos.org/altarch/7" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>altarch/7</a><br>
>>     <<a href="http://mirror.centos.org/altarch/7" rel="noreferrer" target="_blank">http://mirror.centos.org/<wbr>altarch/7</a>> ?<br>
>><br>
>><br>
>> Any update?<br>
><br>
> have you tried to reach out to the SIG's responsible for the content ?<br>
><br>
<br>
</div></div>That's interesting, as for ppc64/ppc64le for AltArch SIG, you're the one<br>
responsible KB for those arches (from what I see on<br>
<a href="https://wiki.centos.org/SpecialInterestGroup/AltArch" rel="noreferrer" target="_blank">https://wiki.centos.org/<wbr>SpecialInterestGroup/AltArch</a>)<br>
So I guess that yes, Sandro tried to reach out and contact you for that<br>
question :-)<br>
<br>
When it was discussed at the CBS meeting, (but lot of involved people<br>
weren't there, it was clearly shown that we lack a process for Extras,<br>
and ensuring then than all Alt Arches are following the authoritative<br>
x86_64 distro.<br>
That was becoming a problem too as in fact, nothing from Extras is built<br>
on cbs, but rather on different builders and different processes (so<br>
more or less like @core distro)<br>
<br>
The issue that people were seeing was that they wanted to have Extras<br>
enabled within CBS, but due to lack of consistency in Extras, some<br>
builds could fail just because one package is missing from Extras for an<br>
arch, while being available for x86_64.<br>
<br>
Does that summarize the issue SIGs members reported in #centos-devel but<br>
also earlier on this list ?<br></blockquote><div><br></div><div>I think it's mostly it. Thanks for summarizing.</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5"><br>
<br>
--<br>
Fabian Arrotin<br>
The CentOS Project | <a href="http://www.centos.org" rel="noreferrer" target="_blank">http://www.centos.org</a><br>
gpg key: 56BEC54E | twitter: @arrfab<br>
<br>
</div></div><br>______________________________<wbr>_________________<br>
CentOS-devel mailing list<br>
<a href="mailto:CentOS-devel@centos.org">CentOS-devel@centos.org</a><br>
<a href="https://lists.centos.org/mailman/listinfo/centos-devel" rel="noreferrer" target="_blank">https://lists.centos.org/<wbr>mailman/listinfo/centos-devel</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr"><p style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-weight:bold;margin:0px;padding:0px;font-size:14px;text-transform:uppercase"><span>SANDRO</span> <span>BONAZZOLA</span></p><p style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:10px;margin:0px 0px 4px;text-transform:uppercase"><span>ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D</span></p><p style="font-family:overpass,sans-serif;margin:0px;font-size:10px;color:rgb(153,153,153)"><a href="https://www.redhat.com/" style="color:rgb(0,136,206);margin:0px" target="_blank">Red Hat <span>EMEA</span></a></p><table border="0" style="color:rgb(0,0,0);font-family:overpass,sans-serif;font-size:medium"><tbody><tr><td width="100px"><a href="https://red.ht/sig" target="_blank"><img src="https://www.redhat.com/profiles/rh/themes/redhatdotcom/img/logo-red-hat-black.png" width="90" height="auto"></a></td><td style="font-size:10px"><div><a href="https://redhat.com/trusted" style="color:rgb(204,0,0);font-weight:bold" target="_blank">TRIED. TESTED. TRUSTED.</a></div></td></tr></tbody></table></div></div></div></div></div></div></div>
</div></div>