Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Lisandro Damián Nicanor Pérez Meyer]

El martes, 20 de febrero de 2018 20:06:58 -03 Daniel Schepler escribió:
[snip]

Right solution: please read below.

> Well, I guess https://release.debian.org/buster/rc_policy.txt doesn't
> explicitly state this:
> 
> -
> 4. Autobuilding
> 
> Packages must list any packages they require to build beyond those
> that are "build-essential" in the appropriate Build-Depends: fields.
> 
> ...
> 
> Packages must autobuild without failure on all architectures on
> which they are supported. ...
> -
> 
> But still, my interpretation of the spirit is that the Build-Depends
> and Build-Conflicts together have to be sufficient to ensure the
> package builds both successfully and correctly.  And that there's no
> requirement that everybody building it must necessarily be using a
> minimal chroot, or even any chroot at all.  (Otherwise, what would the
> purpose of Build-Conflicts be in the first place?)

I understand your point, but I still think it does not merits a RC severity. 
Of course if the Release Team disagrees there would be nothing to discuss :-)

Anyways we can definitely add Build-Confilcts: cmake  in our next 
upload.

WRT the right solution: I *suspect* that the bug might not be in the test 
itself, but I haven't checked.

-- 
"Los pibes no piden que levantemos un muro para que tengan un límite,
sino que los ayudemos a crecer en libertad."
  Padre Bergoglio - http://www.lanacion.com.ar/1153060

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Daniel Schepler]

On Tue, Feb 20, 2018 at 2:47 PM, Lisandro Damián Nicanor Pérez Meyer
 wrote:
> As far as I see this bug could be "please add cmake to Build-Conflicts", but
> in that case policy says a package *can* declare relationships (policy 7.7).

Well, that would be one possible solution, but IMO the least preferred
solution, as I consider Build-Conflicts the option of last resort.
Other options, of course, would be to fix the test case (best), or
either skip the test or ignore failures (middle).

(And then if the test case is fixed, it would certainly make sense to
add "Build-Depends: cmake ".)

> I don't see anything that justifies it to be RC. I'm so downgrading the
> severity.
>
> If I missed something in policy, please do not heasitate to reply (but not
> increasing the severity until we check it).

Well, I guess https://release.debian.org/buster/rc_policy.txt doesn't
explicitly state this:

-
4. Autobuilding

Packages must list any packages they require to build beyond those
that are "build-essential" in the appropriate Build-Depends: fields.

...

Packages must autobuild without failure on all architectures on
which they are supported. ...
-

But still, my interpretation of the spirit is that the Build-Depends
and Build-Conflicts together have to be sufficient to ensure the
package builds both successfully and correctly.  And that there's no
requirement that everybody building it must necessarily be using a
minimal chroot, or even any chroot at all.  (Otherwise, what would the
purpose of Build-Conflicts be in the first place?)
-- 
Daniel Schepler

Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Lisandro Damián Nicanor Pérez Meyer]

severity 887902 normal
thanks

As far as I see this bug could be "please add cmake to Build-Conflicts", but 
in that case policy says a package *can* declare relationships (policy 7.7).

I don't see anything that justifies it to be RC. I'm so downgrading the 
severity.

If I missed something in policy, please do not heasitate to reply (but not 
increasing the severity until we check it).

Thanks, Lisandro.


-- 
La vida no se mide por la cantidad de veces que respiramos,
sino por la cantidad de momentos que nos quitan la respiración.
  Anónimo

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Processed: Re: Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> severity 887902 normal
Bug #887902 [src:qtwebchannel-opensource-src] qtwebchannel-opensource-src: 
FTBFS with cmake installed
Severity set to 'normal' from 'wishlist'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
887902: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887902
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Dmitry Shachnev]

On Fri, Feb 02, 2018 at 11:07:06AM -0300, Lisandro Damián Nicanor Pérez Meyer 
wrote:
> I don't know the exact reason of why cmake is not listed there, but I'm not
> following the webcore/webchannel packages myself. I hope Sandro will take a
> look at it.

Just for the record, this bug happens with all Qt modules (where we run
tests), not just with qtwebchannel.

--
Dmitry Shachnev


signature.asc
Description: PGP signature

Processed: Re: Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 887902 moreinfo
Bug #887902 [src:qtwebchannel-opensource-src] qtwebchannel-opensource-src: 
FTBFS with cmake installed
Added tag(s) moreinfo.
> severity 887902 wishlist
Bug #887902 [src:qtwebchannel-opensource-src] qtwebchannel-opensource-src: 
FTBFS with cmake installed
Severity set to 'wishlist' from 'serious'
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
887902: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=887902
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Lisandro Damián Nicanor Pérez Meyer]

tag 887902 moreinfo
severity 887902 wishlist
thanks

Hi Daniel!

El domingo, 21 de enero de 2018 11:56:28 -03 Daniel Schepler escribió:
> Source: qtwebchannel-opensource-src
> Version: 5.9.2-3
> Severity: serious
> 
> Recently, while rebuilding a bunch of packages in a chroot without
> pbuilder, I discovered the following failure in building
> qtwebchannel-opensource-src:

I don't understand why the bug would be serious if cmake is not listed as a 
build dependency. I'm so downgrading the severity to wishlist as I think you 
somehow want it installed (read below).

I don't know the exact reason of why cmake is not listed there, but I'm not 
following the webcore/webchannel packages myself. I hope Sandro will take a 
look at it.

Thanks!


-- 
Hacer algo siempre te llevará más tiempo del que esperabas, incluso si
tienes en cuenta la ley de Hofstadter.
  Douglas Hofstadter
  http://mundogeek.net/archivos/2009/09/05/la-ley-de-hofstadter/

Lisandro Damián Nicanor Pérez Meyer
http://perezmeyer.com.ar/
http://perezmeyer.blogspot.com/


signature.asc
Description: This is a digitally signed message part.

Bug#887902: qtwebchannel-opensource-src: FTBFS with cmake installed

[Daniel Schepler]

Source: qtwebchannel-opensource-src
Version: 5.9.2-3
Severity: serious

Recently, while rebuilding a bunch of packages in a chroot without
pbuilder, I discovered the following failure in building
qtwebchannel-opensource-src:

...
make[5]: Entering directory
'/build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake'
mkdir -p /build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake/build
&& cd /build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake/build
&& cmake /build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake
-DCMAKE_C_COMPI
LER=gcc -DCMAKE_CXX_COMPILER=g++ -DCMAKE_VERBOSE_MAKEFILE=1
-DCMAKE_BUILD_TYPE=Release
-DCMAKE_PREFIX_PATH="/build/qtwebchannel-opensource-src-5.9.2;/usr/lib/x86_64-linux-gnu/qt5"
-DQt5_MODULE_TEST_DEPENDS="Qml;Network;Core"
-DCMAKE_WebChannel_MODULE_MAJOR_VERSION=5
-DCMAKE_WebChannel_MODULE_MINOR_VERSION=9
-DCMAKE_WebChannel_MODULE_PATCH_VERSION=2
-DCMAKE_MODULES_UNDER_TEST="WebChannel" &&  ctest --output-on-failure
-- The C compiler identification is GNU 7.2.0
-- The CXX compiler identification is GNU 7.2.0
-- Check for working C compiler: /usr/bin/gcc
-- Check for working C compiler: /usr/bin/gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/g++
-- Check for working CXX compiler: /usr/bin/g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
CMAKE_VERSION: 3.9.5
CMAKE_PREFIX_PATH:
/build/qtwebchannel-opensource-src-5.9.2;/usr/lib/x86_64-linux-gnu/qt5
CMAKE_MODULES_UNDER_TEST: WebChannel
CMAKE_WebChannel_MODULE_MAJOR_VERSION: 5
CMAKE_WebChannel_MODULE_MINOR_VERSION: 9
CMAKE_WebChannel_MODULE_PATCH_VERSION: 2
-- Configuring done
-- Generating done
-- Build files have been written to:
/build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake/build
Test project /build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake/build
   Start 1: module_includes
1/1 Test #1: module_includes ..***Failed1.20 sec
Internal cmake changing into directory:
/build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake/build/module_includes/build
Error: cmake execution failed
The C compiler identification is GNU 7.2.0
The CXX compiler identification is GNU 7.2.0
Check for working C compiler: /usr/bin/gcc
Configuring
Check for working C compiler: /usr/bin/gcc -- works
Detecting C compiler ABI info
Configuring
Detecting C compiler ABI info - done
Detecting C compile features
Configuring
Configuring
Configuring
Detecting C compile features - done
Check for working CXX compiler: /usr/bin/g++
Configuring
Check for working CXX compiler: /usr/bin/g++ -- works
Detecting CXX compiler ABI info
Configuring
Detecting CXX compiler ABI info - done
Detecting CXX compile features
Configuring
Configuring
Configuring
Configuring
Detecting CXX compile features - done
CMake Error at 
/build/qtwebchannel-opensource-src-5.9.2/lib/cmake/Qt5WebChannel/Qt5WebChannelConfig.cmake:27
(message):
 The imported target "Qt5::WebChannel" references the file

"/build/include/x86_64-linux-gnu/qt5/"

 but this file does not exist.  Possible reasons include:

 * The file was deleted, renamed, or moved to another location.

 * An install or uninstall procedure did not complete successfully.

 * The installation package was faulty and contained


"/build/qtwebchannel-opensource-src-5.9.2/lib/cmake/Qt5WebChannel/Qt5WebChannelConfig.cmake"

 but not all the files it references.

Call Stack (most recent call first):
 
/build/qtwebchannel-opensource-src-5.9.2/lib/cmake/Qt5WebChannel/Qt5WebChannelConfig.cmake:63
(_qt5_WebChannel_check_file_exists)
 CMakeLists.txt:9 (find_package)


Configuring
Configuring incomplete, errors occurred!
See also 
"/build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake/build/module_includes/build/CMakeFiles/CMakeOutput.log".



0% tests passed, 1 tests failed out of 1

Total Test time (real) =   1.20 sec

The following tests FAILED:
 1 - module_includes (Failed)
Errors while running CTest
Makefile:243: recipe for target 'check' failed
make[5]: *** [check] Error 8
make[5]: Leaving directory
'/build/qtwebchannel-opensource-src-5.9.2/tests/auto/cmake'
Makefile:420: recipe for target 'sub-cmake-check' failed
make[4]: *** [sub-cmake-check] Error 2
make[4]: Leaving directory '/build/qtwebchannel-opensource-src-5.9.2/tests/auto'
Makefile:314: recipe for target 'sub-auto-check' failed
make[3]: *** [sub-auto-check] Error 2
make[3]: Leaving directory '/build/qtwebchannel-opensource-src-5.9.2/tests'
Makefile:421: recipe for target 'sub-tests-check' failed
make[2]: *** [sub-tests-check] Error 2
make[2]: Leaving directory '/build/qtwebchannel-opensource-src-5.9.2'
dh_auto_test: make -j1 check QT_QPA_PLATFORM=minimal
QML2_IMPORT_PATH=/build/qtwebchannel-opensource-src-5.9.2/test_root/usr/lib/x86_64-linux-gnu/qt5/qml
returned