So looking at this closer the last NVR to build was glibc-2.22.90-3.fc24

Looking at the change log there was quite a few package bits done in -4 including what looks to be the introduction of extra tests, I wonder if these were already an issue on PPC but just not actually running and hence not failing the build. Might be a starting point for investigation.

* Wed Oct 21 2015 Carlos O'Donell <carlos> - 2.22.90-9
- Sync with upstream master.
- Update new condvar implementation.

* Fri Oct  9 2015 Carlos O'Donell <carlos> - 2.22.90-8
- Remove libbsd.a (#1193168).

* Wed Sep 16 2015 Mike FABIAN <mfabian> - 2.22.90-7
- Add the C.UTF-8 locale (#902094).

* Wed Sep 16 2015 Carlos O'Donell <carlos> - 2.22.90-6
- Fix GCC 5 and -Werror related build failures.
- Fix --install-langs bug which causes SIGABRT (#1262040).

* Fri Aug 28 2015 Carlos O'Donell <carlos> - 2.22.90-5
- Auto-sync with upstream master.

* Thu Aug 27 2015 Carlos O'Donell <carlos> - 2.22.90-4
- Build require gcc-c++ for the C++ tests.
- Support --without testsuite option to disable testing after build.
- Support --without benchtests option to disable microbenchmarks.
- Update --with bootstrap to disable benchtests, valgrind, documentation,
  selinux, and nss-crypt during bootstrap.
- Support --without werror to disable building with -Werror.
- Support --without docs to disable build requirement on texinfo.
- Support --without valgrind to disable testing with valgrind.
- Remove c_stubs add-on and enable fuller support for static binaries.
- Remove librtkaio support (#1227855).

*** Bug 1273103 has been marked as a duplicate of this bug. ***

We have to disable the build-time check for valgrind on ppc64 again, like we already did in commit 6105e83f8867502af1519979a9fb1a7ab0eccd7a.

With glibc-2.22.90-9.fc24 ppc64le builds but pcc64p7, and I suspect ppc64 still fail:

http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=2832238

I had just noticed on the ppc-koji instance that the build was failing. It was a mistake to enable it again for ppc64 without double checking the results.

commit d387855c4990cd5accac769b2138d291f35f8633
Author: Carlos O'Donell <carlos>
Date:   Mon Oct 26 16:03:54 2015 -0400

    Resolves: #1274974
    
    Related: #1273103
    
    - Disable valgrind test for ppc64.

At least one good outcome was that we filed bug 1273103 and now Mark can take a look at the valgrind issue.

Still failing with -10

http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=2832953

Still failing with -10, does this depend on a fix for valgrind first?

http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=2832953

I think it fails because the builder sets the architecture to ppc64p7, not ppc64.  Is there a way to do this with mock?  Then I can try out a fix.

(In reply to Florian Weimer from comment #9)
> I think it fails because the builder sets the architecture to ppc64p7, not
> ppc64.  Is there a way to do this with mock?  Then I can try out a fix.

Thanks for taking this one. I was conservative and only disabled the test for ppc64, not both that and ppc64p7. Just checkin the obvious addition of ppc64p7 to the ifarch check?

(In reply to Carlos O'Donell from comment #10)
> (In reply to Florian Weimer from comment #9)
> > I think it fails because the builder sets the architecture to ppc64p7, not
> > ppc64.  Is there a way to do this with mock?  Then I can try out a fix.
> 
> Thanks for taking this one. I was conservative and only disabled the test
> for ppc64, not both that and ppc64p7. Just checkin the obvious addition of
> ppc64p7 to the ifarch check?

I believe so, %ifarch takes a list of arguments (I checked the RPM sources and tested it).

> I believe so, %ifarch takes a list of arguments (I checked the RPM sources
> and tested it).

Yes, or there's a macro is you want to cover all PPC arches: %{power64}

(In reply to Peter Robinson from comment #12)
> > I believe so, %ifarch takes a list of arguments (I checked the RPM sources
> > and tested it).
> 
> Yes, or there's a macro is you want to cover all PPC arches: %{power64}

ppc64le is apparently unaffected because it uses the ELFv2 ABI, so %{power64} seems incorrect.  I have added ppc64p7 to the list of architectures instead.

Version glibc-2.22.90-11.fc24 builds on all POWER architectures:

  http://ppc.koji.fedoraproject.org/koji/buildinfo?buildID=352974