Add USES=compiler:c++11-lang to fix build:
/usr/include/tgmath.h:124:2: error: #error "<tgmath.h> not implemented for this compiler"
Approved by: mentors (implicit approval)
Add USES=compiler:c11 to fix build.
Note that this port actually needs C17, but there's no USES=compiler:c17, and our C11-compatible compilers already support C17:
cc1: error: unrecognized command line option "-std=c17"
Approved by: mentors (implicit approval)
Even though "poudriere testport" completed without error, I have received
a failure message from the build cluster. Since I cannot reproduce the
problem, I can only guess that it is caused by a symbolic link in the
share/nls directory that connects nls/C to nls/en_US.US-ASCII.
I had problems with the nls/C directory disappearing due to that link
before (it is deleted as empty when the last catalog file is deleted on
package deinstallation, but then missing when a new file is installed
into en_US.US-ASCII, which is just a symbolic link to C which does not
exist at that time anymore). I think this is a bug in "pkg" and have
opened a PR.
It is possible that the port will still fail to build in the cluster,
but without access to the work directory (or rather the stage directory)
of the build host I can only guess what's exactly going on.
IMHO there should not be any magic conenction between nls/en_US.US-ASCII
and nls/C, since this breaks assumptions made in pkg and in the qa check
performed by poudriere.
Approved by: antoine (implicit)
echping does not exist at SourceForge anymore.
Use distfile from Github and deal with differences:
- new distfile has no configure scripts but configure.ac
and requires generation of configure, but modern autoreconf
cannot handle its configure.ac files properly so they need
some polishing with pre-configure target to be useful;
- broad usage of HTTP Strict Transport Security
requires new patch fixing echoping's HTTP "accept_redirects" mode,
so this echoping does not fail in this mode on HTTP redirects;
- pet portlint;
- bump PORTREVISION.
OpenBGPD is a FREE implementation of the Border Gateway Protocol, Version 4.
It allows ordinary machines to be used as routers exchanging routes with
other systems speaking the BGP protocol.
This is the portable version and it does not have the means to
influence kernel routing tables. It is only suitable for route
servers/collectors.
WWW: http://www.openbgpd.org/
PR: 213445
Add USES=compiler:c++11-lang to fix build:
CMake Error in CMakeLists.txt:
The compiler feature "cxx_decltype" is not known to CXX compiler
"GNU"
version 4.2.1.
Approved by: mentors (implicit approval)
Changes this release:
https://zrepl.github.io/v0.1.1/changelog.html
WARNING - BREAKING CHANGES WITH THE ZREPL 0.1.X RELEASE:
There are a number of breaking changes this release. To ensure zrepl
continues to function correctly, ensure you read the changelog, and then
perform the following on both sides of the replication:
- Stop the zrepl service: # service zrepl stop
- Upgrade the zrepl package: # pkg upgrade zrepl
- Modify the zrepl config: # vi /usr/local/etc/zrepl/zrepl.yml
- Check the configuration: # service zrepl configtest
- Start the zrepl service: # service zrepl start
- Monitor the zrepl service: # zrepl status
DANGER - SNAPSHOT PRUNING REQUIRES EXPLICIT KEEP RULES:
For any ZFS snapshot that you want to keep, at least one rule must match. This
is different from previous releases where pruning only affected snapshots with
the configured snapshotting prefix. Make sure that snapshots to be kept or
ignored by zrepl are covered, e.g. by using the regex keep rule.
This also applies to snapshots taken by means other than zrepl (e.g. manually).
PR: 237667
Submitted by: Michael Zhilin (mizhka@gmail.com)
Differential Revision: https://reviews.freebsd.org/D20095
