On Sat, Jan 28, 2017 at 09:30:20AM +0100, Lucas Nussbaum wrote: > During a rebuild of all packages in sid, your package failed to build on > amd64. > > Relevant part (hopefully): > > /bin/bash ../libtool --tag=CC --mode=link x86_64-linux-gnu-gcc -Wall > > -Werror -g -O2 -fdebug-prefix-map=/<<PKGBUILDDIR>>=. > > -fstack-protector-strong -Wformat -Werror=format-security -Wall > > -Wno-error=deprecated-declarations -module -avoid-version > > -export-symbols-regex '\<module_register\>' -Wl,-z,relro -o notify_email.la > > -rpath /usr/lib/collectd notify_email.lo -lesmtp -lssl -lcrypto > > libtool: link: /usr/bin/x86_64-linux-gnu-nm -B .libs/notify_email.o | > > sed -n -e 's/^.*[ ]\([ABCDGIRSTW][ABCDGIRSTW]*\)[ ][ > > ]*\([_A-Za-z][_A-Za-z0-9]*\)$/\1 \2 \2/p' | sed '/ __gnu_lto/d' | /bin/sed > > 's/.* //' | sort | uniq > .libs/notify_email.exp > > libtool: link: /bin/grep -E -e "\<module_register\>" > > ".libs/notify_email.exp" > ".libs/notify_email.expT" > > libtool: link: mv -f ".libs/notify_email.expT" ".libs/notify_email.exp" > > libtool: link: echo "{ global:" > .libs/notify_email.ver > > libtool: link: cat .libs/notify_email.exp | sed -e "s/\(.*\)/\1;/" >> > > .libs/notify_email.ver > > libtool: link: echo "local: *; };" >> .libs/notify_email.ver > > libtool: link: x86_64-linux-gnu-gcc -shared -fPIC -DPIC > > .libs/notify_email.o -lesmtp -lssl -lcrypto -g -O2 > > -fstack-protector-strong -Wl,-z -Wl,relro -Wl,-soname -Wl,notify_email.so > > -Wl,-version-script -Wl,.libs/notify_email.ver -o .libs/notify_email.so > > /usr/bin/ld: cannot find -lssl > > /usr/bin/ld: cannot find -lcrypto > > collect2: error: ld returned 1 exit status > > The full build log is available from: > http://aws-logs.debian.net/2017/01/28/collectd_5.7.1-1_unstable.log
Nice catch, thanks ! One thing that puzzles me, is why didn't this pop up earlier. collectd does *not* build-depend on libssl-dev. But according to the latest build log[1] libssl1.0-dev gets installed nevertheless (making this mistake in collectd's Makefile work by accident). This is not the case on the AWS-based builder. There seems to be some discrepancy between the official builders and the AWS one (the latter being correct/stricter). Cheers, Marc [1] https://buildd.debian.org/status/fetch.php?pkg=collectd&arch=amd64&ver=5.7.1-1&stamp=1485207190&raw=0