all Bittorrent client use the "official" libtorrent library called in portage : rblibtorrent. The only exception to this is the rtorrent client which rely on a different version of libtorrent developed by rakshasa. unfortunately both libraries has rhe same name so they cannot be installed simultaneously on the same system. The best solution would have been to name them differently. Anyway I found a workaround on a slackware box. I installed in the default place the "official" libtorrent (rasterbar) and assigned an alternate one to rakshasa's during the ./config fase using the --prefix=/the_place_u_prefer option. There after I had to pass this new location during the configuration phase of rtorrent with : # PKG_CONFIG_PATH="/the_place_u_prefer/pkgconfig" ./configure on slackware all seems to work but I don t know if I can play so freely with variable within portage system if anyone could digg this to find a solution. Reproducible: Always Steps to Reproduce: 1.trying to emerge rastebar libtorrent based client and rakshasa libtorrent based client Actual Results: These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] net-libs/libtorrent-0.11.2 USE="-debug" 487 kB [ebuild N ] net-p2p/rtorrent-0.7.2 USE="-debug" 429 kB [blocks B ] net-libs/libtorrent (is blocking net-libs/rb_libtorrent-0.12) Total: 2 packages (2 new, 1 block), Size of downloads: 916 kB !!! Error: The above package list contains packages which cannot be installed !!! at the same time on the same system. For more information about Blocked Packages, please refer to the following section of the Gentoo Linux x86 Handbook (architecture is irrelevant): http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?full=1#blocked
net-p2p/rtorrent does not depend on net-libs/rb_libtorrent at all, what's your trouble here? # pquery --raw --revdep=net-libs/rb_libtorrent net-p2p/linkage-0.1.2 depends on net-libs/rb_libtorrent through >=net-libs/rb_libtorrent-0.12 rdepends on net-libs/rb_libtorrent through >=net-libs/rb_libtorrent-0.12 net-p2p/linkage-0.1.4 depends on net-libs/rb_libtorrent through >=net-libs/rb_libtorrent-0.12 rdepends on net-libs/rb_libtorrent through >=net-libs/rb_libtorrent-0.12 net-p2p/qbittorrent-0.9.3 depends on net-libs/rb_libtorrent through =net-libs/rb_libtorrent-0.12 rdepends on net-libs/rb_libtorrent through =net-libs/rb_libtorrent-0.12 net-p2p/qbittorrent-1.0.0_beta5 depends on net-libs/rb_libtorrent through >=net-libs/rb_libtorrent-0.13_pre1496 rdepends on net-libs/rb_libtorrent through >=net-libs/rb_libtorrent-0.13_pre1496
(In reply to comment #1) > net-p2p/rtorrent does not depend on net-libs/rb_libtorrent at all, what's your > trouble here? net-p2p/rtorrent depends on net-libs/libtorrent, several other Bittorrent clients depend on net-libs/rb_libtorrent. net-libs/libtorrent and net-libs/rb_libtorrent block each other because they share the same library name (libtorrent). They are independently developed libraries that unfortunately share the same name. The only way to resolve the conflict would be to rename one of the libraries and patch the packages that depend on it to use the renamed library.
Yeah, you'll have to live with it or get rtorrent fixed upstream.
as far as i can see they don't have the same name anymore I don't know when it changed but i can install both at the same time so you should consider removing the block.
(In reply to comment #4) > as far as i can see they don't have the same name anymore I don't know when it > changed but i can install both at the same time so you should consider removing > the block. As far as I can see, both packages install some files with the same names: /usr/lib/libtorrent.a /usr/lib/libtorrent.la /usr/lib/libtorrent.so /usr/lib/pkgconfig/libtorrent.pc That's why the block is there. It would be nice if we can get libtorrent/rtorrent to use the basename libTorrent for their libraries. The formal project name for the library is also libTorrent so maybe it won't be so hard. If not, perhaps Gentoo could patch the name locally since AFAICT the only packages affected would be libtorrent and rtorrent.
you are right until rb_libtorrent-0.13_p... I don't know about 0.13 they didn't compile - but 0.14.* the libs are called /usr/lib64/libtorrent-rasterbar.so and so on. They are still masked - I had to unmask them to install spring :D. But the still block libtorrent.
net-libs/libtorrent and net-libs/rb_libtorrent are not conflicting anymore. rb_libtorrent should remove !net-libs/libtorrent from its DEPEND
Assigning the bug to maintainers.
*** Bug 293000 has been marked as a duplicate of this bug. ***
+ 19 Dec 2009; Samuli Suominen <ssuominen@gentoo.org> + rb_libtorrent-0.14.6.ebuild, rb_libtorrent-0.14.7.ebuild: + Remove block to net-libs/libtorrent wrt #190171. No file collision.
