ArangoDB is a native multi-model database with flexible data models for
documents, graphs, and key-values. Build high performance applications
using a convenient SQL-like query language or JavaScript extensions
WWW: https://www.arangodb.com
===> The following configuration options are available for arangodb32-3.2.13_1:
DOCS=on: Build and/or install documentation
===> Use 'make config' to modify these settings
Remove a few expired ports:
2020-12-31 audio/ardour: Uses Python 2.7 version of scons, and Python 2.7 which
is EOLed upstream
2020-12-31 audio/mixxx21: Uses Python 2.7 version of scons, and Python 2.7 which
is EOLed upstream
2020-12-31 databases/arangodb32: Uses Python 2.7 which is EOLed upstream
2020-12-31 databases/arangodb33: Uses Python 2.7 which is EOLed upstream
2020-12-31 devel/bzr: Uses Python 2.7 which is EOLed upstream
2020-12-31 devel/chromium-gn: Uses deprecated version of python, use devel/gn
instead
2020-12-31 devel/mongo-cxx-driver: Uses Python 2.7 version of scons, and Python
2.7 which is EOLed upstream
Remove most expired ports that depend on Python 2.7:
Exceptions are:
- mail/mailman, our listservers still use it
- www/chromium, solely because of popular demand,
upstream is (slowly) working on porting it to Python 3
- ports that have actual patches for Python 3 against
them (Cinnamon and a few unrelated other ports)
- llvm70 and qt5-webengine because they seem to have a lot
of dependencies which need further analysis
- sysutils/uefi-edk2-bhyve because bhyve seems to use them
- python2 and python27 themselves
I'm sure there will be complaints, but the nice thing about
a version control system is that we can revert and adjust things.
(Only the first 15 lines of the commit message are shown above )
Fix more fallout for bundled rocksdb after the LLVM 10 import
In file included from rocksdb/utilities/backupable/backupable_db.cc:16:
rocksdb/util/channel.h:35:33: error: no matching constructor for initialization
of 'std::lock_guard<std::mutex>'
std::lock_guard<std::mutex> lk(lock_);
^ ~~~~~
/usr/include/c++/v1/__mutex_base:90:14: note: candidate constructor not viable:
1st argument ('const std::mutex') would lose const qualifier
explicit lock_guard(mutex_type& __m)
_LIBCPP_THREAD_SAFETY_ANNOTATION(acquire_capability(__m))
^
/usr/include/c++/v1/__mutex_base:100:5: note: candidate constructor not viable:
no known conversion from 'const std::mutex' to 'const
std::__1::lock_guard<std::__1::mutex>' for 1st argument
lock_guard(lock_guard const&) _LIBCPP_EQUAL_DELETE;
^
/usr/include/c++/v1/__mutex_base:94:5: note: candidate constructor not viable:
requires 2 arguments, but 1 was provided
lock_guard(mutex_type& __m, adopt_lock_t)
_LIBCPP_THREAD_SAFETY_ANNOTATION(requires_capability(__m))
^
1 error generated.
net/ceph* will still not build because Clang crashes but at least
it goes beyond the above error.
Change cmake default behaviour to outsource.
Ports that build out of source now simply can use "USES=cmake"
instead of "USES=cmake:outsource". Ports that fail to build
out of source now need to specify "USES=cmake:insource".
I tried to only set insource where explictely needed.
PR: 232038
Exp-run by: antoine
Remove compatibility code for FreeBSD < 11.2 from all ports.
Simplify some ports where DragonFlyBSD no longer needs to be special-cased.
Submitted by: rene
Reviewed by: bapt, jbeich
Differential Revision: https://reviews.freebsd.org/D17724
fix databases/arangodb32 on FreeBSD 10.x
o Fix build on FreeBSD 10.x by requiring recent LLVM
o Only build on amd64 - many hardcoded directories
PR: 223815
Submitted by: galu@packetdam.com (maintainer, same as dev@dudu.ro)
Differential Revision: https://reviews.freebsd.org/D13282
new port: databases/arangodb32
ArangoDB is a production ready highly available Multi-Model NoSQL database
PR: 223240
Submitted by: dev@dudu.ro
Differential Revision: https://reviews.freebsd.org/D12793
