On Fri, 2016-01-15 at 10:51 +0000, Fedora Rawhide Report wrote: Some fallout from the glew rebase in here, none of which is strictly glew's fault as far as I can tell.
> [FlightGear-Atlas] > FlightGear-Atlas-0.5.0-0.15.cvs20141002.fc24.i686 requires > libGLEW.so.1.10 Map.o: In function `main': /builddir/build/BUILD/Atlas/src/Map.cxx:467: undefined reference to `glewInit' Which is due to missing -lGLEW on the link line, which is due to: checking for glewInit in -lGLEW... no Which is due to: configure:7274: gcc -o conftest -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 -I/usr/local//include -Wl,-z,relro -specs=/usr/lib/rpm/redhat/redhat- hardened-ld -L/usr/local//lib conftest.c -lGLEW -lplibul -lcurl -lm >&5 /usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/libplibul.so: undefined reference to `operator delete[](void*)' Which appears to be because plib's shared libraries - which we just conjure up out of thin air and aren't something upstream ships - are linked with gcc not g++ so the C++ runtime never gets pulled in. Fixed in plib-1.8.5-14.fc24 and FlightGear-Atlas-0.5.0-0.16.cvs20141002.fc24. > [avogadro] > avogadro-libs-1.1.1-15.fc24.i686 requires libGLEW.so.1.10 CMakeFiles/python-module.dir/swig.cpp.o: In function `Molecule_OBMol(Avogadro::Molecule&)': /builddir/build/BUILD/avogadro- 1.1.1/libavogadro/src/python/swig.cpp:554: undefined reference to `OpenBabel::OBMol::OBMol(OpenBabel::OBMol const&)' /builddir/build/BUILD/avogadro- 1.1.1/libavogadro/src/python/swig.cpp:554: undefined reference to `OpenBabel::OBMol::~OBMol()' /builddir/build/BUILD/avogadro- 1.1.1/libavogadro/src/python/swig.cpp:554: undefined reference to `OpenBabel::OBMol::~OBMol()' collect2: error: ld returned 1 exit status No clue what's going on here, sorry. The link line looks the same here as in the previous successful f24 build, and it's the same version of openbabel as then, so if I had to guess this is due to a behaviour change between gcc 5.1.1 and 5.3.1. > [gtatool] > gtatool-gui-2.1.0-9.fc24.i686 requires libGLEWmx.so.1.10 Missed this one because I forgot about libGLEWmx, which I'd honestly like to retire, I don't think anything actually needs glewmx over glew. Not that it builds in rawhide presently anyway: Error: nothing provides libdap.so.17 needed by gdal-libs-2.0.1-3.fc24.i686 Fixed in gdal-2.0.1-4.fc24 and gtatool-2.1.0-10.fc24 (tentatively, that's all rebuilt locally but building gdal is slow on arm). > [k3d] > k3d-0.8.0.5-1.fc24.i686 requires libGLEWmx.so.1.10 Just missed because glewmx. Fixed in k3d-0.8.0.5-2.fc24. > [libreoffice] > 1:libreoffice-core-5.1.0.1-2.fc24.i686 requires libGLEW.so.1.10 > 1:libreoffice-gtk3-5.1.0.1-2.fc24.i686 requires libGLEW.so.1.10 > 1:libreoffice-kde-5.1.0.1-2.fc24.i686 requires libGLEW.so.1.10 > 1:libreoffice-ogltrans-5.1.0.1-2.fc24.i686 requires libGLEW.so.1.10 Fixed in libreoffice-5.1.0.2-2.fc24, which built fine but wasn't included in this compose because it took 15 hours to complete because arm. > [linphone] > linphone-3.6.1-11.fc24.i686 requires libGLEW.so.1.10 > linphone-mediastreamer-3.6.1-11.fc24.i686 requires libGLEW.so.1.10 sipwizard.c:56:2: error: 'soup_xmlrpc_parse_method_response' is deprecated: Use 'soup_xmlrpc_parse_response' instead [-Werror=deprecated-declarations] %configure --disable-strict, fixed in linphone-3.6.1-13.fc24. > [mesa-demos] > mesa-demos-8.2.0-5.fc24.i686 requires libGLEW.so.1.10 A prior commit had accidentally clobbered the xdriinfo tarball line from the sources file, so the srpm couldn't be assembled. Fixed in mesa-demos-8.3.0-2.fc24. > [openmsx] > openmsx-0.11.0-4.fc23.i686 requires libGLEW.so.1.10 build/main.mk:26: *** No suitable Python interpreter found. Please install Python version 2.x where x >= 5. If your Python interpreter is installed in a non-standard location, please set the environment variable PYTHON to the full path of the interpreter binary.. Stop. Probably the build system could be ported to python3, but I am certainly not the person who's going to do it. Fixed in openmsx-0.11.0- 6.fc24. > [scorched3d] > scorched3d-44-5.fc23.i686 requires libGLEW.so.1.10 In file included from ../wxdialogs/MainDialog.cpp:35:0: ../../launcher/wxdialogs/TrueTypeFont.h:28:22: fatal error: freetype.h: No such file or directory #include <freetype.h> This looks to be fallout from the freetype 2.6.1 upgrade, which means scorched3d was never following freetype's include guidelines in the first place: https://lists.fedoraproject.org/pipermail/devel/2015-October/215402.html Fixed in scorched3d-44-7.fc24. - ajax -- devel mailing list devel@lists.fedoraproject.org http://lists.fedoraproject.org/admin/lists/devel@lists.fedoraproject.org
