The build system does not allow for using system copies of either of these. dev-libs/libevent: 1.4.11? (not upstream, but small diff from 1.4.10) net-misc/miniupnpd: 1.3 (portage only has a snapshot from 2009-01-29, 1.3 was released on 2009-04-17)
It's the same for =net-p2p/transmission-1.52.
http://trac.transmissionbt.com/ticket/2070
http://trac.transmissionbt.com/ticket/2071
(In reply to comment #0) > dev-libs/libevent: 1.4.11? (not upstream, but small diff from 1.4.10) Portage has now also 2.0+ alpha release, but it's still package.masked > net-misc/miniupnpd: 1.3 (portage only has a snapshot from 2009-01-29, 1.3 was > released on 2009-04-17) 1.3 was recently added by another developer, keyworded and cleaned up the ebuild a bit (only a bit) for ~amd64
I agree with this ticket in principle, but we've been bundling libevent and miniupnpc for over a year and a half and this is the first complaint. If this is a priority for you, please submit a configure.ac patch upstream and I'll be happy to use it in the next release. Also a minor point -Transmission bundles miniupnpc, not miniupnpd.
+*transmission-1.70 (06 Jun 2009) + + 06 Jun 2009; Samuli Suominen <ssuominen@gentoo.org> + +transmission-1.70.ebuild, +files/transmission-daemon.confd.1, + +files/transmission-daemon.initd.1: + Version bump. Use system libevent instead of bundled copy wrt #269082. + Update init.d and conf.d files wrt #269655. About upstream response to miniupnpc, * status changed from assigned to closed * resolution set to wontfix miniupnpc is a great library. and after completing this ticket's sibling libevent ticket, I set out to try to implement this one too, for Transmission 1.70. But it's not going to happen... the risk/reward ratio is a lot worse for miniupnpc than for libevent. Cutting out libevent saves us 16,000 lines of code. More importantly, libevent has had a stable binary interface for about two years now. Miniupnpc is less than 1/5th the size of libevent. And in the same two year period, there have been four different binary interfaces: it changed in the 2007/12/13, 2008/10/02, and 2009/01/29 releases. Moreover it's nearly impossible to tell which version of miniupnpc you've got -- the *only* info is kept in MINIUPNPC_VERSION_STRING, but it reads "1.2" for both versions 1.2 and 1.3, so the only reliable way is to try and compile the different function APIs and see which ones survive the compile. If you still feel up to this task, please reopen this ticket when you have a clean patch ready.
Xref: http://bugs.gentoo.org/show_bug.cgi?id=274125