The transmission-daemon is a daemon-based Transmission session that can be
controlled via RPC by transmission-remote (see transmission-utils) and
other Transmission BiTtorrent client such as GTK+ and CLI interface.
Transmission has been built from the ground up to be a lightweight, yet
powerful BitTorrent client. Its simple, intuitive interface is designed
to integrate tightly with whatever computing environment you choose to
use. Transmission strikes a balance between providing useful functionality
without feature bloat. Furthermore, it is free for anyone to use or modify.
===> The following configuration options are available for transmission-daemon-3.00_5:
DOCS=on: Build and/or install documentation
LITE=off: Reduced features or memory footprint
NLS=on: Native Language Support
===> Use 'make config' to modify these settings
To allow clients to connect to the transmission daemon using DNS with
any hostname other than localhost, do one of the following:
- Enable password authentication, then any hostname is allowed.
This can be achieved by either:
- setting rpc-authentication-required to true, and adding
credentials to the rpc-username and rpc-password fields in
settings.json (must be done whilst the transmission service is
stopped); or
- running transmission-daemon with the following arguments
(these can be set with transmission_flags in /etc/rc.conf):
-t -u USERNAME -v PASSWORD
OR
- Add the allowed server hostnames to the rpc-host-whitelist setting
in settings.json (must be done whilst the transmission service is
stopped). Note that this value is NOT a list of allowed CLIENTS,
but instead a list of allowed SERVER hostnames.
Reason: The web interface has been separated from the daemon port into its own port.
This allows users of transmission-gtk and transmission-qt to install the web
interface.
Port Moves
port deleted on 2023-09-30 REASON: Moved for metaport
Fix WWW in parent/child ports
Many of the WWW are overwritten later which means the wrong value
is used. This did not happen before where the children were either
a) just using the pkg-descr from the parents
b) or had their own separate pkg-descr with custom WWW
Use WWW?= in parents when the child's WWW is different.
Children that use the same WWW as the parent can just inherit it,
i.e., the child WWW can be removed.
Approved by: portmgr (implicit)
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/transmission: Allow all variants to be installed concurrently
- split utils in a separated port
PR: 246272
Differential Revision: https://reviews.freebsd.org/D24851
net-p2p/transmission: Fix build.
- upstream modified the v3.00 code without noticing,
forcing the re-creation of the distinfo file.
- GH_TAGNAME is temporarily set to avoid new surprises.
net-p2p/transmission-cli: revert the previous patch to keep the port consistent
alongside all other supported platforms.
Approved by: tcberner (mentor)
net-p2p/transmission-cli: change transmission's data size unit conversion
factors from 1000 to 1024, to match FreeBSD's blocksize.
- bump the affected SLAVEPORTS
Submitted by: soralx@cydem.org (private e-mail)
Approved by: tcberner (mentor)
net-p2p/tranmission-cli: fix build due to devel/jech-dht update to v0.25.
- bump PORTREVISION of the affected SLAVEPORTS
PR: 234462
Reviewed by: mat (mentor)
Approved by: tcberner (mentor)
Differential Revision: https://reviews.freebsd.org/D18660
net-p2p/transmission-cli: Update to 2.93
- Includes DNS rebinding fix
- Fixes OpenSSL 1.1 compat
Note that the previous version was no longer vulnerable as FreeBSD had
patches, but this reports the correct version to trackers as some were
banned.
PR: ports/225917
PR: ports/225915
net-p2p/transmission-daemon: Improve UPDATING entry and add pkg-message
This will ensure users who do not read UPDATING are still presented with
the message about how to allow clients to connect to the daemon using
DNS when they upgrade the package.
PR: 225150
Reported by: swills
Security: https://www.vuxml.org/freebsd/3e5b8bd3-0c32-452f-a60e-beab7b762351.html
net-p2p/transmission-*: update to 2.90
- Add POLARSSL and WOLFSSL support (like ftp/curl)
- Hide LITE (unused) and DOCS (redundant) options from -web slave
- Simplify r398996 and move to CONFIGURE_ENV
- Drop r369657 hacks after upstream integration [1]
- As implied by r378806 transfer maintainership back to crees
Changes: https://trac.transmissionbt.com/wiki/Changes#version-2.90
PR: 194029 [1]
- Add CPE information for Transmission ports [1]
- Take maintainership [2] as the next update may require partially
reverting r369657 hacks in favor of upstream support
- Disable devel/libinotify:
* used only by transmission-daemon's watch-dir
* maybe less stable than readdir() fallback
* disabled by other ports e.g., devel/glib20
* completely different from devel/libnotify [3]
- Belatedly bump PORTREVISION
PR: 197065 [1]
Differential Revision: https://reviews.freebsd.org/D1806
Suggested by: crees [2]
Pointy hat: crees (r287179) [3]
Approved by: crees (maintainer) [1][2]
Approved by: bapt (mentor)
net-p2p/transmission-daemon: do not hardcode PORTREVISION.
PORTREVISION will not default to 1 to force a rebuild after the libevent
migration, making the port working again.
Approved by: crees (maintainer)
Correct the package naming, to stop upsetting people.
Trim ABI versions from LIB_DEPENDS to pacify portlint
PR: ports/179798
Submitted by: Kevin Zheng <kevinz5000@gmail.com>
Add LICENSE lines
Submitted by: 4721 (frogs, IRC)
Remove the created by me and update those header at the same time. I never
care about those header, so you even can claim that those were created by
you instead of me.
Various rc fixes;
- Add transmission_web_home to use customised web interface
Requested by: Hanson Wong
- transmission should use a pidfile
- Style fixes (mostly quoting)
- Empty value in _user is clobbered with default, so remove warning
Use USERS and GROUPS, and move home directory handling to rc script where
it belongs; now users can be changed on the fly without issue
Feature safe: yes
- Update to 1.93.
- Don't patch in Makefile.am to avoid run automake run. It was a leftover when
I switched from patch in configure.* to use option flags. [1]
PR: ports/146330 [1]
Submitted by: Anonymous <swell.k@gmail.com> [1]
Remove patch-libtransmission_platform.c, use -g/-w options in the rc script
instead. Bump the PORTREVISION on cli, daemon and gtk.
Discussed with: Charles Kerr (developer)
Release these ports into wild. I don't have time for these ports anymore. I am
keeping maintain two ports that don't require a lot of time to take care of.
- Update to 1.31, be sure to read in UPDATING.
- Move transmission to transmission-cli, transmission becomes a meta-port.
- Add transmission-web, it's a web interface (Clutch) as it has merged into
its project.
Repocopy: marcus (transmission -> transmission-cli)
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
The tarball has been re-rolled. They have forgotten to bump the version and
a bit tweak in NEWS. Bump the PORTREVISION to have version correct when users
report to their bug tracker.
The transmission-daemon is a daemon-based Transmission session that can
be controlled via IPC commands by transmission-remote (included).
Transmission is a free, lightweight BitTorrent client. It features a
simple, intuitive interface on top on an efficient, cross-platform
back-end.
WWW: http://www.transmissionbt.com/
--
I am getting more and more requests lately, some users want to use Clutch. The
Clutch is using transmission-daemon to control the torrent by via web-based
interface.
http://clutchbt.com/
I have no interest in Clutch, so don't bother to ask me to create Clutch port.
I do not really know anything about transmission-daemon, so test and report me
bugs as usually.
