It's interesting to see the change in tone from Bryan's previous blog, which was one of 'you can challenge opensource, but it will win out':
"open source will survive its midlife questioning just as people in midlife get through theirs"
to the more recent entry, which is that open-source is facing an existential crisis:
"we need your legal voices before these creatures destroy the village!"
I don't see how Confluent can respond directly to Bryan's 3 questions, though. They have the bigger social network, so i expect them to ignore him and just talk to their cool-aiders. It is a risk to ignore Bryan, though, as he's massively influential.
I don’t get what the change of tone is supposed to signify. Your comment hints at it revealing some greater truth, but without elaboration I guess I’m too ignorant of the social dynamics at play here to get it.
Your last paragraph seems self-contradictory, unless you possess some unique insights into Bryan’s supposed influence. I also think disparaging everyone disagreeing with you as “cool-aiders” is somewhat cheap, and orthographically ahistoric. But someone from confluence already replied in the comments here, so I guess the point is moot?
I truly don't understand the panicked tone. There are always going to be lots of projects licensed under all the existing licenses. If you don't like the new license, don't use it. Or start your own competing project.
Greybeard says, people using $LICENSE are filthy heathens. You should use $OTHER_LICENSE instead. Film at 11.
"The Confluent Community License is not approved by the OSI and likely would not be as it excludes the use case of creating a SaaS offering of the code. Because of this, we will not refer to the Confluent Community License or any code released under it as open source."
They could have instead said : Confluent Community license is not a FOSS licence, but tries to provide many of the rights afforded in FOSS licenses.
That would have cleared up the status in a jiffy, and people would have made their decision to use or not use. But the intention seems to be to have their cake, and eat it too.
Yes, it's fairly "wink, wink". The GP selectively quoted a part of their FAQ answering this. Here is the full answer:
> Strictly speaking it is “source-available.” Many people use the phrase “open source” in a loose sense to mean that you can freely download, modify, and redistribute the code, and those things are all true of the code under the Confluent Community License. However, in the strictest sense “open source” means a license approved by the Open Source Initiative (“OSI”) which meets a particular set of criteria. The Confluent Community License is not approved by the OSI and likely would not be as it excludes the use case of creating a SaaS offering of the code. Because of this, we will not refer to the Confluent Community License or any code released under it as open source.
That's the rub, it doesn't. An honest statement would be: "We give you the source code not to grant you any rights, but just so you can fix our bugs for free."
.. no? I mean, is the Microsoft Visual Studio Community license a "wink, wink" license? Or the Sun Community Source License? Or the Atlassian Community License?
FWIW, "Community" in the license name seems to indicate "not free software" and "not open source software". There's only one OSI or FSF approved license with that word in the name.
They write 'Strictly speaking it is “source-available.”' That description has its own Wikipedia page. https://en.wikipedia.org/wiki/Source-available_software points out that it doesn't always meet "the criteria to be called open-source".
I understand that it changed. But if there is a "wink, wink", who is it supposed to be for? For those who knew it was F/OSS? If so, it's not very effective, since they know the difference, and the text is clear that about why it's not likely to be considered F/OSS by the OSF, FSF, or Debian.
Or is it a "wink, wink" to those who didn't know? In which case, don't the many other community-but-not-F/OSS licenses mean that Confluent is being consistent with what others do?
AS someone who hasn't used Confluent but knows about issues related to F/OSS licensing and the difficulties of getting sufficient funding for developing F/OSS software, the explanation was pretty much what I expected for a company switching to an open core model from one which was all open source.
So, why might it be a "wink, wink"? That's likely my stumbling block in understanding your g'parent comment.
Did Confluent use Node? Python? Ruby? Django? Flask? Linux? Did they manage to avoid using any free and open source software?
Would they have liked it any of the things that they used said "you're not allowed to put this on a server and make money off it"? I wager they wouldn't.
People are saying that Confluent have every right to be doing this. They certainly do, but it's not very reciprocal of them to do so. If we're going to be so worried about Confluent's income, we should also be worried about the income of all the forgotten software developers that Confluent has likely based their business on, and I don't think the answer is for everyone to start forbidding making money on servers unless they wrote all of their money-making server software themselves.
These new breeds of licenses with anti-AWS clauses trying to make sure that Amazon doesn't make too much money are also harming in their wake many other developers. Software development as a whole is going to be getting poorer if enough people want to forbid making money on a server.
My understanding is that you can use Confluent's software to run your own stack and offer a service, and you can do that for free. You just can't offer a service that competes directly with theirs. It's like if Google said, "Here's our search algorithm. You are free to use it on your website behind your paywall to give your users a better experience, but you are NOT allowed to use it to establish a competing search service on the broader internet.
I don't really have a problem with it- I think it's fair. I think the question of whether it should be allowed on Github is fair- can someone accidentally find themselves legally bound? But it's probably an edge case.
I think it goes without saying that the Confluent Community License is in violation of the Debian Free Software Guidelines for a whole multitude of reasons. I don't think it deserves the title "open source", but I can't imagine anyone considering to call it free software.
> They don’t claim to meet those guidelines though do they?
The problem of this whole discussion is that they try to confuse as much as they can by using terminology that surely sounds like they're doing "Open Source".
Read this:
https://www.confluent.io/blog/license-changes-confluent-plat...
Yeah, they don't write "The Confluent Community License is an Open Source License", but they use the term a whole lot and they also don't clearly write the accurate thing: "We're no longer using an Open Source license."
I think this whole thing would be much less of a controversy if some companies just said clearly: "We tried the Open Source way, it didn't work for us, now we do something different." But they don't want to be that company, instead they use all kinds of confusing terminology to obscure that fact and try to be the "We no longer use open source, but we surely want you to believe that we still do"-company.
> The problem of this whole discussion is that they try to confuse as much as they can by using terminology that surely sounds like they're doing "Open Source".
"Is Confluent Community License open source? -- Strictly speaking it is “source-available.” Many people use the phrase “open source” in a loose sense to mean that you can freely download, modify, and redistribute the code, and those things are all true of the code under the Confluent Community License. However, in the strictest sense “open source” means a license approved by the Open Source Initiative (“OSI”) which meets a particular set of criteria. The Confluent Community License is not approved by the OSI and likely would not be as it excludes the use case of creating a SaaS offering of the code. Because of this, we will not refer to the Confluent Community License or any code released under it as open source."
I totally see how people have different opions on whether that move is good or bad for the community and/or Confluent themselves, but I don't see where they are being confusing intentionally; IMO it's the opposite, the announcement is very clear and open what it is and what it isn't. Compare that to "Commons Clause", which indeed is a super-confusing term.
"Strictly speaking" is an attempt to confuse. They could have just said "No".
Same for the whole "many people" portion, which could instead have been more honestly written as "Many people misuse the term "Open Source". We won't do that, but we really wish we could."
I'm new to this particular controversy, but as a startup founder considering to open up their stack, I think what Confluent is doing here is very reasonable.
From their own FAQ:
> Is Confluent Community License open source?
Strictly speaking it is “source-available.” ..
So if Bryan's analysis holds up and indeed, you don't own your copy and instead you merely were given the right to use and modify it, as long as you abide by rules X, Y and Z, then.. well, isn't that okay too? Isn't that better than nothing?
Is there some sort of hidden rule somewhere that if you sell (or give away) the right to read and modify your proprietary software, that then you're suddenly evil?
I think I must be missing something, but what's the core argument here? This sort of thing makes the rounds on HN frequently, but I get the feeling that all but the most avid FSF-supporters are okay with 100% closed, proprietary, SaaS, etc software existing, and also okay with 100% OSI-approved open source. But somehow people get super angry about anything that falls in the middle. Why is that? Why is proprietary software nothing to worry about, but proprietary software with a "here's the source, have fun" notice tacked onto it totally evil?
To be honest, I don't always buy the argument about muddying the definition of "open source". Yes, there have been companies that called their thing open source even though it wasn't, by the OSI definition, and that's a shitty move. But my impression is that Confluent is not one of those companies.
> Yes, there have been companies that called their thing open source even though it wasn't, by the OSI definition, and that's a shitty move. But my impression is that Confluent is not one of those companies.
When you take an open source project and re-license it under a proprietary license (without changing the name, the repository, etc), a lot of scrubbing will be required to erase all representations of the project as being open source.
For example here it took one page view and about 5 seconds to find an example: the ksql repo [0] still has the open-source tag.
Isn't it just a matter of time before that gets fixed? I imagine they can scrub the majority of those cases in a few weeks if not faster. I mean I see your point, and I appreciate you taking the time to answer. But it's a fixable problem, right?
Yes, clearly once it was pointed out it was going to just be a matter of time :) But I just think that even with the best of intentions, it'll take a long long time for every such reference to be found, reported and fixed.
Knowing the FOSS community a bit, I'd personally imagine every GitHub repo flooding with subtly pedantic but well-meaning issues and pull requests titled "fix licensing".
There are two things that lead to the controversy:
1) They are re-licensing a formerly open source project, turning it into a closed source project. I am not familiar with their community, but there is a good chance that they have attracted users and possibly contributors based on the fact that they the software was open source. While these folks can continue to use the old version, such a betrayal of the community cannot be expected to be taken lightly.
2) The product relies on and is built on top of open source software (Kafka). As it is a part of the Kafka ecosystem, it can bee seen as a betrayal to the entire ecosystem to change course like this.
So it is certainly within their legal rights to close their source like this, and it is within the communities rights, both legal and moral, to decry the change.
That's true. There are many shades of "available".
IIRC, Microsoft shares limited slivers of Windows source under specific programs, which include nondisclosure and other terms. Those programs do not permit publication.
When the folks I talk to say "source-available", they tend to mean "source publicly available". I don't think usage is clear on whether that publicly available source must come with a public license for re-publication and distribution. When code is "source-available" primarily for audit purposes, it often doesn't. Otherwise, it often does.
Well it just doesn't make sense to me. If I were to clone the repo for example or receive the code in some other way, then I've never entered into any sort of contract or legal relationship with this company yet they're suddenly asserting all sorts of control and limits on my rights (far beyond cppyright law).
I don't know your jurisdiction, but in the US, this isn't just a matter of copyright law, and copyright law itself has developed to support rules about use in license terms.
Many old open source licenses came from legal activists who opposed the application of contract law to public license terms and conditions or restrictions on use under license, for whatever reason. Overall, US law hasn't gone their way.
> Is there some sort of hidden rule somewhere that if you sell (or give away) the right to read and modify your proprietary software, that then you're suddenly evil?
In practice, there is, at least among some vocal activists.
It's not a short read, but I've brought up this very point, and examined it, here:
Spare a thought for poor Landoop (https://www.landoop.com/), not AWS. They built up their business around Confluent's open-source tools - like the schema registry, ksql, kafka streams. I guess they will have to fork from the latest version and try and develop competing versions of Confluent's tools now. Maybe they could bootstrap a community effort around this?
Marios from Lenses.io ( landoop ) here. On a brief look, although IANAL, the new license doesn't affect us directly. Our core product has native Kafka and Kubernetes SQL capabilities which aren't based on Confluent's KSQL. Lenses does integrate with open source schema registries —Confluent's and HortonWork's— and this integration is also not affected by the licensing change.
On a personal opinion (I don't represent my employer), the new license affects both behemoths like AWS and smaller providers like Aiven alike. It may be a bargaining chip for the business, a trojan horse or it may backfire; only time will tell. I think many HNers know first-hand how hard it is to balance business and open source. It is a sign of health that the community is concerned and the best way to ensure an open platform going forward imo.
The summary is that we're committed to open source software and this change won't affect our users. We'll follow-up with a more details about our plans in early January.
This is Jay, the CEO of Confluent. No, actually quite the opposite. We took pains to ensure that the license was written so that software products like Landoop were free to embed our open source and compete with us in that way. This FAQ covers the competition in more detail: https://www.confluent.io/confluent-community-license-faq
I am no expert on this, but based on Bryan's analysis, if Landoop were to release a SAAS offering of their product, they would be in breach of the license. As Landoop are pushing Kafka on Kubernetes, I assume that is their strategy - to have a SAAS offering at some stage (we are all going to the cloud, i thought?).
> I’m not asking who owns the copyright (that part is clear, as it is for open source) — I’m asking who owns the copy of the work that I have modified?
Not a copyright lawyer, but honest question: what would it mean to “own” a digital copy? How would you define that ownership? Is it attached to specific devices? Should it make exception for multiple temporary copies? What tangible rights or advantages would that give the owner above and beyond the rights that copyrights currently provide to someone who acquires a legal copy?
I’m asking because it makes some sense to me that digital assets are handled differently than physical copies, because digital copies don’t transfer the same way. With digital assets, you don’t automatically relinquish a copy when you give yours to someone else. It can be incredibly hard to know exactly where your digital copies are physically located. It can be easy to have two or three or four copies sitting around and not know it. Perhaps one consumer advantage that licensing has over some notion of ownership is that you can legally have multiple copies, even make multiple copies, without violating copyright law.
I assume you are talking about this section?
"13. Remote Network Interaction; Use with the GNU General Public License. Notwithstanding any other provision of this License, if you modify the Program, your modified version must prominently offer all users interacting with it remotely through a computer network (if your version supports such interaction) an opportunity to receive the Corresponding Source of your version by providing access to the Corresponding Source from a network server at no charge, through some standard or customary means of facilitating copying of software."
I'm not sure that it prevents anyone from offering a SaaS version of your product - just that they have to make the code available if they modify it.
That depends on how (and how much) the backend is tied to the modified version (IANAL, don't ask me for specifics, it's REALLY gnarly, and there are various contradicting legal opinions).
If the AGPL could prevent Amazon from publicly performing your software (let alone "using" it for SaaS, which is a hell of a lot more ambiguous), it wouldn't be any more DFSG- or OSI-compliant than the Commons Clause. As the other replies point out, the AGPL adds a copyleft clause that comes into play in these cases - nothing more than that.
That wouldn't prevent them from using it to provide a service, it would merely require that they share any modifications they make to the code while doing so.
This a commonplace tactic. The goal is to deny you common rights and privileges under the law by overriding it with a contract. The use of a contract to deny ownership is becoming increasingly common.
Do you care to support that assertion? It reads very much like one.
> BY INSTALLING, DOWNLOADING, ACCESSING, USING OR DISTRIBUTING ANY OF THE SOFTWARE, YOU AGREE TO THE TERMS AND CONDITIONS OF THIS AGREEMENT. IF YOU DO NOT AGREE TO SUCH TERMS AND CONDITIONS, YOU MUST NOT USE THE SOFTWARE. IF YOU ARE RECEIVING THE SOFTWARE ON BEHALF OF A LEGAL ENTITY, YOU REPRESENT AND WARRANT THAT YOU HAVE THE ACTUAL AUTHORITY TO AGREE TO THE TERMS AND CONDITIONS OF THIS AGREEMENT ON BEHALF OF SUCH ENTITY. “Licensee” means you, an individual, or the entity on whose behalf you are receiving the Software.
"... you agree to the terms and conditions of this agreement" seems like a dead giveaway for an EULA -- specifically, an attempt to bind the licensee by contract law in addition to copyright law.
There's confusion of terms here. You seem to be using "EULA" to mean "contract". If you look at the FAQ Confluent added, they read "EULA" to mean something more specific.
"End User License Agreement" has no reliable, specific meaning in the industry. "EULA" for short gets thrown away even more willy-nilly, in all kinds of circumstances. I've seen it used for SaaS terms.
You're certainly right that "EULA" is ambiguous -- but Bryan provided a more specific definition which was pretty clearly concerned with the "contract law in addition to copyright law" part:
> EULAs are an attempt to get out of copyright law — where the copyright owner is quite limited in the rights afforded to them as to how the content is consumed — and into contract law, where there are many fewer such limits. And EULAs have accordingly historically restricted (or tried to restrict) all sorts of uses like benchmarking, reverse engineering, running with competitive products (or, say, being used by a competitor to make competitive products), and so on.
For example, that's why a railway operator (a private company) can fine you when you cannot present a valid ticket. When you get on the train, this action creates a transportation contract between you and the railway operator.
Contract law is a large and complex area of legal code, but the key term that get repeated is the "meeting of minds" which is the core disagreement between those that find EULA valid and those that find them invalid. Classical contract law holds that you can not make contract binding if one party has not read it or do not understand if for one reason or an other. This is used as the example when someone talk about switching a contract under the table, using microscopic hidden text, or other contract schemes. By using excessive length, language, complexity, and a position of power (you may not use the property you bought unless you agree to this additional arbitrarily terms) many see it as identical to switching the contract under table.
There is also some additional fun extras in contract law, like the concept of fair terms. This very old idea is that a contract should be a balanced deal. Terms that unfairly give one party undue benefits can then be challenged as invalid.
> There is also some additional fun extras in contract law, like the concept of fair terms. This very old idea is that a contract should be a balanced deal. Terms that unfairly give one party undue benefits can then be challenged as invalid.
US and state laws have a concept of "unconscionability" for extreme cases, as well as prohibitions on penalties, as opposed to prior agreements to fix damages based on reasonable estimates, and so on. But "the deal wasn't fair" isn't any general defense against breach of contract claims. Courts generally avoid digging into the business or other advisability of contracts. They err on the side of giving parties the deals they agreed to.
Perhaps you were speaking from the perspective of a different jurisdiction?
In some, but very few circumstances. In particular, I don't think the railway operator example works in the UK, at least not automatically, because, otherwise, why would they have special legislation relating to "penalty fares"? Look for the legislation on http://www.legislation.gov.uk/ if you're interested.
Here's an illustrative example that may or may not accurately correspond to the current state of the law in any particular jurisdiction, but it show why this implied contract stuff doesn't work in practice.
A farmer might put up a big notice saying: "By camping overnight on this field you agree to pay me £100 per vehicle per night." Then a bunch of travellers might camp there. Can the farmer sue the travellers for the £100 per vehicle per night? My guess is that he could only sue them for damaging his grass, because, despite what the notice said, the travellers didn't "agree"; they camped illegally and without permission, like they usually do. Probably they smashed up the notice to show what they thought of it. Therefore the farmer can only sue them for trespassing, not for breach of contract. (He might also sue them for the cost of replacing the notice if they did smash it up!)
Likewise, you could put a notice on the front door and every window of your house saying that by breaking into the house burglars agree to pay you X pounds. Would it help you in any way? Of course it wouldn't. You'd get laughed out of court if you tried it.
I don't think you should give this the short shrift you are - in particular, right to use vs other rights is not the defining characteristic of EULA's. There are EULA's for redistributable components and have been for a very long time (for example, the MSVC runtime libraries).
The most defining characteristic of a EULA is usually the "licensed but not sold" part.
I suspect adding this particular entry does more harm than good for you - it makes you look like you ignoring the meaningful argument here.
Personally, I'd remove it until you have some reasonable response.
EULA has no specific meaning in industry. It's been used for so many different kinds of terms, in so many different contexts, that it's lost nearly all meaning. Like "OEM".
> The most defining characteristic of a EULA is usually the "licensed but not sold" part.
Public licenses for software, say MIT or BSD, also arguably license, rather than sell. But they still include disclaimers of warranties, like merchantability and fitness for particular purpose, implied by the Uniform Commercial Code, which governs contracts. Huh?
At least under the US law I've seen, from Jacobsen to Hancom, there's no hard, meaningful legal distinction between contract and license, as some activists theorized early on. Even when those activists drafted licenses, like the GPLs, that explicitly claimed to be licenses and not contracts, they still included contract-like disclaimers and limits on liability.
Realistically, license and contract rules coexist and overlap. How do we interpret license terms? By rules of contract construction. What claims do plaintiffs make for violations? Copyright infringement and breach of contract. What makes a license irrevocable without consideration? Promissory estoppel, a contract doctrine.
But do you view the Confluent Community License as a contract? And do I own the copy (not the copyright!) of the software that I git clone'd, modified and built?
Jay, your FAQ says “EULA only gives you the right to use; the Confluent Community License grants other rights as well.”
This is factually untrue. Many EULAs grant additional rights, such as the right to make a backup copy of the software. In the case of Freeware (ah, halcyon days!) the EULA often allowed redistribution of copies.
For a moment I thought the article was going to be about actual clothing (smart? clothing). Perhaps a copy of the GPL will need to be shipped with all future clothing articles that have a GPL licensed parts of it's embedded system?
Software licensing seems like a beast unto its own but what do you suppose would happen if you bought a car, a camera, a kettle, a pair of glasses, duplicated it 1:1 and tried to sell those copies? You'd fall foul of a thousand protected designs and trademarks. IP is everywhere.
It's not about what you own. It's about what rights are granted to you. Software is only strange in this regard because as developers we're [often painfully] explicit about what you can do. It isn't yet obfuscated behind decades of evolving law.
Please stop throwing "ownership" around as something you expect when you download something. It's silly to expect it.
The same works in reverse. You own your modifications. Nobody else owns (or has right to) them without your grant. But could well be compounded into a license, or more commonly a contributor agreement... But it has to be explicit.
Edit: After getting a couple of downs, I assumed my pre-coffee acidity may have burned through, so edited it to be softer... but I've had another since. If you've got a point to make, please leave a comment.
> ...and tried to sell those copies? You'd fall foul of a thousand protected designs and trademarks.
Sure, but that's not what is at issue here.
A more apt comparison would be if your glasses manufacturer says you're in violation of their EULA if you try to read anything ever written by Hemingway (because that goes against their business interests for whatever reason) and so your license to use their glasses becomes null and void.
Copyright, on the other hand, is much different -- and also implied by the name -- the right to copy (well, really, to distribute) the work.
I believe this comment neatly goes at the heart of this discussion. I have absolutely no horse in this particular fight, having never even used any software by confluence, as far as I know. Coming into this discussion as somewhat of a blank slate, I stumbled over this somewhat nebulous concept of “ownership” just like the parent, plus some mild dismay at seeing the only two threats meaningfully engaging with what IMHO is the core of this dispute being flagged into oblivion.
To reiterate: I have no earthly idea nor opinion if Confluence is the confluence of everything that’s wrong with earth and beyond. I just think the argument would benefit from a sharp pencil more than a pitchfork, for now.
> I stumbled over this somewhat nebulous concept of “ownership” just like the parent,
A lack of clarity about what sort of transaction or license terms give rise to ownership of a copy of software is not justification for entirely rejecting the notion of ownership of a copy. The existence of that ownership status is rigidly established by statute, as are some of the consequences. It's only the prerequisites that are nebulous or at least very complicated, but that doesn't make ownership status any less important of a question. In legal disputes, the tricky questions are usually more important than the ones with obvious answers.
If I git clone software covered under the Confluent Community License, who owns that copy of the software?
The copyright to the software resides with Confluent, because of the copyright assignment clause that all contributors must sign. This is no different than Apache projects, which also require copyright assignment. For example, if you git clone Apache Hadoop, you do not acquire the copyright to Hadoop. Does Bryan really not understand how copyright assignment works?
To foundations concerned with software liberties, including the Apache Foundation, the Linux Foundation, the Free Software Foundation, the Electronic Frontier Foundation, the Open Source Initiative, and the Software Freedom Conservancy: the open source community needs your legal review on this!
Why do any of those foundations need to review the license or EULA that Confluent chooses? Confuent isn't claiming that their license is OSI compatible (in fact they explicitly state that it is not.)
If you don't like the license, don't use the software. Or use Amazon's software, which does require a EULA (see https://aws.amazon.com/agreement/ ).
> well, the copyright to the software resides with Confluent
That's not at all what he's asking. To quote from the article: "And to be clear: I’m not asking who owns the copyright (that part is clear, as it is for open source) — I’m asking who owns the copy of the work that I have modified?"
> Does Bryan really not understand how copyright assignment works?
Bryan's understanding of copyright seems to be quite correct. Your understanding of his point seems to be lacking.
I believe there’s a lot of confusion around the term “ownership”. There just might not be an answer because nobody ever “owns the copy”. As HN is quick to point out when discussing ad blockers or scihub, data isn’t a thing that you can own. You may own the physical medium, and sometimes said ownership is linked to a license (first sale doctrine, as one example), but it isn’t necessarily so.
Per US Code §117, which Cantrill links to, there is a concept of "the owner of a copy of a computer program" (direct quote from the law). So that can't be right.
I was asking who owns the copy, not who owns the copyright. And yes, it's relevant: if I own the copy (even though you own the copyright), then you are afforded the rights as the copyright holder -- which don't include telling me how I consume it, or revoking my right to my copy at a later date because I have become your competitor.
What does “afford the rights as the copyright owner” mean? It cannot mean “have the same rights”, because I believe we’d all agree that forking on github does not, as but one example, confer the right to re-license the code.
If your customers/users own their copies of your software, then your rights to control what they do with that are enumerated in 17USC§106, and limited by eg. 17USC§117 or §109. Section 109 for example says that your customers can sell off their copy, but can't rent it out (unless they're a library). If you want to prevent your users from re-selling their copy when they're done with it, you have to assert that you have retained ownership of their copy of the software. (And, in cases like Confluence, they have to assert ownership of all copies that their users are authorized to make and redistribute.)
> If your customers/users own their copies of your software, then your rights to control what they do with that are enumerated in 17USC§106, and limited by eg. 17USC§117 or §109. Section 109 for example says that your customers can sell off their copy, but can't rent it out (unless they're a library).
That's an interesting analogy...
Is creating KSQL-as-a-service the equivalent of renting copies of the software? What would the "library exception" look like (which AIUI includes both private and public libraries)?
> If you want to prevent your users from re-selling their copy when they're done with it, you have to assert that you have retained ownership of their copy of the software.
Attempts to do that contradict the "first-sale" doctrine, but that doesn't stop folks from trying.
Insinuating that anybody disagreeing with you must be corrupt (I. e. have a financial interest) is the sort of assumption of bad faith that destroys any serious discussion.
Just pointing out that the question about ownership (freedom of usage) is countered with an answer about copyright, which was specifically addressed as not being questioned at all.
to the more recent entry, which is that open-source is facing an existential crisis: "we need your legal voices before these creatures destroy the village!"
I don't see how Confluent can respond directly to Bryan's 3 questions, though. They have the bigger social network, so i expect them to ignore him and just talk to their cool-aiders. It is a risk to ignore Bryan, though, as he's massively influential.