Hi, I just noticed in my local piuparts instance that adequate now issues incompatible-licenses tags, too. Nice feature, Jakub! :-)
Since I'm not too familiar with these issues, i'd like to see that someone with more experience in that area verifies these problems and files the corresponding RC bugs. For sid I've seen so far: ice34-services: incompatible-licenses /usr/bin/icegridadmin GPLv2+ (libreadline.so.5) + OpenSSL (libssl.so.1.0.0) libcitygml0:amd64: incompatible-licenses /usr/lib/x86_64-linux-gnu/libcitygml.so.0.0.0 GPLv2 (libpoppler.so.19) + OpenSSL (libssl.so.1.0.0) ccbuild: incompatible-licenses /usr/bin/ccbuild GPLv3+ (libgnutls-openssl.so.27) + OpenSSL (libcrypto.so.1.0.0) coop-computing-tools: incompatible-licenses /usr/bin/chirp GPLv3+ (libreadline.so.6) + OpenSSL (libssl.so.1.0.0) osgearth: incompatible-licenses /usr/bin/osgearth_cache LGPLv3+ (libgnutls.so.26) + GPLv2 (libpoppler.so.19) osgearth: incompatible-licenses /usr/bin/osgearth_toc LGPLv3+ (libgnutls.so.26) + GPLv2 (libpoppler.so.19) osgearth: incompatible-licenses /usr/bin/osgearth_version LGPLv3+ (libgnutls.so.26) + GPLv2 (libpoppler.so.19) osgearth: incompatible-licenses /usr/bin/osgearth_viewer LGPLv3+ (libgnutls.so.26) + GPLv2 (libpoppler.so.19) tellico: incompatible-licenses /usr/bin/tellico GPLv2 (libpoppler.so.19) + LGPLv3+ (libgnutls.so.26) @Holger: this requires adequate 0.7 - is that running on the slave? If yes, please reschedule above logs - and maybe create a report for it. Andreas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51dd0bd7.9080...@debian.org