News for hackers. Stuff that matters.
Re:Beware the IP non-assert clause in AWS cloud service agre... by acdha on Monday July 13, 2015 @08:53AM (#9877779)
The entire article is FUD – the license is rather clear in indicating that as a condition of using AWS you promise not to bring IP lawsuits against Amazon, the duration bit is only too long if you don't read that clause all the way to the end, etc.

This is easily explained by the attribution:

“Bart Eppenauer, former chief patent counsel at Microsoft and now managing partner of law firm Shook Hardy & Bacon’s Seattle office”

A quick search leads to http://www.shb.com/news/2013/11/shook-to-open-seattle-office... which suggests that their Seattle office was founded to expand their IP practice:

“Eppenauer has served as chief patent counsel at Microsoft Corp. in Redmond, Wash., since 2003. In that role, he led the Patent Group in the Legal and Corporate Affairs Department, where he developed Microsoft’s patent portfolio of over 35,000 issued patents worldwide and managed a team of more than 100 patent professionals offering patent counseling and product development support across all of Microsoft’s business and research divisions. With extensive experience in complex, multilateral IP transactions and license agreements, Eppenauer has also worked closely with government and judicial officials, academics, and industry leaders worldwide on IP policy issues, in addition to participating in the recent passage of major U.S. patent reform legislation.”

So we have an attorney leaving a company with a track record of aggressive IP enforcement to open an IP-focused office for a law firm which does things like send people to chair conferences on monetizing IP (http://cf-conferences.com/conferences/ip-strategy-seattle-20...) telling businesses that he's deeply concerned about their ability to hire people like them to bring expensive IP lawsuits.

Re:Beware the IP non-assert clause in AWS cloud service agre... by DannyBee on Monday July 13, 2015 @11:48AM (#9878851)
"The entire article is FUD – the license is rather clear in indicating that as a condition of using AWS you promise not to bring IP lawsuits against Amazon, the duration bit is only too long if you don't read that clause all the way to the end, etc."

It really isn't FUD, actually, despite the attribution.

First, You promise not to bring IP lawsuits against Amazon or it's customers, actually. Second, in fact, yes, if Amazon uses your open source (in some way that is a violation of the license), and you use AWS, you can't sue them.

Which is what the parent asked, and in fact, the clause specifically prohibits.

(Whether I like these clauses or not is another matter).

Re:Beware the IP non-assert clause in AWS cloud service agre... by acdha on Monday July 13, 2015 @12:37PM (#9879188)
The reason I disagree with your interpretation is due to the end of the sentence: “regarding any Service Offerings you have used”. The agreement currently has these definitions:

    “Service Offerings” means the Services (including associated APIs), the AWS Content, the AWS Marks, the AWS Site, and any other product or service provided by us under this Agreement. Service Offerings do not include Third Party Content.

    “Service” means each of the web services made available by us or our affiliates, including those web services described in the Service Terms.
I'm definitely not a fan of the broad wording which Amazon uses but I would find it hard to believe that any company large enough to consider bringing a legitimate IP suit against Amazon would have trouble finding a lawyer who can come up with an argument that e.g. the open-source project which they're suing over is not part of the web services Amazon's agreement covers but rather just a component which Amazon chose, along with many other people, to use to build that service.
Re:Beware the IP non-assert clause in AWS cloud service agre... by DannyBee on Monday July 13, 2015 @01:09PM (#9879409)
You can make this argument, for sure. You will almost certainly lose ;) I've seen cases where wording similar to this has been used. It was found to cover the pieces that provide the services, exactly because it is worthless as a protection otherwise. (If I can get an injunction against you stopping you from running a critical piece of your service , you won't be able to provide the service)
Re:Beware the IP non-assert clause in AWS cloud service agre... by acdha on Monday July 13, 2015 @07:03PM (#9881734)
A lot of this would depend on the exact nature of the dispute. If this hypothetical open-source project was, say, an XML parser it'd be hard to claim that it was integral to AWS rather than an interchangeable component any more than, say, Intel hosting a microsite on S3 would give Amazon the rights to all of their processor IP. On the other hand, an AWS deployment tool or compute optimizer developed in a private beta that'd be a much harder case since Amazon could quite reasonably argue a privileged business relationship.

Right now we have one case which hasn't been settled and which apparently did involve a business partner. I think we'd need n > 1 or at least a final ruling before making the kind of sweeping claims presented originally.

Re:Beware the IP non-assert clause in AWS cloud service agre... by rodgerd on Monday July 13, 2015 @05:33PM (#9881285)
An almost perfect example of an ad-hom. You've provided absolutely zero factual information about the point under discussion.
Re:Beware the IP non-assert clause in AWS cloud service agre... by acdha on Monday July 13, 2015 @07:19PM (#9881799)
See https://news.ycombinator.com/item?id=9879188. It all comes down to whether you consider everything which has ever had a copy uploaded to AWS is included in the “each of the web services made available by us or our affiliates” definition in the license.

I don't see that term supporting the sweeping claims made in that article but you're certainly free to disagree. Ultimately I think this is somewhat moot until Amazon actually initiates action against anyone – the Appistry case was initiated by them and seems like to fail since the claims in e.g. https://www.google.com/patents/US7379959 don't appear to include anything which wasn't common HPC practice in 2002 – and we see how the courts react to it.