- IPv6 is not a configure option anymore.
- Remove outdated patches.
- Remove CONFLICTS, rblibtorrent moved to libtorrent-rasterbar and libtorrent
does not conflict with it.
- Reset maintainer, three timeouts.
PR: 229553
Reported by: tj@mrsk.me (email)
Approved by: maintainer timeout (pipfstarrd@openmailbox.org, > 2 weeks)
most cases, the failure mode is the same. Also, mark them broken on
mips when necessary.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
As usual, it is recommended to rebuild or reinstall all the
dependent ports and the lang/ghc port itself in one of the following
ways:
# portmaster -w -r ghc
or
# portupgrade -fr lang/ghc
In case of pkg(8), it is probably safer to remove all the GHC-dependent
packages along with GHC and reinstall everything from scratch. For
example:
# pkg query "%ro" ghc > ghc-pkgs.txt
# pkg delete -y lang/ghc
In ghc-pkgs.txt, check and remove all the packages that have been moved
on the update, then use this command:
# pkg install -y `cat ghc-pkgs.txt`
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D16038
From now on, ports that depend on Qt4 will have to set
USES= qt:4
USE_QT= foo bar
ports depending on Qt5 will use
USES= qt:5
USE_QT= foo bar
PR: 229225
Exp-run by: antoine
Reviewed by: mat
Approved by: portmgr (antoine)
Differential Revision: →https://reviews.freebsd.org/D15540
/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 lang/ghc to 8.4.2
* Update the boostrap compiler to 8.4.1
* Update the many hs-* ports
* Bump the rest
Thanks a lot to arrowd for doing all the heavy lifting :)
PR: 227968
Exp-run by: antoine
Submitted by: arrowd
Differential Revision: https://reviews.freebsd.org/D15005
By default it detects file size by fseek()'ing to its end and ftell()'ing
current position, and these functions take `long offset' as an argument.
It is sufficient on 64-bit architectures where sizeof(long) is 8, but not
so on 32-bit ones where it is 4.
Make it work everywhere by building with -DUSE_FTELLO so it uses fseeko(3)
and ftello(3) functions which take `off_t offset'.
Tested on: i386, powerpc
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
gui/VideoProcessor.cpp:456:40: error: use of undeclared identifier 'CODEC_CAP_TRUNCATED'
if (encoding_codec->capabilities & CODEC_CAP_TRUNCATED)
^
gui/VideoProcessor.cpp:457:36: error: use of undeclared identifier 'CODEC_FLAG_TRUNCATED'
encoding_context->flags |= CODEC_FLAG_TRUNCATED;
^
gui/VideoProcessor.cpp:458:32: error: use of undeclared identifier 'CODEC_FLAG_PSNR'
encoding_context->flags |= CODEC_FLAG_PSNR;//Peak signal-to-noise ratio
^
gui/VideoProcessor.cpp:459:32: error: use of undeclared identifier 'CODEC_CAP_PARAM_CHANGE'
encoding_context->flags |= CODEC_CAP_PARAM_CHANGE;
^
gui/VideoProcessor.cpp:552:39: error: use of undeclared identifier 'CODEC_CAP_TRUNCATED'
if(decoding_codec->capabilities & CODEC_CAP_TRUNCATED)
^
gui/VideoProcessor.cpp:553:36: error: use of undeclared identifier 'CODEC_FLAG_TRUNCATED'
decoding_context->flags |= CODEC_FLAG_TRUNCATED; // we do not send complete frames
^
gui/VideoProcessor.cpp:555:33: error: use of undeclared identifier 'CODEC_FLAG2_CHUNKS'
decoding_context->flags2 |= CODEC_FLAG2_CHUNKS;
^
PR: 227726
Reported by: antoine (via exp-run)
Also,
- Bring BROKEN_powerpc64 earlier to make portlint happy
- Bump PORTREVISION due to plist change
PR: 225349
Submitted by: meta
Reported by: John Smith <godevilove@ya.ru>
Approved by: rezny (maintainer timeout), pi (mentor)
MFH: 2018Q2
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)
Some generated files have includes in a different order than in older
CMake versions, which show up missing typedefs / implicit includes.
Submitted by: antoine (via exp-run)
Approved by: tcberner (mentor, implicit)
In file included from disk_buffer_holder.cpp:34:
In file included from ../include/libtorrent/aux_/session_impl.hpp:73:
../include/libtorrent/ip_filter.hpp:168:34: error: no member named 'prior' in namespace 'boost'; did you mean
'perror'?
boost::uint32_t last_access = boost::prior(j)->access;
^~~~~~~~~~~~
perror
/usr/include/stdio.h:266:7: note: 'perror' declared here
void perror(const char *);
^
In file included from disk_buffer_holder.cpp:34:
In file included from ../include/libtorrent/aux_/session_impl.hpp:73:
../include/libtorrent/ip_filter.hpp:174:43: error: no member named 'prior' in namespace 'boost'; did you mean
'perror'?
else if (i != m_access_list.begin() && boost::prior(i)->access == flags)
^~~~~~~~~~~~
perror
/usr/include/stdio.h:266:7: note: 'perror' declared here
void perror(const char *);
^
In file included from disk_buffer_holder.cpp:34:
In file included from ../include/libtorrent/aux_/session_impl.hpp:73:
../include/libtorrent/ip_filter.hpp:182:43: error: no member named 'next' in namespace 'boost'
if (i != j) m_access_list.erase(boost::next(i), j);
~~~~~~~^
kademlia/routing_table.cpp:716:26: error: no member named 'next' in namespace 'boost'; did you mean 'std::next'?
bool const can_split = (boost::next(i) == m_buckets.end()
^~~~~~~~~~~
std::next
/usr/include/c++/v1/iterator:519:1: note: 'std::next' declared here
next(_ForwardIter __x,
^
kademlia/routing_table.cpp:719:40: error: no member named 'prior' in namespace 'boost'
&& (i == m_buckets.begin() || boost::prior(i)->live_nodes.size() > 1);
~~~~~~~^
PR: 227427
Obtained from: upstream
This is the current version of KDE Applications <foo>.
Note that users of KDE SC4 should stick with <foo>-kde4.
This one is a bit ugly: move libktorrent and ktorrent-kde4 out of the way and
readd the new ones in one go, to not have to touch the same MOVED lines in a
short time span.
Also this adds a very stripped down version of the desktuils/kdepim metaport,
which will get more and more dependencies added shortly.
Make the new option the default, so that when the port is recompiled it
will link against BDB 5.x or 6.x (whichever is the default in the system).
This will keep old wallet files readable and will not automatically
convert them in an incompatible with BDB 4.8 way. Newly created wallet
files will not be readable by Bitcoin Core versions linked with BDB 4.8.
Next thing to consider is to remove the option to link against BDB 4.8 as
this will remove the net-p2p/bitcoin -> databases/db48 dependency and will
make it possible to ditch the latter, which is scheduled for removal from
the ports collection on Apr 30 2018.
PR: 226527
Approved by: kbowling (maintainer), antoine
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
In c465619 a new single-choice option was introduced in net-p2p/bitcoin
where exactly one variant must be chosen (BDB version). But the bitcoin
slave ports net-p2p/bitcoin-daemon and net-p2p/bitcoin-utils set
OPTIONS_DEFAULT=... (with missing BDB version) and the master port uses
OPTIONS_DEFAULT?=...somebdbversion... so the choice of the master port
is not inherited by the slaves.
Fix this by explicitly setting the BDB version in both slave ports.
Reported by: Dan Langille
Make the new option the default, so that when the port is recompiled it
will link against BDB 5.x or 6.x (whichever is the default in the system).
This will keep old wallet files readable and will not automatically
convert them in an incompatible with BDB 4.8 way. Newly created wallet
files will not be readable by Bitcoin Core versions linked with BDB 4.8.
Next thing to consider is to remove the option to link against BDB 4.8 as
this will remove the net-p2p/bitcoin -> databases/db48 dependency and will
make it possible to ditch the latter, which is scheduled for removal from
the ports collection on Apr 30 2018.
PR: 226527
Approved by: kbowling (maintainer)
Port changes:
* Updated maintainer's address with his other address (previous address verified)
* pkg-message moved up from files/
* bash completion file renamed
PR: 226586
Submitted by: Alexandre C. Guimarães <lbdm@privacychain.ch> (maintainer)
