I'm getting the following error when I build on koji but all mock builds complete. I even did a --scrub=all just to see if the package set was slightly different due to the root cache but it still completes in mock:
[ 47%] Building CXX object src/libOpenImageIO/CMakeFiles/OpenImageIO.dir/__/dpx.imageio/libdpx/Writer.cpp.o cd /builddir/build/BUILD/oiio-Release-1.6.10/build/linux/src/libOpenImageIO && /usr/bin/c++ -DBOOST_TEST_DYN_LINK -DEMBED_PLUGINS=1 -DNDEBUG -DOpenImageIO_EXPORTS -DPTEX_EXPORTS -DUSE_BOOST_ASIO=1 -DUSE_EXTERNAL_PUGIXML=1 -DUSE_FIELD3D=1 -DUSE_FREETYPE -DUSE_GIF -DUSE_LIBRAW=1 -DUSE_OCIO=1 -DUSE_OPENCV -DUSE_OPENEXR_VERSION2=1 -DUSE_OPENJPEG -DUSE_OPENSSL=1 -DUSE_PTEX -DUSE_WEBP=1 -D__STDC_CONSTANT_MACROS -D__STDC_LIMIT_MACROS -I/usr/include/OpenEXR -I/usr/include/libraw -I/builddir/build/BUILD/oiio-Release-1.6.10/src/include -I/builddir/build/BUILD/oiio-Release-1.6.10/build/linux/include/OpenImageIO -I/builddir/build/BUILD/oiio-Release-1.6.10/build/linux/src/libOpenImageIO -I/usr/include/openjpeg-1.5 -I/usr/include/freetype2 -I/usr/include/freetype2/freetype2 -I/usr/include/freetype2/freetype2/freetype -O2 -g -pipe -Wall -Werror=format-security -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -specs=/usr/lib/rpm/redhat/redhat-hardened-cc1 -m64 -mtune=generic -O2 -g -DNDEBUG -fPIC -Wall -Werror -fno-math-errno -Wno-error=unused-local-typedefs -Wno-unused-local-typedefs -Wno-unused-result -o CMakeFiles/OpenImageIO.dir/__/dpx.imageio/libdpx/Writer.cpp.o -c /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp: In member function 'bool dpx::Writer::WriteElement(int, void*, long int)': /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp:212:2: error: statement is indented as if it were guarded by... [-Werror=misleading-indentation] this->header.SetDataOffset(element, this->fileLoc); ^~~~ /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp:208:5: note: ...this 'if' clause, but it is not if (! this->WritePadData(0x2000)) ^~ /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp: In member function 'bool dpx::Writer::WriteElement(int, void*, dpx::DataSize)': /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp:251:2: error: statement is indented as if it were guarded by... [-Werror=misleading-indentation] if (element == 0) ^~ /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp:247:5: note: ...this 'if' clause, but it is not if (! this->WritePadData(0x2000)) ^~
Thanks, Richard
On 02/04/2016 08:04 PM, Richard Shaw wrote:
I'm getting the following error when I build on koji but all mock builds complete. I even did a --scrub=all just to see if the package set was slightly different due to the root cache but it still completes in mock:
/builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp: In member function 'bool dpx::Writer::WriteElement(int, void*, long int)': /builddir/build/BUILD/oiio-Release-1.6.10/src/dpx.imageio/libdpx/Writer.cpp:212:2: error: statement is indented as if it were guarded by... [-Werror=misleading-indentation] this->header.SetDataOffset(element, this->fileLoc); ^~~~
I get this failure in mock as well, with gcc-6.0.0-0.9.fc24.x86_64.
Are you really using the same version of the gcc package?
Florian
On Thu, Feb 4, 2016 at 1:17 PM, Florian Weimer fweimer@redhat.com wrote:
On 02/04/2016 08:04 PM, Richard Shaw wrote:
I'm getting the following error when I build on koji but all mock builds complete. I even did a --scrub=all just to see if the package set was slightly different due to the root cache but it still completes in mock:
I get this failure in mock as well, with gcc-6.0.0-0.9.fc24.x86_64.
Are you really using the same version of the gcc package?
I haven't gone back and checked the full release but I would think that the --scurb=all to mock would bring all packages up to the same level.
Thanks, Richard
On 02/04/2016 08:36 PM, Richard Shaw wrote:
On Thu, Feb 4, 2016 at 1:17 PM, Florian Weimer fweimer@redhat.com wrote:
On 02/04/2016 08:04 PM, Richard Shaw wrote:
I'm getting the following error when I build on koji but all mock builds complete. I even did a --scrub=all just to see if the package set was slightly different due to the root cache but it still completes in mock:
I get this failure in mock as well, with gcc-6.0.0-0.9.fc24.x86_64.
Are you really using the same version of the gcc package?
I haven't gone back and checked the full release but I would think that the --scurb=all to mock would bring all packages up to the same level.
Did you specify the mock config as well? I think it just scrubs a single chroot.
Florian
On Thu, Feb 4, 2016 at 1:37 PM, Florian Weimer fweimer@redhat.com wrote:
I haven't gone back and checked the full release but I would think that
the
--scrub=all to mock would bring all packages up to the same level.
Did you specify the mock config as well? I think it just scrubs a single chroot.
Well, I did a "mock --scrub=all -r fedora-rawhide-x86_64", should that be sufficient?
Thanks, Richard
On 02/04/2016 08:48 PM, Richard Shaw wrote:
On Thu, Feb 4, 2016 at 1:37 PM, Florian Weimer fweimer@redhat.com wrote:
I haven't gone back and checked the full release but I would think that
the
--scrub=all to mock would bring all packages up to the same level.
Did you specify the mock config as well? I think it just scrubs a single chroot.
Well, I did a "mock --scrub=all -r fedora-rawhide-x86_64", should that be sufficient?
Yes, but perhaps it did not work in your case. Maybe it was a stale mirror instead.
Do you use the metalink service, like this?
metalink=https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=$basearch
Florian
On Thu, Feb 4, 2016 at 1:52 PM, Florian Weimer fweimer@redhat.com wrote:
On 02/04/2016 08:48 PM, Richard Shaw wrote:
On Thu, Feb 4, 2016 at 1:37 PM, Florian Weimer fweimer@redhat.com
wrote:
I haven't gone back and checked the full release but I would think that
the
--scrub=all to mock would bring all packages up to the same level.
Did you specify the mock config as well? I think it just scrubs a single chroot.
Well, I did a "mock --scrub=all -r fedora-rawhide-x86_64", should that be sufficient?
Yes, but perhaps it did not work in your case. Maybe it was a stale mirror instead.
Do you use the metalink service, like this?
metalink= https://mirrors.fedoraproject.org/metalink?repo=rawhide&arch=$basearch
Yes, I'm using the default config files in /etc/mock
Thanks, Richard