Bug#945489: llvm-toolchain-9: autopkgtest needs update for new version of cmake: fails on warning
elbrus at debian.org
Mon Nov 25 20:59:48 GMT 2019
X-Debbugs-CC: debian-ci at lists.debian.org, cmake at packages.debian.org
Tags: sid bullseye
User: debian-ci at lists.debian.org
Control: affects -1 src:cmake
With a recent upload of cmake the autopkgtest of llvm-toolchain-9 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:
cmake from testing 3.15.4-1
llvm-toolchain-9 from testing 1:9.0.0-3
all others from testing from testing
I copied some of the output at the bottom of this report. If you don't
want to fix the warning, you should add the allow-stderr restriction to
not fail on this warning.
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.
More information about this bug and the reason for filing it can be found on
autopkgtest [05:43:26]: test cmake-test: - - - - - - - - - - results -
- - - - - - - - -
cmake-test FAIL stderr: CMake Warning (dev) in CMakeLists.txt:
autopkgtest [05:43:27]: test cmake-test: - - - - - - - - - - stderr - -
- - - - - - - -
CMake Warning (dev) in CMakeLists.txt:
No project() command is present. The top-level CMakeLists.txt file
must contain a literal, direct call to the project() command. Add a
line of code such as
near the top of the file, but after cmake_minimum_required().
CMake is pretending there is a "project(Project)" command on the first
This warning is for project developers. Use -Wno-dev to suppress it.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 488 bytes
Desc: OpenPGP digital signature
More information about the Pkg-llvm-team