The current rc.d script does not support multiple options(eg. "gmcast.listen_addr=tcp://0.0.0.0:5567;pc.weight=1")
The variable garb_galera_options need to be quoted in command line.
PR: 236795
Reported by: TAO ZHOU <zhoutao@laocius.org>
Approved by: devel@galeracluster.com (maintainer)
Sponsored by: Netzkommune GmbH
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
From the ChangeLog:
* Too early GCache page release in GCache page store was fixed.
* A check for duplicate node UUID was added to prevent node to join
the cluster if another node with the same UUID alrady exists
(codership/galera#533).
* Dynamic symbol dispatch was disabled in libgalera_smm.so to allow
using the library with applications which may be built with different
versions of C++ libraries than the Galera library.
* Internal handling of IPv6 address square bracket notation
and scope_id handling was fixed (codership/galera#519, codership/galera#534)
PR: 237343
Submitted by: teemu.ollakka@galeracluster.com
armv7, mark them so.
This is part two of a multipart commit to bring armv7 ports to parity
with armv6.
Approved by: portmgr (tier-2 blanket)
Obtained from: lonesome.com -exp run
Previously tests were ran intermixed with compilation commands in
parallel (scons -jN). Running tests in parallel produces some sporadic
failures which would make the compilation fail.
With this change, when compiling ("make" in the ports directory)
"scons -j8 ... tests=0" is used to request compilation only.
To run the tests do "make test" in the ports directory. It will run
"scons ... tests=1" (without -jN) and will only run the tests.
Also set PORTVERSION, PORTREVISION and GH_TAGNAME conditionally (?=),
so they can be overriden from the environment (to ease building custom
packages from arbitrary commits on github).
lang/gcc which have moved from GCC 4.9.4 to GCC 5.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using using Mk/bsd.octave.mk which in turn has USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++14-lang,
c++11-lang, c++0x, c11, or gcc-c++11-lib.
PR: 216707
lang/gcc which have moved from GCC 4.8.5 to GCC 4.9.4 (at least under some
circumstances such as versions of FreeBSD or platforms).
In particular that is ports with USE_GCC=yes, USE_GCC=any, or one of
gcc-c++11-lib, openmp, nestedfct, c++11-lib as well as c++14-lang,
c++11-lang, c++0x, c11 requested via USES=compiler.
everything at once. Sometime, rename post-install into a options helper
target.
I did not fix ports that were such a mess that I could not figure out
what they really wanted to do. I also did not change ports that had
some version of an auto-plist code in post-install, for the same reason.
With hat: portmgr
Sponsored by: Absolight
The last change submitted or approved by Horia in Bugzilla dates back to
September 2015. Since then, all commits to his ports were landed by others
after the maintainer timeout period expired (see r383744, r405055, r405057,
r400461 and r414655, for example).
Horia did show interest in coming back after I sent a private email a few
months ago, but since nothing has changed it is better to reassign his ports
back to the heap.
Differential Revision: https://reviews.freebsd.org/D5980
