To avoid confusion, the main port is to track the latest release.
Whether to rename includes/libraries as well making it possible to
install 2.x and 3.x side-by-side remains to be investigated.
PR: 210505 (for tracking)
Inspired by: PkgSrc
USES=localbase:ldflags can be used to set LDFLAGS. Normally LDFLAGS
appears too early on the command line causing some ports to link with
their own libraries in LOCALBASE (if installed) instead of WRKSRC.
Also make use of _USES_POST so -L${LOCALBASE}/lib is added as late as
possible after anything a port Makefile might set. Use _USES_POST
instead of .include in libedit.mk and libarchive.mk so things like
'USES=libedit localbase:ldflags' work correctly.
Fix some issues with LIBS in some ports.
Switch ports that don't support LIBS to localbase:ldflags.
PR: 212987
Exp-run by: antoine
Approved by: portmgr (antoine)
- Clean up the Makefile.
- Follow some upstream recommendations (--with-data-packaging=archive,
--disable-renaming, -DICU_NO_USER_DATA_OVERRIDE).
- Patch makefiles to install static libraries with INSTALL_DATA so they
aren't stripped.
- Patch config/mh-bsd-gcc to sync with config/mh-linux-gcc.
- Fix endianness detection in ICU. The code wanted to use BYTE_ORDER
defined in machine/endian.h, but this isn't visible because ICU is
compiled with _XOPEN_SOURCE. Patch the code to use _BYTE_ORDER instead.
- Compile ICU with C++11 compiler to enable move constructors.
- Patch ICU to fix a problem with atomics in the case of a C++11 compiler
without C++11 header <atomic> (like Clang on FreeBSD 9).
- Bump all ports that depend on it due to library version change.
- Add USES=compiler:c++0x to some ports that pick up -std=c++0x from ICU
pkgconfig files.
- Add USES=compiler:c++11-lib to graphics/libcdr01 because it also needs
a C++11 runtime library now. Add this to all ports that depend on it
so their executables load the right libstdc++.so on FreeBSD 9.
PR: 205120
Exp-run by: antoine
Approved by: portmgr (antoine)
Zetacoin explicitly fails to configure when libressl is detected. It can
only be built with OpenSSL right now (similar to litecoin).
Approved by: SSL blanket
In file included from app/application.cpp:70:
In file included from ./base/bittorrent/session.h:43:
./base/bittorrent/torrentinfo.h:50:37: error: no type named 'intrusive_ptr' in namespace 'boost'
explicit TorrentInfo(boost::intrusive_ptr<const libtorrent::torrent_info> nativeInfo = boost::intrusive_ptr<const libtorrent::torrent_info>());
~~~~~~~^
./base/bittorrent/torrentinfo.h:50:50: error: expected ')'
explicit TorrentInfo(boost::intrusive_ptr<const libtorrent::torrent_info> nativeInfo = boost::intrusive_ptr<const libtorrent::torrent_info>());
^
./base/bittorrent/torrentinfo.h:50:29: note: to match this '('
explicit TorrentInfo(boost::intrusive_ptr<const libtorrent::torrent_info> nativeInfo = boost::intrusive_ptr<const libtorrent::torrent_info>());
^
./base/bittorrent/torrentinfo.h:80:16: error: no type named 'intrusive_ptr' in namespace 'boost'
boost::intrusive_ptr<libtorrent::torrent_info> nativeInfo() const;
~~~~~~~^
./base/bittorrent/torrentinfo.h:80:29: error: expected member name or ';' after declaration specifiers
boost::intrusive_ptr<libtorrent::torrent_info> nativeInfo() const;
~~~~~~~~~~~~~~~~~~~~^
./base/bittorrent/torrentinfo.h:83:16: error: no type named 'intrusive_ptr' in namespace 'boost'
boost::intrusive_ptr<libtorrent::torrent_info> m_nativeInfo;
~~~~~~~^
./base/bittorrent/torrentinfo.h:83:29: error: expected member name or ';' after declaration specifiers
boost::intrusive_ptr<libtorrent::torrent_info> m_nativeInfo;
~~~~~~~~~~~~~~~~~~~~^
In file included from app/application.cpp:70:
./base/bittorrent/session.h:291:63: error: no matching constructor for initialization of 'BitTorrent::TorrentInfo'
const TorrentInfo &torrentInfo = TorrentInfo(),
^
./base/bittorrent/torrentinfo.h:51:9: note: candidate constructor not viable: requires single argument 'other', but no arguments were provided
TorrentInfo(const TorrentInfo &other);
^
In file included from app/application.cpp:71:
./base/bittorrent/torrenthandle.h:386:36: error: field has incomplete type 'libtorrent::torrent_status'
libtorrent::torrent_status m_nativeStatus;
^
/usr/local/include/libtorrent/torrent_handle.hpp:72:9: note: forward declaration of 'libtorrent::torrent_status'
struct torrent_status;
^
Reported by: pkg-fallout
- If a port has another upstream, remove GOOGLE_CODE
- If a port only has GOOGLE_CODE mark it BROKEN
Some ports have a local mirror configured but for security reasons, it
is not considered upstream.
Sponsored by: Absolight
If an attempt to build with LibreSSL is made, the configure script emits
this message: configure: error: Detected LibreSSL:
This is not supported, and may break consensus compatibility
Go ahead and mark this port and its slaved with IGNORE when libressl is
used to save the user the trouble of hitting the error later (this is
also done by security/p5-openxpki)
Approved by: SSL blanket
Note for SSL_DEFAULT=libressl:
configure: error: Detected LibreSSL:
This is not supported, and may break consensus compatibility
It might be worth detecting that via SSL_DEFAULT and setting the
port to IGNORE. Or perhaps a newer version of litecoin will support
LibreSSL officially.
Approved by: SSL blanket
hide actual commands executed and only show short summary line (like
"CC foo.c"). CMake and ninja enable this by default, some autotools
using ports do as well. This is unacceptable because we need complete
build logs at any time, so we now switch to verbose build logs
unconditionally. Note that this change deliberately affects ALL
builds and not only package builds on cluster, because we need to
be sure that user experiencing failure can always provide informative
build log regardless of settings and without rerunning the build.
Change summary:
- Always do verbose builds for cmake, ninja and GNU configure (the
latter includes check if --disable-silent-rules is actually supported
by the configure script; there are isolated cases when it's not true)
- Remove CMAKE_VERBOSE, NINJA_VERBOSE and
CONFIGURE_ARGS=--disable-silent-rules from all ports which set them
for this is no longer needed
- Revert hacks for --disable-silent-rules support priorly committed
to biology/ncbi-blast+ and net-p2p/mldonkey - no longer needed as well
Submitted by: amdmi3
Reviewed by: mat
Exp-run by: antoine
Approved by: portmgr (mat, antoine)
Differential Revision: D7534
- Add undeclared dependencies detected by qa-stage script
- Move helper text from Makefile to pkg-help
Approved by: adamw, mat (mentors)
Differential Revision: https://reviews.freebsd.org/D7788
- Updates to the current revision to 9f7ef8b
- Deletes no longer relevant patches
- Makes RS show the code revision when GH_TAGNAME is explicitly defined
- Changes PORTVERSION to 0.6.0e to reflect the fact that extra commits are added
- Bumps PORTREVISION
- also fixes the build in C++11 mode (See PR#212365)
PR: 210682
Submitted by: Yuri Victorovich <yuri@rawbw.com> (maintainer)
Approved by: peter@netkey.at (maintainer)
Plasma5 ports
At the moment KDE ports use bsd.kde4.mk to handle their dependencies. When
working on the ports for KDE Frameworks and Plasma5 it seemed to be more
reasonable to create a new kde.mk instead of adding an bsd.kde5.mk.
The kde.mk in this review is a stripped down version of the one we are using in
the KDE Test repositories plasma5 branch [1] to only contain the parts relevant
to the current KDE4 ports in the portstree [2].
Changes to the KDE Ports needed by this:
Replace USE_KDE4 by USE_KDE [3]
Add USES=kde:4 [4]
[1] http://src.mouf.net/area51/view/branches/plasma5/KDE/Mk/Uses/kde.mk
[2] The version in the plasma5 branch also handles frameworks/plasma5 and
handles MASTER_SITES via a KDE_DIST variable similar to bsd.qt.mk for Qt
Ports -- I chose to leave this out for now, as the diff is already large
enough.
[3] I chose USE_KDE instead of USE_KDE4, USE_KDE5, USE_KDEX as the version we
want is already specified as argument to kde:<arg>
[4] For KDE Frameworks and Plasma5 ports this would be kde:5
PR: 210667
Approved by: portmgr, mat (mentor), rakuco (mentor)
Reviewed by: mat, rakuco
Differential Revision: https://reviews.freebsd.org/D6961
* USE_OPENSSL -> USES=ssl
* remove GeoIP bits as those have been removed from the library
* update LIB_DEPENDS and switch to += in the master as the slave needs the same boost libs
* remove 2 obsolete patches, regen 1 patch
* add a patch from upstream git to resolve CVE-2016-5301
* add a TEST option and a patch from upstream git to let tests compile
* simplify the install of DOCS and EXAMPLES
* remove stale portscout restriction so updates can be discovered
* update text and WWW in pkg-descr
* update pkg-plist
* cleanup the slave port's Makefile
* assume maintainership
PR: 211963
Submitted by: matthew@reztek.cz
gnunet needs gnunet-daemon-hostlist to allow the connection to other
nodes on the network, but it's not built because it apparently requires
libgnurl for that.
PR: 205042
LibSwift is the reference UDP-based implementation of IETF RFC7574,
a multi-peer transport layer protocol. Its mission is to disseminate
content among a swarm of peers.
Given a root hash, the data is received from whatever source available
and data integrity is checked cryptographically with Merkle hash
trees.
WWW: https://tools.ietf.org/html/rfc7574
PR: 211945
Submitted by: Dave Cottlehuber <dch@skunkwerks.at>
NB: TIMESTAMP line in distinfo should read as follows, but has to stay in
its current form due to a bug in the hook script:
TIMESTAMP (torrentcheck/torrentcheck-1.00.zip) = 1291291031
WWW: https://sourceforge.net/projects/torrentcheck/
- update to 1.3.13
- switch to option helpers
- add creatiion of .python-eggs for deluge_web - this resolves
installation of plugins for deluge_web [1]
This release also fixing Scheduler plugin as reported by dbn@ [2], so
this is the reason for MFH request.
Changes: http://dev.deluge-torrent.org/wiki/ChangeLog#Deluge1.3.1320July2016
PR: 207558 [2]
Submitted by: Marlon Leerkotte <mrleerkotte@protonmail.com> [1] (private mail)
Reported by: dbn [2]
MFH: 2016Q3
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