Created attachment 450176 [details, diff] gentoo repo patch to bump check_mk to 1.2.6_p16 The packages in the gentoo repo are a little old, the following patch bumps to 1.2.6_p16, adds systemd units so xinetd is not required, and drops the mod_python dependency as I don't think it's needed anymore (check_mk installs on centos and ubuntu don't have it installed)
Created attachment 455052 [details, diff] check_mk-1.2.8_p14.ebuild.patch Ebuild patch for 1.2.8p14... just cp the current net-analyzer/check_mk/check_mk-1.2.4_p5-r1.ebuild to net-analyzer/check_mk/check_mk-1.2.8_p14.ebuild ad apply the patch to be done. Wait a second, the configuration file main.mk[0] should retrieved from the link because the file size if quite big. I've just struggled over the two many details of the documentations those past days to get a test host working with virtual guests. There are really too many details here and there and nothing to the beginners on whre to start from to get a functional configuration file. True, this module can generate everything on the fly with less configuration but the power of hostgroup and servicegroup of Nagio/Icinga is lost for a huge object file with the repeatitious service definitions of every host. This is where I've lost my marble and wasted too many hours to get this usefull module working. ... [0]: https://github.com/tokiclover/bar-overlay/blob/master/net-analyzer/check_mk/files/main.mk
Second, there systemd services in 1.2;8... And a huge wato related folder which would be installed. I guess it's the work in progress for Wato UI. Third, major, minor and patch version seems to be useless in this package because I would have expected to have a minor version bump instead. Fourth, the main configuration file example is necessary in order to the get magic takes up.
(In reply to Ian Stakenvicius from comment #0) > Created attachment 450176 [details, diff] [details, diff] > gentoo repo patch to bump check_mk to 1.2.6_p16 > > The packages in the gentoo repo are a little old, the following patch bumps > to 1.2.6_p16, adds systemd units so xinetd is not required, and drops the > mod_python dependency as I don't think it's needed anymore (check_mk > installs on centos and ubuntu don't have it installed) Not everyone is using systemd, so, I am afraid xinetd is handy here. And how the web UI would work without Python? That's impossible because of the level of usage of python here. I did not look much at the Multisite UI at the moment because 1.2.8 require prefork MPMS. I am using worker... and was greeted with an error message when I've finally tuned and installed the package. There is python files in /usr/share/check_mk/web/htdocs... so python is pretty there.
Last thing, the package should block net-analyzer/mk-livestatus because of file collisions and this is done in the patch.
(In reply to tokiclover from comment #3) > (In reply to Ian Stakenvicius from comment #0) > > Created attachment 450176 [details, diff] [details, diff] [details, diff] > > gentoo repo patch to bump check_mk to 1.2.6_p16 > > > > The packages in the gentoo repo are a little old, the following patch bumps > > to 1.2.6_p16, adds systemd units so xinetd is not required, and drops the > > mod_python dependency as I don't think it's needed anymore (check_mk > > installs on centos and ubuntu don't have it installed) > > Not everyone is using systemd, so, I am afraid xinetd is handy here. > Sorry I should've been more clear -- the systemd units allow users with systemd to not require running an xinetd daemon. xinetd would definitely still be necessary for any systems that don't use systemd :) > And how the web UI would work without Python? That's impossible because of > the level of usage of python here. I did not look much at the Multisite UI > at the moment because 1.2.8 require prefork MPMS. I am using worker... and > was greeted with an error message when I've finally tuned and installed the > package. There is python files in /usr/share/check_mk/web/htdocs... so > python is pretty there. I don't know; I've only used multisite on the other systems and so far on Gentoo i've only used the agent.
(In reply to Ian Stakenvicius from comment #5) > I don't know; I've only used multisite on the other systems and so far on > Gentoo i've only used the agent. So no problem here because www-apache/mod_python is only required for monitoring server. So, if using agent-only USE flag no mod_python dependency. Anyway, I'v version bumped the package but cannot test for now so long as I have Apache built with worker MPMS. This vrsion require prefork MPMS... but I'v only used -apache2_mpms_worker in the package hoping nobody is using event MPMS. A better solution would be to add prefork specifically in the dependency.
I'm sorry, but i switched to icinga 2 and that's why i don't need or use check_mk anymore. So please either may someone else take responsibility for this ebuild or remove it from the tree.
(In reply to Timo Eissler from comment #7) > I'm sorry, but i switched to icinga 2 and that's why i don't need or use > check_mk anymore. > > So please either may someone else take responsibility for this ebuild or > remove it from the tree. OK, i'm going to take this one over but I'm also going to leave it maintainer-needed as I don't have the time nor capability to properly test it. For everyone's information, I'm going to split the agent into a separate package, as that's all I actually need and it's -much- easier to bump the agent compared to bumping check_mk. That also means if check_mk itself bitrots too much then it can eventually be dropped from the gentoo repo while still having check_mk_agent available.
check_mk was bumped to 1.2.8_p16 already in the gentoo repo, so closing now.