Search Criteria
Package Details: icinga2 2.14.3-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/icinga2.git (read-only, click to copy) |
---|---|
Package Base: | icinga2 |
Description: | An open source host, service and network monitoring program |
Upstream URL: | https://icinga.com/ |
Licenses: | GPL |
Replaces: | icinga2-common |
Submitter: | bebehei |
Maintainer: | julianbrost |
Last Packager: | julianbrost |
Votes: | 39 |
Popularity: | 0.019724 |
First Submitted: | 2014-06-23 01:10 (UTC) |
Last Updated: | 2024-11-12 14:54 (UTC) |
Dependencies (12)
- boost-libs
- libedit
- libsystemd (systemd-chromiumos-libsAUR, systemd-libs-gitAUR, systemd-libs-fmlAUR, systemd-libs-selinuxAUR, sysupdated-systemd-libs-gitAUR, systemd-libs)
- openssl (openssl-gitAUR, openssl-staticAUR)
- boost (boost-gitAUR) (make)
- cmake (cmake-gitAUR) (make)
- libmariadbclient (libmysqlclient55AUR, libmysqlclient56AUR, mariadb-libs-gitAUR, libmysqlclient81AUR, libmysqlclient57AUR, libmysqlclient80AUR, libmysqlclientAUR, mariadb-libs, mariadb-lts-libs) (make)
- postgresql-libs (postgresql-libs-12AUR, postgresql13-libsAUR, postgresql-libs-gitAUR) (make)
- systemd (systemd-chromiumosAUR, systemd-gitAUR, systemd-fmlAUR, systemd-selinuxAUR, sysupdated-systemd-gitAUR) (make)
- libmariadbclient (libmysqlclient55AUR, libmysqlclient56AUR, mariadb-libs-gitAUR, libmysqlclient81AUR, libmysqlclient57AUR, libmysqlclient80AUR, libmysqlclientAUR, mariadb-libs, mariadb-lts-libs) (optional) – for MySQL support
- monitoring-plugins (optional) – plugins needed for icinga checks
- postgresql-libs (postgresql-libs-12AUR, postgresql13-libsAUR, postgresql-libs-gitAUR) (optional) – for PostgreSQL support
Latest Comments
« First ‹ Previous 1 2 3 4 5 6 7 .. 15 Next › Last »
Luxii commented on 2021-06-07 19:46 (UTC)
Hey,
I needed to install the packages
bison
andflex
to get icinga2 to compile.Maybe we should add this to the dependencies.
bldewolf commented on 2020-12-16 01:19 (UTC) (edited on 2020-12-16 01:20 (UTC) by bldewolf)
Hey, tried to build this today. Looks like the pull request authors for the boost build fixes force pushed their pull requests to be different. The checksums don't match and the new patches don't apply. I assume this means they'll be merged soon, but for the interim I had to update my PKGBUILD to use the raw commits of the old patches like so (pulled the commit ids from the pull request pages):
wuestengecko commented on 2020-11-20 18:05 (UTC)
@ArthurBorsboom: If you have a machine with matching architecture and enough RAM, just build there and push over the binary package. Otherwise, take a look at https://icinga.com/docs/icinga2/latest/doc/21-development/#build-optimization.
ArthurBorsboom commented on 2020-11-20 17:59 (UTC)
I noticed there are downloadable packages for other distributions.
https://icinga.com/download/
Sometimes I see community or AUR packages which use these type of packages to create an Arch package.
Would that be an option? Or do you have a preference for the git repository?
julianbrost commented on 2020-11-20 17:38 (UTC)
If nobody replies, probably nobody knows. I can only tell you that I don't provide a repo with binary packages somewhere.
ArthurBorsboom commented on 2020-11-20 15:25 (UTC)
Ping
ArthurBorsboom commented on 2020-09-06 15:16 (UTC)
I'm using this package on several light weight servers, which usually have 512-2048 MB of RAM.
However, during the package upgrade (compilation) process, the earlyoom kicks in and kills the compilation process (+/- 10% of RAM left).
It seems Icinga2 agent runs well with little RAM; it is just the compilation which needs a lot of RAM (4GB+). Is there a way to reduce the memory hunger of the compilation process of this package?
Are there precompiled packages for Arch available?
julianbrost commented on 2020-02-23 22:04 (UTC)
I've just pushed yet another workaround which now allows compiling against the current boost version 1.72 from the extra repo and does not pull in any other AUR packages. It's a bit hacky unfortunately, and will likely need an update on the next boost update.
julianbrost commented on 2020-02-23 12:29 (UTC)
The conflict only exists for the boost and boost1.69 packages which contains the header files and are only needed at compile time. boost-libs and boost1.69-libs can be installed at the same time. I usually build the packages using extra-x86_64-build from the devtools package, which does the build in a systemd-nspawn container, where conflicting compile time dependencies are not an issue.
However, now that boost1.69 is gone from the repos, that workaround isn't that nice any more.
« First ‹ Previous 1 2 3 4 5 6 7 .. 15 Next › Last »