[opensuse-buildservice] Different 'Provides' in factory and devel repo
Hello, I'm seeing a curious issue with the gmic package I submitted to factory a couple weeks ago. The package is unresolvable in the devel project: "nothing provides libgphoto2_port.so.12(LIBGPHOTO2_5_0(64bit) needed by libdigikamcore6" The libgphoto2 package has no difference between factory and graphics, but it has different provides: graphics: Provides: libgphoto2-6 = 2.5.23-216.11 libgphoto2-6(x86-64) = 2.5.23-216.11 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit) O:F: Provides: libgphoto2-6 = 2.5.23-1.1 libgphoto2-6(x86-64) = 2.5.23-1.1 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit) libgphoto2_port.so. 12(LIBGPHOTO2_5_0)(64bit) libgphoto2_port.so.12(LIBGPHOTO2_INTERNAL)(64bit) Any idea what causes this and how to resolve it? Thanks. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Okt 17 2019, Christophe Giboudeaux
graphics: Provides: libgphoto2-6 = 2.5.23-216.11 libgphoto2-6(x86-64) = 2.5.23-216.11 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit)
O:F: Provides: libgphoto2-6 = 2.5.23-1.1 libgphoto2-6(x86-64) = 2.5.23-1.1 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit) libgphoto2_port.so. 12(LIBGPHOTO2_5_0)(64bit) libgphoto2_port.so.12(LIBGPHOTO2_INTERNAL)(64bit)
Any idea what causes this and how to resolve it?
You need to find out why the build in graphics no longer uses symbol versions. It could be related to LTO. [ 71s] checking for asm .symver support... no Andreas. -- Andreas Schwab, SUSE Labs, schwab@suse.de GPG Key fingerprint = 0196 BAD8 1CE9 1970 F4BE 1748 E4D4 88E3 0EEA B9D7 "And now for something completely different." -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
On Thursday 2019-10-17 12:08, Christophe Giboudeaux wrote:
Hello,
I'm seeing a curious issue with the gmic package I submitted to factory a couple weeks ago.
The package is unresolvable in the devel project: "nothing provides libgphoto2_port.so.12(LIBGPHOTO2_5_0(64bit) needed by libdigikamcore6"
The libgphoto2 package has no difference between factory and graphics, but it has different provides:
graphics: Provides: libgphoto2-6 = 2.5.23-216.11 libgphoto2-6(x86-64) = 2.5.23-216.11 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit)
O:F: Provides: libgphoto2-6 = 2.5.23-1.1 libgphoto2-6(x86-64) = 2.5.23-1.1 libgphoto2.so.6()(64bit) libgphoto2_port.so.12()(64bit) libgphoto2_port.so. 12(LIBGPHOTO2_5_0)(64bit) libgphoto2_port.so.12(LIBGPHOTO2_INTERNAL)(64bit)
$ readelf -aW of.libgphoto2_port.so | grep INTERNAL ... gp_port_info_set_name@@LIBGPHOTO2_INTERNAL +> $ readelf -aW gr.libgphoto2_port.so | grep gp_port_info_set_name 000000000000c068 0000003d00000007 R_X86_64_JUMP_SLOT 0000000000003ce0 gp_port_info_set_name + 0 61: 0000000000003ce0 72 FUNC GLOBAL DEFAULT 13 gp_port_info_set_name $ grep -r gp_port_info_set_name | grep ver libgphoto2-2.5.23/libgphoto2_port/libgphoto2_port/libgphoto2_port.ver: gp_port_info_set_name; Hypothesis: -Wl,--version-script not used in graphics. » sosc bl openSUSE_Tumbleweed x86_64 | grep _port.ver » sosc rbl openSUSE:Factory/libgphoto2 standard x86_64 | grep _port.ver [ 195s] /bin/sh ../libtool --tag=CC --mode=link gcc -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -flto=8 -g -Wall -Wmissing-declarations -Wmissing-prototypes -no-undefined -Wl,--version-script=./libgphoto2_port.ver -version-info 12:0:0 -flto=8 -o libgphoto2_port.la -rpath /usr/lib64 libgphoto2_port_la-gphoto2-port-info-list.lo libgphoto2_port_la-gphoto2-port-log.lo libgphoto2_port_la-gphoto2-port-version.lo libgphoto2_port_la-gphoto2-port.lo libgphoto2_port_la-gphoto2-port-portability.lo libgphoto2_port_la-gphoto2-port-result.lo -lltdl -lpthread [ 196s] libtool: link: gcc -shared -fPIC -DPIC .libs/libgphoto2_port_la-gphoto2-port-info-list.o .libs/libgphoto2_port_la-gphoto2-port-log.o .libs/libgphoto2_port_la-gphoto2-port-version.o .libs/libgphoto2_port_la-gphoto2-port.o .libs/libgphoto2_port_la-gphoto2-port-portability.o .libs/libgphoto2_port_la-gphoto2-port-result.o -Wl,-rpath -Wl,/usr/lib64 -Wl,-rpath -Wl,/usr/lib64 /usr/lib64/libltdl.so -ldl -lpthread -O2 -fstack-protector-strong -flto=8 -g -Wl,--version-script=./libgphoto2_port.ver -flto=8 -Wl,-soname -Wl,libgphoto2_port.so.12 -o .libs/libgphoto2_port.so.12.0.0 Hypothesis confirmed. Lookup occurrences of --version-script. Find snippet in configure.ac. AC_MSG_CHECKING([for asm .symver support]) AC_COMPILE_IFELSE([dnl int f1() { } int f2() { } ],[ AC_DEFINE([HAVE_ASM_SYMVERS],1,[Define if there is asm .symver support.]) VERSIONMAPLDFLAGS="-Wl,--version-script=\$(srcdir)/libgphoto2.ver" Confer with build logs. factory: [ 147s] checking for asm .symver support... yes graphics: [ 78s] checking for asm .symver support... no Confer with config.log for graphics. (AC_COMPILE_IFELSE) configure:19494: gcc -c -O2 -Wall -D_FORTIFY_SOURCE=2 -fstack-protector-strong -funwind-tables -fasynchronous-unwind-tables -fstack-clash-protection -Werror=return-type -g -Wall -Wmissing-declarations -Wmissing-prototypes conftest.c >&5 cc1: some warnings being treated as errors => Someone has combined both -Werror and faulty code. Why factory not affected? => Ah, but rebuilding o:F/libgphoto2 __now__ also fails for the same reason. => What you see/saw in o:F is an old build result! What changed? Note how -Werror=... is between -O2 and -g. => Someone added -Werror=... to openSUSE's %optflags lately. -- To unsubscribe, e-mail: opensuse-buildservice+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-buildservice+owner@opensuse.org
participants (3)
-
Andreas Schwab
-
Christophe Giboudeaux
-
Jan Engelhardt