extra-cmake-modules.git, branch v5.24.0-rc1 hurd extra-cmake-modules.git Integrate relative library paths to APK 2016-06-15T13:40:34+00:00 Andreas Cord-Landwehr cordlandwehr@kde.org 2016-06-13T16:27:24+00:00 c6ae4fa9008b0805f4358012040e67577ba31791 Needed for many unit tests to add them to APK files. REVIEW: 128175 
Needed for many unit tests to add them to APK files.

REVIEW: 128175
Use "${BIN_INSTALL_DIR}/data" for DATAROOTDIR on Windows. 2016-06-14T15:22:13+00:00 Hannah von Reth vonreth@kde.org 2016-06-14T14:42:08+00:00 2503481e4537b88d76b4a596f519cb3311e1ca2a Summary: Instead of using "share" use "${BIN_INSTALL_DIR}/data" on Windows, this is the location provided by QStandardPaths for GenericDataLocation on Windows. Reviewers: dfaure Reviewed By: dfaure Subscribers: kfunk Differential Revision: https://phabricator.kde.org/D1873 
Summary:
Instead of using "share" use "${BIN_INSTALL_DIR}/data" on Windows,
this is the location provided by QStandardPaths for GenericDataLocation
on Windows.

Reviewers: dfaure

Reviewed By: dfaure

Subscribers: kfunk

Differential Revision: https://phabricator.kde.org/D1873
Upgrade ECM version to 5.24.0. 2016-06-13T09:23:43+00:00 l10n daemon script scripty@kde.org 2016-06-13T09:23:43+00:00 2e7157797e1f57d81486c79281c1e8b290921144 






Upgrade ECM version to 5.23.0.
2016-06-06T06:47:56+00:00

l10n daemon script
scripty@kde.org

2016-06-06T06:47:56+00:00

3a75bc71d8cf5e8225f1f533ac5f706e348035c7












Android deployment: support projects without things in share or lib/qml
2016-05-03T15:00:24+00:00

Friedrich W. H. Kossebau
kossebau@kde.org

2016-05-03T15:00:24+00:00

e0cfec7848ba63190957e107c7ef32dbe0119c42

Just setting the field android-extra-plugins to an empty string resulted
in androiddeployqt complaining about
"External resource  does not exist or not a correct directory!"
so the field is completely left out now if no plugin data dirs are found.
For consistency the same is done with the android-extra-libs field.

REVIEW: 127700
BUG: 362578

Thanks apol for review





Just setting the field android-extra-plugins to an empty string resulted
in androiddeployqt complaining about
"External resource  does not exist or not a correct directory!"
so the field is completely left out now if no plugin data dirs are found.
For consistency the same is done with the android-extra-libs field.

REVIEW: 127700
BUG: 362578

Thanks apol for review







Upgrade ECM version to 5.22.0.
2016-05-02T20:52:20+00:00

l10n daemon script
scripty@kde.org

2016-05-02T20:52:20+00:00

d914de956197c72e4df55b7b09ebae1222c5ddcf












Revert "Update AppStream metadata path"
2016-04-22T20:17:01+00:00

Matthias Klumpp
matthias@tenstral.net

2016-04-22T20:17:01+00:00

b946897cb51b004d72c960c0c0949d4d2afb8c53

Better wait a little until applying this change, since this might break
assumptions, and we don't know yet if all distros are using a recent enough
AppStream (Generator) release.

This reverts commit 4b7a90bfe7a3e2eb3ae83c946c182a79fabc51e3.





Better wait a little until applying this change, since this might break
assumptions, and we don't know yet if all distros are using a recent enough
AppStream (Generator) release.

This reverts commit 4b7a90bfe7a3e2eb3ae83c946c182a79fabc51e3.







Update AppStream metadata path
2016-04-20T15:01:04+00:00

Matthias Klumpp
matthias@tenstral.net

2016-04-20T15:01:04+00:00

4b7a90bfe7a3e2eb3ae83c946c182a79fabc51e3

As per AppStream release 0.9.4





As per AppStream release 0.9.4







Enables KDE_INSTALL_USE_QT_SYS_PATHS if CMAKE_INSTALL_PREFIX Qt5 prefix
2016-04-06T22:53:50+00:00

Aleix Pol
aleixpol@kde.org

2016-04-06T22:53:50+00:00

a2d184bb89eaee3dc5e5b12ff6dfd4297bfcd5fb

Make Qt and ECM-based projects use the same directory sctructure (i.e.
where plugins are, libs, etc.) by default. Otherwise it creates a tiny mess
that might be controlled but usually won't.

In the end, otherwise, people need to keep adapting their systems with
environment variables anyway. All distros end up setting always this
setting as ON, as well as brave developers who don't have separate prefixes
for Qt and KDE.

REVIEW: 127169





Make Qt and ECM-based projects use the same directory sctructure (i.e.
where plugins are, libs, etc.) by default. Otherwise it creates a tiny mess
that might be controlled but usually won't.

In the end, otherwise, people need to keep adapting their systems with
environment variables anyway. All distros end up setting always this
setting as ON, as well as brave developers who don't have separate prefixes
for Qt and KDE.

REVIEW: 127169







ecm_qt_declare_logging_category: improve error message when using without including
2016-04-03T20:41:42+00:00

David Faure
faure@kde.org

2016-03-20T10:52:27+00:00

f7c1e8d57f84d0883a2a7683fd59ecc990a03de1

If one subdir in the project includes this file, all others can use the function
but they don't see the value of the variable, which leads to a strange error

CMake Error at ECM/modules/ECMQtDeclareLoggingCategory.cmake:114 (configure_file):
  configure_file input location <srcdir> is a directory but a file was expected.

Happened in KIO, with kio/gui doing include+function call, and then adding
function call in kio/widgets.

REVIEW: 127432





If one subdir in the project includes this file, all others can use the function
but they don't see the value of the variable, which leads to a strange error

CMake Error at ECM/modules/ECMQtDeclareLoggingCategory.cmake:114 (configure_file):
  configure_file input location <srcdir> is a directory but a file was expected.

Happened in KIO, with kio/gui doing include+function call, and then adding
function call in kio/widgets.

REVIEW: 127432