Control: reassign -1 libopenobex2-dev 1.7.2-2
Control: retitle -1 libopenobex2-dev: openobex-target-release.cmake forces
static linking
Control: affects -1 src:obexftp
Control: tags -1 patch
On Mon, Oct 11, 2021 at 10:33:44AM -0300, Antonio Terceiro wrote:
>...
> Relevant part (hopefully):
> > /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libopenobex.a(api.c.o): relocation
> > R_X86_64_PC32 against symbol `stderr@@GLIBC_2.2.5' can not be used when
> > making a shared object; recompile with -fPIC
> > /usr/bin/ld: final link failed: bad value
> > collect2: error: ld returned 1 exit status
>...
This is not a problem in obexftp, this is a regressiong in libopenobex
which installs files in the wrong order forcing usage of the static
library in the cmake files - which doesn't work when linking a shared
library.
$ grep -r libopenobex /usr/lib/x86_64-linux-gnu/cmake/OpenObex-1.7.2
/usr/lib/x86_64-linux-gnu/cmake/OpenObex-1.7.2/openobex-target-release.cmake:
IMPORTED_LOCATION_RELEASE "${_IMPORT_PREFIX}/lib/x86_64-linux-gnu/libopenobex.a"
/usr/lib/x86_64-linux-gnu/cmake/OpenObex-1.7.2/openobex-target-release.cmake:list(APPEND
_IMPORT_CHECK_FILES_FOR_openobex
"${_IMPORT_PREFIX}/lib/x86_64-linux-gnu/libopenobex.a" )
$
Fix is below.
cu
Adrian
--- debian/rules.old 2021-11-27 01:10:36.888770748 +0000
+++ debian/rules 2021-11-27 01:10:53.572753176 +0000
@@ -37,6 +37,6 @@
dh_auto_build -B $(BUILDDIR)-static
override_dh_auto_install:
- dh_auto_install -B $(BUILDDIR)
dh_auto_install -B $(BUILDDIR)-static
+ dh_auto_install -B $(BUILDDIR)
cp -v $(BUILDDIR)-static/lib/*.a
debian/tmp/usr/lib/$(DEB_HOST_MULTIARCH)/
