Port details |
- libtorrent-rasterbar-16-python Python bindings for libtorrent-rasterbar-16
- 0.16.11 net-p2p
=1 0.16.11Version of this port present on the latest quarterly branch.
- Maintainer: nemysis@FreeBSD.org
- Port Added: 2012-05-17 08:45:01
- Last Update: 2013-11-06 11:42:15
- SVN Revision: 332965
- Also Listed In: python
- License: BSD
- WWW:
- http://www.rasterbar.com/products/libtorrent/
- Description:
- libtorrent is a C++ library that aims to be a good alternative to all the
other bittorrent implementations around. It is a library and not a full
featured client, although it comes with a working example client.
The main goals of libtorrent are to be cpu efficient, memory efficient and
very easy to use.
The 0.16 branch adds uTP support.
Note that this is NOT the same library as the libtorrent port!
WWW: http://www.rasterbar.com/products/libtorrent/
-
cgit ¦ GitHub ¦ GitHub ¦ GitLab ¦
- Manual pages:
- FreshPorts has no man page information for this port.
- pkg-plist: as obtained via:
make generate-plist - There is no configure plist information for this port.
- Dependency lines:
-
- py27-libtorrent-rasterbar>0:net-p2p/libtorrent-rasterbar-16-python
- No installation instructions:
- This port has been deleted.
- PKGNAME: py27-libtorrent-rasterbar
- Flavors: there is no flavor information for this port.
- distinfo:
- There is no distinfo for this port.
No package information for this port in our database- Sometimes this happens. Not all ports have packages. Perhaps there is a build error. Check the fallout link:
- Master port: net-p2p/libtorrent-rasterbar-16
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- libcrypto.so.8 : security/openssl
- python2.7 : lang/python27
- python : lang/python
- pkgconf : devel/pkgconf
- Runtime dependencies:
-
- libcrypto.so.8 : security/openssl
- python2.7 : lang/python27
- python : lang/python
- Library dependencies:
-
- libtorrent-rasterbar.so : net-p2p/libtorrent-rasterbar-16
- libboost_python.so : devel/boost-python-libs
- libboost_date_time.so : devel/boost-libs
- libGeoIP.so : net/GeoIP
- libiconv.so.3 : converters/libiconv
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- N/A
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
This is a slave port. You may also want to view the commits to the master port: net-p2p/libtorrent-rasterbar-16 |
Commit | Credits | Log message |
0.16.11 06 Nov 2013 11:42:15 |
nemysis |
net-p2p/libtorrent-rasterbar
- Update to 0.16.12
- Rename from net-p2p/libtorrent-rasterbar-16 to net-p2p/libtorrent-rasterbar
- Remove conflict with deprecated Port
- Add pkg-message
- Support STAGEDIR
net-p2p/libtorrent-rasterbar-python
- Rename from net-p2p/libtorrent-rasterbar-python-16 to
net-p2p/libtorrent-rasterbar-python
- Change comment and MASTERDIR
- Change dependency to net-p2p/libtorrent-rasterbar
- Add SLAVE_PORT=yes
Approved by: wg (mentor) |
0.16.11 20 Sep 2013 22:28:26 |
bapt |
Add NO_STAGE all over the place in preparation for the staging support (cat:
net-p2p) |
0.16.11 18 Sep 2013 15:05:23 |
nemysis |
- Use the new format for LIB_DEPENDS
Approved by: wg/pawel (mentors) |
0.16.11 19 Aug 2013 16:41:06 |
nemysis |
- Update to 0.16.11
- Change maintainer email gmx.ch --> FreeBSD.org
- Remove PORTREVISION from slave Port
Approved by: wxs (mentor) |
0.16.10_3 31 Jul 2013 19:00:08 |
antoine |
Cleanup libtorrent-rasterbar-16 and unbreak libtorrent-rasterbar-16-python
PR: 180809, 180813
Submitted by: nemysis (maintainer) |
0.16.7_2 06 Feb 2013 15:33:55 |
bapt |
Force to build with --with-libiconv
Submitted by: Jeroen van der Ham <jeroen@dckd.nl>
Reported by: Jeroen van der Ham <jeroen@dckd.nl>, rm |
0.16.7_1 31 Jan 2013 13:38:43 |
bapt |
Chase boost update |
0.16.7 31 Jan 2013 12:31:49 |
rm |
- update to 0.16.7
- chase shlib version update in dependent ports
- use GOOGLE_CODE shortcut in MASTER_SITES
- convert to USE_PKGCONFIG
- remove shared lib version for net/GeoIP dependency
changelogs:
0.16.5: http://sourceforge.net/mailarchive/message.php?msg_id=30000954
0.16.6: http://sourceforge.net/mailarchive/message.php?msg_id=30237614
0.16.7: http://sourceforge.net/mailarchive/message.php?msg_id=30372288
PR: 175502
Submitted by: nemysis <nemysis@gmx.ch> (maintainer) |
0.16.4_1 29 Jan 2013 19:46:33 |
rm |
Revert r310507 by putting pkg-plist back. The problem is that w/o pkg-plist
file installation of this ports hangs on "Generating temporary packing list"
stage. I discovered that while testing of libtorrent-rasterbar-16-python update
on a live system (while build is fine in tinderbox tests). I found exactly the
same report at [1] while googling of the problem.
Sorry about that.
[1] http://forums.freebsd.org/showthread.php?t=37177
Pointyhat to: rm (myself) |
0.16.4_1 16 Jan 2013 18:15:26 |
rm |
- move pkg-plist entries to PLIST_FILES |
0.16.4_1 02 Dec 2012 16:16:44 |
rm |
- eliminate bogus setuptools dependency
- bump PORTREVISION because of dependency change
- extend python version in USE_PYTHON
- fix incorrect PYDISTUTILS_PKGNAME usage
Feature safe: yes |
0.16.4 29 Sep 2012 22:40:40 |
dougb |
Upgrade to 0.16.4:
* raise the default torrents allowed to announce to trackers to 1600
* improve uTP slow start behavior
* update use of boost.system to not use deprecated functions
* fix GIL issue in python bindings. Deprecated extension support in python
* fixed bug where setting upload slots to -1 would not mean infinite
* extend the UDP tracker protocol to include the request string from the
tracker URL |
0.16.0 17 May 2012 08:44:12 |
dougb |
Add the 0.16 branch of libtorrent-rasterbar
The most revolutionary aspect of the new branch is that it brings in
support for uTP.
This port also brings in a patch consisting of the changes from 0.16.0
release through local SVN revision 6850. These fixes include patches we
had in the 0.15 version of the port, as well as various other fixes that
were reported by me, and others post the 0.16.0 release. These fixes
should be in the 0.16.1 release. |