Bug#939974: osmo-trx FTBFS: undefined reference to symbol '_ZN5boost6system16generic_categoryEv'

2019-10-01 Thread Harald Welte
This is actually a bug that Debian introduces by patching its uhd pacakge, see
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=940135

Maybe the osmo-trx / debian-mobcom package maintainers can talk to the uhd 
package maintainer.
-- 
- Harald Welte http://laforge.gnumonks.org/

"Privacy in residential applications is a desirable marketing option."
  (ETSI EN 300 175-7 Ch. A6)



Bug#939974: osmo-trx FTBFS: undefined reference to symbol '_ZN5boost6system16generic_categoryEv'

2019-09-12 Thread Pau Espin Pedrol

Hi,

sorry for late response regarding this topic in here.

Related osmocom ticket can be found here: https://osmocom.org/issues/4182

As I mentioned in last comments of that ticket, I think the build 
failure in testing and unstable (building fine in stable) comes from the 
fact that this patch was applied in debian's UHD package: 
https://sources.debian.org/patches/uhd/3.14.1.0-2/fix-pkg-config


I'm not sure why this patch was applied (I don't see a similar patch 
applied in UHD master in upstream). Could it be that libboost-system 
doesn't exist on some system architectures but it was unconditionally 
dropped with that patch?



--
- Pau Espin Pedrol  http://www.sysmocom.de/
===
* sysmocom - systems for mobile communications GmbH
* Alt-Moabit 93
* 10559 Berlin, Germany
* Sitz / Registered office: Berlin, HRB 134158 B
* Geschaeftsfuehrer / Managing Director: Harald Welte



Bug#939974: osmo-trx FTBFS: undefined reference to symbol '_ZN5boost6system16generic_categoryEv'

2019-09-10 Thread Helmut Grohne
Source: osmo-trx
Version: 0.4.0-1
Severity: serious
Tags: ftbfs

osmo-trx fails to build from source in unstable and bullseye:

https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/osmo-trx.html
| /bin/bash ../libtool  --tag=CXX   --mode=link g++ -lpthread -I/usr/include/ 
-I/usr/include/ -I/usr/include/ -g -O2 
-ffile-prefix-map=/build/1st/osmo-trx-0.4.0=. -fstack-protector-strong -Wformat 
-Werror=format-security  -Wl,-z,relro -Wl,-z,now -Wl,--as-needed -o 
osmo-trx-uhd osmo_trx_uhd-osmo-trx.o ./device/uhd/libdevice.la 
libtransceiver_common.la ../Transceiver52M/arch/x86/libarch.la ../GSM/libGSM.la 
../CommonLibs/libcommon.la -lfftw3f -ltalloc -losmocore -ltalloc -losmoctrl 
-losmogsm -losmocore -ltalloc -losmovty -losmocore -luhd 
| libtool: link: g++ -I/usr/include/ -I/usr/include/ -I/usr/include/ -g -O2 
-ffile-prefix-map=/build/1st/osmo-trx-0.4.0=. -fstack-protector-strong -Wformat 
-Werror=format-security -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--as-needed -o 
osmo-trx-uhd osmo_trx_uhd-osmo-trx.o  ./device/uhd/.libs/libdevice.a 
./.libs/libtransceiver_common.a ../Transceiver52M/arch/x86/.libs/libarch.a 
../GSM/.libs/libGSM.a ../CommonLibs/.libs/libcommon.a -lpthread -lfftw3f 
/usr/lib/x86_64-linux-gnu/libosmoctrl.so 
/usr/lib/x86_64-linux-gnu/libosmogsm.so -ltalloc 
/usr/lib/x86_64-linux-gnu/libosmovty.so 
/usr/lib/x86_64-linux-gnu/libosmocore.so -luhd
| /usr/bin/ld: ./device/uhd/.libs/libdevice.a(UHDDevice.o): undefined reference 
to symbol '_ZN5boost6system16generic_categoryEv'
| /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libboost_system.so.1.67.0: error 
adding symbols: DSO missing from command line
| collect2: error: ld returned 1 exit status
| make[4]: *** [Makefile:641: osmo-trx-uhd] Error 1
| make[4]: Leaving directory '/build/1st/osmo-trx-0.4.0/Transceiver52M'
| make[3]: *** [Makefile:740: all-recursive] Error 1
| make[3]: Leaving directory '/build/1st/osmo-trx-0.4.0/Transceiver52M'
| make[2]: *** [Makefile:507: all-recursive] Error 1
| make[2]: Leaving directory '/build/1st/osmo-trx-0.4.0'
| make[1]: *** [Makefile:438: all] Error 2
| make[1]: Leaving directory '/build/1st/osmo-trx-0.4.0'
| dh_auto_build: make -j15 returned exit code 2
| make: *** [debian/rules:12: build] Error 255
| dpkg-buildpackage: error: debian/rules build subprocess returned exit status 2

While reproducible uses pbuilder, I also see the issue locally in
sbuild.

Helmut