Source: oce Version: 0.18.2-3 Severity: serious X-Debbugs-CC: debian...@lists.debian.org, cm...@packages.debian.org Tags: sid bullseye User: debian...@lists.debian.org Usertags: needs-update Control: affects -1 src:cmake
Dear maintainers,
With a recent upload of cmake the autopkgtest of oce 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.15.4-1
oce from testing 0.18.2-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
[1]. 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
https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation
Paul
[1] https://qa.debian.org/excuses.php?package=cmake
https://ci.debian.net/data/autopkgtest/testing/amd64/o/oce/3508958/log.gz
autopkgtest [11:12:29]: test build1: - - - - - - - - - - results - - -
- - - - - - -
build1 FAIL stderr: CMake Warning (dev) in CMakeLists.txt:
autopkgtest [11:12:30]: test build1: - - - - - - - - - - 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
project(ProjectName)
near the top of the file, but after cmake_minimum_required().
CMake is pretending there is a "project(Project)" command on the first
line.
This warning is for project developers. Use -Wno-dev to suppress it.
signature.asc
Description: OpenPGP digital signature
