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."

104 of 390 comments (clear)

  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 Anonymous Coward · · Score: 5, Informative

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

    2. 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
    3. Re:In related news... by starwed · · Score: 4, Informative

      But utorrent has always been closed source.

    4. 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
    5. 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.
    6. 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
    7. 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'
    8. 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?

    9. 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.
    10. 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!
    11. 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.

    12. 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?
    13. 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

    14. 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.
    15. 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
    16. 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
  2. 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: 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.

    3. 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).

    4. 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?
    5. 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.

    6. 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.

    7. 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?

    8. 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.
    9. 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
    10. 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
  3. 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 _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.
    2. 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.

    3. 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
    4. 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.
    5. 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.
    6. 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
    7. 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.

  4. 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 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.
    5. 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."
    6. 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.

  5. 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.
  6. 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.
  7. 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!
  8. 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 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.

  9. 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.

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

    http://www.bittornado.com/

    There, that should tide us over for a while.

  11. 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.

  12. 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
  13. 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.

  14. 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.
  15. 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.

  16. 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?
  17. 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?

  18. 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 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. :)

  19. 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.
  20. 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...

  21. 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.

  22. 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.

  23. 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."
  24. 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.

  25. 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.

  26. 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..

  27. 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.
  28. 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!
  29. Re:uTorrent, BitTorrent... by set · · Score: 2, Informative

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

  30. 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?
  31. 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.
  32. 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.
  33. 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...
  34. Done and done! by Anonymous Coward · · Score: 5, Funny

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

  35. 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.

  36. 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.
  37. 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 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
    2. 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!"
  38. 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."
  39. 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.
  40. One thing comes to mind... by AlanCramer · · Score: 2

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

  41. 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.
  42. 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.
  43. 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).

  44. 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.

  45. 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
  46. 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);
  47. 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!
  48. 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.

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

    How about DumpTruck?

  50. 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.

  51. 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.
  52. 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.

  53. 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").
  54. 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