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

Re: [HTCondor-users] HTCondor on Debian 10 (problem with renamed libboost python libraries)

I am currently working on building for Debian 10 (buster).

I will certainly be ready for our next release in August.

I'll make a preview available.


On 7/15/19 8:15 AM, Carsten Aulbert wrote:

as we want to move our cluster to Debian Buster soon, I started playing
around with the released 8.8.4 package for Stretch, but hit a couple of
dependency issues - not a great surprise.

I then dove into building the packages based on [1] on Buster which
almost succeeded except for a very late problem in the linker stage
because Debian's boost libraries were renamed, e.g. condor expects
-lboost_python-py37 to succeed while the library symlink is now named

A local, not really scale-able work-around is creating two symlinks
manually which in the end fixes all build problems.

Lookinng into the development tracker, I saw quite a number of changes
to the coresponding CMakeLists.txt file, however, dropping [3] into the
build directory along with a 'dpkg-source --commit' did not fix this
problem - the error is still

[ 95%] Linking CXX shared library libpy3classad3.7_8_8_4.so
cd /build/condor-8.8.4/obj-x86_64-linux-gnu/src/python-bindings &&
/usr/bin/cmake -E cmake_link_script CMakeFiles/py3classad.dir/link.txt
/usr/bin/c++ -fPIC -g -O2 -fdebug-prefix-map=/build/condor-8.8.4=.
-fstack-protector-strong -Wformat -Werror=format-security -Wdate-time
-D_FORTIFY_SOURCE=2 -std=c++11 -fopenmp -g -O2
-fdebug-prefix-map=/build/condor-8.8.4=. -fstack-protector-strong
-Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC
-fopenmp -Wall -W -Wextra -Wfloat-equal -Wendif-labels -Wpointer-arith
-Wcast-qual -Wcast-align -Wvolatile-register-var
-Wno-error=unused-local-typedefs -Wdeprecated-declarations
-Wno-error=deprecated-declarations -Wno-nonnull-compare
-Wno-error=nonnull-compare -fstack-protector -g -Wl,-z,relro
-Wl,-z,relro -shared -Wl,-soname,libpy3classad3.7_8_8_4.so -o
libpy3classad3.7_8_8_4.so CMakeFiles/py3classad.dir/classad.cpp.o
../classad/libclassad.so.8.8.4 -lboost_python-py37 -lpython3.7m
-Wl,--start-group -lpcre -ldl -Wl,--end-group -Wl,--enable-new-dtags
/usr/bin/ld: cannot find -lboost_python-py37
collect2: error: ld returned 1 exit status
make[4]: ***
src/python-bindings/libpy3classad3.7_8_8_4.so] Error 1

As my knowledge of CMake is quite limited and I am quite intimidated by
[3]: Has anyone ventured further into this and already found a solution?



[2] plus a similar issue for python2.7

HTCondor-users mailing list
To unsubscribe, send a message to htcondor-users-request@xxxxxxxxxxx with a
subject: Unsubscribe
You can also unsubscribe by visiting

The archives can be found at:
Tim Theisen
Release Manager
HTCondor & Open Science Grid
Center for High Throughput Computing
Department of Computer Sciences
University of Wisconsin - Madison
4261 Computer Sciences and Statistics
1210 W Dayton St
Madison, WI 53706-1685
+1 608 265 5736