Monero is a secure, private, and untraceable cryptocurrency. It is
open-source and accessible to all. With Monero, you are your own bank.
Only you control and are responsible for your funds. Your accounts and
transactions are kept private from prying eyes.
This is the command line interface from
https://github.com/monero-project/monero
===> The following configuration options are available for monero-cli-0.18.4.3_4:
DOXYGEN=off: Build documentation with Doxygen
NATIVE=off: Use native optimization (-march=native)
===> Use 'make config' to modify these settings
net-p2p/monero-cli: deassign myself as maintainer
I am not using this anymore and maintaining it is too low on my priority
list to be helpful. Hopefully somebody more active will grab it.
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner)
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above )
net-p2p: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* Alexander Botero-Lowry <alex@foxybanana.com>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Andrew Pantyukhin <infofarmer@FreeBSD.org>
* Attila Nagy <bra@fsn.hu>
* Chad J. Milios <milios@ccsys.com>
* Damian Gerow <dgerow@afflictions.org>
* Daniel Morante <daniel@morante.net>
* Dave Cottlehuber <dch@skunkwerks.at>
* Dereckson <dereckson@gmail.com>
* Devin Teske <dteske@FreeBSD.org>
* Dmitriy Limonov
(Only the first 15 lines of the commit message are shown above )
net-p2p/monero-cli: mark as broken on aarch64
Fails to compile with the following errors:
/wrkdirs/usr/ports/net-p2p/monero-cli/work/monero-0.17.3.0/src/crypto/slow-hash.c:1118:22:
warning: implicit declaration of function 'getauxval' is invalid in C99
[-Wimplicit-function-declaration]
supported = (getauxval(AT_HWCAP) & HWCAP_AES) != 0;
^
/wrkdirs/usr/ports/net-p2p/monero-cli/work/monero-0.17.3.0/src/crypto/slow-hash.c:1118:32:
error: use of undeclared identifier 'AT_HWCAP'
supported = (getauxval(AT_HWCAP) & HWCAP_AES) != 0;
^
/wrkdirs/usr/ports/net-p2p/monero-cli/work/monero-0.17.3.0/src/crypto/slow-hash.c:1118:44:
error: use of undeclared identifier 'HWCAP_AES'
supported = (getauxval(AT_HWCAP) & HWCAP_AES) != 0;
^
net-p2p/monero-cli: fix build on powerpc64le
/wrkdirs/usr/ports/net-p2p/monero-cli/work/monero-0.17.1.9/external/randomx/src/intrin_portable.h:189:18:
error: C++ requires a type specifier for all declarations
typedef __vector uint8_t __m128i;
net-p2p/monero-cli: fix build on non-x86
Architectures that don't have libunwind available should disable stack trace.
Otherwise, the following linking error is encountered:
/usr/local/bin/ld: src/common/libcommon.a(stack_trace.cpp.o): in function
`tools::log_stack_trace(char const*)':
stack_trace.cpp:(.text+0x71c): undefined reference to
`el::base::debug::StackTrace::generateNew()'
/usr/local/bin/ld: stack_trace.cpp:(.text+0x72c): undefined reference to
`el::base::debug::operator<<(std::ostream&, el::base::debug::StackTrace const&)'
collect2: error: ld returned 1 exit status
PR: 242846
Approved by: vd (maintainer timeout)
MFH: 2020Q1 (fix build blanket)
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
net-p2p/monero-cli: Apply all changes from upstream after 0.14.0.2
Use git commit id 1f809e7485fc3085 instead of tag v0.14.0.2. This fixes
the compilation with boost 1.70.
PR: 236597
net/openpgm: Do not add -I to non-existing directory in openpgm-5.2.pc
foo/lib/pgm-5.2/include does not exist, so applications using strict
compiler flags will fail to build due to this.
Here this breaks devel/xeus build after r491260 [1]:
CMake Error in CMakeLists.txt:
Imported target "cppzmq" includes non-existent path
"/usr/local/lib/pgm-5.2/include"
in its INTERFACE_INCLUDE_DIRECTORIES. Possible reasons include:
* The path was deleted, renamed, or moved to another location.
(Only the first 15 lines of the commit message are shown above )
Conditionalize the dependence of libunwind to x86-only to allow building
these ports on !x86.
libunwind is only available for x86; lang/ruby* already expresses this
correctly. Some of the rubygems did not: for the ones that already had
USE_RUBY, the dependency was overspecified in the first place.
Tested for no-harm on amd64.
While here, pet portlint where appropriate.
Approved by: portmgr (tier-2 blanket)
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 under most circumstances.
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, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
net-p2p/monero-cli: unbreak with boost 1.69
src/cryptonote_basic/miner.cpp:640:25: error: assigning to 'bool' from
incompatible type 'boost::logic::tribool'
on_ac_power = !battery_powered;
^~~~~~~~~~~~~~~~
PR: 232525
net-p2p/monero-cli: fix compilation on FreeBSD < 12
-DMANUAL_SUBMODULES:BOOL=ON was mistakenly provided only on 12.x,
should be used always.
While I am here, pet portlint.
dns/unbound: update to 1.8.0
Bump PORTREVISION on consumers due to library major version change
PR: 231283
Submitted by: jaap@NLnetLabs.nl (maintainer)
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542
net-p2p/monero-cli: Fix compilation on i386
/usr/src/contrib/llvm/tools/lld/ELF/Driver.cpp:126 contains
"elf_i386" as a recognized name, but for some reason monero fails
to link on the i386 build cluster with an error:
/usr/bin/ld: unrecognised emulation mode: elf_i386
Supported emulations: elf_i386_fbsd
Thus, change "elf_i386" to "elf_i386_fbsd".
- update to miniupnpc 2.1
PR: 228050
Submitted by: Hung-Yi Chen
- fix python build
- add LICENSE for slave port
- make portlint happier
- bump PORTREVISION on ports using the shared lib
Adjust PORTREVISION order to pet portlint after r467711
Tools/scripts/bump-revision.sh adds PORTREVISION in the wrong place
when DISTVERSION*FIX is used.
net-p2p/monero-cli: unbreak with boost 1.67
In file included from src/cryptonote_basic/hardfork.cpp:33:
In file included from src/blockchain_db/blockchain_db.h:42:
In file included from src/cryptonote_basic/hardfork.h:31:
contrib/epee/include/syncobj.h:37:10: fatal error: 'boost/thread/v2/thread.hpp'
file not found
#include <boost/thread/v2/thread.hpp>
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
In file included from src/rpc/daemon_handler.cpp:29:
In file included from src/rpc/daemon_handler.h:36:
In file included from src/p2p/net_node.h:41:
In file included from contrib/epee/include/net/levin_server_cp2.h:32:
In file included from contrib/epee/include/net/abstract_tcp_server2.h:324:
contrib/epee/include/net/abstract_tcp_server2.inl:44:10: fatal error:
'boost/thread/v2/thread.hpp' file not found
#include <boost/thread/v2/thread.hpp> // TODO
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
PR: 227427
Reported by: antoine (via exp-run)
Use BINARY_ALIAS to make LLD_UNSAFE more widely applicable
Some ports do not honour $LD or -fuse-ld=bfd in $CFLAGS, but do invoke
ld via $PATH. Automatically set BINARY_ALIAS+=ld=${LD} when LLD_UNSAFE
is active to use ld.bfd for these ports.
Approved by: portmgr (antoine)
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D14876
