gallery-app trunk FTBFS on trusty

Bug #1261417 reported by Olivier Tilloy
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
gallery-app (Ubuntu)
Fix Released
Undecided
Olivier Tilloy

Bug Description

Since a recent change somewhere in the trusty stack, gallery-app fails to build from source with the following error when running cmake:

    CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
    Missing variable is:
    QT_MOC_EXECUTABLE

CI jobs for gallery-app ran successfully until last Wednesday (2013-12-11), so the problem appeared sometime since then.

There hasn’t been any relevant change in gallery-app trunk since November, so the issue was introduced by a change somewhere else in the stack.

Related branches

Revision history for this message
Olivier Tilloy (osomon) wrote :

Full cmake output (ran in an up-to-date amd64 trusty chroot):

-- The C compiler identification is GNU 4.8.2
-- The CXX compiler identification is GNU 4.8.2
-- Check for working C compiler: /usr/bin/x86_64-linux-gnu-gcc
-- Check for working C compiler: /usr/bin/x86_64-linux-gnu-gcc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: /usr/bin/x86_64-linux-gnu-g++
-- Check for working CXX compiler: /usr/bin/x86_64-linux-gnu-g++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Could NOT find Lcov (missing: LCOV_EXECUTABLE GENHTML_EXECUTABLE)
-- Could NOT find gcovr (missing: GCOVR_EXECUTABLE)
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so
-- Looking for XOpenDisplay in /usr/lib/x86_64-linux-gnu/libX11.so;/usr/lib/x86_64-linux-gnu/libXext.so - found
-- Looking for gethostbyname
-- Looking for gethostbyname - found
-- Looking for connect
-- Looking for connect - found
-- Looking for remove
-- Looking for remove - found
-- Looking for shmat
-- Looking for shmat - found
-- Found X11: /usr/lib/x86_64-linux-gnu/libX11.so
-- Found OpenGL: /usr/lib/x86_64-linux-gnu/libGL.so
-- Found PkgConfig: /usr/bin/pkg-config (found version "0.26")
-- checking for module 'libcontent-hub'
-- found libcontent-hub, version 0.0.1
-- checking for module 'exiv2'
-- found exiv2, version 0.23
-- checking for module 'gstreamer-0.10'
-- found gstreamer-0.10, version 0.10.36
-- checking for module 'libmediainfo'
-- found libmediainfo, version 0.7.65
-- Found Gettext: /usr/bin/msgmerge (found version "0.18.3")
-- Autopilot tests disabled: autopilot binary not found
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
QT_MOC_EXECUTABLE
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
QT_MOC_EXECUTABLE
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
QT_MOC_EXECUTABLE
CMake Error: Error required internal CMake variable not set, cmake may be not be built correctly.
Missing variable is:
QT_MOC_EXECUTABLE
-- Configuring incomplete, errors occurred!

Revision history for this message
Olivier Tilloy (osomon) wrote :

The latest upload of cmake to the trusty archive is dated 2013-12-13, so it sounds likely that the issue was introduced with this new version of cmake.

Revision history for this message
Olivier Tilloy (osomon) wrote :

According to cmake’s documentation, it seems QT_MOC_EXECUTABLE is a Qt3/Qt4 specific variable, not set when compiling against Qt5.

Revision history for this message
Olivier Tilloy (osomon) wrote :

Link to the latest version of the cmake source package in trusty: https://launchpad.net/ubuntu/+source/cmake/2.8.12.1-1ubuntu2

Revision history for this message
Olivier Tilloy (osomon) wrote :

Looks like the problem comes from the use of the QT_WRAP_CPP macro in some unittests’ CMakeLists.

Olivier Tilloy (osomon)
Changed in gallery-app (Ubuntu):
assignee: nobody → Olivier Tilloy (osomon)
status: New → In Progress
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package gallery-app - 0.0.67+14.04.20131217-0ubuntu1

---------------
gallery-app (0.0.67+14.04.20131217-0ubuntu1) trusty; urgency=low

  [ Omer Akram ]
  * Changes the color of the delete dialog's cancel button. (LP:
    #1207399)

  [ Dmitrijs Ledkovs ]
  * Remove gstreamer0.10-ffmpeg dependency. (LP: #1254033). (LP:
    #1254033)

  [ Olivier Tilloy ]
  * Use QT5_WRAP_CPP instead of QT_WRAP_CPP. Fixes building from source
    on an up-to-date trusty setup. (LP: #1261417)
  * Fix a flaky test by always waiting for the confirmation dialogue to
    be fully visible before interacting with it.

  [ Ubuntu daily release ]
  * Automatic snapshot from revision 892
 -- Ubuntu daily release <email address hidden> Tue, 17 Dec 2013 18:52:44 +0000

Changed in gallery-app (Ubuntu):
status: In Progress → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.