- revert dependency corosync-devel back to corosynclib-devel as long
as corosynclib-devel-package doesn't provide corosync-devel%{?_isa}
we would need for pacemaker-libs-devel to require
- enable some basic gating-tests
- re-add building documentation using publican to everything but ELN
- rename doc-dir for ELN
- Update for new upstream tarball for release candidate: Pacemaker-2.0.5-rc1,
for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.5-rc1
- Disable building of documentation - as not to pull in publican
- Remove dependencies to nagios-plugins from metadata-package
- some sync with structure of upstream spec-file
- removed some legacy conditionals
- added with-cibsecrets
...was identified and interim fix (way to build along with one
actual bugfix as raised along) applied (RHBZ#1799842)
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.3
(functionally identical to 2.0.3-rc3, new build mostly to fix a memory
leak & allow for easy glibc ~2.31+ friendly switch away from ftime(3))
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...for release candidate: Pacemaker-2.0.2-rc3,
for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.2-rc3
- Adapt spec file more akin to upstream version including:
. /usr/share/pacemaker now owned by -schemas, its "api" subdirectory
is not carried redundantly in -cli anymore (f05eb7eec)
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...for release candidate: Pacemaker-2.0.2-rc1,
for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.2-rc1
Customize (as allowed now) exhibited downstream-specific bug reporting URL
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...for release candidate: Pacemaker-2.0.1-rc5,
for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.1-rc5
Reflect that cts-scheduler tests are fully compatible with whatever recent
glib version that gets to be used in run-time (incl. buildroot tests) again
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...for release candidate: Pacemaker-2.0.1-rc4,
for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.1-rc4
Conditionally disable "hash affected tests" in cts-scheduler (-cts package),
since it is unlikely glib v2.59.0+ present in the buildroot will be
artificially downgraded post-deployment
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...for release candidate: Pacemaker-2.0.1-rc3,
for full details, see included ChangeLog file or
https://github.com/ClusterLabs/pacemaker/releases/tag/Pacemaker-2.0.1-rc3
Adapt spec file more akin to upstream version including:
. split a dedicated, noarch -schemas package (c6a87bd86)
. make static dependencies on inner libraries arch-specific (14bfff68e)
. weak co-dependence of -cli with -remote & pacemaker proper (73e2c94a3)
. declare bundled gnulib (d57aa84c1)
Move stonith_admin to -cli where it belongs, since it doesn't require
-cluster-libs (considered by upstream)
Apply patches to restore basic buildability (still without much run-time
reproducibility guarantees compared to what's been customary prior to glib
v2.59.0+ that may now get run-time linked upon its fresh installation/update,
but this applies also to whatever older version of pacemaker, and wasn't
discovered until now; cf. https://github.com/ClusterLabs/pacemaker/pull/1677)
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...so that also out-of-Python-path *.py files
(%%{_datadir}/pacemaker/tests/cts/CTSlab.py in particular) get the
expected treatment now
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
...(rhbz#1611631)
Adapt spec file more akin to upstream version including:
. assuredly skip servicelog-related binaries even when build-time
prerequisites are present on suitable systems (9f24448d8)
Signed-off-by: Jan Pokorný <jpokorny@redhat.com>
