Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 203014 - kill virtual/bittorrent
Summary: kill virtual/bittorrent
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High normal (vote)
Assignee: Gentoo net-p2p team
URL:
Whiteboard: Pending removal 16 Feb 2008
Keywords:
Depends on:
Blocks:
 
Reported: 2007-12-22 13:59 UTC by Luke-Jr
Modified: 2008-02-14 15:45 UTC (History)
1 user (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Luke-Jr 2007-12-22 13:59:41 UTC
virtual/bittorrent was created so packages could depend on programs with the same common btlaunchmany.py (and co) interfaces, used by the original BitTorrent and its forks (such as BitTornado). The latest versions of BitTorrent no longer comply with these old application names, though the applications do mostly still use the same interfaces.

Possible solutions:
1. net-p2p/bittorrent should cease providing and blocking virtual/bittorrent
2. virtual/bittorrent should be versioned and slotted, so older bt*.py would be version 1 and the newer command names would be version 2
3. net-p2p/bittorrent can install symlinks for the old program names to the new ones

I personally would prefer one of the first two options, so that one can install both BitTorrent and BitTornado. Option 3 could always be split into a "net-p2p/bittorrent-1-compatibility" providing only symlinks, if anyone needs that.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2007-12-22 14:06:09 UTC
I'd actually prefer 

4/ Kill virtual/bittorrent altogether because this virtual plain doesn't make any sense.
Comment 2 Luke-Jr 2007-12-22 14:24:43 UTC
virtual/bittorrent exists for:
1. allowing things to depend on anything providing the once-standard bt*.py tools
2. providers blocking against all other such providers

Whether those needs exist or not anymore, I don't know.
Comment 3 Jakub Moc (RETIRED) gentoo-dev 2007-12-22 14:45:43 UTC
(In reply to comment #2)
> Whether those needs exist or not anymore, I don't know.

- virtual/bittorrent is PROVIDEd by exactly one ebuild (net-p2p/bittorrent) which you complain about the it should no longer provided.

- exactly one ebuild depends on virtual/bittorrent (net-p2p/eztorrent)

It's completely useless
Comment 4 Luke-Jr 2007-12-22 15:24:04 UTC
net-p2p/bittornado also PROVIDEs virtual/bittorrent, and correctly.

So I guess the question left open is whether eztorrent wants net-p2p/bittorrent or net-p2p/bittornado.
Comment 5 Jakub Moc (RETIRED) gentoo-dev 2007-12-22 16:16:13 UTC
(In reply to comment #4)
> net-p2p/bittornado also PROVIDEs virtual/bittorrent, and correctly.

Yeah, that's the one ebuild I meant, since you say net-p2p/bittorrent shouldn't provide this.
 
> So I guess the question left open is whether eztorrent wants net-p2p/bittorrent
> or net-p2p/bittornado.

We have perfectly working || ( foo bar ) deps for this in case it works with both; plus you cannot slot old-style virtuals at all. Having a virtual for one package plain doesn't make sense.
Comment 6 Raúl Porcel (RETIRED) gentoo-dev 2008-01-16 15:48:27 UTC
Removed virtual/bittorrent from net-p2p/bittorrent and net-p2p/bittornado.

P.masked net-p2p/eztorrent since it doesn't work with stable bittorrent or bittornado.

Will remove the virtual when eztorrent gets removed in 30 days
Comment 7 Luke-Jr 2008-01-17 11:35:54 UTC
Slightly off-topic, but why do the new net-p2p/bittorrent and net-p2p/bittornado block each other?
Comment 8 Raúl Porcel (RETIRED) gentoo-dev 2008-01-17 14:17:38 UTC
Fixed
Comment 9 Raúl Porcel (RETIRED) gentoo-dev 2008-02-14 15:45:32 UTC
Removed