Branch: refs/heads/2.1.0
Home:
https://github.com/tribe29/checkmk
Commit: eecf62b3c4ce0466c4a716deeb4732872392a358
https://github.com/tribe29/checkmk/commit/eecf62b3c4ce0466c4a716deeb4732872…
Author: Lars Michelsen <lm(a)tribe29.com>
Date: 2022-02-23 (Wed, 23 Feb 2022)
Changed paths:
A .werks/13636
M omd/Makefile
M omd/distros/SLES_12SP3.mk
M omd/distros/SLES_12SP4.mk
M omd/distros/SLES_12SP5.mk
M omd/distros/SLES_15.mk
M omd/distros/SLES_15SP1.mk
M omd/distros/SLES_15SP2.mk
M omd/distros/SLES_15SP3.mk
M omd/packages/omd/skel/etc/init.d/xinetd
M omd/packages/packages.make
A omd/packages/xinetd/xinetd-2.3.15.4.tar.xz
A omd/packages/xinetd/xinetd.make
Log Message:
-----------
13636 FIX Fix xinetd installation problem on SLES15
When trying to install Checkmk on SLES15 this failed, because the package
dependency 'xinetd' could not be provided by the official package repositories.
It is not possible to get xinetd from official SLES package repositories,
because it has been dropped in favour of systemd.
The switch to systemd is possible, if you can register regular services to the
systemd unit system and let systemd manage your units. But in our case, where
we have an xinetd process that is managed as part of an OMD site, this way will
not work.
Users were able to solve the situation locally by installing xinetd from 3rd
party sources, like for example
OpenSUSE.org repositories. However, this
approach is not supported by SLES nor straight forward for users.
To make the installation more straight forward again, we now drop the xinetd
package dependency for all supported SLES distributions from our Checkmk
packages and ship xinetd together with Checkmk.
CMK-9441
Change-Id: Ie94ab5e4d7ae5ef07cbb85af176907bbf6b67614