<feed xmlns='http://www.w3.org/2005/Atom'>
<title>extra-cmake-modules.git/tests, branch v1.7.0</title>
<subtitle>hurd extra-cmake-modules.git</subtitle>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/'/>
<entry>
<title>Revert "Add SameMajorVersionWithPreleases compat option to ecm_setup_version."</title>
<updated>2015-01-24T14:47:59+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2015-01-24T14:47:59+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=d609e598170064b4ee65392177a9d07f4302698d'/>
<id>d609e598170064b4ee65392177a9d07f4302698d</id>
<content type='text'>
This reverts commit 959c374c022394a116e8ceb2b1fce2df11752068.

I merged and pushed the wrong branch.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
This reverts commit 959c374c022394a116e8ceb2b1fce2df11752068.

I merged and pushed the wrong branch.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add SameMajorVersionWithPreleases compat option to ecm_setup_version.</title>
<updated>2015-01-24T14:45:33+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-28T15:03:07+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=959c374c022394a116e8ceb2b1fce2df11752068'/>
<id>959c374c022394a116e8ceb2b1fce2df11752068</id>
<content type='text'>
SameMajorVersionWithPreleases is intended implement the versioning
scheme followed by many KDE projects: minor releases after some high
number (eg: 90) are considered to be pre-releases of the next major
version, and are not compatible with the current major version. This
allows alpha and beta releases to be ordered correctly by
version-number-aware software like package managers (an alpha of version
2 should have a higher number than any release of version 1, but less
than version 2.0).

So a request for version 2.1.0 of a piece of software should not be
satisfied by 2.93.4, because that is actually a pre-release of version
3. On the other hand, a request for version 2.91.0 should be satisfied
by version 3.1.0.

Note that prereleases are not considered unless explicitly requested, so
2.93.4 will not satisfy requests for version 3 (or version 2) of a piece
of software.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
SameMajorVersionWithPreleases is intended implement the versioning
scheme followed by many KDE projects: minor releases after some high
number (eg: 90) are considered to be pre-releases of the next major
version, and are not compatible with the current major version. This
allows alpha and beta releases to be ordered correctly by
version-number-aware software like package managers (an alpha of version
2 should have a higher number than any release of version 1, but less
than version 2.0).

So a request for version 2.1.0 of a piece of software should not be
satisfied by 2.93.4, because that is actually a pre-release of version
3. On the other hand, a request for version 2.91.0 should be satisfied
by version 3.1.0.

Note that prereleases are not considered unless explicitly requested, so
2.93.4 will not satisfy requests for version 3 (or version 2) of a piece
of software.
</pre>
</div>
</content>
</entry>
<entry>
<title>Improve version file tests.</title>
<updated>2014-12-28T17:30:11+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-28T16:32:13+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=f8af407eba5c5ea45be2c6351cf41a7cb44fed21'/>
<id>f8af407eba5c5ea45be2c6351cf41a7cb44fed21</id>
<content type='text'>
Mostly just refatoring to have less duplicated code.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Mostly just refatoring to have less duplicated code.
</pre>
</div>
</content>
</entry>
<entry>
<title>Add deprecation warnings for old-style variables.</title>
<updated>2014-12-28T15:44:35+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-24T18:31:05+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=351fe45dba7ac04ec2779b7d761ac55a58f89945'/>
<id>351fe45dba7ac04ec2779b7d761ac55a58f89945</id>
<content type='text'>
REVIEW: 121646
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
REVIEW: 121646
</pre>
</div>
</content>
</entry>
<entry>
<title>Refactor KDEInstallDirs tests.</title>
<updated>2014-12-28T15:44:32+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-23T16:07:41+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=25d2b72789090e99b0059784827e43a1a82aeafb'/>
<id>25d2b72789090e99b0059784827e43a1a82aeafb</id>
<content type='text'>
REVIEW: 121646
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
REVIEW: 121646
</pre>
</div>
</content>
</entry>
<entry>
<title>Make KDEInstallDirs provide KDE_INSTALL_* variables.</title>
<updated>2014-12-28T15:43:52+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-17T20:33:32+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=107f255620b6284de118aa1f358ab6cf99862ae9'/>
<id>107f255620b6284de118aa1f358ab6cf99862ae9</id>
<content type='text'>
Creating variables whose names start with CMAKE_ is a bad idea for
modules distributed outside CMake itself. Since the module is called
KDEInstallDirs, having a KDE_INSTALL_ prefix for the variables is clear
and intuitive.

Both CMAKE_INSTALL_* variables and the older KDELibs4-compatible
variables are provided, unless KDE_INSTALL_DIRS_NO_DEPRECATED is set to
TRUE before the module is included. Even then, the CMAKE_INSTALL_*
variables provided by the GNUInstallDirs module will still be set and
understood (for compatibility with that module), unless
KDE_INSTALL_DIRS_NO_CMAKE_VARIABLES is set to TRUE.

REVIEW: 121646
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Creating variables whose names start with CMAKE_ is a bad idea for
modules distributed outside CMake itself. Since the module is called
KDEInstallDirs, having a KDE_INSTALL_ prefix for the variables is clear
and intuitive.

Both CMAKE_INSTALL_* variables and the older KDELibs4-compatible
variables are provided, unless KDE_INSTALL_DIRS_NO_DEPRECATED is set to
TRUE before the module is included. Even then, the CMAKE_INSTALL_*
variables provided by the GNUInstallDirs module will still be set and
understood (for compatibility with that module), unless
KDE_INSTALL_DIRS_NO_CMAKE_VARIABLES is set to TRUE.

REVIEW: 121646
</pre>
</div>
</content>
</entry>
<entry>
<title>Add COMPATIBILITY argument to ecm_setup_version().</title>
<updated>2014-12-28T15:03:31+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-27T15:28:39+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=bd69cdeea9aef1f254b7d83dd137a4de955151b7'/>
<id>bd69cdeea9aef1f254b7d83dd137a4de955151b7</id>
<content type='text'>
Lots of libraries will want to use SameMajorVersion to make sure
searching for version 1 of a library doesn't give you version 2, for
example.

We may want to add another, custom compatibility mode for
KDE Frameworks-style versioning, where version x.90.z to x.99.z are
alpha/beta releases for version (x+1).

REVIEW: 121696
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Lots of libraries will want to use SameMajorVersion to make sure
searching for version 1 of a library doesn't give you version 2, for
example.

We may want to add another, custom compatibility mode for
KDE Frameworks-style versioning, where version x.90.z to x.99.z are
alpha/beta releases for version (x+1).

REVIEW: 121696
</pre>
</div>
</content>
</entry>
<entry>
<title>Fix ECMSetupVersionTest/new_explicit_header_abspath</title>
<updated>2014-12-07T18:44:54+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-12-07T18:44:54+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=b5f3c66c8182e2ca2d0670d3e0962bc215fea220'/>
<id>b5f3c66c8182e2ca2d0670d3e0962bc215fea220</id>
<content type='text'>
The #include in the main.c file did not match the generated header file
name, so it was actually incorrectly including the header from another
test.

BUG: 341576
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The #include in the main.c file did not match the generated header file
name, so it was actually incorrectly including the header from another
test.

BUG: 341576
</pre>
</div>
</content>
</entry>
<entry>
<title>Set CMAKE_INSTALL_SYSCONFDIR to /etc when CMAKE_INSTALL_PREFIX is /usr</title>
<updated>2014-11-07T15:07:31+00:00</updated>
<author>
<name>Alex Merry</name>
<email>alex.merry@kde.org</email>
</author>
<published>2014-11-07T15:07:31+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=e92da3387bdca560074656b65e3367f9c4086d4c'/>
<id>e92da3387bdca560074656b65e3367f9c4086d4c</id>
<content type='text'>
When installing to /usr, we should use /etc for configuration. Using
/usr/etc does not make sense.

REVIEW: 120246
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
When installing to /usr, we should use /etc for configuration. Using
/usr/etc does not make sense.

REVIEW: 120246
</pre>
</div>
</content>
</entry>
<entry>
<title>allow qmldir to follow qt_sys_path</title>
<updated>2014-09-16T09:15:01+00:00</updated>
<author>
<name>Harald Sitter</name>
<email>sitter@kde.org</email>
</author>
<published>2014-09-16T09:15:01+00:00</published>
<link rel='alternate' type='text/html' href='https://netuse.dynamicmalloc.com/cgit/extra-cmake-modules.git/commit/?id=12d477256d805a5a09b237e15033a5f591d5f0d0'/>
<id>12d477256d805a5a09b237e15033a5f591d5f0d0</id>
<content type='text'>
when running with the KDE_INSTALL_USE_QT_SYS_PATHS option allow QMLDIR in
KDEInstallDirs to follow whatever is defined by qmake

this change makes sure that qml plugins will end up in a default Qt path
when using the super special magic flag.
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
when running with the KDE_INSTALL_USE_QT_SYS_PATHS option allow QMLDIR in
KDEInstallDirs to follow whatever is defined by qmake

this change makes sure that qml plugins will end up in a default Qt path
when using the super special magic flag.
</pre>
</div>
</content>
</entry>
</feed>
