Source: wslay Version: 1.1.1-1 Severity: serious X-Debbugs-CC: email@example.com, firstname.lastname@example.org Tags: sid bullseye User: email@example.com Usertags: needs-update Control: affects -1 src:cmake Dear maintainer(s), With a recent upload of cmake the autopkgtest of wslay fails in testing when that autopkgtest is run with the binary packages of cmake from unstable. It passes when run with only packages from testing. In tabular form: pass fail cmake from testing 3.18.2-1 wslay from testing 1.1.1-1 all others from testing from testing I copied some of the output at the bottom of this report. The output contains a warning that's written to stderr. By default that fails a test. If you can't fix the underlying cause, you can have the output to stderr ignored by adding an allow-stderr restriction to the test specification. Currently this regression is blocking the migration of cmake to testing . Of course, cmake shouldn't just break your autopkgtest (or even worse, your package), but it seems to me that the change in cmake was intended and your package needs to update to the new situation. If this is a real problem in your package (and not only in your autopkgtest), the right binary package(s) from cmake should really add a versioned Breaks on the unfixed version of (one of your) package(s). Note: the Breaks is nice even if the issue is only in the autopkgtest as it helps the migration software to figure out the right versions to combine in the tests. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul  https://qa.debian.org/excuses.php?package=cmake https://ci.debian.net/data/autopkgtest/testing/amd64/w/wslay/7008132/log.gz autopkgtest [18:08:26]: test build1: - - - - - - - - - - results - - - - - - - - - - build1 FAIL stderr: CMake Warning (dev) at /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:273 (message): autopkgtest [18:08:26]: test build1: - - - - - - - - - - stderr - - - - - - - - - - CMake Warning (dev) at /usr/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:273 (message): The package name passed to `find_package_handle_standard_args` (NETTLE) does not match the name of the calling package (Nettle). This can lead to problems in calling code that expects `find_package` result variables (e.g., `_FOUND`) to follow a certain pattern. Call Stack (most recent call first): FindNettle.cmake:15 (find_package_handle_standard_args) CMakeLists.txt:10 (find_package) This warning is for project developers. Use -Wno-dev to suppress it.
Description: OpenPGP digital signature