Slashdot Mirror


BitTorrent Closes Source Code

An anonymous reader writes ""There are two issues people need to come to grips with," BitTorrent CEO Ashwin Narvin told Slyck.com. "Developers who produce open source products will often have their product repackaged and redistributed by businesses with malicious intent. They repackage the software with spyware or charge for the product. We often receive phone calls from people who complain they have paid for the BitTorrent client." As for the protocol itself, that too is closed, but is available by obtaining an SDK license."

390 comments

  1. In related news... by KingSkippus · · Score: 4, Funny

    "There are two issues people need to come to grips with," BitTorrent CEO Ashwin Narvin told Slyck.com. "The genie is back in the bottle, and the cat is back in the bag."

    Sorry, I just thought that was funny. If you RTFA, though, it sounds like the sky isn't falling just yet. The client, which was closed source before, is still free (as in free beer), and the protocol is available to anyone who asks for it.

    1. Re:In related news... by weak* · · Score: 1, Insightful
      In further related news, nobody gives a fuck because everybody likes utorrent better anyway (I go as far as to run it in WINE and it's still slicker than Azureus.).

      Suddenly feeling pretty vulnerable without my fire coat...

      --
      The Schwartz space ain't from Spaceballs.
    2. Re:In related news... by Anonymous Coward · · Score: 5, Informative

      And uTorrent belongs to Bittorrent(company) and always has been closed source.

    3. Re:In related news... by compro01 · · Score: 2, Informative

      though utorrent was acquired by these guys and likely will now be following the same route.

      --
      upon the advice of my lawyer, i have no sig at this time
    4. Re:In related news... by starwed · · Score: 4, Informative

      But utorrent has always been closed source.

    5. Re:In related news... by Barny · · Score: 3, Informative

      And further reading would have shown that not only was utorrent closed source (and still is), but since this version it is also the "official" client, so...

      Bit torrent have made a closed source client their mainline client, and have decided to fortify their rights to the protocol too (its closed, but an SDK can be requested).

      Not only is this a non-issue, but its the type of sensationalism I would expect from a lot lower class of blog than /.

      --
      ...
      /me sighs
    6. Re:In related news... by Zeio · · Score: 4, Insightful

      Response to this: fork and die.

      BitTorrent/Bram just sealed a casket. Charging for a protocol is like charging for TCP. And with Azureus Vuze and mldonkey out there who cares.

      There is room in this world for basically Microsoft and maybe IBM to charge for "protocols," (like the ability to stream WMV and play it), but to open and then close = fork and die.

      That Ashwin guy is a rug-merchant type, he knows how to wheel and deal and do the CEO thing, but I think he doesn't get why his company isn't a commercial success, and closing the source code isn't going make commercial miracles happen - this is like a fish flopping around on the deck of a fishing troller. . To throw is words back at him, a bottled genie cant grant wishes.

      You think the content companies, and Yahoo, and all the other people trying to trickle-channel or channel media with P2P don't have the specs for a protocol like this? What would prevent them from DIY rather than pay BT? Nothing.

      --
      Legalize the constitution. Think for yourself question authority.
    7. Re:In related news... by Sattwic · · Score: 1

      The next version of Bittorrent is going to be repacked utorrent.

    8. Re:In related news... by TheRaven64 · · Score: 5, Insightful

      My final year project as an undergrad was designing and implementing a protocol for roughly the same target as BitTorrent. BitTorrent started to become popular after I had begun working, and so I tried to compare my protocol to theirs for the final dissertation. It always amazed me that a protocol could become popular with no documentation; the only protocol documentation I could find was the (Python) code for the official client.

      After finding out as much as I could about the protocol, it seemed like every time there was a design decision to be made, they picked the wrong one. The protocol has a staggering overhead, no possibility of adding multicast if it becomes widely deployed, and the out of band channels are designed in such a way as to make it trivial for anyone with a basic understanding of game theory to create a client that leaches a huge amount more than it uploads.

      Hopefully this move will encourage the IETF to ratify a decent peer to peer protocol (have they even got a P2P WG yet?).

      --
      I am TheRaven on Soylent News
    9. Re:In related news... by makomk · · Score: 1

      As I recall, they were originally planning to release a closed-source version of Mainline as the next release, but I guess they gave up on that plan. (Unfortunately, I've lost the link; it was in my /. article submission, and I think it was an interview with Ashwin Navin)

    10. Re:In related news... by weierstrass · · Score: 2, Funny

      The bittorrent work is very good, unless you are judging it as you would a final year project. No possibility of adding multicasting?? Wtf does this even mean?

      --
      my password really is 'stinkypants'
    11. Re:In related news... by MrHanky · · Score: 4, Insightful

      The type of sensationalism you'd expect from a lower class of blog than /.? I hate to be the one to spew clichés, but are you new here? Without sensationalism, how could the editors rile up the readership and create the discussion so needed for repeated page views and the advertising income so needed to pay for their hard, honest work?

    12. Re:In related news... by snemarch · · Score: 2, Insightful
      If BitTorrent inc. hadn't purchased torrent, it'd be entirely a non-issue since their client more or less sucks, and the current protocol is already well explained far and wide, with lots of opensource clients available.

      a lot of people are using torrent though, so if BT inc starts doing protocol changes, they could potentially shatter the BT "community". We can only hope that, in case they do this, people won't cling on to t religiously but move to another client...

      --
      Coffee-driven development.
    13. Re:In related news... by Anonymous Coward · · Score: 0

      And you are both being nappy headed ho's.

    14. Re:In related news... by Barny · · Score: 0, Offtopic

      Not as new as you. (yup, time for all the sub 1k UID to spam replies again)

      As for using miss-worded titles and badly interpreted articles to generate ad revenue, well, I don't know about others, but most of the people I know who read /. use ad blocks.

      Does this site make money now? Last time I heard from the management (around the time they got absorbed by OSDN) they were losing about double what they were making.

      --
      ...
      /me sighs
    15. Re:In related news... by kryptkpr · · Score: 2, Informative

      I think he's referring to the initial peerid exchange. The requirement to establish a torrent session is that both parties must send out their peerids to establish the connection. This poses a problem for multicast where 1 party is sending but lots of parties are attempting to receive (ie, the link is one-way, with the receiver having no way to send back to the sender their peerids). This can probably be worked around, since peerid isn't really that necessary anyway (IIRC, it's just used as kind of a GUID).

      What he says about using game theory to trick other clients into sending to you may or may not actually be true, since there are lots of clients out there and he only knows how the reference client's tit-for-tat/peer-picking algorithm works (although he's right in that it's weak). One MAY be able to use game theory to trick a specific implementation, but I don't think you could make some kind of uberclient that can trick the entire swarm into unloading their bits in your direction.

      DISCLAIMER: It's been almost 2 years since I've done any torrent hacking, this information may be outdated.

      --
      DJ kRYPT's Free MP3s!
    16. Re:In related news... by Stiletto · · Score: 3, Interesting

      So, release yours as open source, assuming it works. There's clearly demand for an open protocol such as this, and one that "did things right" and outperformed BitTorrent would probably become quite popular.

    17. Re:In related news... by MrMoDoJoJr · · Score: 1

      I'd be interested to know what your thoughts are on the future of P2P networks. I heard one stat a long time ago that P2P's consumed about 20% of internet bandwidth. I dont know how true this is, but I suspect that P2P is a huge amount of bandwidth all the same. Also, I dont know the BitTorrent protocol, I would however guess that the technology is still in its infancy. How do you see multicast and IPv6 affecting the future of P2P?

    18. Re:In related news... by Anonymous Coward · · Score: 0

      Post you dissertation and let those with real world experience review it?

    19. Re:In related news... by Anonymous Coward · · Score: 0

      why should you 'ask' for the protocol ?

      I never had to 'ask' for the rfcs, scsi standards
      or intel processors manuals. That's what I call 'free'.

      Look, they can shuv up their ass their 'easy to get' SDK.
      I hope they'll be marginalized soon, and no open source
      implementors will want to play by their rules.

    20. Re:In related news... by Doctor+O · · Score: 3, Interesting

      No possibility of adding multicasting?? Wtf does this even mean?

      Sorry to ruin it for you, but if you don't even know what that means, you're not in a position of judging *any* protocol.

      Another hint for you: Just because it seems to work well for you on a small scale doesn't mean it is a good protocol (i.e. scaling well, little overhead, easily extendable, etc.).
      --
      Who is General Failure and why is he reading my hard disk?
    21. Re:In related news... by jsight · · Score: 3, Informative

      You are definitely right about the spec. The "official" spec from Bram Cohen was somewhat of a joke. The best that is available is:
      http://wiki.theory.org/BitTorrentSpecification

    22. Re:In related news... by iago-vL · · Score: 1

      This?

      Killing time while I wait to post, dum dee dum dee dum......

    23. Re:In related news... by mrogers · · Score: 1

      I don't think you could make some kind of uberclient that can trick the entire swarm into unloading their bits in your direction.
      That's pretty much what BitTyrant does. It determines the threshold at which each peer will start uploading, sorts the peers by their thresholds, and uploads to as many as necessary to saturate the downstream connection.
    24. Re:In related news... by kinglink · · Score: 1

      Are we reading the same story?

      They are CLOSING the source. They aren't charging for the protocol, they are still making it available but only in an SDK kit, not the raw source itself.

    25. Re:In related news... by jimbojw · · Score: 1

      Since Azureus and other bittorrent clients are open source, wouldn't it just be possible to read through the code and discover the protocol? How does forcing developers to obtain an SDK license help anything?

    26. Re:In related news... by COMON$ · · Score: 1

      Everyone huh, just because you seem like someone fun to piss off because of your generalizations I will post to let you know that I do not like utorrent better, there just crushed all your hopes and dreams of your generalization working ;)

      --
      CS: It is all sink or swim...oh and did I mention there are sharks in that water?
    27. Re:In related news... by Anonymous Coward · · Score: 0

      Being watching too much Star Wars, it appears you have.

    28. Re:In related news... by Shakrai · · Score: 5, Insightful

      I go as far as to run it in WINE and it's still slicker than Azureus

      Yes, but at least I know that Azureus isn't reporting what I'm downloading back to the mothership. You know, the same mothership that has signed deals with members of the MPAA.

      Anybody using a closed source bittorrent client to do anything more aggressive then download a Linux distribution is insane, IMHO.

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
    29. Re:In related news... by AlanS2002 · · Score: 2, Insightful

      if BT inc starts doing protocol changes, they could potentially shatter the BT "community"

      That's only if there client had enough of a market-share to make the modified protocol the de-facto standard. If most people continue to use clients other than those owned by BitTorrent Inc. and trackers continue to work using the same protocol, it shouldn't matter what BitTorrent Inc. do to the protocol. That is as long as no one else follows lead.

      --
      Not all conservatives are stupid,
      but it is true that most stupid people are conservative.
      - Hume
    30. Re:In related news... by TheRaven64 · · Score: 2, Insightful
      There are a few unrelated problems lumped into the category of peer-to-peer. One is content distribution; e.g. TV replacement things. These are best served by a tree-topology, since they have a single origin. This is already done for things like the iTunes store, which caches data near the edge of the network. Whether multicast is useful here really depends on how many people close together want to receive it at the same time. For news, podcasts, etc, multicast is ideal. There are a few systems that implement multicast at a higher level, which are likely to be useful; you stream to relays, relays stream to geographically close destinations, recursively.

      One big problem with BitTorrent is that it isn't aware of the topology of the network, and so tends to use the most expensive bandwidth (e.g. transatlantic) in spite of the availability of cheaper alternatives. Home users don't care, because they pay a flat rate, but their ISPs do.

      --
      I am TheRaven on Soylent News
    31. Re:In related news... by morgan_greywolf · · Score: 1

      And you are both being nappy headed ho'


      Hey, I'm Don Imus, you insensitive clod!
    32. Re:In related news... by Hydroksyde · · Score: 1

      -1, 13 years old

    33. Re:In related news... by JimDaGeek · · Score: 1

      Amen to that. I am surprised you haven't been modded up yet. I would never trust a closed bittorent client, you just never know what is going on.

      --
      General, you are listening to a machine! Do the world a favor and don't act like one.
    34. Re:In related news... by JimDaGeek · · Score: 1

      They aren't charging for the protocol, they are still making it available but only in an SDK kit
      Are you sure about that? I just looked around the bittorent site and didn't see any download link for an SDK. The only thing I found was something about device certification that includes an SDK and I am willing to bet that this "certification" is not free.

      Doing a Google search only shows up an SDK for device manufacturers. Until I see a link where anyone can download the SDK for no charge, I won't believe it.
      --
      General, you are listening to a machine! Do the world a favor and don't act like one.
    35. Re:In related news... by kinglink · · Score: 1

      If they decide to charge I'll be on the same side as you. But until that point where they start charging everyone unreasonable sums (note anything over 20 bucks for a free app) for the SDK or the certification I'll be the first in line of complaining.

      But everyone just will become negative at the first sign of a change. Let's see what actually happens before we pull out our torches and pitchforks.

    36. Re:In related news... by nuzak · · Score: 1

      > Charging for a protocol is like charging for TCP.

      I dunno, there's still some shops selling SSH apps for windows (personally I find PuTTY superior, but it's really not well marketed). And the only really good tn3270 emulators aren't free.

      Of course the largest chunk of BT's adopters aren't exactly known for wanting to pay for things.

      --
      Done with slashdot, done with nerds, getting a life.
    37. Re:In related news... by kryptkpr · · Score: 1

      Very interesting, but I still don't think this is really a long-term concern.

      They seem to be doing legitimate research and publishing papers, so other clients will eventually absorb the improved unchoke algorithm (which is actually explained in Figure 9 of their paper, on page 7) which will again level the playing field. Whats most important to note is that this required no protocol change, there are no fundamental flaws or incorrect design decisions as claimed by the GP. This is simply a better way to determine which peers to upload to, and how fast to upload to each (from what I read it dynamically adjusts the rate on a per-peer basis.. very cool).

      Thanks for the link though, I just skimmed the paper but will definitely give it a full reading.

      --
      DJ kRYPT's Free MP3s!
    38. Re:In related news... by weierstrass · · Score: 1

      I know what multicasting is thankyou, what I don't understand is why it is a failing of Bittorrent that it couldn't easily be adapted to it??
      Bittorrent was written to get over the lack of multicasting. It solves the problem multicasting solves in a different way. The fact that there are no serious implementations of multicasting that scale to the whole Internet the way BT does, suggest that in current circumstances it actually solves the problem better than multicasting would. It also suggests that making BT multicasting-forward-compatible would be exactly the type of rigid adherence to the theoretical doctrine of the month that ruins a lot of otherwise useful software, written as final year projects.

      --
      my password really is 'stinkypants'
    39. Re:In related news... by weierstrass · · Score: 1

      I'm 26 and have a Master's degree.

      --
      my password really is 'stinkypants'
    40. Re:In related news... by snemarch · · Score: 1
      My above post might have made a bit more sense if the "Mu" sign hadn't been cut out :) - it should have read "people are using utorrent though" and "cling on to ut religiously", but of course with a Mu sign instead of the 'u'.

      The point is, of course, that with the purchase of utorrent, BitTorrent inc. have purchased a pretty large marketshare...

      --
      Coffee-driven development.
    41. Re:In related news... by Anonymous Coward · · Score: 1, Insightful

      They laughed at me on /. when I said some private trackers and some privacy enhancing IP block lists which are really concerned about privacy (not piracy essentially) started to block Bittorrent and uTorrent.

      Please live with the fact that Bittorrent protocol started with good intentions but currently it is under real evil hands.

      The "DHT" is the key. That is the primary concern of those "paranoids". When there is DHT involved, there is a central server. Excuse me if I trust to an open source client such as Azureus rather than some people acquired by billion dollar companies and still have face to beg for donation to my face on OS X acting like independent developers.

      For the "open source" part, I wouldn't care less. Limewire is open source and even had face to bundle a "limeshop" control panel on OS X, yes, first actual Mac spyware until some "paranoids" started to flood forums with that fact and they pulled it from distro.

    42. Re:In related news... by makomk · · Score: 1

      Yep, that's the one. Best quote: 'The new version of Mainline will apparently not be released as an open-source client, as BitTorrent was. "Open-source BitTorrent gives you performance efficiency at the expense of the user experience," Navin said.'

    43. Re:In related news... by iceaxe · · Score: 1

      spam spam spam

      In other news, let's at least attempt to stay on topic? Please?

      --
      WALSTIB!
  2. What does F-O-R-K spell? by Anonymous Coward · · Score: 0

    It spells "open source is all the fun of evolution, without having to die if you are the loser"

    1. Re:What does F-O-R-K spell? by BobPaul · · Score: 1

      You misspelled fork.

    2. Re:What does F-O-R-K spell? by Keeper+Of+Keys · · Score: 1

      Fuck off to rtorrent or ktorrent?

  3. Not RTFA? Read this at least. by tonsofpcs · · Score: 5, Informative

    So basically BitTorrent bought uTorrent and is staying closed source (as uTorrent is now). Q: How will this impact the BitTorrent open source development community as a whole? A: There will be no impact to the BitTorrent open source development community. We are committed to maintaining the preeminent reference implementation of BitTorrent under an open source license. Although the latest documentations won't be published for the world to see, an aspiring BitTorrent developer or a hardened coder can still obtain the specifications on the latest protocol extensions by obtaining a SDK license.

    1. Re:Not RTFA? Read this at least. by PaintyThePirate · · Score: 5, Informative

      Not exactly. The only mention of an SDK on the Bittorrent site is part of a "device certification program", that would undoubtedly involve paying Bittorrent in exchange for licensing their now proprietary information and some offical seal of approval. There is no mention of open source projects being able to see/use any changes in the protocol. Luckily, I assume that most bittorrent trackers (public or private), will ban any incompatible official client if the protocol does change, rather than adopting the official client and abandoning all of the others.

    2. Re:Not RTFA? Read this at least. by tonsofpcs · · Score: 1

      The SDK may be targeted at development of hardware, however anyone getting it will still gain access to the protocol.

    3. Re:Not RTFA? Read this at least. by tonsofpcs · · Score: 3, Informative

      From the article:
      However this will not be the case, Ashwin told Slyck.com. Although the latest documentations won't be published for the world to see, an aspiring BitTorrent developer or a hardened coder can still obtain the specifications on the latest protocol extensions by obtaining a SDK license.

      "I don't think we've ever said no" to an aspiring BitTorrent programmer, Ashwin said.

    4. Re:Not RTFA? Read this at least. by PaintyThePirate · · Score: 4, Interesting

      It's still a matter of what you, as a developer, can do with the protocol. Obviously, part of the SDK licensing agreement will be that you can't just publish it for the world to see, or be allowed to incorporate it into an open source project (or probably even a third party closed source project).

    5. Re:Not RTFA? Read this at least. by Firehed · · Score: 5, Insightful

      Oh big deal. In a big fit of irony, the SDK will hit Bit-torrent within minutes. At the end of the day, Bit-torrent is mostly used for piracy, so Bit-torrent, Inc, of all organizations, should realize that this is an absolutely useless attempt at who-knows-what.

      Alternately, all of the open-source clients could develop a separate protocol that they would all implement in parallel to the official one. A fork of sorts, but expect all clients to end up supporting both/all when all is said and done.

      --
      How are sites slashdotted when nobody reads TFAs?
    6. Re:Not RTFA? Read this at least. by value_added · · Score: 1

      Oh big deal. In a big fit of irony, the SDK will hit Bit-torrent within minutes.

      May be it's just the triumph of optimism over experience?

      I'm reminded of how every now and again someone sets out to develop a New and Improved USENET client (or file compression utility) and market it for sale to all those folks who spend their hours actively downloading such stuff for free.

    7. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 3, Funny

      Maybe you use it for piracy but I use it to download my linux distributions, you tube files, etc. so please put things in proper context! Remarkable amount of FUD going around lately along with theft. More prosecution for violation of GPL needs to happen.

    8. Re:Not RTFA? Read this at least. by appleLaserWriter · · Score: 5, Funny

      Oh big deal. In a big fit of irony, the SDK will hit Bit-torrent within minutes. At the end of the day, Bit-torrent is mostly used for piracy, so Bit-torrent, Inc, of all organizations, should realize that this is an absolutely useless attempt at who-knows-what.

      No, you completely misunderstand, Bittorrent's management are absolutely brilliant. If they keep bittorrent open source, then it's impossible to pirate. By "closing" it, they are actually making it possible for people to get bittorrent as god intended. By pirating it.

    9. Re:Not RTFA? Read this at least. by 1000Monkeys · · Score: 3, Informative

      You mean like the open source reference version that they've promised to continue to maintain?

    10. Re:Not RTFA? Read this at least. by TechnoLuddite · · Score: 1
      What might be of use for people who choose to take the parent's comment at face value is a simple perusal of Wikipedia's entry on BitTorrent:

      http://en.wikipedia.org/wiki/BitTorrent

      Under "Adoption of BitTorrent", you can see some of the legal uses of BitTorrent. I won't argue that there's a fair share of piracy that uses BitTorrent, but Firehed (appropriate name, that) seems to be implying that there's hardly any other use. But even if you only count the Linux distributions and WoW patches, I'm not sure that's a defensible position.

    11. Re:Not RTFA? Read this at least. by Rakshasa+Taisab · · Score: 3, Insightful

      Err, so I need to obtain an SDK license to see the latest specs so I can implement them in my client?

      Well, fuck them.

      --
      - These characters were randomly selected.
    12. Re:Not RTFA? Read this at least. by complete+loony · · Score: 1

      The protocol is already extensible, so you don't have to fork it to add new features. You negotiate common extensions just after connecting to a peer.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    13. Re:Not RTFA? Read this at least. by Anonymous Coward · · Score: 0

      don't make me laugh Wow is patched in game. bittorrent is 99.9% used to steal stuff.

    14. Re:Not RTFA? Read this at least. by drauh · · Score: 1

      before this, the 'official' bittorrent client was written in python, and distributed as python source.

      --
      This is a tautology.
    15. Re:Not RTFA? Read this at least. by Toby_Tyke · · Score: 3, Interesting

      FUD is pretending that bit torrent is NOT used mostly for piracy. Take a look on piratebay or mininova. The vast majority of torrents on there are for copyrighted material that the uploaders have no legal right to share. All the people downloading Linux distros probably don't even come close to the numbers downloading movies. Admittedly, I'm not aware of any detailed research on the issue, but the evidence available clearly indicates that the most popular use of bit torrent is illeagle distribution of copyrighted works.

      That's certainly all I use it for.

      --
      "I realise this is not a very popular opinion but it's the truth, and there for needs to be said" -Bill Hicks
    16. Re:Not RTFA? Read this at least. by lysse · · Score: 1

      Maybe you use it for piracy but I use it to download my linux distributions, you tube files
      ...
    17. Re:Not RTFA? Read this at least. by Anonymous Coward · · Score: 0

      don't make me laugh Wow is patched in game. Yes, using a built-in version of BitTorrent. Really.

    18. Re:Not RTFA? Read this at least. by viridari · · Score: 1

      Hey when you use BitTorrent to download YouTube files, guess what? You're a pirate! Now smile and say "ARRRRRRRRR" for the tourists.

    19. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 1

      I've got over 35 years in computers,don't download copyrighted works without permission. If you got to the Fedora site, you will see the easiest way to download the linux distribution is by bittorrent. My downloads from youtube are podcasts for techies and I haven't been to either of the sites you mention.

      If you download pirated movies, etc. then pay the price but don't assume everyone else is in the same boat.

    20. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 1

      If your world was a little larger, you would see that there are educational podcasts under GPL on You Tube.

    21. Re:Not RTFA? Read this at least. by Anonymous Coward · · Score: 0

      Oh man, I think you might have just made a good point there but it made my head hurt a little bit. I need to go lie down.

    22. Re:Not RTFA? Read this at least. by Ephemeriis · · Score: 1

      At the end of the day, Bit-torrent is mostly used for piracy
      I'm not so sure this is true...

      Sure, there's a lot of piracy involving BitTorrent...but there's an awful lot of legal traffic as well...

      Blizzard uses some derivative of the BitTorrent protocol for all their major downloads. All the assorted patches to WoW, on-line distribution of the Burning Crusade expansion, larger promotional videos... That's tons of data right there.

      All of the Linux distributions that I've downloaded in the last year or so have used BitTorrent as well... At 2-4 GB an image that adds up pretty quickly too.
      --
      "Work is the curse of the drinking classes." -Oscar Wilde
    23. Re:Not RTFA? Read this at least. by Crayon+Kid · · Score: 2, Insightful

      FUD is pretending that bit torrent is NOT used mostly for piracy.


      No, FUD is when you blame a protocol or software for the way people are using them.

      "TCP is used mostly for piracy." There. It's probably true, too. Kinda sounds silly when you pick on TCP, doesn't it, and yet so righteous when you pick on BT. Why is that?

      Must be that whole OSI model nepotism thing, playing favorites with lower levels, damn you ISO!
      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    24. Re:Not RTFA? Read this at least. by hacker · · Score: 1

      Err, so I need to obtain an SDK license to see the latest specs so I can implement them in my client?

      You're assuming that the license allows you to repurpose what you see there, in an Open Source, competing application. Their license (much like Palm, Microsoft, etc.) may simply prohibit you from using the SDK to develop anything that could compete with their core line of business.

    25. Re:Not RTFA? Read this at least. by The+Warlock · · Score: 1

      Steam uses something vaguely BT-based, too, if I recall. At least, I know they hired Bram Cohen to unfuck their download system after the HL2 release fiasco.

      --
      I've upped my standards, so up yours.
    26. Re:Not RTFA? Read this at least. by marcansoft · · Score: 1

      The vast majority of torrents on there are for copyrighted material that the uploaders have no legal right to share.


      Correction: that the uploaders have no legal right to share in certain countries.

      Just because sharing is illegal in the US doesn't mean it's illegal in the rest of the world.
    27. Re:Not RTFA? Read this at least. by Toby_Tyke · · Score: 1

      No, FUD is when you blame a protocol or software for the way people are using them.

      Could you point out where I did that?

      --
      "I realise this is not a very popular opinion but it's the truth, and there for needs to be said" -Bill Hicks
    28. Re:Not RTFA? Read this at least. by Toby_Tyke · · Score: 1

      don't assume everyone else is in the same boat.

      I don't, but lets be reasonable. Pirate Bay is the largest and most popular torrent tracker on the net. Go to their site and browse, say, the video category.

      Now tell me, honestly, at first glance, how many of those appear to be copyrighted works? It lists them by order uploaded, so it will likely be a different list when you click on it, but when I looked the last two uploaded torrents were Pathfinder and the Simpsons movie. Go through the list, and face facts. Or, even more fun, try the 100 most popular. At first glance every single one of them appears to be a major hollywood movie.

      People who claim bit torrent is only used for piracy are either lying or ignorant. There are plenty of legitimate bit torrent users. The OS I typed this on was downloaded using bit torrent, totally leagalley.

      On the other hand, people who think that pirates are in the minority amongst bit torrent users are, at best, engaged in wishfull thinking (BTW, I realise you did'nt actually say that, so I'll give you the benifit of the doubt). It would be great if this wonderfull technology had been used to promote independent bands, arthouse movies and open source software, and to an extent it has been. But the most popular use of Bit torrent is distributing dodgy copies of summer blockbusters. Sad but true.

      --
      "I realise this is not a very popular opinion but it's the truth, and there for needs to be said" -Bill Hicks
    29. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 1

      Bit torrent is technology that can be used either way as we seem to agree. I can't control how other people (unless they are using my computer) use bit torrent nor can I control how the guy down the street uses a knife. I can only use it responsibly and try to get others to use it to promote rapid distribution of valuable Creative Commons software, etc.

      In the same mode I can't control large corporations that steal software other than I won't use any of their software. (But I won't mention ms at all.)

      What it comes down to is that valuable software that can do so much good is being misused and stolen at the same time! So yes, sad but true.

    30. Re:Not RTFA? Read this at least. by JimDaGeek · · Score: 1

      The open source reference version will not be of the current protocol, it will always be behind. So that doesn't help much. For example, the current bittorent client/sdk is at version 6 while the open source reference is at version 5. Basically you will not be able to take advantage of any of the new features.

      --
      General, you are listening to a machine! Do the world a favor and don't act like one.
    31. Re:Not RTFA? Read this at least. by nuzak · · Score: 1

      > Steam uses something vaguely BT-based, too, if I recall.

      Not according to my firewall. I have exactly one connection, initiated by me, per active download on Steam.

      --
      Done with slashdot, done with nerds, getting a life.
    32. Re:Not RTFA? Read this at least. by toddestan · · Score: 1

      FUD is pretending that bit torrent is NOT used mostly for piracy. Take a look on piratebay or mininova.

      I'm shocked, absolutely shocked, that a site called Piratebay would have mostly torrents for pirated materials. Maybe you should expand your horizons?

    33. Re:Not RTFA? Read this at least. by TheoMurpse · · Score: 1

      If you're using it to download YouTube files, you most likely are using it for piracy. Typically, when one uploads a file to YouTube, you're giving YouTube a license to "stream" it. If someone rips a FLV from YouTube, they are pirating the video almost definitely, unless within the FLV or the comments there is something to the extent of "download away, boys!" Otherwise, you are pirating it.

      Of course, it's a bit like when you save an image of a website. It is still pirating content, it's just that probably no one really cares. Doesn't change the legality one bit.

    34. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 1

      33 hours compared to several years.....No, I do not flv..... I download podcasts as I remarked before..... No, that is not streaming and it isn't illegal to download the podcasts. Open up your horizons a little bit and learn before you put your foot in it!

    35. Re:Not RTFA? Read this at least. by TheoMurpse · · Score: 1
      What you just said:

      I download podcasts as I remarked before..... No, that is not streaming and it isn't illegal to download the podcasts. Open up your horizons a little bit and learn before you put your foot in it!


      What you said earlier:

      Maybe you use it for piracy but I use it to download my linux distributions, you tube files, etc. so please put things in proper context! Remarkable amount of FUD going around lately along with theft. More prosecution for violation of GPL needs to happen.


      I don't see anywhere that you mentioned podcasts. However you did mention YouTube clips, which are streamed via Flash to your browser. They, of course, then stay on your drive, but since you view them as you are downloading them, they are streaming files. Here is the definition of "streaming media" as given by Wikipedia: Streaming media is multimedia that is continuously received by, and normally displayed to, the end-user while it is being delivered by the provider. That's exactly what YouTube does.

      And don't presume that you know my podcast habits. As you said nothing about podcasts, I said nothing about podcasts. And yes, downloading from YouTube without express permission from the content creator (and possibly Google) would constitute copyright infringement.

      I download many podcasts myself (TWiT, Security Now, Diggnation, Happy Tree Friends, etc.) and have no belief that downloading podcasts is categorically illegal.

      Also, I've been studying law for more than 33 hours. Sheesh. My sig is just a description of one particular study session.
    36. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 1

      "Admittedly, I'm not aware of any detailed research on the issue, but the evidence available clearly indicates that the most popular use of bit torrent is illeagle distribution of copyrighted works. That's certainly all I use it for." Ok, then if the above led me to believe wrong, I apologize. I didn't say You Tube clips either. I subscribe through Miro instead of watching in the browser. I also listen to Internet Radio and am helping push their cause. Seems like we are both on the same end but at odds. Good luck on your studying as I am at the other end. As retired military, I have a serious interest in the way our freedoms are handled. I do feel bit torrent is a valuable tool that is being mishandled and misunderstood.

    37. Re:Not RTFA? Read this at least. by TheoMurpse · · Score: 1

      I agree with you about BT being misunderstood and mishandled. We are indeed on the same end of things (internet radio, etc.)

      And thanks for serving our country. :)

    38. Re:Not RTFA? Read this at least. by lysse · · Score: 1

      I don't know what's funnier, your aggressive defensiveness towards someone who did no more than point up an amusing incongruity, or your admission that you consider Youtube "educational".

    39. Re:Not RTFA? Read this at least. by Linuxpops · · Score: 1

      Let's see....MyGermanClass.com, CERIAS Security Seminar Podcast, PCMechTV, DLTV, MIT Tech TV, Digital Underground. TWIT.....just to name a few..... Defending my right to use a technology that is being attacked because of misuse...... Enjoy....Matter closed

    40. Re:Not RTFA? Read this at least. by lysse · · Score: 1

      Defending my right to use a technology that is being attacked because of misuse....

      Yes, because your rights are in so much danger from mildly sarcastic comments on Slashdot.
  4. other open source clients? by zmokhtar · · Score: 1

    Does anyone know how this will impact other open source clients such as Azureus?

    --
    Why aren't we told when editors moderate our posts?
    1. Re:other open source clients? by ScrewMaster · · Score: 5, Insightful

      Affect them? Hardly at all. Let's face it, other teams have grabbed the ball and are running with it. The official Bit Torrent folks are going to have to work to stay at all relevant, "premier reference implementations" aside.

      --
      The higher the technology, the sharper that two-edged sword.
    2. Re:other open source clients? by gujo-odori · · Score: 5, Insightful

      Does anyone "know" how it will impact other clients? No, we don't "know" that, however, a reasonable estimate would be "not much, if at all."

      utorrent may be the single most popular BT client as TFA claims (OTOH, most of the peers I see are Azureus and Ktorrent. I don't know if that's just because I'm in the odd niche of only doing legal stuff over BT (no, it exists, really Linux and *BSD ISOs), or if most people are using those, I don't know.

      Either way, what I expect will happen if they go totally closed will be much like what happened with SSH. After the official SSH became closed and proprietary, the OpenSSH project picked up where they had left off, and while SSH is still in business and has a product line, OpenSSH took over the market and is now far more popular, on both the client side and the server. If BT totally closes everything off and makes the protocol incompatible with open versions, I think we can reasonably expect to see the open source version fork and take over the BT market.

    3. Re:other open source clients? by Anonymous Coward · · Score: 0

      utorrent may be the single most popular BT client as TFA claims (OTOH, most of the peers I see are Azureus and Ktorrent. I don't know if that's just because I'm in the odd niche of only doing legal stuff over BT (no, it exists, really Linux and *BSD ISOs), or if most people are using those, I don't know.

      What, do you really think a Windows-only client might be underrepresented in Linux ISO download swarms? Shock, horror!

      (I use Azureus on Linux and uTorrent on Windows, and among people I know, the latter is very popular, though many people use Azureus on Windows as well. In my personal opinion, uTorrent is a fine piece of software; it's a shame it's closed source and Windows-only.)
    4. Re:other open source clients? by arth1 · · Score: 3, Insightful

      Does anyone "know" how it will impact other clients? No, we don't "know" that, however, a reasonable estimate would be "not much, if at all."

      The problem being that when one company has near monopoly, and in the eye of the public is indistinguishable from the product, they can close source, then change the specs (even if the spec is published), and the open source alternatives won't be able to compete.
      This is partially because they'll always play catch-up, and partially because they won't be able to improve the specs themselves -- if they do, they'll become incompatible, and crushed by the product everyone uses.

      Example of just this effect: RTF, which Microsoft bought back in 1990. Open source RTF readers are usually several versions behind, and anyone expecting to read RTF documents no matter what version have to use the latest Microsoft products to do so. This is not what the situation was like back when RTF was still open (despite being proprietary), and DEC let anyone see the coming changes.

      And that's the best case scenario. The worst case scenario is if they close the specs too. That, of course, will kill them in the end, but in the mean time it's going to cause lots of grief.
    5. Re:other open source clients? by Kadin2048 · · Score: 5, Interesting

      The problem being that when one company has near monopoly, and in the eye of the public is indistinguishable from the product, they can close source, then change the specs (even if the spec is published), and the open source alternatives won't be able to compete. They have a monopoly ... how, exactly?

      People use Bittorrent -- or more specifically, many people use uTorrent -- to connect to public BT trackers and to other people running similar client programs. Bittorrent (the company) doesn't control either. In fact, I don't think that Bittorrent-the-company's "reference implementation" is particularly popular for trackers, and they're really where the marketshare matters.

      I don't think that the majority of bittorent (the protocol) users are just going to bend over and throw away the software that they've liked, just because Bittorrent (the company) decides it would be cool to produce a new, ad-laden, DRM-using, Hollywood-mogul-approved version of their software, that breaks compatibility with older versions. In fact, I strongly suspect that the trackers which drive the more popular torrent aggregation sites would refuse to recognize such a "broken" implementation, and would instead favor free implementations (old versions of uTorrent, Azureus, etc.).

      What's happening here is that Bittorrent (the company) has become fully decoupled from bittorrent (the protocol). They have very little leverage over the latter; about all they have is the rights to the name "Bittorrent," and the 'reference implementation,' which won't be worth its weight in electrons once they start messing with it.

      The comparisons to Microsoft and RTF aren't really apt, because Microsoft had a way they could easily control the format -- they just made future versions of Word produce output that was incompatible with other vendors' software. But Bittorrent can't really do that, because a bittorrent client is only useful insofar as it can communicate with the swarm. As long as the trackers that drive the most popular torrents (which, let's face it, are the illegal ones; warez and movies) don't start using the new/broken protocols, it seems unlikely that a broken protocol would gain traction.

      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    6. Re:other open source clients? by pravuil · · Score: 1

      I was about to say... Azureus is one of the better bittorrent clients out there. I've never even heard of utorrent before. I might have glanced it on wikipedia but that's about it. Azureus seems like it has always been open source (as long as you get it from sourceforge.net). It works on both Windows and Linux pretty much the same way. As far as bittorent is concerned, I could care less. I gave up using a limited ui a long time ago. So meh...

    7. Re:other open source clients? by Z0mb1eman · · Score: 2, Funny

      Arghhh! You're missing a closing bracket!

      )

      Aaaahhh. That's better. *breathe again*

      --
      ClutterMe.com - easiest site creation on the Net. Just click and type.
    8. Re:other open source clients? by aichpvee · · Score: 1

      Allow me to nominate ByteAlluvion for the name of the coming open source fork of the BitTorrent protocol.

      --
      The Farewell Tour II
    9. Re:other open source clients? by Alioth · · Score: 4, Insightful

      It'll be just like when SSH Inc. closed SSH. Guess what - SSH Inc's ssh implementation is no longer the reference implementation - instead, OpenSSH has become the reference implementation. BitTorrent Inc. can say they are the reference implementation as often as they like but it won't make it true - instead, an open BitTorrent implementation will probably become the reference, and just like SSH Inc. BitTorrent Inc. will fade towards irrelevance (although they may continue to exist).

    10. Re:other open source clients? by Anonymous Coward · · Score: 0

      really Linux and *BSD ISOs

      Yep, I too love the '*Bondage Sodomy Dominatrix' ISOs, really.

    11. Re:other open source clients? by tibike77 · · Score: 1

      The one and only reason I use Azureus on Windows (and convinced the others in the house to use it too instead of miu-torrent): auto-speed.
      Being on a 1024kbps (128KBps) line shared between 4 computers, utorrent either chokes the regular use (unlimited) or goes way too slow compared to how it could (if limited).

      --
      By reading this signature you agree to not disagree with the post you just read.
    12. Re:other open source clients? by VGPowerlord · · Score: 1

      What's happening here is that Bittorrent (the company) has become fully decoupled from bittorrent (the protocol). They have very little leverage over the latter; about all they have is the rights to the name "Bittorrent," and the 'reference implementation,' which won't be worth its weight in electrons once they start messing with it.
      They have the rights to the name "Bittorrent," the 'reference implementation,' and uTorrent, which they purchased late last year.

      Chances are that they will attempt to use uTorrent to further their agenda.

      P.S. /. apparently blocks the lowercase mu character. Pretend the u in uTorrent is a lowercase mu.
      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    13. Re:other open source clients? by cp.tar · · Score: 1

      In my personal opinion, uTorrent is a fine piece of software; it's a shame it's closed source and Windows-only.

      Wasn't it only recently that the latest version (1.7?) of uTorrent was being banned from some trackers, as it contained some code that phoned home, supposedly to MAFIAA?

      Fine piece of software it may be, but every now and then I hear things like this, and redouble my conviction to use F/OSS whenever possible.

      --
      Ignore this signature. By order.
    14. Re:other open source clients? by ajs318 · · Score: 1, Insightful

      You mean there is a closed-source SSH implementation?

      I'd always thought OpenSSH on OpenBSD was the reference implementation. And anyway, when you're talking about any kind of security software, the ability to audit the Source Code should be the first item on your tick-list. If you don't know for sure what it's doing, it could be doing something nasty that you don't want; and security software would be the most obvious place to insert malware.

      --
      Je fume. Tu fumes. Nous fûmes!
    15. Re:other open source clients? by Stormx2 · · Score: 1
      You might find this interesting (related to the users of each client). The tracker I use (OiNK) did a poll on favourite client. Here are the results:
      1. Torrent - 50%
      2. Azureus - 34%
      3. BitTornado - 3%
      4. BitTorrent / Mainline - 3%
      5. BitComet - 2%
      6. ABC - 2%
      7. Transmission - 1%
      8. BitLord - 1%
      9. Tomato Torrent - 1%
      10. rtorrent - 1%
      Everything else was below 1%
    16. Re:other open source clients? by awing0 · · Score: 1

      You're just bragging that you have access to OiNK. Insensitive clod!

      --
      Cthulhu Saves.
    17. Re:other open source clients? by HaloMan · · Score: 1

      >Chances are that they will attempt to use uTorrent to further their agenda.

      I don't think they can use uTorrent to leverage closed changes to the BitTorrent protocol, and would be foolish to do so.

      What is likely to happen is the BitComet effect. Before the release of uTorrent, 2 years ago, BitComet was the most popular client thanks to it having a good GUI, light-weight memory usage and generally the best client avaliable. - it was also closed-source. BitComet started abusing the protocol (manipulating super-seeding, not following "private torrent" rules among others) and many sites banned it and the BitTornado client banned it. uTorrent appeared at the time, and borrowed many of the features from BitComet, only being even more lightweight, and quickly became the client of choice with people moving mainly from BitComet.

    18. Re:other open source clients? by illegalcortex · · Score: 1

      Of course, EVERY piece of software you run is security software, to some degree. In that it runs on your machine, has access to your files and (presumably) the internet.

      Speaking of which, there are persistent stories of the new version of uTorrent connecting to hosts that have nothing to do with the torrents you are downloading...

    19. Re:other open source clients? by danomac · · Score: 1

      BitTorrent Inc. can say they are the reference implementation as often as they like but it won't make it true - instead, an open BitTorrent implementation will probably become the reference, and just like SSH Inc. BitTorrent Inc. will fade towards irrelevance (although they may continue to exist).

      I hate to be a pessimist, but we have various "unofficial" extensions to the protocol as it is. Without a central source to manage the forked protocol, I can envision a huge mess of every client doing their own thing, then winding up with several versions of the protocol not compatible with each other. Besides that, what happens when there is someone else controlling the protocol and they refuse to add a developers' addition? What then?

      It worked for OpenSSH, but I'm seriously wondering what the future of *cough*OpenBT*cough* is.
    20. Re:other open source clients? by noSignal · · Score: 1

      (define dr
      (lambda (seed item-proc list-proc)
      (letrec
      ((he
      (lambda (ls)
      (if (null? ls)
      seed
      (let ((a (car ls)))
      (if (or (pair? a) (null? a))
      (list-proc (he a)(he (cdr ls)))
      (item-proc a (he (cdr ls))))))))
      he))

      Whoa... did I just hear your head explode?

  5. It was only a matter of time.. by LingNoi · · Score: 5, Insightful

    .. the moment Bit Torrent was commercialised and started playing with the big TV guys this was bound to happen. I'm just surprised it took so long.

    Malicious software re-packaging is a lame excuse too.

    1. Re:It was only a matter of time.. by imamac · · Score: 1

      1st law of open source: "The license shall not restrict any party from selling or giving away the software as a component of an aggregate software distribution containing programs from several different sources." So why complain people are repackaging and selling the software when it is explicitly allowed in the open source definition?

    2. Re:It was only a matter of time.. by pilot1 · · Score: 1

      So why complain people are repackaging and selling the software when it is explicitly allowed in the open source definition? Because it gives them an excuse to close the source.
    3. Re:It was only a matter of time.. by tonsofpcs · · Score: 1

      RTFA. They aren't closing the source, they are purchasing uTorrent and keeping uTorrent's source closed. They will still be releasing an SDK. They will still support the old client. They're just moving on to work on a closed source project.

    4. Re:It was only a matter of time.. by _Sprocket_ · · Score: 5, Insightful

      RTFA. They aren't closing the source, they are purchasing uTorrent and keeping uTorrent's source closed. They will still be releasing an SDK. They will still support the old client. They're just moving on to work on a closed source project. Sure they're releasing a SDK... but under what license? Yes - they're maintaining the Open Source client... with a protocol that they hint they will be leaving behind. Want to keep up? Get the SDK. Again - under what license?

      No. It doesn't sound like business as usual to me.
    5. Re:It was only a matter of time.. by pilot1 · · Score: 2, Insightful

      They are not "releasing" an SDK. They are making one available for licensing under currently unknown terms (the article didn't say and I was unable to find any licensing terms using the website's horrible search function). The excuse the article gives for keeping uTorrent's source closed is the repackaging mentioned by the GP, as I mentioned. As for supporting the old client, I'm unable to find anything that indicates it will be upgraded to support changes in the BT protocol.

    6. Re:It was only a matter of time.. by Anonymous Coward · · Score: 0
      It seems to me that the BitTorrent company is now the one with malicious intent.

      Open the spec, guys!

    7. Re:It was only a matter of time.. by jmorris42 · · Score: 5, Interesting

      > Yes - they're maintaining the Open Source client... with a protocol that they hint they will be leaving behind.

      One difference. They don't operate any of the servers people actually use. Unless they can convice the server operators (most of whom they can't legally even admit exists, which will make negotiations somewhat awkward) to adopt their closed protocol, who will notice any optional dead protocols their 'official' but little used client supports?

      At this point someone simply needs to write up a formal documentation of the protocol as it currently exists and submit it to the W3C, at which point the wire protocol is pretty much settled. And go ahead and pick a new anme because you can bet your last dollar they will pull the trademark crap the second they realize they are being written out of the picture.

      --
      Democrat delenda est
    8. Re:It was only a matter of time.. by The+Bungi · · Score: 1

      The question will be whether or not the protocol itself needs to be licensed. The SDK is potentially irrelevant, since technically you can write your client from scratch if you have the spec. But if they close up the protocol (or change it often enough) and want to give you a black box to play with the other kids, it's game over.

    9. Re:It was only a matter of time.. by _Sprocket_ · · Score: 5, Interesting

      At this point someone simply needs to write up a formal documentation of the protocol as it currently exists and submit it to the W3C, at which point the wire protocol is pretty much settled. And go ahead and pick a new anme because you can bet your last dollar they will pull the trademark crap the second they realize they are being written out of the picture. There seems to be echoes of SSH in this story. Granted - the history of SSH involves some distinct differences (for example, Tatu Ylönen submitted SSH to the IETF as a standard which set the grounds for "SSH" becoming hard to restrict despite SSH,Inc.'s annoyance at the "OpenSSH" name). But one can't help to wonder if this will pan out the same way; the last BitTorrent OSS release becoming a springboard for continued development that competes if not completely overshadows the originator's own efforts.
    10. Re:It was only a matter of time.. by DustyShadow · · Score: 1

      The term "bittorrent" has pretty much become a generic term by now so if someone wanted to fight it they'd probably have a good chance in court. Too bad it'll be very costly.

    11. Re:It was only a matter of time.. by SanityInAnarchy · · Score: 1

      A very lame excuse.

      Ashwin told Slyck.com that by keeping the source closed, it creates a "certain amount of distinction" between the official client and maliciously repackaged software.

      Can anyone explain to me how that creates ANY amount of distinction?

      Certainly, I know that whatever BitTorrent I use is legitimate, because it came straight from the Ubuntu repositories. With the new version, that's impossible, both legally and technically -- uTorrent was and is Windows-only.

      --
      Don't thank God, thank a doctor!
    12. Re:It was only a matter of time.. by Anonymous Coward · · Score: 0

      One difference. They don't operate any of the servers people actually use.

      What servers? BitTorrent is peer-to-peer. The only server that comes into play is the tracker. Once the tracker tells peers where to find other peers, it's up to the peers to determine how to communicate.

      If most people use the new and improved closed source BitTorrent client (and let's be honest, uTorrent is already the client that people use), you're going to wind up with no one to download from if you use the old protocol.

      The entire point behind BitTorrent is to reduce the role of the server. The server doesn't have much of a say in the data transfer. The peers do. If the majority of peers only speak the new protocol, anyone using the old protocol will effectively be unable to download anything, even if the trackers themselves don't change.

    13. Re:It was only a matter of time.. by ScrewMaster · · Score: 1

      With DHT even the need for a central tracker is less important: eventually the concept of a tracker will disappear entirely. I don't know if I'd agree that uTorrent is the most popular client (perhaps Netcraft could survey this for us?) Azureus, for one, is definitely up there in numbers, even if it is a pig. Most people I know that used it dropped it the instant the deal with BitTorrent.com became public.

      --
      The higher the technology, the sharper that two-edged sword.
    14. Re:It was only a matter of time.. by ultramkancool · · Score: 0

      Yeah, I can load any closed source app up in a disassembler, or even a fucking hex editor and make enough changes to stamp my new malicious companies name all over it. Not exactly challenging either.

    15. Re:It was only a matter of time.. by Sangui · · Score: 1

      Trackers and ban torrent clients. Lots of trackers have banned any Torrent release after 1.6.1, the last release before BitTorrent, Inc., bought them.

    16. Re:It was only a matter of time.. by kripkenstein · · Score: 5, Informative

      One difference. They don't operate any of the servers people actually use. Unless they can convice the server operators (most of whom they can't legally even admit exists, which will make negotiations somewhat awkward) to adopt their closed protocol, who will notice any optional dead protocols their 'official' but little used client supports?
      No, that isn't quite true.

      First, Bittorrent is a peer-to-peer protocol. Only a minor part of it is communication with the server (aka tracker). They might keep the tracker protocol exactly the same, and alter the important p2p part.

      Second, this has already been done, and successfully. For example, utorrent came out with a 'PEX' (Peer Exchange) protocol that wasn't in the spec. So it was only used between peers that were both using the utorrent client. This provided a nicer bittorrent experience for utorrent users, especially as utorrent's marketshare rose. Later on, because of utorrent's dominant position, other clients started to implement utorrent PEX (KTorrent, libtorrent-based clients), with varying degrees of success.

      A similar issue is Azureus's DHT protocol, which is not in the standard. Although at least Azureus is open source, so you can read the actual code to help in understanding what nonstandard protocols they have invented (but then they also have a very nice wiki).

      The point is, it is easy to 'embrace and extend' the bittorrent protocol, even if you don't have control of the servers. Is 'extinguish' next? Probably not, but I for one won't be using the official Bittorrent client.
    17. Re:It was only a matter of time.. by Antique+Geekmeister · · Score: 1

      I'd love to see them name a single case of embedding malware or spyware. Adware, I'd not be surprised by.

      Worse, with a closed source application, you can't easily tell if it's what the authors published. Simply publishing a "check out the new beta of Bittorrent at www.spyware.com/idiot-download.zip" is less likely to be noticed than a "here's my source code, source and installer are at sourceforge.net" sort of package.

    18. Re:It was only a matter of time.. by SolitaryMan · · Score: 5, Insightful

      Malicious software re-packaging is a lame excuse too.

      This excuse is exactly what pisses me off the most. I mean, you want to close the source? Fine, just don't act like you're "doing it for the children".

      --
      May Peace Prevail On Earth
    19. Re:It was only a matter of time.. by trawg · · Score: 1

      One difference. They don't operate any of the servers people actually use. Unless they can convice the server operators (most of whom they can't legally even admit exists, which will make negotiations somewhat awkward) to adopt their closed protocol, who will notice any optional dead protocols their 'official' but little used client supports? Well, from what I can tell, BitTorrent, Inc (the company) exists for one reason - to make money from licensing their extremely powerful brand name to movie executives.

      I'm sure Bram (assuming he has any say in the direction of BitTorrent, Inc) and the other execs of BT realise all the things mentioned in this thread. I assume all these changes are merely a precursor to them being able to provide a DRM-equipped BitTorrent distribution system for movie companies.

      Anyone else that uses BT probably wouldn't notice any difference. If uTorrent ever auto-updates itself to a new version I have to pay for or whatever, I'll switch to some other client.
    20. Re:It was only a matter of time.. by Phroggy · · Score: 1

      They are releasing an SDK, in much the same way that Microsoft released Windows Vista last winter. Sorry, but the rest of us use the word "release" to apply to closed-source proprietary software too.

      --
      $x='S24;r)>63/* h@<5+oZ)32"5cz';$me='phroggy'x$];
      $x=~y+ -xz+\0-Tx+;print$_^chop$me for split'',$x;
    21. Re:It was only a matter of time.. by pilot1 · · Score: 1

      Release, like most any word, has several definitions. It was clear from the OP's context that he was talking about making it freely available to the public as protocols often are, not licensing it.

      From Merriam-Webster Online:
      4: to give permission for publication, performance, exhibition, or sale of; also : to make available to the public

    22. Re:It was only a matter of time.. by BoberFett · · Score: 1

      Who in their right mind would upgrade to a new version of Bittorrent/uTorrent that is incompatible with all the other clients out there who are seeding the data they want? Extending is one thing, but breaking client compatibility would kill that particular client.

    23. Re:It was only a matter of time.. by Anonymous Coward · · Score: 0

      And closing the source of the BT protocol in the process.

      It used to be, if you wanted to know how BT worked you just had to look at the Python reference implementation. By using a close source client as the official client, one is now required to obtain an SDK to figure out the protocol. Will that SDK be free? Maybe, but for how long? Will it be open source? Doesn't sound like it.

      What you said is technically correct about the client, but parent was talking about the protocol, I'm pretty sure.

    24. Re:It was only a matter of time.. by Ernesto+Alvarez · · Score: 2, Insightful

      You are not considering that PEX and DHT were both extensions of the protocol at that time, and it is possible to communicate with non-capable clients with no problems.

      If the new bittorrent protocol is not compatible with the old one, people will probably stick with whatever works (meaning the old protocol, since most pirate BT trackers probably won't be switching).

      If they add an extension, most clients not willing to license the SDK will probably ignore it, especially if it's not beneficial (imagine mainline clients doing DRM and everyone else not caring at all).

      The only possible leverage they could get would be if they managed to invent something beneficial that cannot be copied. If it can be copied, unlicensed programmers will probably get together to make their own version (like they did with PE).

      You should also remember the ruckus the announcement of the uTorrent purchase caused. What the uTorrent community feared seems to be happening right now, and they'll probably leave, or keep using older versions of uTorrent instead of upgrading (meaning more power to the old BT side). I know several people that kept copies of uTorrent 1.61 precisely for that reason.

      In the end, if they try altering the protocol (tracker or P2P part) they will probably find themselves banned. The most important players in the BT field are the pirates (try convincing TPB to switch) and open source distributors (Debian won't touch that new licensing with a ten metre stick).

      The only niche they might take is software upgrade for commercial applications. And unless they play their cards very well, it will only end in a bunch of fragmented networks. And if someone sends a copy of the old BT to the IETF or W3C (as some people said in this thread), it might be game over.

    25. Re:It was only a matter of time.. by Anonymous Coward · · Score: 0

      If the new bittorrent protocol is not compatible with the old one, people will probably stick with whatever works (meaning the old protocol, OK... possible...

      since most pirate BT trackers probably won't be switching). *SNAP!* No! You missed the point! The tracker does not decide the peer protocol!

      What the pirate trackers are using is completely irrelevant to the protocol the peers use.

      As various researchers have shown, it is possible to generate a "leach" client that avoids tit-for-tat penalties. So all they have to do is make the old protocol into a "leach" while the new protocol will send, and you've got a client that works with old clients, but works best with new clients. If you have enough of these, people will just assume that the old clients are slow and that the new clients are faster - which will be true, because the new clients only send to other new clients.

      The tracker will never be aware of this. It's currently possible for the tracker to get an idea of the clients and the versions that are connecting to it. But there's no reason the new BT can't lie to "old" trackers. There'd be no way for the tracker to tell that it was talking with the new client.

      It's quite possible for a new client protocol to force out the old clients, while maintaining enough compatibility to download from them.
  6. You can still download the BitTortent souce... by Anonymous Coward · · Score: 1, Funny

    Via Bittorrent.

  7. So.... by RyanFenton · · Score: 3, Insightful

    What's the name going to be for the upcoming auto-encrypted open-sourced fork of Bittorrent?

    Ryan Fenton

    1. Re:So.... by MalusCaelestis · · Score: 5, Funny

      Ryan Fenton? That's a strange name for a protocol...

    2. Re:So.... by pilot1 · · Score: 4, Interesting

      What's the name going to be for the upcoming auto-encrypted open-sourced fork of Bittorrent? This is where it could get ugly. uTorrent is the most popular client, at least according to the article, and it's closed source. If the protocol is forked and modified enough to be incompatible with the older protocol versions, there's going to be some fragmentation. Anyone using uTorrent wouldn't be able to connect to people using the new protocol. uTorrent users would have to switch to a new client if its developers refused to update its protocol. Or worse, uTorrent users might continue to use uTorrent while everyone else uses the new protocol, causing nasty fragmentation.
    3. Re:So.... by Mr.+Hankey · · Score: 3, Funny

      Maybe, but that's just to throw off the authorities.

      --
      GPL: Free as in will
    4. Re:So.... by set · · Score: 1

      how many of the utorrent users (and torrent users in general) would you consider to be savvy enough to know about these things? i really think enough are that the switch could be done. of help, of course, will be the pira...er...private trackers who will almost certainly stick to the open protocol. it's time to leave bram and his bullshit behind.

    5. Re:So.... by krelian · · Score: 1

      Following the tradition of free software products its name will probably be something like "Kabuke" "Gposho".

    6. Re:So.... by Max+Littlemore · · Score: 4, Funny

      OpenRyanFentonKabuke.

      And rather than going from version 0.9 to version 1.0, it will go from 0.9 towards 0.9.1.16rc(NaN-Inf) without ever getting to 1.0. Just you wait...

      --
      I don't therefore I'm not.
    7. Re:So.... by eugene259 · · Score: 1

      OpenTorrent? ;) The BitTorrent crowd has sold out. Closing down the client is one thing, closing down the protocol is a Microsoft thing to do. Nowadays when we realize how beneficial open source and open standards can be, this is a big step back. Sure most probably the new additions to the protocol will be reverse-engineered but the decision itself aligns the company with other commercial entities that I and many other people perceive as working to detriment of the greater good. :)

    8. Re:So.... by Kadin2048 · · Score: 4, Insightful

      Anyone using uTorrent wouldn't be able to connect to people using the new protocol. uTorrent users would have to switch to a new client if its developers refused to update its protocol. This is true. Here's the scenario I see happening: (I'm using 'Bittorrent' to refer to the company, and 'bittorrent' to refer to the protocol as it currently stands)

      -Bittorrent creates a new protocol (I'll call it 'bt2') that is completely incompatible with bittorrent as it currently stands. The new protocol offers heavy-duty user authentication and encryption, and is basically designed to distribute pay-to-watch Hollywood movies, in order to save the studios from actually paying their own bandwidth bills.
      -Bittorrent "updates" uTorrent to use the new bt2 protocol, although it would probably be more of a complete rewrite. They ignore the old open-source 'reference implementation,' announce that it's deprecated, and try to get everyone to download the new client.
      -People running porn/warez/movies trackers do nothing, keep running the tracker software that they're using right now.
      -Some idiot users will undoubtedly go and download the "new and improved" uTorrent, fire it up, and realize that they can't connect to anything, and the .torrents that they get from The Pirate Bay do nothing. (Alternately, I suppose it's possible that Bittorrent could make their 'official client' backwards-compatible with bittorrent as well as bt2, in which case users could potentially use the Bittorrent-supplied client to download their warez ... though they'd have to be a bit of a retard to use a client supplied by a company that's in bed with the movie studios to download pirated content.)
      -Users delete new uTorrent, go back to old version, or get Azureus instead.

      Going forward, I think that what'll happen is there there will either be a complete fork, with Bittorrent splitting completely from the mainstream community and producing a client that's used only for commercial applications (distributing movies, etc.), and which can't connect to most non-commercial trackers, or they will continue to produce uTorrent and try to play both sides of the street with it: connecting via the new protocol to commercial trackers for pay-to-watch content and the regular protocol to all other trackers so that it doesn't get totally ignored by users.

      However, this puts Bittorrent in the unenviable position of having to constantly keep up with the OSS side of things, and doesn't really threaten the openness of the protocol. Any way you cut it, they're going to be following, not leading.
      --
      "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    9. Re:So.... by ThePengwin · · Score: 1

      Although Ryan Fenton will be in a bit of law trouble when the police hear that Ryan Fenton gave them all their mp3s :P

    10. Re:So.... by toddhunter · · Score: 1

      Nice post, but you forgot one important step:

      - Internet providers block all traffic on the old bt protocol as movie/music studios embrace the new protocol and the old one is deemed by the powers above to only be used by pirates/terrorists etc

    11. Re:So.... by Antique+Geekmeister · · Score: 3, Interesting

      Yeah, they're trying to act like Dan Bernstein (with daemontools and qmail) and prevent forks that do things in ways they don't like. Some of that desire may be legitimate, but one real desire is probably the desire to avoid encrypted transfers becoming common place and leavingn them vulnerable to governmental complaint about un-tappable data transfers.

      I can easily picture the various motion picture and software copyright lawyers sending a few dark glasses wearing "lawyers" to explain "nice little business you got here, I'd hate to see anything happen to it" to encourage Bittorrent both to avoid providing encrypted transfers and to add "load monitoring" features that ease tracking. I'm not saying this is sure to happen, but with the source closed, it wouldn't take much to add hooks to report specific downloads to the mothership.

    12. Re:So.... by Danny+Rathjens · · Score: 1

      We need a comment preference that lets us subtract something from a score if they type their name again in the comment. ;) (Because it indicates they are oblivious to pointless redundancy wasting everyone's brain cycles/time)
      You people do realize there is already an entire line telling us who the comment is from, right?

    13. Re:So.... by sithkhan · · Score: 1

      I thought it was FentonOpenRyanKabuke, as in F.O.R.K. lollers
      ---
      but make sure that the last line
      Generated by SlashdotRndSig via GreaseMonkey

      --

      is it that bad seein a hot chick again? if i see a hot chick walkin down the hall i dont say "repost"
    14. Re:So.... by PhilHibbs · · Score: 1

      The GNU/Linux community has quite a powerful voice, with big names like IBM giving it respectibility. ISO distribution is the poster boy for bittorrent legitimacy, and WoW patch distribution is in there as well. I don't think "the man" could outlaw bittorrent.

    15. Re:So.... by Anonymous Coward · · Score: 0

      Nope, the trackers tend to decide. If the people managing the trackers don't approve a new version of utorrent, then it will get banned. This is not the first time -- nor the last time -- a bittorrent client gets banned by consensus. For instance, there are plenty of bittorrent clients that contain spyware and junk in them, but those haven't been able to make inroads into the community -- at best they only catch the occasional new user who doesn't know where to start, and who wouldn't have much to upload to the community anyway. The file-sharing community is under attack so often, and has been under attack for so long, it has become an especially resilient community.

    16. Re:So.... by makomk · · Score: 1

      The thing is, while lots of people are using uTorrent, a noticable chunk of them aren't running the latest version. I have no idea why. Same with Azureus; there are still a significant number of people running the last version before they sold out.

    17. Re:So.... by Anonymous Coward · · Score: 0

      "they are oblivious to pointless redundancy"

      pot...kettle?

    18. Re:So.... by Anonymous Coward · · Score: 0

      Normal people are scarred of updates. Once an average joe user gets an update that breaks something, he will never upgrade anything ever again. I see it all the time.

    19. Re:So.... by illegalcortex · · Score: 1

      Not disagreeing with your post, but I'd just like to point out that BitTorrent owns uTorrent now. So any changes to BitTorrent(the product)'s protocol is very likely to quickly appear as if by magic in uTorrent.

    20. Re:So.... by larpon · · Score: 1

      If they play both sides of the street...
      Finally Machinstosh can do their iTorrent! Which will be an iTunes clone
      Where:
      You got your overview of all your illegal torrents in the largest part of your interface.
      And then a smaller part of the interface that links you to iStore where you can download the legal DRM'ed torrents.

      Steve... I have figured you out!

    21. Re:So.... by Anonymous Coward · · Score: 0

      To which the ISPs respond "Well, Blizzard, you're a legit company, why not switch to the new standard?"

      As long as their is an 'official, legitimate-business-friendly' version of the bt protocol, its still easy to brand anyone using the old version as just being a pirate and block off that protocol, making the legitimate users you use to defend the protocol switch to the new, 'legit' version. As long as its legal, they will argue, you should have no problem using the new system that's in bed with corporations.

    22. Re:So.... by Danny+Rathjens · · Score: 1

      You've really never heard of redundancy for a reason? e.g. the space shuttle's multiple computer systems or a Redundant Array of Inexpensive Disks?
      Anyway, it's obviously just a minor annoyance. I've noticed people do it in e-mail, too. (At least, the non-programmers do, so I guess it has something to do with personality types.)

    23. Re:So.... by lakeland · · Score: 1

      Perhaps a little unusual, but you've gotta admit it is easy to spell, pronounce and remember.

      I would suggest referring to a new file as a .fenton, it is long enough to be distinguishable but not as long as .ryanfenton, which might be a bit unwieldy. The protocol can be referred to as the 'ryan' protocol, which nicely seperates out the file format from the transferring protocol - something bittorrent did not do.

      By following the Fenton's family tree, we have a long list of names for new transfer protocols. Perhaps Ryan has an aunt called Jenny who has a more close-knit circle of friends. An alternative file-format/protocol then is Jenny Fenton, meaning the same file format but the client prefers sharing with known closer clients rather than treating all comers equally. A family member who has trouble coming out of his shell might correspond to the version which implements 'tor'. Major breaks in file formats (perhaps replacing the MD5 sum with a rolling MD5 sum) can be viewed as requiring a change in the family name.

      All in all, I think it works really well. And think about how famous it will make our own Mr Fenton!

    24. Re:So.... by Kamineko · · Score: 1

      I totally approve of this.

      Ryan Fenton it is.

  8. RTFA and I'm confused by ShaunC · · Score: 1

    The article seems to be going in two or three different directions. I don't much care what happens to the "official BitTorrent client," be it what I downloaded the first time I tried BT, or the new Torrent incarnation.

    I haven't used an official client in a very long time and I've never used Torrent. I use a client called "burst!" which hasn't been updated in more than a year. It works just fine for me right now, but I'm curious as to whether or not that's going to continue. I sense that the headline for this article is inflammatory, but if further development of BT clients is going to require an SDK license, is that going to lock out older open-source clients which are no longer being actively developed?

    --
    Thanks to the War on Drugs, it's easier to buy meth than it is to buy cold medicine!
    1. Re:RTFA and I'm confused by Brian+Gordon · · Score: 1

      I'm confused by their product description of "Bittorrent 6.0" - No hardware configuration - reduced hassle of fast downloads. How can their program forward ports on my router for me... sounds bogus.

    2. Re:RTFA and I'm confused by Brian+Gordon · · Score: 3, Insightful

      Hm, it seems to be referring to UPnP (which I have vehemently disabled on my router).. but I wonder if they have any idea what they're talking about. If you can't accept incoming connections that just means that your client initiates all transfers of data, not that you're completely incapable of uploading. Good clients like utorrent (and apparently not Bittorrent 6.0) will give/trade data without being asked if there's available upload bandwidth. Not the best for efficiency (though I should think it'd at least volunteer less-available data first) but it gets you a high ratio nonetheless.

  9. If only... by Anonymous Coward · · Score: 5, Funny

    Wouldn't it be great if someone could create some kind of license that allowed free access to the source code, but provided grounds to sue malicious companies that attempted to take that code and include it in closed source proprietary products without giving anything back to the community!

    Oh, wait...

    1. Re:If only... by ScrewMaster · · Score: 5, Insightful

      Yeah ... sounds like the Bit Torrent folks just shot themselves squarely in the foot. I doubt the Azureus developers, for example, have any need whatsoever for an SDK, official or otherwise. It's just a protocol people, nothing more, and it's far too late to close it up.

      --
      The higher the technology, the sharper that two-edged sword.
  10. So.... by Mr.+Flibble · · Score: 5, Funny

    So I wonder how long it will be before the source is out on the Pirate Bay...

    --
    Try to hack my 31337 firewall!
  11. The argument doesn't scan.. by Paranoia+Agent · · Score: 4, Insightful

    I'm a bit confused by this. Isn't this what licenses are for? Why not just sue the people selling and profiting from your open source product for breaking the license? It just seems to me that the reasoning doesn't make much sense. There are plenty of examples of people selling closed source software that's "free" to people who don't know any better(like Kazaa) and are less tight-fisted with their money than I am. It seems to me that decisions like this don't scare off someone someone who wants to resell your program to make a buck, doesn't help someone so incurious as to not wonder if there is a free version of the software they are being asked to buy, but does hurt the person who just wants the source for their own reasons. Am I wrong?

    1. Re:The argument doesn't scan.. by grcumb · · Score: 4, Informative

      I'm a bit confused by this. Isn't this what licenses are for? Why not just sue the people selling and profiting from your open source product for breaking the license?

      Because that's not enough to constitute infringement of the license. People are welcome to repackage and resell GPL software. But they also need to consider trademark issues. They can call the software almost anything they like, they can claim that their product is just like another, but if they claim that their product is the other one, then the original company can take them to court and sue their euphemisms off.

      And that, of course, is why claiming that GPLed software is open to this kind of abuse is the reddest of red herrings. Trading on someone else's good name is well covered in the laws of most countries, and the GPL has exactly zero impact on such abusive practices.

      --
      Crumb's Corollary: Never bring a knife to a bun fight.
    2. Re:The argument doesn't scan.. by Anonymous Coward · · Score: 0

      Maybe you should at least try to understand basics of Free Software licenses before posting about how it should work. Your post is very inaccurate and shows that you have no clue how Free Software or Open Source software licenses work. Please do not spread this misinformation.

    3. Re:The argument doesn't scan.. by Paranoia+Agent · · Score: 2

      I was asking for help understand which is why I asked. Maybe you should understand how basic speech works before snarking.

  12. Who cares? by Rix · · Score: 4, Interesting

    The company that owns the BitTorrent trademark is not the arbiter of the protocol or anything else. Do they even own that trademark?

    Note that they opposed the addition of encryption, and they were completely ignored. BitTorrent, the company, is entirely irrelevant.

    1. Re:Who cares? by kripkenstein · · Score: 1

      BitTorrent, the company, is entirely irrelevant.
      I would like that to be so, but they now control the utorrent client, and utorrent is the only client that (1) has very reasonable resource usage and (2) has excellent performance. Sadly none of the competitors come close.

      For a supposedly 'open' protocol, bittorrent has proven remarkably hard to implement well (basically only utorrent and Azureus do so). See this article.
    2. Re:Who cares? by kat_skan · · Score: 1

      I care. Not because I'm concerned that this will mean all the other clients will mysteriously stop working, but because it is useful as a lens with which to view anything Bram Cohen does in the future. Before I get into a position where I rely on one of his creations, it is good to know in advance that he may opt to pull the rug out from under me once the product reaches a critical mass.

    3. Re:Who cares? by Anonymous Coward · · Score: 0

      >and utorrent is the *only* client...

      I suggest you try out rtorrent, it's written in C++ and it beats every other client performance wise, only a few percent even with a lot of peers and very low memory usage. It also supports file selection/priority, encryption, and you can run it in the background using screen (on a linux box ;-) because it's text based.

    4. Re:Who cares? by Rix · · Score: 1

      ktorrent and deluge are fine.

    5. Re:Who cares? by kripkenstein · · Score: 1

      Yeah, rtorrent is very good, especially recent releases with ecryption etc. When I started working on Deluge, we considered using rtorrent as a backend (but ended up using libtorrent instead).

    6. Re:Who cares? by Anonymous Coward · · Score: 0

      But sadly Azureus/mainline DHT & PEX support is missing in rtorrent, might be an idea for Deluge ;-) (Oh I see you have mainline DHT support already)

      >we considered using rtorrent as a backend

      I believe libtorrent is actually part of the rtorrent project, but I could be wrong.

      The thing I like most about rtorrent is it's text based, so you can run it on a headless box, but offers functionality almost on par with graphical clients. Will Deluge also have a textual front-end? A design like giFT where multiple clients can connect to the backend through a protocol, even from another computer over the network, would be cool.

    7. Re:Who cares? by kripkenstein · · Score: 1

      I believe libtorrent is actually part of the rtorrent project, but I could be wrong.
      Yeah, this is a common mistake... there are two projects called 'libtorrent'. Sometimes they are referred to as 'Rasterbar libtorrent' (or 'Sourceforge libtorrent') versus 'Rakshasa libtorrent' (or 'rtorrent libtorrent').

      Even more confusingly, there was a time at which they had virtually the same release versions (0.9, I think) :) . This might still be true, but I don't follow it so I'm not sure.
  13. Whoops... by ShaunC · · Score: 1

    Apparently the "u" that I copied out of charmap got swallowed by the lameness filter, or something. "Torrent incarnation" and "never used Torrent" should read "uTorrent incarnation" and "never used uTorrent," respectively.

    --
    Thanks to the War on Drugs, it's easier to buy meth than it is to buy cold medicine!
    1. Re:Whoops... by Anonymous Coward · · Score: 0

      Taco, being an American Perl "hacker" doesn't believe in faeries, ghosts or anything other than 7bit ASCII.

      Perl: the "Text processing language" that can't.

  14. Shutting the gate after horse has bolted? by Anonymous Coward · · Score: 0

    Who cares, right?

  15. Bittornado by urikkiru · · Score: 2, Interesting

    http://www.bittornado.com/

    There, that should tide us over for a while.

    1. Re:Bittornado by McFly777 · · Score: 1

      Hmmm ... "BitTornado"..... I envision something that makes a giant sucking sound, while scrambling all your bits.

      (Actually, I like it!)

      --

      McFly777
      - - -
      "What do people mean when they say the computer went down on them?" -Marilyn Pittman
  16. SDK license by Anonymous Coward · · Score: 0, Redundant

    And good luck trying to find the information on their site that tells you how one can obtain an SDK license.

  17. Not a good move by NormalVisual · · Score: 4, Funny

    "Welcome to obscurity, gentlemen. We hope you enjoy your stay. To ease your transition, we've assigned a personal guide for the both of you. Heidi, please call Mr. Fanning and let him know his group is here."

    --
    Please stand clear of the doors, por favor mantenganse alejado de las puertas
  18. GPL by TrappedByMyself · · Score: 1

    Isn't this what the GPL is for?

    --

    Help me take back Slashdot. When did 'News for Nerds' become 'FUD and Conspiracy Theories for Extremist Nutjobs'?
    1. Re:GPL by Secret+Rabbit · · Score: 4, Informative

      The GPL cannot keep the original author from changing the license and closing the source nor can it prevent the protocol from being closed either.

      The only thing it can do is keep that source (the version that was under the GPL) available to the open-source community. Which, btw, can be accomplished by any other open-source license. Btw, they have already done this.

      Basically, we're in the exact same situation now that we would have been if it was GPL'd.

    2. Re:GPL by dosius · · Score: 1

      Yep, BitTornado is a fork of a 3.x-era mainline. It's my client of choice.

      -uso.

      --
      What you hear in the ear, preach from the rooftop Matthew 10.27b
  19. Huh? by iminplaya · · Score: 1

    While the BitTorrent client and the latest protocol may not be published, therefore technically closed source, the protocol is still open. The details of the protocol extensions, including all the latest revisions, are still available to whoever wants them, providing they obtain the easily obtainable SDK license. BitTorrent's recent move isn't going to make everyone happy, but those wishing to help develop the BitTorrent community probably won't notice much of a difference.

    Sure...okay. It's closed, but it's open. Sounds like a statement coming from a government bureaucrat. I guess I wasn't too far off. Software has too many licenses. I'm not about to pile this one on.

    "C'est la Vie"

    --
    What?
  20. Time for someone to code a better alternative. by zymano · · Score: 1

    New torrent alternative needs to distinguish phony crap and drm.

    1. Re:Time for someone to code a better alternative. by Jussi+K.+Kojootti · · Score: 1

      You know, distinguishing those two is not trivial...

  21. editors? more like lamers. by hxnwix · · Score: 2, Informative
    From TFA:

    "Q: How will this impact the BitTorrent open source development community as a whole?

    A: There will be no impact to the BitTorrent open source development community. We are committed to maintaining the preeminent reference implementation of BitTorrent under an open source license." Slashdot editors, you are fucking retarded.
  22. The Explaination Makes No Sense. by twitter · · Score: 2, Informative

    "Developers who produce open source products will often have their product repackaged and redistributed by businesses with malicious intent. They repackage the software with spyware or charge for the product. ... As for the protocol itself, that too is closed, but is available by obtaining an SDK license."

    The risks are great and I don't see a pay off.

    As one person has already pointed out, too much of the wrong thing will isolate and destroy them

    .

    Going non free will also make their problems worse. The malice described is a problem that free software creates. The only reason crackers and MAFIAA can get away with charging people for spyware derivatives is because Windoze and the clients are not free to begin with. Real free software can be packaged by distributions like Debian, which assure the user the software has been checked for malware by an impartial third party. The further away from that model they get, the more problems they will have. The dirtbags will go right along with what they are doing and their life will be easier.

    --

    Friends don't help friends install M$ junk.

    1. Re:The Explaination Makes No Sense. by QuantumG · · Score: 1

      Freedom's a scary concept to some people.

      --
      How we know is more important than what we know.
    2. Re:The Explaination Makes No Sense. by The+Bungi · · Score: 1

      Going non free will also make their problems worse.

      Or rather, it goes against everything people like you have been preaching to people like me for the last ten years, and it's a little inconvenient.

      The only reason crackers and MAFIAA can get away with charging people for spyware derivatives is because Windoze and the clients are not free to begin with.

      Ooooh, you're going to blame this on Microsoft as well? Surely you jest!

      Real free software can be packaged by distributions like Debian, which assure the user the software has been checked for malware by an impartial third party.

      "Use my warez and all will be well. Sign up for the dogma too, and no one gets hurt"

      The further away from that model they get, the more problems they will have.

      One of the things Stallman and company have not managed to fully explain is how exactly I'm supposed to hunt down the "dirtbags" that take my GPL'ed code and repackage it like... well, BitTorrent. Or Audacity. Never mind adding spyware or whatever. If there's enough of them I'll spend more time in court than at the keyboard writing code contributing to his dream. Why not just use a BSD-style license if what I'm trying to do to begin with is help fellow developers, and just spare myself the post-release gastric discomfort?

      You seem to know so much about this and how "M$ Windoze" is evil. Maybe you can clear that up for us? But please avoid the "well if everyone does it then there won't be any problems", because the chance of that happening is about as good as you learning to spell "Microsoft" without dollar signs. Copyright reform is still a long way off.

    3. Re:The Explaination Makes No Sense. by roadkill-maker · · Score: 1

      the internet is hard :(
      http://gpl-violations.org/

    4. Re:The Explaination Makes No Sense. by Svartalf · · Score: 1

      One of the things Stallman and company have not managed to fully explain is how exactly I'm supposed to hunt down the "dirtbags" that take my GPL'ed code and repackage it like... well, BitTorrent. Or Audacity. Never mind adding spyware or whatever. If there's enough of them I'll spend more time in court than at the keyboard writing code contributing to his dream. Why not just use a BSD-style license if what I'm trying to do to begin with is help fellow developers, and just spare myself the post-release gastric discomfort?


      One of the things that people flogging that BSD line have not fully managed to explain is how this is ANY different than GPLing it and then not enforcing or a vast myriad number of Open, Free, and Proprietary licenses. If it's getting infringed upon, it's getting infringed upon. The only magic that BSD brings to the table is that the act of closing it up, using it completely as you see fit, is expected and encouraged. I don't want that. So why do you and people like you keep insisting that I just use a license that I don't want to use?
      --
      I am not merely a "consumer" or a "taxpayer". I am a Citizen of the State of Texas
  23. I don't see the big deal with this by rnmartinez · · Score: 1

    If they will give out sdk's as easy as they state then its not so bad. I know so many of my MS user friends always complain that there torrent programs are full of spyware etc...

    Maybe this can shutdown some of these sketchy clients, and hopefully open alternatives can continue. Although I guess someone could just take the code from an open solution - maybe this just makes it a bit more difficult.

    1. Re:I don't see the big deal with this by Anonymous Coward · · Score: 0

      Maybe your MS user friends could take five minutes, if even that, away from their complaining and do some research. They will then find a BT client that is free from bad things.

      If they are not going to take the small amount of time to research, then they deserve the bad things that happen to them. It is not like we are telling them to learn a new operating system or even a new version of Office. It is a simple bit of research for a program that allows them to use .torrent files.

    2. Re:I don't see the big deal with this by krelian · · Score: 3, Insightful

      If they will give out sdk's as easy as they state then its not so bad. I am sure it will be easy if you'll agree to the TOS which will be probably require you to implement the protocol including all it's features like say... DRM?
  24. This will become by iminplaya · · Score: 2, Insightful

    The "new and improved" RIAA approved BitTorrent protocol. This is the official one that won't be throttled by your ISP. Full of DRM goodies for Hollywood to control.

    --
    What?
    1. Re:This will become by Anonymous Coward · · Score: 0

      Possibly. A super toll highway to nowhere. It's brilliant.

  25. The difference by Rinisari · · Score: 2, Informative

    There is a difference, here. uTorrent has always been closed, so it's not the client that's being closed. What people are or should be worried about are changes to the protocol. Hopefully, we won't see BitTorrent 6.0+ clients being blocked from trackers other than BitTorrent.com's tracker because of a silly change in the protocol that disrupts clients using v5 and earlier. Unfortunately, this means that if Bram, Ludde, and company engineer some wicked addition to the protocol that drastically improves it, the open source community will either 1) not have access to it or 2) have to reverse engineer it.

    Additionally, only the main BitTorrent.com tracker would have access to tracker-side protocol updates. So, this then means that the only benefit of using the mainline client is when downloading from the BitTorrent.com tracker!

    Is BitTorrent pigeonholing itself; is it forming its own niche within its once-large niche?

    1. Re:The difference by drix · · Score: 1

      What wicked addition do you have in mind? It's hard to think of a way to improve on the current implementation. The downloads come in as fast as my pipe will allow, the network is sufficiently decentralized to the point where *AA are having zero success shutting it down, the protocol is robust to leechers/honeypots/deliberate munging of data, and even bandwidth throttling by the ISPs is becoming trivial to defeat through encryption. I mean really--what's left to accomplish?

      --

      I think there is a world market for maybe five personal web logs.
    2. Re:The difference by kripkenstein · · Score: 1

      Additionally, only the main BitTorrent.com tracker would have access to tracker-side protocol updates. So, this then means that the only benefit of using the mainline client is when downloading from the BitTorrent.com tracker!
      See my comment above. They can keep the tracker protocols (which really don't matter much) and change the p2p ones, which is where all the important stuff happens.
    3. Re:The difference by X0563511 · · Score: 1

      The ability of peers to share trackers, or for a tracker to provide other trackers.

      This is slightly dangerous, but if implemented properly it shouldn't be too insecure.

      Unless I'm "special" and just don't realize that it already does that...

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
  26. completely lame... by Anonymous Coward · · Score: 0

    "Developers who produce open source products will often have their product repackaged and redistributed by businesses with malicious intent."

    I guess he's never heard about pirated Windows with rootkits. What a lame excuse for closing up the source code. He'll be eating those words when hacked uTorrent clients start popping up, and open source clients wind up overtaking the market.

  27. rtorrent pwnz by Anonymous Coward · · Score: 5, Informative

    get rtorrent
    http://libtorrent.rakshasa.no/

    with adsl2+ i could get >1meg/s with hundreds of connections, totally stable and only used around ~1%cpu time on a p3 933.

    use gentoo and -O3 it too.

    1. Re:rtorrent pwnz by baadger · · Score: 2, Insightful

      I think you lost all credibility when you said to -O3 it...

    2. Re:rtorrent pwnz by Anonymous Coward · · Score: 4, Insightful

      CLFAGS JUST KICKED IN YO!

      I run Gentoo myself but -O3 is largely pointless 99% of the time ... it does help if the kernel and libc are well optimised, but extreme app optimisation is usually hardly noticeable. For the record, -Os is quite often better than -O3 these days because smaller code means more of it fits in cache, and modern CPUs are so fast that memory access tends to be a bottleneck. -funroll-loops is frequently recommended too but it's not magic, sometimes it's damaging because it makes the code bigger.

    3. Re:rtorrent pwnz by ReinisFMF · · Score: 0

      I can't figure out how to add new trackers to torrents that i'm downloading. Is this the case or not?

    4. Re:rtorrent pwnz by BobPaul · · Score: 1

      With the latest gcc, don't ever use -O3. It used to help marginally, now it's more likely to make it worse.

    5. Re:rtorrent pwnz by Hatta · · Score: 1

      rtorrent is pretty nice for a lot of purposes, but it's lacking in some expected features. For instance, you can't download just a subset of a torrent.

      I've been using ktorrent which is very nice. It comes with ktshell which allows you to manage it through ssh. Unfortunately it does require KDE which makes it unsuitable for running on a server.

      --
      Give me Classic Slashdot or give me death!
    6. Re:rtorrent pwnz by zolaar · · Score: 1

      ::SMACK!::
      ...
      Hey... Buddy? Are yo--hey, h-hey now, guy.. easy does it...
      ...
      Aha, there you go! ... Hi there, buddy! You back with us? Whoa, slo--hey, slooow down, you're okay...
      ...
      Oh, well I think you were having some kind of seisure or something a minute ago, so...

      </pennyarcadejoketheft>

      --
      One man's constant is another man's variable.
    7. Re:rtorrent pwnz by grimwell · · Score: 1

      rtorrent is pretty nice for a lot of purposes, but it's lacking in some expected features. For instance, you can't download just a subset of a torrent.

      Sure, you can. Just go to the file list of the torrent and turn off the files you don't want to download. Highlight the file, press the space bar to toggle priority

      --
      If the govt becomes a lawbreaker, it breeds contempt for law, it invites man to become his own law, it invites anarchy
    8. Re:rtorrent pwnz by Anonymous Coward · · Score: 0

      download a subset, as in exclude files?

      right arrow into the file list and hit spacebar until priority changes (to none, i think)

    9. Re:rtorrent pwnz by Anonymous Coward · · Score: 0

      For instance, you can't download just a subset of a torrent.


      Yes you can. Navigate to the file view and press space to cycle the file priority between 'normal', 'high' and 'off'.

      You are right in saying that rtorrent is lacking important features but that was not an example. The most important thing that rtorrent is missing is it lacks a queue (i.e. Only download two files at a time, download them in this order). This means that if you have a lot of torrents you don't want to download simultaneously you have to babysit rtorrent, enabling torrents as others finish.

      It also doesn't have DHT, or protocol encryption. In fact, AFAICT, there is only one developer, who's interest seems to be waning and seems to view these basic features as superfluous. His libtorrent library, AFAIK, is only used by rtorrent. Something is wrong if you coded your library to an application and not the other way around.

      Rasterbar libtorrent should solve everybody's problems. It will be a real reusable bittorrent library written in C++. Everyone doesn't need to keep reinventing the wheel or duplicating functionality. It will implement the bittorrent protocol features and let everyone else just write the frontend client. Bittorrent extensions will only have to be written once, you just code to rasterbar-libtorrent and you benefit automatically.
    10. Re:rtorrent pwnz by doti · · Score: 1

      The only one thing I don't like about rtorrent it's that it will hash all the files at every startup. It's very annoying to have your hard disk trashing for some minutes every time I boot up.

      --
      factor 966971: 966971
    11. Re:rtorrent pwnz by gharris · · Score: 1

      Set up a session directory (session directive in the config file.. check the man page) and it will cache all that info. If it doesn't exit cleanly it will still have to rehash though.
      There are some scripts on the website for starting rtorrent using init, and likewise, shutting it down via init so you always get a clean shutdown.
      Both of these are covered on the Common Tasks section of the website, great resource:
      http://libtorrent.rakshasa.no/wiki/RTorrentCommonT asks

      --Glenn

    12. Re:rtorrent pwnz by doti · · Score: 1

      Thanks, man!

      That, added to the recent addition of XMLRPC, makes rtorrent just perfect.

      --
      factor 966971: 966971
    13. Re:rtorrent pwnz by Deagol · · Score: 2, Interesting
      I've benchmarked a handful of select programs with various optimizations (FreeBSD, not Gentoo). There's certainly no general/golden rule. I do agree that often (maybe 50% of the time) that -Os is a very good option for some small libraries and programs. However, there's a whole world out there beyond -O optimizations (which I know are just short-hand pre-sets for collections of various flags).

      What someone needs to do is set up an automated build system that uses "-fprofile-generate/-fprofile-use" -- especially for base system, multimedia, and compression libraries. I got something like a 12% speedup in using that for mplayer (or was that mpg123...) in benchmark mode, as opposed to stock ports compiler options under FreeBSD/amd64 (which, I believe, is "-O2 -fno-strict-aliasing", though many individual ports tweak those to the extreme). Granted, each program would need a decent corpus of representitive "work" to do for this method to be effective, but it could be done on port-by-port basis.

      If someone wants to rock the world of Gentoo (and has more free time than sense), they should fork the project and incorporate the "profile" method I mentioned above *and* ACOVEA into an automated build system. Now *that* would be impressive. :)

    14. Re:rtorrent pwnz by AlanS2002 · · Score: 1

      Generally I don't really notice the effects of optimisations much (Still do it anyway, usually just '-O2 -march=pentium4 -msse2 -mfpmath=sse'). I do notice that GCC compiles faster when it has been compiled with optimisations.

      --
      Not all conservatives are stupid,
      but it is true that most stupid people are conservative.
      - Hume
  28. O/T by Dr.+Cody · · Score: 4, Funny

    This is very off-topic, but, about your sig: The last time I clicked on a .cx link on Slashdot was a long time ago, and it's going to be a long time until I do it again...

  29. Re:editors? more like lamers. by Swampash · · Score: 1

    -1 Troll? Moderators on crack. Parent is on point.

  30. uTorrent, BitTorrent... by Pojut · · Score: 0

    Am I the only person that uses BitLord?

    1. Re:uTorrent, BitTorrent... by the_greywolf · · Score: 1

      Probably. Everyone else has already figured out that it comes with spyware and violates the protocol and hammers trackers enough to get banned at all of the private trackers.

      It's a sin to use anything except the latest Azureus, libtorrent, or uTorrent.

      Although, apparently, soon it may be also a sin to use uTorrent since it's not Free.

      --
      grey wolf
      LET FORTRAN DIE!
    2. Re:uTorrent, BitTorrent... by set · · Score: 2, Informative

      probably. bitcomet is the same client without the ad-crap.

    3. Re:uTorrent, BitTorrent... by ascendant · · Score: 1

      Although, apparently, soon it may be also a sin to use uTorrent since it's not Free.
      A bit of info for you: uTorrent was never Free. It was always free, and chances are it will remain free forever.

      uTorrent is without a doubt the best Windows-only client, and it would hardly be a sin to use it. Hell, if you got it to run on Linux, you'd have the undying love of a few thousand people for a few days until someone else stole it. I share the sentiment of other posters when they say, "Who cares?" Mainline is pretty much irrelevant. If you want a good, Free client, you already know about Az.

      /me is using Az to seed Bleach 136 ATM. LOL at the losers downloading from me; the manga is so much better.
      --
      Do not attribute to malice that which can be easily explained by incompetence.
    4. Re:uTorrent, BitTorrent... by Laebshade · · Score: 1

      Slight correction: BitComet is a much newer code base and also without the ad-crap. See: Bitlord.

    5. Re:uTorrent, BitTorrent... by chmod+a+x+mojo · · Score: 1

      Hell, if you got it to run on Linux, you'd have the undying love of a few thousand people for a few days until someone else stole it. uTorrent 1.6x runs just fine on linux under WINE.... and has for a long time already.
      --
      To err is human; effective mayhem requires the root password!
    6. Re:uTorrent, BitTorrent... by ascendant · · Score: 1

      meh

      --
      Do not attribute to malice that which can be easily explained by incompetence.
  31. Re:Oxymoronic: thief cries thief !! by Anonymous Coward · · Score: 0, Insightful

    worst post of 2007 so far

  32. I can only hope... by BlueCoder · · Score: 3, Interesting

    That my fellow community developers will take this opportunity to drop the BitTorrent protocol. Time to develop something better.

    It's time we address it's critical failure... that you can see which IP's are trafficking in which files. There has to be an obscure way in which people can just exchange data blobs. Where the blobs are interleaved or multiplexed with data of other files and you don't know and can't know with all practicality what a particular blob contains until you finally collect enough blobs to reconstruct your data file. There are more blobs to be collected for a particular file for data redundancy but you only need to collect so many of them to recreate the data set. Meanwhile sure you downloaded more data then you needed to for that particular file but all the blobs you downloaded are still in demand from other people because of their relevance to other data sets. And you can safely continute to server those files because you don't necessarily know what multiplexed data they contain. Blobs also mutate and remix over time as to which combined data they contain.

    1. Re:I can only hope... by Anonymous Coward · · Score: 0

      For bonus points, the new protocol and its implementing clients should put users squarely into the ISP protections of the DMCA (not filtering content and not responsible for content, IIRC)

    2. Re:I can only hope... by Anonymous Coward · · Score: 0

      I think you just described Freenet.

  33. Not Entirely Accurate and Not Entirely Catastophic by spoonboy42 · · Score: 2, Interesting

    From the article itself, it appears that, since acquiring uTorrent, a closed-source C++ BitTorrent client for Windows, Bittorrent, inc. has decided to keep it closed source, and also to make it the new "mainline" BitTorrent. The old "mainline" client, which is open-source, written in Python (with wx for the graphics) and is generally cross-platform, last I checked, will continue to be maintained as a "reference implementation", but might not always track the latest protocol updates to uTorrent. Full documentation on the protocol will apparently come with an "SDK license", which they claim is "easy to get".

    Well, first of all they ARE doing a few things that contradict the spirit of free software. Their main client app will be closed source, and although the reference implementation will apparently continue to be free, protocol docs require you to acquire a special license. A few years ago, these moves would have tightened Bittorrent inc's grip on the world of bt clients in general.

    Now, however, the landscape is different. I can't produce statistics for all torrent users in general, but when I take a look at my peers in my preferred client, KTorrent, there seems to be a near dead-heat for most popular client between uTorrent and Azureus (also open source), with certain alternative clients like Transmission, Bitrocket, and KTorrent making frequent appearances, as well (and all 3 of those examples? also open source). Although uTorrent certainly remains a big player, it doesn't confer upon BitTorrent, inc. the ability to dictate major compatibility-breaking protocol changes by fiat. The fact that the main implementation of BT was open source to start basically stops things from being ruined by more restrictive licensing now.

    --
    Anonymous Luddite: "What do you think of the dehumanizing effects of the Internet?"
    Andy Grove: "Not Much."
  34. Re:Oxymoronic: thief cries thief !! by martin_henry · · Score: 0, Troll

    Agreed.

    This guy probably thinks that computers are just for porn and that college is just for drinking.

    --
    www.purevolume.com/martyd
  35. What's the negative of closed source in this case? by SilentChris · · Score: 2, Insightful

    Out of curiosity, what exactly is "wrong" about them closing the source in Bittorrent's case? I mean, if it was an OS or something where security was critical I could see a problem. But really the only "benefit" I saw from the source being available was a bunch of clients that just leeched without sharing their bandwidth.

    I know it's not the Slashdot party line, but not everything benefits from open source. Perhaps more importantly, this sets a bad precedent for companies that want to release code. If they ever have to pull back they have a PR mess on their end. Most PR flacks will just say not to release code to begin with.

  36. GPL, BSD and dirtbags. by twitter · · Score: 2, Insightful

    One of the things Stallman and company have not managed to fully explain is how exactly I'm supposed to hunt down the "dirtbags" that take my GPL'ed code and repackage it like... well, BitTorrent. Or Audacity. Never mind adding spyware or whatever. If there's enough of them I'll spend more time in court than at the keyboard writing code contributing to his dream. Why not just use a BSD-style license if what I'm trying to do to begin with is help fellow developers, and just spare myself the post-release gastric discomfort?

    I'm not sure why you would mind if someone repackaged your software as long as they did nothing wrong with it.

    The Free Software Foundation recommends that you give your copyright to them to make sure that no one uses your software to harm others. They have been very successful at getting companies to live up to the terms of the GPL. There is nothing much you can do about spyware additions other than force GPL release of code, so that those additions can be seen and removed.

    Releasing under a BSD license gives your fellow developers freedom, but also allows them to add malware that can't be seen and removed. M$ loves your code. If that does not cause you discomfort, you have not thought through what they are doing to you or what they think of you.

    --

    Friends don't help friends install M$ junk.

    1. Re:GPL, BSD and dirtbags. by The+Bungi · · Score: 0

      I'm not sure why you would mind if someone repackaged your software as long as they did nothing wrong with it.

      Wrong? Who decides what "wrong" is? You? The FSF? Even the repackaging of GPL code into malware must be allowed under the GPL, is it not? As long as the malware author gives you the code, he should be in the clear, correct?

      The Free Software Foundation recommends that you give your copyright to them

      I'm sure they do. The problem with this is that if BitTorrent can't do it, I don't see how the FSF will. Their capacity to do those things has never been proven in any meaningful way beyond a few dozen cases.

      Releasing under a BSD license gives your fellow developers freedom, but also allows them to add malware that can't be seen and removed.

      All the freedom we want, as long as it's your particular brand of it. Or in this case, the one offered up by the GPL.

      M$ loves your code.

      I have no idea how this is fucking relevant, so I must conclude that you added it for the benefit of the retards who mod you up.

      what they think of you.

      I don't give a fuck what "M$" thinks of me, and I'm sure the feeling is mutual. If their software works, I'll buy it. Otherwise I'll take my business elsewhere. But if you think something a low-level manager of a 60,000+ employee corporation said ten years ago is going to make me lose any sleep, you're even dumber than I thought. Oh, wait. That was also for the mods.

  37. the protocol can't be reprotected by Anonymous Coward · · Score: 1, Interesting

    AFAIK, if a protocol is not patented, the only protection available
    is trade secret, which evaporates when published. I'm not sure they
    can pull it back now.

    It's similar to the reason you can't really protect the definition of a
    programming language, even though lots of companies act like you can
    and the industry largely plays along.

    1. Re:the protocol can't be reprotected by BitZtream · · Score: 1

      To which languages are you refering?

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  38. Heh heh. by Creepy+Crawler · · Score: 4, Insightful

    There's a trap waiting to happen.

    If they merge uTorrent (non-free, closed) with the older "BitTorrent 5.0" (open source, free), hell's going to break lose if there's any GPLed patches in the open source that Bram didn't make.

    GPL applies to even "lowly" patchers and debuggers code, as it does to the 10klines per day guys.. (joke)

    Im ready for a torrent of gpl-violations

    --
    1. Re:Heh heh. by frogger3d · · Score: 2, Informative

      Not much chance they will merge a Python project (bittorrent 5.0) with a C++ project (uTorrent) if you ask me..

    2. Re:Heh heh. by FooBarWidget · · Score: 1

      They can't. And I mean technically.

      BitTorrent 5.0 is written in Python. uTorrent is written in C++.

    3. Re:Heh heh. by tepples · · Score: 1

      Not much chance they will merge a Python project (bittorrent 5.0) with a C++ project (uTorrent) if you ask me.. O RLY? Every copy of Python comes with docs describing how to embed the Python interpreter in a app written in C or in C++.
    4. Re:Heh heh. by frogger3d · · Score: 1

      I'm not saying it's impossible. uTorrent became popular because of its small size and great performance. Mixing the codebase with python seems highly improbable.

  39. editors? don't forget taggers. by Max+Littlemore · · Score: 3, Interesting

    While we're at it, let's point out how wonderful some of those tags are.

    This story is tagged "lame" and "bastards" among other things. So yeah, if I'm interested in looking up info on OSS software being closed, I'll be sure to look for articles tagged "lame". That imediately makes so much sense to me, and you guys clearly know what good tagging's all about. Tagging's a great way of expressing opinions on entire stories without having to own up to them. You don't even have to have to LEAVE A FUCKING COMMENT WITH A USER NAME.

    C'mon, at least post AC, dickheads.

    --
    I don't therefore I'm not.
    1. Re:editors? don't forget taggers. by magus_melchior · · Score: 1

      Kinda reintroduces a (dated?) meaning of the word "tagger" (as in spray paint on a wall)...

      Although it is fun to make up a tag simply for amusement purposes.

      --
      "We are Microsoft. You shall be assimilated. Competition is futile."
    2. Re:editors? don't forget taggers. by TheoMurpse · · Score: 1

      But what if I am looking for articles about companies being bastards or behaving in a generally lame manner? Then those tags are exactly right for what I'm doing!

  40. Re:What's the negative of closed source in this ca by k3vlar · · Score: 5, Insightful

    It wasn't about clients that leech bandwidth, it was about clients with great interfaces, and additional management methods, such as uTorrent or Azureus' web management. In my opinion, the mainline client was so lacking in features that I considered it to be unusable. Bittorrent owes some of it's success to the fact that there are so many great clients for people to choose. If you're looking for simple, try uTorrent or Transmission. If you need advanced features, try Azureus. People like this kind of choice. It saddens me to see this, as it means that clients might eventually become less compatible with closed-source revisions of the protocol, and we'll lose some great file-sharing software.

    --
    Unlike porn, which yada yada rimshot hey-ooh!
  41. Re:What's the negative of closed source in this ca by Nushio · · Score: 1

    Lets assume for a moment, that they decide to implement in Protocol v6 new ways to track you down. You wouldn't know that, since the protocol is close-sourced, would you?

    Thats just one of many possible things that close-sourcing the application would do.

    --
    Check out Unsealed: Whispers of Wisdom! http://unsealed.k3rnel.net It's an action-RPG about Open Sourcerers.
  42. Re:Oxymoronic: thief cries thief !! by SL+Baur · · Score: 4, Informative

    Torrents are for stealing !! Get use to it !! Blizzard uses an early version of the bittorrent code for their "Blizzard Downloader", I am told. Anything that reduces the download time of something I've paid for, like the online BC upgrade or update patches seems like a win to me.

    It's a pity they're going closed source, but it wouldn't be unfair for Blizzard to toss a few gold pieces back their way given all the money Blizzard is making.
  43. Must ... resist ... pun ... can't ... by Mind+Socket · · Score: 5, Funny

    Talk about closing the gate after the source has bolted!

    Sorry about that. Truly, deeply sorry.

    1. Re:Must ... resist ... pun ... can't ... by LeadSongDog · · Score: 2
      Talk about closing the get after the source has bolted!

      There, fixed that for you.

      --
      Oh, I'm sorry sir, I thought you were referring to me, Mr. Wensleydale.
  44. Re:Oxymoronic: thief cries thief !! by Anonymous Coward · · Score: 0

    That's a Dennis Miller bit. He said "sore" rather than borked. Borked is a lot more funny. Thief crying theif crying thief then. Muwhhahaha

  45. Re:Oxymoronic: thief cries thief !! by zaxus · · Score: 3, Funny

    This guy probably thinks that computers are just for porn and that college is just for drinking.

    They aren't??? It's not???

    --
    /. zen: Imagine a Beowulf cluster of Beowulf clusters...
  46. Done and done! by Anonymous Coward · · Score: 5, Funny

    Where can I find the .ryanfenton for the latest Heroes episode!!?!?111@!!

  47. The reason people pay for repackaged OSS by mirshafie · · Score: 1

    "There are two issues people need to come to grips with. Developers who produce open source products will often have their product repackaged and redistributed by businesses with malicious intent. They repackage the software with spyware or charge for the product. We often receive phone calls from people who complain they have paid for the BitTorrent client."

    People pay for repackaged malicious open source softare because they're used to proprietary software. They're used to a. pay (MS Office) b. see ads (Windows Live) and c. the closed nature of what runs on their hardware (IE, Ipods etc).

    Open source does matter, even for people who are much too ignorant to actually realize it themselves; because it is part of the software culture and it directly and inevitably affects the user's approach to software in general. I can't believe a statement like the one above can pass as OK. And people just shrug and say "well Torrent was always closed anyway". Shame on you!

    In related news, KTorrent just got even better.

    1. Re:The reason people pay for repackaged OSS by mirshafie · · Score: 1

      Whoa, looks like ./ doesn't understand a simple micro sign? "uTorrent" just looks so stupid. Just for that, this post contains 1 MB of invisible micro signs. mmmm mmmm mmmm mmmm mmmm mmmm

  48. Looking forward to spending more time with family by BillGatesLoveChild · · Score: 5, Funny

    > Q: How will this impact the BitTorrent open source development community as a whole?

    A: Once word gets out about our RIAA backdoor, Azureus is going to kick our ass. Ummm... you better not print that.

  49. Re:What's the negative of closed source in this ca by SilentChris · · Score: 1

    To be honest, why would I care if they're "tracking me down" using torrents? The only things I use Bittorrent for are to download Linux ISOs and World of Warcraft updates (it's built into their updater).

    But let's say someone out there is using Bittorrent to download stuff they're not supposed to. Why use a change in the protocol to monitor usage when big media can just force ISPs to open up their logs?

    Back to the issue at hand: would I care if they monitored me? No.

  50. *cough* freenet *cough* by Anonymous Coward · · Score: 0

    Read the freenet specs and you will it does pretty much what you suggest.

    The problem is that bittorrent is FAST. Often for me as a fast as a direct download from my local ISP who happens to host linux stuff as well.

    You download what you want, from somebody else who has what you want, directly. Your suggestion would introduce all kinds of added bandwidth and storage needs that people just don't want to give.

    People are leeches by nature and asking them to set aside X space for that "random" data you suggest plus to upload data they themselves did not want is asking an awfull lot.

    Plus their is another problem, the recent german "ruling" that filesharing just ain't worth police time. That applies to my bittorrent use because the police just ain't intrested in me sharing the latest hollywood movie. They can see I am downloading just that, and they don't give a shit.

    They ARE very intrested if I am sharing childporn, they would definitly consider that worthy of their time. By being open the bittorent protocol makes it very clear what each person downloads, bad for those who download stuff they can be prosecuted for, but good for people who download stuff that is safe for them.

  51. Re:What's the negative of closed source in this ca by Matt+Perry · · Score: 4, Insightful

    It saddens me to see this, as it means that clients might eventually become less compatible with closed-source revisions of the protocol, and we'll lose some great file-sharing software.
    I imagine that the "official" client will become less compatible and will become irrelevant as it deviates from the de facto standard established by the existing clients.
    --
    Slashdot: Failed Car Analogies. Amateur Lawyering. Anecdote Battles.
  52. KTorrent by Enderandrew · · Score: 4, Informative

    KTorrent is my favorite pure torrent app on any platform, with utorrent running a close second. Both are very fast, light-weight clients.

    I've also dabbled with mldonkey and shareaza as more multi-purpose p2p apps that also support torrents.

    --
    http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
    1. Re:KTorrent by tom17 · · Score: 1, Funny

      Personally I find that GTorrent is the best. But somehow I just can't get over the nostalgic value inherent in JTorrent and STorrent. Anyone feel the same like this?

    2. Re:KTorrent by Anonymous Coward · · Score: 0

      any platforms but windows...

    3. Re:KTorrent by elh_inny · · Score: 1, Funny

      And do you still remember the old ATorrent and BTorrent? Ah those were the days. I stopped enjoying the torrent thingie around the time GTorrent arrived, I think.

    4. Re:KTorrent by d3ac0n · · Score: 2, Funny

      Really? My wife loves her G-Torrent. Although personally, I prefer my P-torrent, but I guess that's just how marriage goes.

      --
      Official Heretic from the "Church of Global Warming". Proven right thanks to whistle blowers. AGW = Flat Earth Theory
    5. Re:KTorrent by Anonymous Coward · · Score: 0

      LMNOPtorrent pwnz ur tubes

    6. Re:KTorrent by Bachus9000 · · Score: 1

      Didn't you hear? NTorrent is the new hotness these days with max speeds up to nearly 5x GTorrent... :)

    7. Re:KTorrent by Zach978 · · Score: 2, Informative

      All of the Bittorrent clients eat up too much CPU, especially when downloading very fast (400 kB/s hogs hard drive and CPU )...so I finally threw TorrentFlux on my fileserver and will never go back! It's a PHP client that actually uses the standard bittorrent client (can be modded to use other command line clients), but I can have 20 torrents going now without slowing down my desktop.

      --

      "I told you a million times not to exaggerate!"
    8. Re:KTorrent by Pope · · Score: 1

      Yeah, right! Microsoft has already announced a trademark violation lawsuit against NTorrent, so don't get yer hopes up.

      --
      It doesn't mean much now, it's built for the future.
    9. Re:KTorrent by raynet · · Score: 1

      I often download more than 200+ torrents simultaneously on my 400MHz Powermac G4 and only time I notice any major slowdown is when preallocating the files and then after download when the files are being rechecked. When downloading faster than 5MB/s the Mac does get sluggish but that is just because the poor old harddisk is too slow (when it is seeking between those 200 torrents).

      --
      - Raynet --> .
  53. Don't mind if I do by alienmole · · Score: 1

    I don't know, but I'll have a rye and fent on the rocks while I'm waiting...

  54. Re:Oxymoronic: thief cries thief !! by porl · · Score: 1

    yeah, you got me. looks like i'd better admit to the canonical team that i've been stealing their ubuntu images off the bittorrent links they so carelessly post on their main download pages.... shame on me...

  55. FORK by Anonymous Coward · · Score: 0

    As far as the (Free) software world is concerned (Free as in Freedom), the next word sums up what happens next: FORK! Its happened before. There was a Free Software content management system for websites called Joomla. The company backstopping the community (providing a server and website), tried to "acquire" the code for themselves. FORK! The code was forked, the community moved to a different home. The code has moved well beyond the company. They are no longer involved. Another example: The Linux graphical system is X windows. The base comes from MIT/project Athena in 1986. One system server package was called XFree86. The group behind XFree86 decided at one point to change the license....to make it just a bit more restrictive. Many Linux distributions refused to include the newer versions because it violated the Free Software Licenses. FORK! X.org has a similar (enough) base, and after a few weeks of mods and extensions, everyone switched. This software is very useful for a lot of people. Having a (small) group control it arbitrarily is their right (its their software), but please don't mind if people take the idea, fork it and run with their own ball (on their own terms). The one thing I've found is that stopping something (like the free software movement) from Forking something and developing their own is like standing on the beach, holding out your arms and keeping the sea back. I thank them for the idea (and will forever credit them for the idea --it was a really great one). Sorry about your latest decision, but wish you well. Smell ya later.

    1. Re:FORK by Lonewolf666 · · Score: 1

      Another example: The Linux graphical system is X windows. The base comes from MIT/project Athena in 1986. One system server package was called XFree86. The group behind XFree86 decided at one point to change the license....to make it just a bit more restrictive. Many Linux distributions refused to include the newer versions because it violated the Free Software Licenses. FORK! X.org has a similar (enough) base, and after a few weeks of mods and extensions, everyone switched.

      More exactly, X.org was built on the last GPLed version of XFree86. So this is a classic fork where some people take advantage of the Free Software License and build their own stuff.
      --
      C - the footgun of programming languages
    2. Re:FORK by Benanov · · Score: 1

      XFree86 was never GPL. It was MIT-licensed.

  56. Re:What's the negative of closed source in this ca by pjr.cc · · Score: 1

    My personal opinion, i know, but I think the fact that bittorrent was really the only open and functional protocol out there and hence why it rose to its supremacy. The only other thing that really set it apart in terms of functionality was the removal of the centralized distribution/search mechanism. But, I dont really believe the owners reasons tbh. "Some people are illegally redistributing my stuff", oh come on like thats a new state of affairs for anything.

  57. One thing comes to mind... by AlanCramer · · Score: 2

    You Maniacs! You blew it up! Ah, damn you! God damn you all to hell!

  58. This is so useless i want to cry. by ascendant · · Score: 3, Interesting

    bla bla bla blobs bla bla bla

    bla bla finally collect enough blobs bla bla

    downloaded more data then you need bla bla bla
    Worst. Protocol. Ever.
    And that's only skimming your description.

    Besides, not being able to preview files will pretty much make it useless for anything mainstream. Like pirating crap. So, if this protocol is never used for piracy, it will never need such insane protection from the MAFIAA because it will never blip on their radar. Oh, it can be used for other things, like downloading Linux ISOs? BT already does that. Secure file transfer? LOL Traffic analysis foiling? Tor. What else?

    You are coming to a sad realization: Cancel or Allow?
    --
    Do not attribute to malice that which can be easily explained by incompetence.
  59. What am i missing by KevMar · · Score: 5, Insightful

    Did they just say that the issue with open source was people taking the source code and doing there own thing with it? I thought that was the whole point of it.

    --
    Im a gamer, not a grammer major. This post is full of spelling and grammer mistakes.
  60. Maybe the MAFIAA is behind this? by Myria · · Score: 1

    Maybe the MAFIAA is behind this, secretly paying for the damage BitTorrent is doing to itself. BitTorrent could then make a new version that improves usability but also integrates copyright enforcement.

    Just a paranoid conspiracy theory that is unlikely to be true.

    --
    "Screw Sun, cross-platform will never work. Let's move on and steal the Java language." - Visual J++ Product Manager
  61. Traffic Shaping...? by Anonymous Coward · · Score: 1, Insightful

    I think there's a danger here that any new closed version of the BT protocol (sufficiently different fromt the original) could become the de facto standard for MAFIAA-approved drmed downloads.

    Then they could put pressure on the ISPs to block the old protocol using traffic-shaping. Their argument being that the old protocol is only used to steal copyrighted material (e.g. Linux ISOs.....oh, wait..!).

    1. Re:Traffic Shaping...? by Crayon+Kid · · Score: 1

      Then they could put pressure on the ISPs to block the old protocol using traffic-shaping.


      AFAIK, and please correct me if I'm wrong, you can't shape BT as long as the peers use full encryption. What ISP's do is sniff the tracker connections and pick peer IP's from that, then blindly shape connections between you and those IP's, presuming (rightly) they will be used for BT transfers. This is easily solved with HTTPS tracker connections, or by passing tracker connections through Tor or a HTTPS proxy, SSH tunnel and so on.

      With all this encryption in place, all the ISP sees is a bunch of encrypted connections that make up [a lot of] traffic. There's no particular port to pick on (unless you want to pick on 80 or 443, which is idiotic). There's no way to determine what the connections are used for. At most they can presume there's P2P going on, but you can't filter or shape a particular connection on presumptions alone.

      So it's back to overall shaping and/or monthly bandwidth cap and that's about it. They only thing they accomplished by shaping is forcing P2P participants to use encryption and thus increase the traffic with the added overhead.
      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
  62. Re:What's the negative of closed source in this ca by raju1kabir · · Score: 1

    But let's say someone out there is using Bittorrent to download stuff they're not supposed to. Why use a change in the protocol to monitor usage when big media can just force ISPs to open up their logs?

    They can't force my ISP; like almost half the world's population, I'm in Asia. They probably can't even communicate with my ISP.

    However, if they change the protocol, they could stop me from using the client to exchange content they don't like.

    Which is why I imagine that this half of the world's population will have little use for the Official Fork.

    --
    "Patriotism is your conviction that this country is superior to all other countries because you were born in it." -- GBS
  63. Azureus seems fast and capable on my machine. by Glytch · · Score: 2, Insightful

    On an aging Athlon XP2100 using Azureus 2.5.0.4, top is reporting 0.6% CPU and 60MB RAM used. Currently it's downloading at the highest speed I can get on my ISP. I'm only seeding 2 torrents and downloading 1 (with 67 total connections) so maybe it's not a fair stress test, but it feels pretty quick and capable to me.

    1. Re:Azureus seems fast and capable on my machine. by kripkenstein · · Score: 1

      Well, consider that utorrent takes around 10 MB (20 MB under wine on Linux), a small fraction of the 60 MB you report for Azureus (and I have seen Azureus use a lot more... it climbs over time).

    2. Re:Azureus seems fast and capable on my machine. by kwark · · Score: 1

      It said it before ( http://slashdot.org/comments.pl?sid=239367&cid=196 00729 ) and will repeat it here:

      I want a piece of that VM. ps:
          PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ P COMMAND
      2690 kwark 15 0 1282m 847m 7872 S 1 10.5 207:09.38 3 java

      And slowly growing. The fun stuff is that the JVM it is running in thinks it is using only about 400Mb (limited to 512Mb), monitoring about 67 torrents.

      It will keep growing until the machine thrashes itself to death, but still the JVM is completly ignorant of it's own memory usage. My guess would be that there is a memleak in the native SWT stuff that the JVM simply knows nothing about. Over the years the leak seems to be slowing down, but after upgrading from 512Mb to 8Gb RAM who cares :)

  64. Me too! by naich · · Score: 1

    I liked KTorrent so much I made a donation to them. I thought I'd say "thanks" in a real and meaningful way.

    One interesting thing I've seen is that when I look at the peers I'm connecting to, between 2-4% of them are also using KTorrent. Is this a genuine reflection of how many people are using it, or does KTorrent prefer to connect to other KTorrent clients, skewing the figures?

  65. Uh.. Whats in a name? by Sukhbir · · Score: 1

    Its actually Ashwin Navin not Ashwin Narvin.

    1. Re:Uh.. Whats in a name? by vga_init · · Score: 1

      Its actually Ashwin Navin not Ashwin Narvin.

      I have a feeling that both names are about to become equally obscure.

  66. Re:KTorrent too CPU hungry by TeXMaster · · Score: 1, Insightful

    I wouldn't call KTorrent 'lightweight'. Even with low CPU settins, it routinely eats up between 30% and 50% of my CPU cycles, with spikes in the 100% (old P4-M 1.6 GHz)

    --
    "I'm never quite so stupid as when I'm being smart" (Linus van Pelt)
  67. Re:KTorrent too CPU hungry by flu1d · · Score: 2

    I wouldn't call KTorrent 'lightweight'. Even with low CPU settins, it routinely eats up between 30% and 50% of my CPU cycles, with spikes in the 100% (old P4-M 1.6 GHz) If you think that sucks try Azureus
  68. BitDeluge... by WiseWeasel · · Score: 1

    Allow me to nominate ByteAlluvion for the name of the coming open source fork of the BitTorrent protocol. ...or maybe RainPipe, FileStorm, FileSwarm, or BitFunnel... I do strongly agree that using a different name for the forked open source protocol would be a good idea.
    --
    "I like systems, their application excepted", George Sand (French)
    1. Re:BitDeluge... by Baddas · · Score: 1

      Swarmcast? OpenCola was one of the first to implement peer-to-peer chunked downloads. Wonder if they still hold the name?

    2. Re:BitDeluge... by Dragonslicer · · Score: 2, Funny

      How about DumpTruck?

    3. Re:BitDeluge... by aichpvee · · Score: 1

      It's not really casting though, is it? I mean, if it were you'd like be running a listener or something on your computer and the tracker would contact you, not the other way around.

      But maybe it'd work. Fitting "swarm" in there definitely wouldn't be a bad move.

      --
      The Farewell Tour II
  69. Re:Oxymoronic: thief cries thief !! by kestasjk · · Score: 4, Interesting

    Seems like this'll only split the bittorrent protocol, there's a fairly wide variety of clients out there and the only thing that held them together was the official protocol. Azureus has been making small breaks even with the official protocol around, so now it'll probably split. The question is which client will the other ones follow, now that BitTorrent have given up their niche in true XFree86 style.

    --
    // MD_Update(&m,buf,j);
  70. Re:KTorrent too CPU hungry by Captain+Splendid · · Score: 4, Interesting

    I gotta say, as clunky as Azureus has been, they've obviously been working hard on the thing, because it works so much more smoothly now. Even with a few torrents running, I don't get huge CPU grabs like I used to, and the overall feel of speed is definitely improved.

    --
    Linux, you magnificent bastard, I read the fucking manual!
  71. eDonkey all over again by johanw · · Score: 1

    The music industry has tried the same with eDonkey. Now, noone uses eDonkey anymore and have switched to eMule of aMule. The same will happen here.

  72. Re:KTorrent too CPU hungry by Enderandrew · · Score: 1

    Funny, it has no noticeable impact on system performance on my two laptops. I've never seen it go above single digits. Are you sure there isn't something else holding it up and that is causing it to hog CPU cycles, like slow disk speed?

    --
    http://blindscribblings.com - Tasty pop-culture in conceptual fashion.
  73. I want a (-1, bad manners) mod option by Lonewolf666 · · Score: 1

    Because that post deserves it.
    The argumentation is too good for "flamebait" or "troll", but the uncivilized attacks on GP still deserve a whacking...

    --
    C - the footgun of programming languages
  74. Not correct by Anonymous Coward · · Score: 0

    if someone else supplied GPL code, the entire work cannot be closed. The owner of the majority part of the product must code out, remove or pay for licensing the contributed code.

    GPL doesn't protect code from being closed from the community when the community was one person (coders count, not users, since using provides no copyright rights).

  75. Minority presence by QX-Mat · · Score: 2

    What a clever move. If I had a successful software protocol up my sleeve, with strong replication authority (ie: what we do, everyone else does), that relies on other clients to maintain the network: i would seriously rethinking pushing them out.

  76. Jeesuz, a little comprehension here, please by Anonymous Coward · · Score: 0

    "Wrong" by the license the code is released under. Since it's copyrighted, this is the only standard of "Wrong". You're complaining that the GPL doesn't explain how to stop dirtbags from adding spyware to your code and packaging that up. Then laud the BSD. though the parent told you

    a) the BSD allows dirtbags to do THE EXACT SAME THING (so why bring up BSD?)
    b) the GPL requires that the spyware be visible in the code, so any receiver of the product could take the spyware out (which the BSD doesn't allow you to do, so is WORSE than the GPL, so why bring it up as an alternative)

    As to your "All the freedom we want, as long as it's your particular brand of it. Or in this case, the one offered up by the GPL" well, yes. That's the license of the code. If you release under BSD and I don't attribute your code and claim it as my own, that is against the freedom you want, as offered by the BSD. If you don't like the idea of "nearly, but not quite, all freedom" and prefer "all freedom" then the BSD STILL doesn't meet your demands. So why laud it?

    Next assinine point: MS loves your code if you release it under BSD because they have had your time and effort in producing, testing, packaging and distributing your code for their benefit for free. It is relevant because MS loves your code because they can install spyware/adware (ad supported Works..?) which you *say* you don't want and want to stop. Mind you, I think this was only your way of going "Waaahhh! The GPL isn't as good as the BSD. I DEMAND you do not use GPL and anyone who does is a poopy-head nasty blue-meanie!!!!". You just wanted to diss the GPL. Hey, DON'T FUCKING USE GPL!

  77. Re:editors? more like lamers. by makomk · · Score: 1

    If you think about it, that statement really isn't saying much. I mean, sure they'll keep it under an open source license, and they may even fix bugs in it - but they haven't promised to, say, port new protocol features they've added in their closed source client to it.

  78. Re:editors? more like lamers. by makomk · · Score: 1

    Actually, hxnwix, you are the one who's "fucking retarded", since the quote in question is from a FAQ written in December 2006, back when BitTorrent originally acquired uTorrent, and TFA makes this quite clear.

  79. The same applies to P2P client code by Anonymous Coward · · Score: 0

    And anyway, when you're talking about any kind of security software, the ability to audit the Source Code should be the first item on your tick-list.

    And the same applies to P2P clients.

    When the RIAA is seeding fake material and hacking clients for entrapment, the first thing you should demand of any P2P software is to see the source code for the exact version you're running. Indeed, either compile it yourself, or at least check the GPG hash or MD5 checksum supplied by the party who compiled it.

    Remember that the RIAA's incompetence and disinterest in anything except money results in arbitrary people being trawled up in their dragnet, even if they're not involved with music sharing. If you're not in control of your client source code, you're opening yourself up to their scattergun extortion.

  80. Re:KTorrent too CPU hungry by PopeRatzo · · Score: 1

    uTorrent is so lightweight that I've left it running in the background and edited video with After Effects and Premiere without noticing.

    --
    You are welcome on my lawn.
  81. Re:GPL and other contributors by timrichardson · · Score: 1

    But contributions from other authors are the copyright of those other authors.
    So to take a GPL project to closed-source, all contributors with code in the now-closed source would need to agree, right?

  82. Re:Oxymoronic: thief cries thief !! by bakuun · · Score: 1

    As stated in the summary, details of the protocol is available for those who ask for it. It has not been closed completely. I would also imagine that any changes to the protocol would be communicated to the developer teams of the other main clients.

  83. Open the docs, if not the software, and it'll b OK by fozzmeister · · Score: 1

    All very well applying for SDK documentation for the protocol specs, but I'm guessing you can't then expose that documentation to other developers, which just isn't really OSS.

  84. Re:Oxymoronic: thief cries thief !! by ari+wins · · Score: 1

    I just downloaded the official client for the MMO Granado Espada: Sword of the New World using their torrent. Max'd out the 5M cable at 580+. I prefer it over web-download, because I can throttle the speeds of it, and the porn I'm uploading to maintain my ratio on that, and still do whatever I like. I have no need for the clunkiness of a "download manager".

    --
    Don't worry if you're a kleptomaniac, you can always take something for it.
  85. Re:KTorrent too CPU hungry by Anonymous Coward · · Score: 0

    Maybe he hasn't disabled 'atime'!

    Badoom, tiss! Thankyou, thankyou.

  86. Re:Oxymoronic: thief cries thief !! by Anonymous Coward · · Score: 0

    As stated in the summary, details of the protocol is available for those who ask for it. Yeah, like that's going to fly with Debian.

  87. irrelevance by Anonymous Coward · · Score: 0

    A net revenue of over 9 million euros is hardly irrelevant.

    1. Re:irrelevance by Alioth · · Score: 2, Insightful

      A net revenue of over 9 million euros is hardly irrelevant.

      Actually, it does. E9M is a tiny company - I know specialist companies which deal with only one industry who make ten times that revenue.

      In any case, you completely missed the context. Does SSH Inc. continue to set the standard? No. They are reduced to following the lead of OpenSSH, which is now the de-facto reference implementation after SSH Inc. went closed source. It doesn't make any difference whether they make E9M or E900M, they are still irrelevant in the context of being the reference implementation.
  88. On Windows? by tepples · · Score: 1

    and utorrent is the *only* client... I suggest you try out rtorrent, it's written in C++ and it beats every other client performance wise, only a few percent even with a lot of peers and very low memory usage. RTorrent appears not to be packaged for Windows OS. Should I try to get it to work in MSYS? Or would I have to download and install Cygwin?
  89. Re:GPL and other contributors by jorenko · · Score: 1

    Which is why all new development will be added to the uTorrent tree (which has always been closed source), not to the historical bittorrent tree.

  90. I'll bite by Kinthelt · · Score: 2, Funny

    You must be new here

    --

    "Evil will always triumph over good, because good is dumb." - Dark Helmet (Spaceballs)

    1. Re:I'll bite by Anonymous Coward · · Score: 2, Funny

      >sub 1k UID..
       
      the k here means 1000. You fail at math.

    2. Re:I'll bite by WhatAmIDoingHere · · Score: 1

      And where's your UID? Mine's high as hell, but at least I've got the guts to post with it.

      --
      Not a Twitter sockpuppet... but I wish I was.
    3. Re:I'll bite by vonsneerderhooten · · Score: 1

      Mod parent +1 pwnt. Please?

    4. Re:I'll bite by cryptoz · · Score: 1

      Mine's higher!

    5. Re:I'll bite by jwo7777777 · · Score: 1

      UID

  91. Re:Oxymoronic: thief cries thief !! by jon_anderson_ca · · Score: 1
  92. Commercial bittorrent by MobyDisk · · Score: 1

    There is a commercial bittorrent? I didn't even know that. Who cares? There are probably a hundred open source implementations of the protocol. If a commercial company decides to fork the protocol in an incompatible way, will anyone care? Will anyone use their product if nobody can connect to it?

  93. Surely, you mean... by Anonymous Coward · · Score: 3, Funny

    uTorrent is so lightweight that I've left it running in the background and downloaded After Effects and Premiere without noticing.

  94. I just hate BitTorrent by yoprst · · Score: 0, Flamebait

    With eMule you type in what you want, select 'download' and get it. With BitTorrent.... ahhh, how could public fall for such thing?

    1. Re:I just hate BitTorrent by Xenomorph.NET · · Score: 1

      Are you retarded? Do you not know what BitTorrent is even for? How could the public fall for such a thing?? What?? BitTorrent is something the entire industry should be switching to.

    2. Re:I just hate BitTorrent by Corson · · Score: 1

      He is right. As a user, you don't see the mechanism behind the P2P client. eMule is simpler and more intuitive than a BitTorrent client.

    3. Re:I just hate BitTorrent by Frenchman113 · · Score: 1

      and.... slower? dependent on a centralized server base?

  95. Monetizing the SDK by Valdrax · · Score: 2, Interesting

    Bit torrent have made a closed source client their mainline client, and have decided to fortify their rights to the protocol too (its closed, but an SDK can be requested).

    Correction -- their SDK can be *paid for*.

    I beginning to think that the whole point of acquiring the most popular closed source client was to allow them to close and charge for the SDK. The counterpoint to this argument is that if any one open source P2P grits it teeth and pays whatever fee they're going to charge open source clients, then their implementation becomes the new reference.

    A lot of people here are talking about how the Mainline client has once again aggressively pursued irrelevance, but uTorrent's marketshare is going to be nigh impossible to unseat unless they do something self-destructive like removing a popular feature they don't like (like encrpytion). They have a really good chance of dictating the development of the future of the protocol with that client in hand.

    I think that this finally explains the reason for the buy-out and the lack of open source. I had previously thought it was due to uTorrent's original developer's dislike of open source, but it may have more to do with control and with monetizing the SDK.

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
  96. Re:Oxymoronic: thief cries thief !! by Crayon+Kid · · Score: 2, Interesting

    If you want to see where this may be headed, take a look at the DirectConnect situation, or many other popular P2P protocols.

    DC is also a popular P2P protocol and it started as a closed application whose protocol was reverse engineered. Later attempts to retake control were futile and nowadays there's no such thing as an "official" DC protocol, only several different client software making it on sheer popularity. Just like BT, some of them add new features and sometimes they're borrowed by the others and so on.

    Think of IRC too. It also doesn't have an "official" specification, there are all these servers and clients and so on. At least there were some RFC's at some point, which is more than can be said of other P2P protocols.

    So it seems to be a "normal" situation with P2P to not have a standard protocol and for it to evolve on server/client software popularity alone.

    --
    i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
  97. Re:GPL and other contributors by timrichardson · · Score: 1

    Which also requires the uTorrent tree to contain no code from the open tree written by someone who doesn't want uTorrent to go closed source, I suppose. So even though bittorrent was open source, perhaps it had little community involvement. Or perhaps uTorrent is completely written from scratch, but this seems unlikely.

  98. Re:Oxymoronic: thief cries thief !! by jsight · · Score: 1

    Since when did Debian care if protocols were complete and open source? They certainly take samba.

  99. GPL-compatible by Corson · · Score: 1
    "...or charge for the product"

    AFAIK that is perfectly legal and compatible with the GPL. Open source doesn't necessarily also mean free of charge. Think RHEL. You may charge for it but you still have to distribute the source code.

  100. really, though by stonecypher · · Score: 1

    The torrent guys are complaining that people are using their software in ways other than they'd like. Bitter and yet somehow appropriate, one thinks.

    --
    StoneCypher is Full of BS
  101. You forgot something. by Anonymous Coward · · Score: 0

    Don't forget the Type R sticker and huge spoiler.

    1. Re:You forgot something. by Anonymous Coward · · Score: 0

      the spoiler is for downward force !!!

  102. Re:editors? more like lamers. by hxnwix · · Score: 1

    I pasted text from the article. That text may have been a quote from somewhere else - nevertheless, it appears in the article. How is this hard to understand? You would know that it isn't, if, well...

  103. Time to move on by shaitand · · Score: 1

    There are other protocols already that do what Bittorrent does, some are even better. If the protocol isn't open then why support yet another evil corporation? Move along and let them drown.

  104. Time for an efficient bittorrent like system by BitZtream · · Score: 1

    At best, all they are doing is making themselves useless, and possibly a target for the lawyers who want to sue them for facilitating piracy, I know thats far fetched, but its not like a protocol/service hasn't been attacked for it before.

    Deep packet inspection is going to be a BitTorrent killer for most people soon anyway. Unless the goverment steps in and stops providers from controlling bandwidth based on application type, the bittorrent protocol will is easy enough to detect and limit or stop completely, even with its current 'encryption' due to stupid implementation.

    Whats likely to happen is a new, far more efficient, entirely encrypted (and by this I mean to the point that deep packet inspection won't be able to tell wtf it is) protocol will be developed by some other enterprising developer/group of developers in their moms basement who are bored one friday night waitting on their real doll to inflate. I've considered it myself, but I got the high speed pump.

    Current bittorrent clients will start supporting the new protocol as well as bittorrent, and the current bittorrent protocol will fade away. The broadband providers will realize the money the spent on hardware and software for deep packet inspection is now almost entirely useless for anything more than wiretapping garbled data. And software distribution, be it legal or not, will hardly notice the bump in the road.

    About the most the BitTorrent, Inc is likely to get out of this is possibly a reference in some computer science or business management text book 10 years down the road. As an example of how to make your company suddenly cease to matter in the software world.

    --
    Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
  105. Re:editors? more like lamers. by Kupek · · Score: 1
    Yes, and then the article clearly follows that up with:

    "Sorry, source code for BitTorrent 6.0, like the source code for uTorrent, will not be released. However, versions 5 and earlier were of course released under open source licenses, and remain available for you to modify and redistribute subject to the terms of their respective licenses."

    It's true enough that earlier versions of the BitTorrent protocol are available, however considering that BitTorrent is continuously evolving, older versions offer little benefit to a forward looking developer. To many in the BitTorrent community, BitTorrent, Inc. has turned its back on the open source movement. Addressing these concerns, Ashwin Navin, President of BitTorrent, Inc., spoke to Slyck.com.

    "That's a true statement," Ashwin told Slyck.com, referring to the uTorrent acquisition FAQ. "We'll always maintain an open source version, although it may not necessarily reflect the latest client on the site."
    They said the "community" will not be affected, but that's hard to buy when they're changing the nature of what the community revolves around. There's always the possibility that the open source code base will become defunct.
  106. Oh well by Anonymous Coward · · Score: 0

    Just downgrade to utorrent version 1.6.1 build 490. The last version before BitTorrent purchased them.

  107. Lower Class? by Anonymous Coward · · Score: 0

    Who could be lower class than us?

  108. Kiss of death by nurb432 · · Score: 1

    That pretty much seals the fate for the 'official' BT. So long and thanks for all the fish.

    --
    ---- Booth was a patriot ----
  109. Re:editors? more like lamers. by Frenchman113 · · Score: 1

    Think about it, this sounds a whole lot like some Microsoft deals in the past. They'll maintain a "free open source reference implementation", rewrite an entirely new protocol that's incompatible with the old one, and then announce that the reference is "obsolete, out of date, and worthless". Of course, considering the number of clients available and the irrelevance of the mainline client, it probably won't work. Doesn't mean they can't/won't try though.

  110. Re:GPL and other contributors by Bacon+Bits · · Score: 1
    uTorrent is and always has been a 100% closed source application. There has always been a very limited number of developers (only 1, Ludde, AFAIK) and the copyrights to uTorrent passed to BitTorrent (the company) when it purchased them.

    Or perhaps uTorrent is completely written from scratch, but this seems unlikely.


    That's completely unfounded speculation. SCO said the same thing about the Linux kernel, too, and we know how that turned out.
    --
    The road to tyranny has always been paved with claims of necessity.
  111. Please mod parent up by marcosdumay · · Score: 1

    The GP is clearly uninformed, giving an useless opinion.

    And, yes, knowing about multicast is important (even if not widely used at WANs). And not knowing about it is a simptom a a much bigger flaw on understanding the internet.

  112. Gets my (completely insignificant) vote. by Kadin2048 · · Score: 1

    How about DumpTruck? I like it.
    --
    "Ladies and gentlemen, my killbot features Lotus Notes and a machine gun. It is the finest available."
    1. Re:Gets my (completely insignificant) vote. by MrNiceguy_KS · · Score: 1

      Are you kidding? The internet is not a truck. It's a series of tubes.

      --
      Redundancy is good And also good.
  113. Here is where the BS is by Master+of+Transhuman · · Score: 1

    "Developers who produce open source products will often have their product repackaged and redistributed by businesses with malicious intent. They repackage the software with spyware or charge for the product. We often receive phone calls from people who complain they have paid for the BitTorrent client."

    As a company that distributes a free product, no one should ever have to pay for the BitTorrent client. Ashwin told Slyck.com that by keeping the source closed, it creates a "certain amount of distinction" between the official client and maliciously repackaged software."

    I call bullshit. This is the usual excuse when closing source - "Gee, somebody else will screw our customers - so we better screw them first."

    MySQL is now limiting its Enterprise source code to paying customers. Now they are doing this to make the distinction clear between their Enterprise product and the Community product. I understand that move. And since the source code is still available (both from MySQL to their paying customers and from anyone else who got the product under the GPL), this is no real problem.

    But claiming you have to close the source because somebody will take your OSS product and distribute it maliciously is just plain bullshit.

    --
    Richard Steven Hack - This sig is TOO GODDAMN SHORT TO DO ANYTHING USEFUL WITH! MORONS!
  114. But what would we do then? by Anonymous Coward · · Score: 0

    Considering at least half of all comments on Slashdot are complaining about either the story selection or the story itself.

  115. Re:Oxymoronic: thief cries thief !! by castle · · Score: 1

    Samba is open, it is based on reverse engineering of the SMB NMB CIFS protocol accretum. See: http://us4.samba.org/samba/docs/SambaIntro.html gg nm.

  116. Re:I want a (-1, bad manners) mod option by The+Bungi · · Score: 1

    Before I delve into twitter's checkered past, I'm actually curious as to where in my post you consider I was uncivilized?

  117. Re:KTorrent too CPU hungry by merreborn · · Score: 1

    I gotta say, as clunky as Azureus has been, they've obviously been working hard on the thing, because it works so much more smoothly now. Even with a few torrents running, I don't get huge CPU grabs like I used to, and the overall feel of speed is definitely improved.


    Similarly, I've been able to play WoW without any noticable slowdowns with Azureus running in the background on my macbook. I preferred uTorrent on my windows box before I switched to the macbook, but Azureus has been good enough that I haven't been really tempted to look for other alternatives.
  118. OPENBITTORRENT.COM still free :) by apachetoolbox · · Score: 1

    Someone grab it quick! BT is going the way of SSH/OpenSSH.

  119. Re:I want a (-1, bad manners) mod option by Lonewolf666 · · Score: 1

    I have no idea how this is fucking relevant, so I must conclude that you added it for the benefit of the retards who mod you up.
    (emphasis mine)
    I don't mind the occasional swear word, but when you call people "retards" for modding up something you don't like, that is not a constructive way of discussion. Civilized people can refute the other guy's arguments without insults.
    --
    C - the footgun of programming languages
  120. Re:KTorrent too CPU hungry by thegux · · Score: 1

    Oops I modded this over-rated by accident; posting to undo it. Someone mod this funny.

  121. you're forgetting... by saleenS281 · · Score: 1

    Nobody actually uses RTF or cares about it...

    1. Re:you're forgetting... by Dh2000 · · Score: 1

      Tell that to the 1000+ RTF documents on my hard disks.

    2. Re:you're forgetting... by saleenS281 · · Score: 1

      Hello RTF documents. I hate to be the bearer of bad news, but nobody likes, uses, or cares about you anymore. I suggest throwing your collective selves into the document shredder as soon as possible as an alternative to the bitrot you will surely succumb to in the coming decades. Do us all a favor and just end it quickly

      Your pal,

      s



      PS: why the hell are you still saving documents in RTF format? If you aren't, remind me again why you need the *latest RTF standard* for old documents that were saved in something everyone is compatible with?

  122. Re:Oxymoronic: thief cries thief !! by nuzak · · Score: 1

    > So it seems to be a "normal" situation with P2P to not have a standard protocol and for it to evolve on server/client software popularity alone.

    That's largely the case with IRC these days too. The protocol in the RFC will still work, but everything since has been done with largely undocumented hacked-up extensions. I call it an "oral tradition".

    --
    Done with slashdot, done with nerds, getting a life.
  123. The xviD way by tknd · · Score: 1

    Come up with a "new" protocol and call it tnerroT.

  124. You're reading it wrong by Rix · · Score: 1

    That value includes the disk caching done be the kernel on behalf of the process. It isn't actually holding that much memory.

  125. (See my reply to PP) by weierstrass · · Score: 1

    Not half as important as knowing how to spell and write in sentences.

    --
    my password really is 'stinkypants'
    1. Re:(See my reply to PP) by marcosdumay · · Score: 1

      Thank God I know how to do that very well at my first language, and also do that ok (but not perfectly) on 3 other languages, one of them being english.

      But if you pointed the error your comment youd be quite usefull.

  126. Re:editors? more like lamers. by makomk · · Score: 1

    Yes, it's a quote that's in the article, and if you'd read my comment more carefully you would spot that I wasn't disputing that. The thing is, the article quotes that to show how the reassurances BitTorrent Inc gave when they originally acquired uTorrent. What they're saying now is subtly different - basically, the open source version is less of a "preeminent reference implementation" and more something they'll keep around, but which may not be up to date or as complete as the closed source one. (Ashwin Navin may refer to the relevant FAQ entry as "a true statement", but it looks like he's reinterpreting it in an interesting fashion in order to do so.)

  127. the new enemy by Anonymous Coward · · Score: 0

    uTorrent is open source, BitTorrent had always been closed source. uTorrent is the new enemy!

  128. Stop the bullshit (and shame to all mods) by imsabbel · · Score: 1

    utorrent has _never_ phoned home.
    Otoh, some builds of azareus DID phone home, GPL be dammed.

    --
    HI O WISE PRINCE. WHT TOOK U SO DAM LONG?
    1. Re:Stop the bullshit (and shame to all mods) by Shakrai · · Score: 1

      utorrent has _never_ phoned home.

      Did I suggest otherwise? I only suggested that anybody trusting a closed-source client published by a company that has a business relationship with members of the MPAA may wish to consider finding an open-source client if they use bittorrent for activities that may violate local copyright laws.

      Otoh, some builds of azareus DID phone home

      Yes, but I can remove that "feature" from the source code if I so choose. And AFAIK Azareus doesn't have a business relationship with any members of MPAA.

      --
      I want peace on earth and goodwill toward man.
      We are the United States Government! We don't do that sort of thing.
  129. Re:I want a (-1, bad manners) mod option by The+Bungi · · Score: 1
    Well, I really don't have the time or energy right now to go into why I feel perfectly entitled to use that kind of tone with this guy. Let's just say there's a lot of noise in the background you can't hear =)

    Having said that, I recognize that Slashdot is a shared resource and neither you nor anyone else should be subjected to what I say or do (or anybody else's peculiar crap for that matter), so for that I apologize. I don't mean to sound sarcastic here, but since I'm not really going to stop the only option I can suggest is for you to mark me as 'Foe' and remove me from your comment view.

    Either way, thanks for your comment, and my apologies again.

  130. Re:editors? more like lamers. by hxnwix · · Score: 1

    That sounds reasonable. My non-asshole take is that they're thinking two half measures add up to open source. (obsolete source + easily licensable SDK = open) If this is all really just a way to give BT leverage against malware authors and scammers who incorporate torrent functionality in their stuff, they might not be too far off the mark, although open source hardliners would certainly disagree...

    And possibly for pragmatic reasons. I think that if uTorrent to advances while the rest of the field stagnates and grows less and less compatible, it will become a single point of failure upon which the media companies will focus their hungry lawyers and dirty tricksters.

    BT might want to take a page from eMule's playbook and remember the fates of Napster, Kazaa, etc... The same holds true for the SDK itself; at the very least, the licenses for both hopefully contain spicy-pill provisions that activate by default to release the whole enchilada & all associated burritos into the wild in the case of BT's bankruptcy and in other adverse circumstances. Just my 2c.

  131. Re:I want a (-1, bad manners) mod option by The+Bungi · · Score: 1

    Here's some of that background I was referring to, FWIW.

  132. Re:I want a (-1, bad manners) mod option by Lonewolf666 · · Score: 1

    Hmm, I found it not that annoying. Does not deserve an "insightful" of course but I might grant him a "funny". Then again, I understand that not everyone does enjoy that sort of crude humour...

    --
    C - the footgun of programming languages
  133. Re:MY PRIOR ART by Anonymous Coward · · Score: 0

    Copyright like patents exist in canada at time of creation.
    I will just say at this point that i have postive proof that 6 months before this bram even dreamed up bittorrent i had already white papered a protocol, not to mention when i got peeved a few years later about lack of security on client end( my invention had a encryption layer already built in)
    i posted it to sourceforge and woa lookey that protocol encryption appears.

    IF BRAM PERSISTS I MAY LEAVE ANONYMITY AND START LEGAL PROCEEDINGS TO REACQUIRE MY RIGHTS TO MY IP,
    AND DAMAGES, THEN JUST TO BE MEAN TO THOSE **AA TYPES COMPLETELY OPEN SOURCE IT VIA GPLV3, forcing utorrent to open up or LITERALLY GO AWAY.
    Regards,
    CHRONOSS
    (co creator of the NNP protocol with exorcist)