tags 1020058 + pending thanks Hi Lucas,
>Relevant part (hopefully): >> /usr/bin/c++ -g -O2 -ffile-prefix-map=/<<PKGBUILDDIR>>=. >> -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time >> -D_FORTIFY_SOURCE=2 -std=c++0x -g -fPIC -fPIE -Wl,-z,relro -Wl,-z,now >> -Wl,--as-needed -rdynamic CMakeFiles/sf3convert.dir/sfconvert.cpp.o >> CMakeFiles/sf3convert.dir/sfont.cpp.o CMakeFiles/sf3convert.dir/xml.cpp.o -o >> sf3convert /usr/lib/x86_64-linux-gnu/libQt5Xml.so.5.15.4 -lvorbisenc >> /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.15.4 >> /usr/bin/ld: CMakeFiles/sf3convert.dir/sfont.cpp.o: undefined reference to >> symbol 'vorbis_block_clear' >> /usr/bin/ld: /usr/lib/x86_64-linux-gnu/libvorbis.so.0: error adding symbols: >> DSO missing from command line this was rather confusing at first, but apparently this message means that an explicit -lvorbis is expected because while -lvorbisenc brings it in (DT_NEEDED) for the symbol, the linker, at some point, switched from GNU to OpenBSD semantics in not following these any more (which is a good thing). The actual cause, however, was that pkg-config is now only Recommends instead of Depends from the -dev B-Ds, so the machinery was unable to find libvorbis. Adding an explicit B-D on a pkg-config implementation (I use pkgconf now, first time) fixes this; upload follows. Maybe this helps others whose packages have similar problems. Thanks, //mirabilos -- Yay for having to rewrite other people's Bash scripts because bash suddenly stopped supporting the bash extensions they make use of -- Tonnerre Lombard in #nosec