mirror of
https://gitlab.freedesktop.org/dbus/dbus.git
synced 2025-12-26 19:10:08 +01:00
cd667b9556
Some distributions are known to have shipped dbus 1.15.x as though it was a stable release, and it isn't clear whether they knew that we use the odd/even versioning convention like GLib does. If we add a -alpha, -beta, -rc suffix to development versions starting from 1.17.0, then distros that know we use odd/even versioning will know that our development versions are not a stable-branch, and so will distros that mistakenly think we use the "semantic versioning" versioning convention popularized by <https://semver.org/>. (We intentionally do not use semver, because semver would require us to ship a new minor version every time we add new API, and we do not have the resources to provide security support for an unlimited number of minor versions in parallel: we need to be able to nominate a subset of our releases as having longer-term security support, in a way that signals to distros that these are the releases they should prefer to ship.) CMake's `project()` doesn't allow this version number format[1], but we intend to use version numbers where the (major, minor, micro) tuple is enough to uniquely identify a release, so we can just tell CMake our version number without the suffix and there will be no ambiguity. Similarly, the dash is not allowed in GNU ld version scripts, so use the form of the version number without the suffix there. [1] https://gitlab.kitware.com/cmake/cmake/-/issues/16716 Helps: dbus#530 Signed-off-by: Simon McVittie <smcv@collabora.com> |
||
|---|---|---|
| .. | ||
| bus | ||
| modules | ||
| bus-test.bat.cmake | ||
| config.h.cmake | ||
| ConfigureChecks.cmake | ||
| dbus-env.bat.cmake | ||
| DBus1Config.cmake.in | ||
| DBus1Config.pkgconfig.in | ||
| DBus1ConfigVersion.cmake.in | ||
| i686-w64-mingw32.cmake | ||
| meson.build | ||
| x86_64-w64-mingw32.cmake | ||