<div dir="ltr">I am looking for building RDO for ppc64le in centos as well. Based on my experience, there are a few source rpm changes needed to make them <div>work with ppc64le. I would assume this will apply to aarch64 as well. </div><div><br></div><div>One case in example is MongoDB. MongoDB 2.6.x depends on V8, but V8 cannot be built out of box on Power.  But MongoDB 3.2.x has a dependency on a higher version of Boost than the CentOS 7.2 default.</div><div><br></div><div>So shall we work together on a common source repository across multiple architectures or shall we maintain a side repo for aarch64/ppc64le?</div></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>Regards,<br><br>Alex Meng<a href="mailto:mengxiandong@gmail.com" target="_blank"></a><br></div><div><a href="mailto:mengxiandong@gmail.com" target="_blank">mengxiandong@gmail.com</a><br></div></div></div></div></div></div>
<br><div class="gmail_quote">On Mon, Oct 17, 2016 at 10:45 PM, Thomas Oulevey <span dir="ltr"><<a href="mailto:thomas.oulevey@cern.ch" target="_blank">thomas.oulevey@cern.ch</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 10/17/2016 04:21 PM, Brian Stinson wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Oct 13 17:52, Haïkel wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi,<br>
<br>
There was various discussions about enabling aarch64 architecture for<br>
Cloud SIG OpenStack repositories.<br>
And likely others are coming, so I'd like to confirm with a wider<br>
audience about the proper course of action.<br>
So we can document it and share that experience with other SIGs.<br>
<br>
Arrfab suggested the following:<br>
* scratch builds with archoverride of existing arch-dependent builds<br>
* ask CBS admin to merge the task with existing builds using mergeScratch.<br>
<br>
I find this process simple and efficient, but I'm worried about how it scales.<br>
In my case, I have about 250 binary packages (including the Erlang<br>
stack etc.) with many interdependencies, so<br>
it can rapidly get bothersome for CBS admins.<br>
<br>
If we can find a way to automate the mergeScratch operations or<br>
temporarily grant that permission to<br>
SIGs during bootstrapping phase, I have pretty much no objections for<br>
that course.<br>
</blockquote>
<br>
I think if you let us know your schedule, one of us can be around to<br>
help with the bootstrap. The mergeScratch operation requires permissions<br>
that we can't give out to non-admins.<br>
<br>
</blockquote>
<br></span>
+1<br>
<br>
I am available to help this week and the following.<span class=""><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
As for daily operations, if you can't block on alternate arch build<br>
failures, I was recommended to just use %excludearch<br>
and move forward. Which gives us the flexibility to move forward and<br>
give more time to fix things at our pace.<br>
</blockquote>
<br>
+1 here, there might be a little NVR churn with this but I think that's<br>
the best way to handle this.<br>
<br>
</blockquote>
<br></span>
koji build --arch-override="" is better as there is no need to modify the spec. And that could be added to all build in the RDO process if we need to move forward with x86_64 only.<span class="HOEnZb"><font color="#888888"><br>
<br>
<br>
-- <br>
Thomas.</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<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/mailm<wbr>an/listinfo/centos-devel</a><br>
</div></div></blockquote></div><br></div>