Package: cmake
Version: 2.6.0-4
Severity: normal
Tags: patch

FindQt4.make will find executables lrelease and lupdate, instead of
lrelease-qt4 and lupdate-qt4.
If qt3-dev-tools is not installed, this is not a problem. However if
qt3-dev-tools is installed and lrelease and lupdate are pointing to the
qt3 version, this is likely to
break the application being built.

I am attaching a patch for FindQt4.make in order to make it searh for
the -qt4 version first.

Thanks,
Ludovico

-- System Information:
Debian Release: lenny/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 2.6.24-19-generic (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=ANSI_X3.4-1968)
(ignored: LC_ALL set to C)
Shell: /bin/sh linked to /bin/bash

Versions of packages cmake depends on:
ii  libc6                     2.7-12         GNU C Library: Shared libraries
ii  libgcc1                   1:4.3.1-2      GCC support library
ii  libidn11                  1.8+20080606-1 GNU libidn library,
implementation
ii  libncurses5               5.6+20080614-1 Shared libraries for
terminal hand
ii  libssl0.9.8               0.9.8g-10.1    SSL shared libraries
ii  libstdc++6                4.3.1-2        The GNU Standard C++ Library v3

cmake recommends no packages.

-- no debconf information
--- FindQt4.cmake.orig	2008-06-22 12:31:58.000000000 +0000
+++ FindQt4.cmake	2008-06-22 12:37:41.000000000 +0000
@@ -944,13 +944,13 @@
     )
 
   FIND_PROGRAM(QT_LUPDATE_EXECUTABLE
-    NAMES lupdate
+    NAMES lupdate-qt4 lupdate
     PATHS ${QT_BINARY_DIR}
     NO_DEFAULT_PATH
     )
 
   FIND_PROGRAM(QT_LRELEASE_EXECUTABLE
-    NAMES lrelease
+    NAMES lrelease-qt4 lrelease
     PATHS ${QT_BINARY_DIR}
     NO_DEFAULT_PATH
     )

Reply via email to