Your package flint failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=6964188 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
Created attachment 904388 [details] build.log
Created attachment 904389 [details] root.log
Created attachment 904390 [details] state.log
This is a test failure due to a change in the GMP function mpz_invert. Consider the following code: #include <gmp.h> #include <stdio.h> #include <stdlib.h> int main () { mpz_t d, e, f; mpz_inits(d, e, f, NULL); mpz_set_ui(d, 100); mpz_set_si(e, -1); if (mpz_invert(f, d, e)) gmp_printf("Inverse is %Zd\n", f); else puts("Inverse does not exist"); mpz_clears(d, e, f, NULL); return EXIT_SUCCESS; } On Fedora 20 (gmp 5.1.2), this prints: Inverse does not exist On Rawhide (gmp 6.0.0), this prints: Inverse is 0
This is a bug in GMP. Try replacing the -1 with various other values in: mpz_set_si(e, -1) and you will quickly see that mpz_invert() is returning zero when it should be returning nonzero, and is returning nonzero when it should be returning zero.
as per http://ppc.koji.fedoraproject.org/koji/taskinfo?taskID=1959124 the flint-2.4.2-4.fc21 do build at least on ppc64 et ppc64le.
It is a deliberate upstream decision to have "anything modulo +-1 = 0", as discussed in https://gmplib.org/list-archives/gmp-bugs/2014-April/003440.html and following posts. Documentation shipped in the source tarball does not yet reflect this change but is already fixed in upstream git repo https://gmplib.org/repo/gmp/diff/55ff6b8d9a92/doc/gmp.texi . Except +1 and -1, I could not find any other modulus with weird behaviour.