libtorrent is an open source C++ library implementing the BitTorrent
protocol, along with most popular extensions, making it suitable for
real world deployment. It is configurable to be able to fit both
servers and embedded devices.
The main goals of libtorrent are to be efficient and easy to use.
NB: this is NOT the same library as the net-p2p/libtorrent port!
===> The following configuration options are available for libtorrent-rasterbar-1.2.20_3,2:
DOCS=on: Build and/or install documentation
EXAMPLES=on: Build and/or install examples
LOGGING=on: Enable logging to disk
===> Use 'make config' to modify these settings
net-p2p/libtorrent-rasterbar: mark as BROKEN with Boost>=1.87 (+)
Since 1.87 release some long-time-ago deprecated Boost.asio facilities was
dropped off
Sponsored by: Future Crew, LLC
net-p2p/{,py-}libtorrent-rasterbar: update to 1.2.18
And fix python bindings in preparation for update of net-p2p/deluge-cli.
PR: 264970
Reported by: jocke@gipset.se
Approved by: yuri@ (maintainer)
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/libtorrent-rasterbar2: 2.x version of libtorrent-rasterbar
This is to allow users to experiment with libtorrent-rasterbar-2.x
which currently has memory issues.
Suggested by: diizzy@
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/{,py-}libtorrent-rasterbar: Update 1.2.14 -> 2.0.6-27
Python binding is BROKEN for now.
Thanks to Daniel Engberg for suggestion to try the latest commit with
-std=c++17.
PR: 264278261090
net-p2p/libtorrent-rasterbar: Downgrade 2.0.2 -> 1.2.12
2.0.2 is not stable, causes huge memory footprint and looks like WIP.
PR: 254119
Reported by: 84918960@qq.com et al.
net-p2p/libtorrent-rasterbar: drop clang workaround (reverting r529947)
Old -CURRENT snapshots are not supported while Clang assertions
are disabled on FreeBSD -RELEASEs and -STABLE branches.
PR: 244830
devel/cmake: update to 3.18.1
- update to 3.18.1
- new port devel/cmakedoc
Thanks to adridg@ for tackling most of the fallout.
PR: 248003
Exp-run by: antoine
net-p2p/libtorrent-rasterbar: Update 13-CURRENT workaround
As compilation now works using -CURRENT there's no need to force llvm90 on any
version.
PR: 246045
Submitted by: daniel.engberg.lists@pyret.net
net-p2p/libtorrent-rasterbar: Fix the python path for tests
It was an overly-broad regexp substitution.
PR: 246045
Submitted by: daniel.engberg.lists@pyret.net (original version)
net-p2p/libtorrent-rasterbar: switch to ports GCC on powerpc64 elfv1 and base
clang on elfv2
Clang doesn't support elfv1:
: && /usr/local/bin/clang90 -O2 -pipe -fstack-protector-strong
-fno-strict-aliasing -L/usr/local/lib -liconv -fstack-protector-strong
CMakeFiles/cmTC_dc41f.dir/testCCompiler.c.o -o cmTC_dc41f && :
ld: error: /usr/src/lib/csu/common/ignore_init.c:136:(.text+0x32):
relocation R_PPC64_TOC16_DS out of range: -32944 is not in [-32768, 32767]
ld: error: /usr/src/lib/csu/common/ignore_init.c:139:(.text+0x5A):
relocation R_PPC64_TOC16_DS out of range: -32936 is not in [-32768, 32767]
So just use GCC on elfv1 and base Clang on elfv2.
net-p2p/libtorrent-rasterbar: fix build on powerpc head
On powerpc head, base LLVM 10 works fine, but LLVM 9 from ports crashes with
segfault.
PR: 243958
Reported by: canardo909@gmx.com
Approved by: yuri (maintainer)
net-p2p/libtorrent-rasterbar: unbreak with boost 1.72
In file included from src/http_connection.cpp:33:
In file included from include/libtorrent/http_connection.hpp:62:
In file included from include/libtorrent/socket.hpp:57:
In file included from /usr/local/include/boost/asio/write.hpp:1262:
/usr/local/include/boost/asio/impl/write.hpp:425:40: error: no type named
'executor_type' in 'libtorrent::socket_type'
typedef typename AsyncWriteStream::executor_type executor_type;
~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~
/usr/local/include/boost/asio/impl/write.hpp:534:7: note: in instantiation of
template class
'boost::asio::detail::initiate_async_write_buffer_sequence<libtorrent::socket_type>'
requested here
detail::initiate_async_write_buffer_sequence<AsyncWriteStream>(s),
^
src/http_connection.cpp:277:3: note: in instantiation of function template
specialization 'boost::asio::async_write<libtorrent::socket_type,
boost::asio::mutable_buffers_1, boost::_bi::bind_t<void, boost::_mfi::mf1<void,
libtorrent::http_connection, const boost::system::error_code &>,
boost::_bi::list2<boost::_bi::value<boost::shared_ptr<libtorrent::http_connection>
>, boost::arg<1> > > >' requested here
async_write(m_sock, boost::asio::buffer(m_sendbuffer)
^
(Only the first 15 lines of the commit message are shown above )
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
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
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/libtorrent-rasterbar: replace r482779 with upstream version
Patch conflict on update should make it apparent when to prune but due
to how fuzz works this doesn't always happen with + lines.
net-p2p/libtorrent-rasterbar: unbreak with boost 1.69
In file included from include/libtorrent/chained_buffer.hpp:37:
include/libtorrent/disk_io_job.hpp:78:12: error: expected class name
, boost::noncopyable
^
In file included from src/http_stream.cpp:33:
In file included from include/libtorrent/http_stream.hpp:44:
include/libtorrent/proxy_base.hpp:49:20: error: unknown class name
'noncopyable'; did you mean 'boost::asio::noncopyable'?
class proxy_base : boost::noncopyable
^~~~~~~~~~~~~~~~~~
boost::asio::noncopyable
/usr/local/include/boost/asio/detail/noncopyable.hpp:38:28: note:
'boost::asio::noncopyable' declared here
using boost::asio::detail::noncopyable;
^
(Only the first 15 lines of the commit message are shown above )
net-p2p/libtorrent-rasterbar and net-p2p/libtorrent-rasterbar-python: Update
1.1.9 -> 1.1.10
Port changes for net-p2p/libtorrent-rasterbar:
* Change to cmake
* Add LICENSE_FILE
* Add USES=compiler:c++14-lang
* Remove the TEST option, add the cmake-based do-test target, but it is broken
upstream
Port changes for net-p2p/libtorrent-rasterbar-python:
* Complete redesign, made it an individual port instead of a slave
Bump 5 dependencies.
Reported by: TJ <tj@mrsk.me>
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
Fix pkg-plist with TEST option
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
net-p2p/libtorrent-rasterbar: unbreak with boost 1.67
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
(Only the first 15 lines of the commit message are shown above )
Bump PORTREVISION for ports depending on the canonical version of GCC
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 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, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
Mark some ports failing on power64. In cases where the error message
was a stub, provide a real one.
While here, pet portlint.
Approved by: portmgr (tier-2 blanket)
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
Update to 1.1.2. Add an option for logging to disk and disk stats logging.
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D9888
Change the MAINTAINER line to my FreeBSD.org address in the ports I maintain
Approved by: swills (mentor)
Differential Revision: https://reviews.freebsd.org/D9380
net-p2p/libtorrent-rasterbar: fix runtime of python binding
It was reported by many people that python binding fails to import after
updating to 1.1.1, breaking net-p2p/deluge runtime at least.
Bump PORTREVISION to initiate packages rebuild.
Fix is based on this commit:
https://github.com/voidlinux/void-packages/commit/e3a19958
PR: 213739
Reported by: many
Approved by: portmgr (just-fix-it blanket)
net-p2p/libtorrent-rasterbar: update 1.1.0 -> 1.1.1
- compile in C++11 mode as is required by qBittorrent versions after 3.3.4
PR: 212235
Submitted by: matthew@reztek.cz (maintainer)
Update net-p2p/libtorrent-rasterbar and its slave libtorrent-rasterbar-python to
1.1.0
* 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
- Update libtorrent-rasterbar to 1.0.4
- Update qbittorrent 3.2.0
- Use Github masterisite for qbittorrent
- Remove STRIP option, it's the default, and can be inhibited with
the DEBUG option
- Pet some portlint warnings
PR: 200108
Submitted by: yuri at rawbw.com
converters/libiconv:
- Remove const qualifier from iconv(3) to match POSIX:
http://pubs.opengroup.org/onlinepubs/9699919799/functions/iconv.html
- Patch iconv.h to expose more GNU extensions when LIBICONV_PLUG is
defined because the base system iconv supports these extensions too.
Add/remove patches to/from ports to call iconv with non-const arguments.
This breaks some ports on FreeBSD 10 because base system iconv.h still has
the const qualifier. Fix this by letting USES=iconv add a build dependency
on converters/libiconv so ports can use its iconv.h (with LIBICONV_PLUG
defined) instead of the base system iconv.h.
This exposed some ports that link with libiconv when it is available instead
of using libc iconv. In these cases one of the following changes has been
(Only the first 15 lines of the commit message are shown above )
Update from 0.16.17 to 0.16.19. It is unclear, why the previous
maintainer rolled back the earlier upgrade to 0.16.18, which had
an impressive ChangeLog (including security-related fixes). Port's
commit-log is rather terse -- I wonder, what went on in less public
channels.
I tested this update with the new qbittorrent-3.1.12 and all seems
to be fine...
net-p2p/libtorrent-rasterbar: fix build with LibreSSL
Add upstream-provided patch to fix build with LibreSSL. Default (OpenSSL)
setup isn't affected, so no PORTREVISION bump.
Remove pkg-message, that have no use.
Submitted by: Corey <merlincorey@hushmail.me> (by private email)
