Menu
▾
▴
Re: [Mingw-w64-public] Mass rebuild report for July 24 2013
|
From: Erik v. P. <er...@va...> - 2013-07-25 21:23:28
|
Erik van Pienbroek schreef op do 25-07-2013 om 23:14 [+0200]: > mingw-cximage-600-9 > Package owner: elmarco > Time to build: 2 minutes, 46 seconds > Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130724/mingw-cximage-600-9 This one was already a known failure, package needs to be updated to support libpng 1.6 > mingw-libvirt-1.0.5-2 > Package owner: berrange > Time to build: 5 minutes, 12 seconds > Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130724/mingw-libvirt-1.0.5-2 This one was also already known. The issue is already fixed in upstream gnulib. The package maintainer needs to backport the specific commit manually or update its bundled gnulib copy > mingw-qt5-qtwebkit-5.1.0-2 > Package owner: epienbro > Time to build: 1 hour, 40 minutes, 25 seconds > Build logs: http://build1.vanpienbroek.nl/fedora-mingw-rebuild/20130724/mingw-qt5-qtwebkit-5.1.0-2 Here's a new one which I find rather odd. It fails with this error: == x86_64-w64-mingw32-g++ -c <snip> -o .obj/release-shared/InspectorAllInOne.o /builddir/build/BUILD/qtwebkit-opensource-src-5.1.0/Source/WebCore/inspector/InspectorAllInOne.cpp /usr/lib/gcc/x86_64-w64-mingw32/4.8.1/../../../../x86_64-w64-mingw32/bin/as: /tmp/ccache/9/0/6e2e9b0c576e2ac1d280a709afe9d9-8861448.o.tmp.breda.vanpienbroek.nl.6559: too many sections (36836) /tmp/cc5P6BZt.s: Assembler messages: /tmp/cc5P6BZt.s: Fatal error: can't write /tmp/ccache/9/0/6e2e9b0c576e2ac1d280a709afe9d9-8861448.o.tmp.breda.vanpienbroek.nl.6559: File too big /usr/lib/gcc/x86_64-w64-mingw32/4.8.1/../../../../x86_64-w64-mingw32/bin/as: /tmp/ccache/9/0/6e2e9b0c576e2ac1d280a709afe9d9-8861448.o.tmp.breda.vanpienbroek.nl.6559: too many sections (36836) /tmp/cc5P6BZt.s: Fatal error: can't close /tmp/ccache/9/0/6e2e9b0c576e2ac1d280a709afe9d9-8861448.o.tmp.breda.vanpienbroek.nl.6559: File too big make[3]: *** [.obj/release-shared/InspectorAllInOne.o] Error 1 == Anybody got a clue here what might be going wrong and what we can do to fix it? In the output there are references to ccache (which the Fedora mock build tool use by default), but the issue also happens when ccache is disabled. Regards, Erik van Pienbroek Fedora MinGW SIG |