Re: rawhide report: 20160115 changes

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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
--
test mailing list
test@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe:
http://lists.fedoraproject.org/admin/lists/test@xxxxxxxxxxxxxxxxxxxxxxx




[Index of Archives]     [Fedora Desktop]     [Fedora SELinux]     [Photo Sharing]     [Yosemite Forum]     [KDE Users]

  Powered by Linux