Your package perl-SDL failed to build from source in current rawhide. http://koji.fedoraproject.org/koji/taskinfo?taskID=6956705 For details on mass rebuild see https://fedoraproject.org/wiki/Fedora_21_Mass_Rebuild
Created attachment 904157 [details] build.log
Created attachment 904158 [details] root.log
Created attachment 904159 [details] state.log
FTBFS because some tests failed, but only on i686: t/gfx_imagefilter.t ............. Failed 7/8 subtests The x86_64 task in the same build did succeed, however. SDL_gfx itself, which this test relies upon, uses MMX code only on ix86. I tried perl-SDL again using a mock build of SDL_gfx with an unconditional --disable-mmx and the testsuite passed. So, ultimately this is an issue with SDL_gfx, or possibly even with GCC; the easiest workaround for the sake of the rebuild is to disable MMX even on ix86 in the former.
CCing SDL_gfx owner.
Hi Yaakov, Matthias (the SDL_gfx owner) lately does not have much time to take care of his Fedora packages, so allow me to jump in here. It seems that upstream has a new SDL_gfx release with rewritten mmx support (which now also supports x86_64), so before we use the bigger hammer and disable mmx altogether lets first try that. I've just started a rawhide build of the new SDL_gfx and as soon as that is finished I'll start rebuilding deps including SDL_gfx. Hopefully that will resolve this FTBFS bug. Regards, Hans
Hmm, this seems to build fine on x86_64 and i686 now, but the test suite hangs on ARM. Once the ARM build has timed out, I'll go and disable the test which causes it to hang on ARM for now.
With the one test for the obscure sdlx_controller_interface disabled, it builds fine on ARM too. I've send a mail to the arm list in case one of the arm guys wants to take a look.