net-p2p/transmission-qt4

net-p2p/transmission* -- update and falvorize

* update to 2.94
* flavorize the Qt frontends
* give maintainership to lebarondemerde@privacychain.ch

PR:		226710
Approved by:	portmgr (mat), crees (previous maintainer)
Differential Revision:	https://reviews.freebsd.org/D14699

Replace bsd.qt.mk by Uses/qt.mk and Uses/qt-dist.mk

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

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

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

Add -qt5 port.

While here, correct version of transmission meta-port

PR:		ports/220933
Submitted by:	ldbm@privacychain.ch

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

devel/libevent2: drop historical suffix after r362796

PR:		216777
Approved by:	mm (maintainer)

devel/libevent2: update to 2.1.8 and cleanup

- DEFAULT_VERSIONS += ssl=openssl-devel is now supported
- devel/py-event and devel/p5-Event-Lib are marked BROKEN

Changes:	https://github.com/libevent/libevent/raw/release-2.1.8-stable/whatsnew-2.1.txt
Changes:	https://github.com/libevent/libevent/raw/release-2.1.8-stable/ChangeLog
PR:		216527
Exp-run by:	antoine
Approved by:	mm (maintainer)

- update miniupnpc to 2.0.20161216 - bump API change

net-p2p/transmission-qt4: unbreak build after r409981

/usr/local/bin/ld: cannot find -lopenssl

Reported by:	pkg-fallout
Pointy hat:	jbeich

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]

net-p2p/transmission-cli: chase r399209

https://github.com/miniupnp/miniupnp/commit/1da63faa4fff5cb30e5d4b848ceef80a292382b9

PR:		203768
Reported by:	many
Obtained from:	upstream
MFH:		2015Q4
X-MFH-With:	r399209

- 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] - Belated

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)

Cleanup plist

- Add missing -lcrypto (fixup for r364712) - Use MAKE_CMD

transmission-* cleanup

I missed the -linotify LDFLAG on the transmission-gtk port.  It was also
pointed out by the submitter than transmission-qt4 now has a duplicate
-lcrypto LDFLAG so let's remove that.

PR:		192319
Submitted by:	Ivan Klymenko

Convert GMAKE to MAKE_CMD Please note that lots of invocation of MAKE_CMD here are wrong as they do not properly respect MAKE_ENV and friends

With hat:	portmgr

Do not violate stagedir

Reported by:	poudriere
With hat:	portmgr

Fix stage

Stage transmission ports and the rest maintained by me.

Various little obvious fixes, and a new rc script for stunnel-server

- Pass QMAKE_ARGS to qmake

Approved by:	portmgr (blanket approval)

- Remove manual creation and removal of share/applications, as it's now in the mtree (categories starting with [np])

Approved by:	portmgr (bdrewery)

net/transmission-qt4: Fix QMAKEFLAGS properly

Set QMAKEFLAGS value as intended.  The original patch was modified
to the previous state with the idea it was equivalent.  It wasn't.

Add NO_STAGE all over the place in preparation for the staging support (cat: net-p2p)

Add explicit QMAKE_LFLAGS for iconv.

Submitted by:	marino
Approved by:	portmgr (bapt, implicit)

Fix transmission-qt4 build.

PR:		ports/180292
Submitted by:	naddy
Obtained from:	OpenBSD

Mark BROKEN-- requires newer version of Qt than in the ports tree

PR:		ports/180292

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)

Thanks to the latest GTK 3 update, transmission-gtk (moved from transmission-gtk2) now builds.  All can upgrade safely!

Fix chown for transmission home directory to silence complaints from transmission-daemon

De-articulate COMMENT

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.

Update to 2.75

PR:		ports/174507 (based on)
Submitted by:	Sayetsky Anton <vsjcfm@gmail.com>

Create transmission25 ports and UPDATING entry to explain.

Sadly, Transmission has stopped supporting GTK 2.0 (it had to happen some day).

They now require GTK 3.2.0 [1], which we currently lack, so for those who
wish to use the GTK frontend need to stay on version 2.5

When our GTK is upgraded I'll make MOVED entries to make the transition back to
2.6 as seamless as possible.

[1] http://tinyurl.com/cfchfp9

Update to 2.61

PR:		ports/170193
Submitted by:	Sayetsky Anton <vsjcfm@gmail.com>

- Convert USE_QT_VER=4 and QT_COMPONETS to USE_QT4

Review by:	bapt, David Naylor (kde team)

- update png to 1.5.10

- Update to 2.50

Submitted by:	"Hakisho"
Feature safe:	yes

- Update to 2.42 - Use --with(out)-gtk instead of enable -- option has changed

Feature safe:	yes

Take these for now, mezz can take them back whenever he likes.

- Reset ports at maintainers request

Update to 2.32.

Update libevent2 to 2.0.11

Fix transmission-qt to avoid link with both libevent 1.x and 2.x libraries or it will crashes. Remove a hardcore '-levent' (should be -levent-2.0) in the qtr.pro and let pkg-config takes care of it. Bump the PORTREVISION.

PR:		ports/155600
Reported by:	Alexandr <prayer@list.ru>

Add moc_build rcc_build uic_build; it does need all of them.

Reported by:	QAT

Add qmake_build to allow it builds.

Reported by:	QAT

A fast and lightweight QT4 BitTorrent client, loosely based on the GTK+ client.

This is the only Transmission client that can act as its own self-contained
session (as the GTK+ and Mac clients do), and can also connect to a remote
session (as the web client and transmission-remote terminal client do).

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.

WWW: http://www.transmissionbt.com/