galera Synchronous multi-master replication engine

25.3.28 databases =2 25.3.28Version of this port present on the latest quarterly branch.

Maintainer: devel@galeracluster.com

Port Added: 2014-04-01 20:02:23

Last Update: 2019-09-22 09:52:06

SVN Revision: 512563

License: GPLv2

Description:

Galera wsrep provider library for Galera Cluster for MySQL, an easy-to-use high-availability solution with high system up-time, no data loss, and scalability for future growth. WWW: http://galeracluster.com/

SVNWeb : Homepage

pkg-plist: as obtained via: make generate-plist

Expand this list (7 items)

1. bin/garbd
2. lib/libgalera.so
3. lib/libgalera_smm.so
4. @ldconfig
5. /usr/local/share/licenses/galera-25.3.28/catalog.mk
6. /usr/local/share/licenses/galera-25.3.28/LICENSE
7. /usr/local/share/licenses/galera-25.3.28/GPLv2

Collapse this list.

Dependency lines:

• galera>0:databases/galera

To install the port: cd /usr/ports/databases/galera/ && make install clean

To add the package: pkg install galera

PKGNAME: galera

Flavors: there is no flavor information for this port.

NOT_FOR_ARCHS: i386

distinfo:

TIMESTAMP = 1567520244 SHA256 (codership-galera-release_25.3.28_GH0.tar.gz) = e49fef6a2451261c01170727f763094b4e69b99ccb1e45a4fdc7cf5f291913cc SIZE (codership-galera-release_25.3.28_GH0.tar.gz) = 3293508 SHA256 (codership-wsrep-API-eab2d5d5a31672c0b7d116ef1629ff18392fd7d0_GH0.tar.gz) = 3c235868ed330d8d702e7b7541c24c1926b1fd9e6b8aa673b032a2318896e8a0 SIZE (codership-wsrep-API-eab2d5d5a31672c0b7d116ef1629ff18392fd7d0_GH0.tar.gz) = 47032

Dependencies

NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.

Build dependencies:

1. checkmk : devel/check
2. shared_ptr.hpp : devel/boost-libs
3. python3.6 : lang/python36
4. scons : devel/scons

Library dependencies:

1. libboost_date_time.so : devel/boost-libs

This port is required by:

for Libraries

1. databases/mariadb103-server

Configuration Options

===> The following configuration options are available for galera-25.3.28: BOOSTPOOL=off: Use boost pool allocator BPOSTATIC=off: Use static boost_program_options DEBUG=off: Build with debugging support ===> Use 'make config' to modify these settings

USES:

compiler:c++11-lang python:build scons ssl

pkg-message:

If installing:

Find the Galera Cluster documentation at http://galeracluster.com/documentation-webpages/

Master Sites:

1. https://codeload.github.com/codership/galera/tar.gz/release_25.3.28?dummy=/

databases/galera: upgrade 25.3.27 -> 25.3.28

PR:		240344
Submitted by:	Teemu Ollakka <teemu.ollakka@galeracluster.com>

devel/boost-*: update to 1.71.0

Changes:	http://www.boost.org/users/history/version_1_71_0.html
PR:		238827
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D20774

Convert to UCL & cleanup pkg-message (categories d)

Bump PORTREVISION for ports depending on the canonical version of GCC
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

databases/galera: Upgrade from 25.3.26 to 25.3.27

PR:		239294
Submitted by:	Teemu Ollakka <teemu.ollakka@galeracluster.com>

databases/galera: fix build with GCC-based architectures

Add USES=compiler:c++11-lang to fix build when base GCC is used.

PR:		237559
Approved by:	mentors (implicit approval)

databases/galera: update to 25.3.26

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

devel/boost-*: update to 1.70.0

Changes:	http://www.boost.org/users/history/version_1_70_0.html
PR:		235956
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D19303

databases/galera: Unbreak with OpenSSL 1.1.1

It compiles and works just fine with OpenSSL 1.1.1.

Submitted by:	Benoit Plessis <benoit@plessis.info>
Approved by:	devel@galeracluster.com

devel/boost-*: update to 1.69.0

Changes:	http://www.boost.org/users/history/version_1_69_0.html
PR:		232525
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D17645

databases/galera: Upgrade from 25.3.24 to 25.3.25

security/openssl-devel was removed, but there is a security/openssl111 now.

databases/galera: Upgrade from 25.3.23 to 25.3.24

devel/boost-*: update to 1.68.0

- Switch to C++14 for libboost_system to support C++14 consumers

Changes:	http://www.boost.org/users/history/version_1_68_0.html
PR:		229569
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D16165

Mark ports broken on powerpc64, categories d-f.

While here, pet portlint and do some other cleanup.

Approved by:	portmgr (tier-2 blanket)

devel/boost-*: update to 1.67.0

Changes:	http://www.boost.org/users/history/version_1_67_0.html
PR:		227427
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D15030

BROKEN_SSL: Add REASON for breakage

Reported by:	matwq

security/openssl-devel: Mark broken databases cat

databases/galera: Upgrade from 25.3.23 to 25.3.23

devel/boost-*: update to 1.66.0

Changes:	http://www.boost.org/users/history/version_1_66_0.html
PR:		223922
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D13279

- Switch to options helpers
- Remove obsolete OSVERSION condition
- Fix WWW:

Approved by:	portmgr blanket

For ports that are marked BROKEN on armv6, and also fail to build on
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

databases/galera: Upgrade from 25.3.21 to 25.3.22

devel/boost-*: update to 1.65.1

Changes:	http://www.boost.org/users/history/version_1_65_1.html
PR:		218835
Approved by:	maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by:	jhibbits (on powerpc64, earlier version)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

devel/boost-*: enable C++11 features

PR:		218835
Obtained from:	https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by:	maintainer timeout (2 months)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D11582

Remove USES=execinfo.

PR:		220271
Submitted by:	mat (review), Yasuhiro KIMURA (PR)
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D11488

Regular USE_GITHUB cleanup.

Sponsored by:	Absolight

databases/galera: Upgrade from 25.3.20 to 25.3.21

Also fixup the debug build - the setting provided as debug=N translates
to cc -ON. So, for debug build it should be debug=0.

databases/galera: Split compilation from tests 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.

Mark as broken on aarch64 and armv6.

Approved by:	portmgr (tier-2 blanket)

databases/galera: Unbreak on powerpc64 by requesting a newer GCC

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).

Mark some ports failing on powerpc64.  These ports are either new
ports, or had been recently unblocked.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

Disable databases/galera on i386

It uses 64 bit atomics, e.g. __atomic_add_fetch() with 64 bit arguments
and clang fails to generate those on i386.

Remove redundant -jN from databases/galera/Makefile

Reported by:	Ari Maniatis

Upgrade databases/galera from 25.3.5_7 to 25.3.20_2

* Fetch from GitHub
* Adopt by devel@galeracluster.com
* Remove all documentation building from this port. The documentation is now
  online at http://galeracluster.com/documentation-webpages/
* Fix the linking with libboost_program_options if a static linkage has been
  chosen - it should be libboost_program_options.a, not
  libboost_program_options.so
* The new version of the port could have been 25.3.20. The reason for 25.3.20_2
  is to ease upgrades for people that are using
  https://github.com/codership/freebsd-ports/tree/master/databases/galera which
  is at 25.3.20_1.

Relnotes:	http://releases.galeracluster.com/release-notes-galera-25.3.20.txt

Mark some ports failing on aarch64, and, in a few cases, other tier-2
archs.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)

devel/boost-*: update to 1.64.0

Changes:	http://www.boost.org/users/history/version_1_64_0.html
PR:		218835
Approved by:	office (bapt)
Exp-run by:	antoine
Differential Revision:	https://reviews.freebsd.org/D10472

Bump PORTREVISIONs for ports depending on the canonical version of GCC and
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

Remove all USE_OPENSSL occurrences.

Sponsored by:	Absolight

Move devel/libcheck to devel/check

- Bump PORTREVISION for dependent ports

devel/boost-*: update to 1.63.0

Changes:	http://www.boost.org/users/history/version_1_63_0.html
PR:		215598
Exp-run by:	antoine
Approved by:	office (bapt)
MFH:		2017Q1

devel/boost-*: update to 1.62.0

- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC

Changes:	http://www.boost.org/users/history/
PR:		199601
Submitted by:	Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by:	rakuco (kde) (earlier version)
Exp-run by:	antoine (3 tries), truckman (consumers only, earlier versions)
Approved by:	bapt (office)

Bump PORTREVISIONS for ports depending on the canonical version of GCC and
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.

When there is a do-install target, do not use a post-install target, do
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

Reset ports maintained by horia@racoviceanu.com.

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

Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight

Drop 8 support.

With hat:	portmgr
Sponsored by:	Absolight
Differential Revision:	https://reviews.freebsd.org/D3694

Don't needlessly override MAKE_CMD and also respect DISABLE_MAKE_JOBS.

- Bump PORTREVISION
- Add USE_GCC=yes, fix mysql signal 11 crash
- Remove dependency on net/asio, use asio from devel/boost-libs
- Remove GARB option (linker problem - upstream notified)
- Fix errnos warnings
- Fix problem with 'ar' and pass RPATH properly

PR:		195457
Submitted by:	amdmi3 (but all changes by maintainer)
Approved by:	horia@racoviceanu.com (maintainer)

- Convert ports from databases/ and deskutils/ to new USES=python

Approved by:	portmgr (implicit)

The MAP_NORESERVE flag to mmap() has never been implemented in FreeBSD and
is being removed.  No portrev bump needed since the kernel will continue to
accept this flag for old binaries even after support for it in new binaries
is removed.

PR:		193961
Approved by:	portmgr (antoine)

USES=execinfo

databases/galera: change USE_PYTHON to USE_PYTHON_BUILD

Also adjust RUN_DEPENDS and BUILD_DEPENDS and fix LD_LIBRARY_PATH

PR:		190364
Submitted by:	maintainer (Horia Racoviceanu)

Galera wsrep provider to Galera Cluster for MySQL, an easy-to-use
high-availability solution with high system up-time, no data loss,
and scalability for future growth.

WWW: http://galeracluster.com

PR:		ports/184654
Submitted by:	Horia Racoviceanu <horia@racoviceanu.com>

8 vulnerabilities affecting 24 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities

Last updated:
2019-10-15 15:43:31