- Add $PREFIX/sbin to PATH in icinga2.in to fix some API issues (icingaweb2-module-director now works!) [1]
- Remove SIGPIPE trap in icinga2.in which was fixed upstream
- Bump PORTREVISION
PR: 217266 [1]
Submitted by: Philip Jocks
MFH: 2017Q1
- Remove USES=ssl again. The last approach did not fix the problem with unresolved symbols.
Upstream now has symbol versioning in development, so once the new version is released,
all should be fine.
- Bump PORTREVISION
Remove bogus dependency on devel/libconfig. Some time ago I added this because
the ports tree's Q/A check warned that the icinga2 binary is linked against libconfig.
However this is a private library shipped with Icinga 2.
With version 2.5.1 USES=ssl was added to the port's Makefile which added
rpath=${LOCALBASE}/openssl when Icinga 2 gets built and {Open,Libre}SSL from ports
was installed. The result was that ld picked up libconfig.so from the devel/libconfig
port instead of Icinga 2's private library.
To prevent this, the following CMAKE_ARGS were added:
CMAKE_{EXE,MODULE,SHARED,STATIC}_LINKER_FLAGS=${PREFIX}/lib/icinga2
At the moment only EXE_ and SHARED_ linker flags are really needed, to be prepared for
future changes the other flags were also set.
Thanks to mat and Gunnar Beutner (upstream developer) for the insights on the ports
and Icinga 2's build system.
- Re-add USES=ssl
- Bump PORTREVSION
- Update to 2.5.1
- Install a log rotation configuration file for newsyslog(8) in EXAMPLESDIR
- Add dependencies on SSL and libconfig
- Display pkg-message - the file already existed but was not shown
- Regenerate some patches with makepatch
- Pet portlint
Changelog and upstream upgrading instructions: https://www.icinga.org/2016/08/23/icinga-2-v2-5-released/
The unconditional specification of libexecinfo.so is redundant on most
plaforms that have libexecinfo.so in base. The helper USES=execinfo
was created just to avoid this issue, so convert port to that.
Approved by: just-fix-it
- Introduce new rc.conf variable "icinga2_mkvar" defaulting to "NO". The
variable controls the creation and chown'ing of missing files and
directories in /var. [1]
- Add an UPDATING entry for this
PR: 206022 [1]
Submitted by: Oliver Hartmann <ohartman@zedat.fu-berlin.de>
Sponsored by: Essen Linuxhotel Hackathon 2016
- Add procname variable to the rc script it knows about the running process [2]
- Bump PORTREVISION
Noticed by: ohauer [1], Oliver Brandmueller <ob@e-Gitt.NET> [2]
- Install more config files as sample config
- Fix directory permissions under /var
- Change database backend options to GROUP, so one can de-select both [1]
PR: 201114 [1]
Submitted by: Niels Kristensen
MFH: 2015Q3
When using GH_TAGNAME the DISTNAME would have GH_PROJECT and GH_ACCOUNT in
it. When not using GH_TAGNAME it would not have this. Now both cases
will add in the GH_PROJECT and GH_ACCOUNT.
Add special care to ensure that the DISTVERSION is not added in twice. If
a port does GH_TAGNAME=v${PORTVERSION} it will be added in twice though. For
that case DISTVERSIONPREFIX=v should be set and no GH_TAGNAME should be used.
empty() is used rather than (!defined || !${}) to support fmake.
The purpose of setting DISTNAME at all in these cases is to make it more clear
that the distfile is from *GITHUB* and to avoid collisions if a project were
to be renamed or moved. Without adding in GH_PROJECT and GH_ACCOUNT then there
are real risks that collisions on filenames would happen on renamed or moved
projects, which is fairly common. A GITHUB-generated file may not match
a custom-rolled or git-archive-rolled distfile.
PR: 199069
With hat: portmgr
Testing done: All USE_GITHUB ports without GH_COMMIT were checksum/fetch/extract/WRKSRC tested.
