Now, of course they should get paid for the work they do, but these sort of "we were FOSS and surprise we're not anymore" are becoming commonplace and are always done hoping no one notices.
Most of us prefer not to bring on a dependency in our project that is primarily designed to extract commercial value from users and is less friendly to contributors than similar open source projects.
It's like me starting the cheese initiative and trying to control what others call cheese, a job that's typically reserved for governments.
I also don't care if somebody in 1975 said "I like to be open, and I'll let anyone look at the source." Old McDonald had a farm before McDonald's was a restaurant, but that doesn't mean that if you open a restaurant called McDonald's that is decorated like a McDonald's, you're not a scammer. I know your plastic fruit is carbon-based, but if you label it as "organic" you're a thief.
If you're not trying to scam people, be creative and make up your own catchphrase for letting people look at your source code - or don't even, because the whole idea of having a branding for allowing people access (and rights to) the source is imitation of the FSF and OSI.
Like I said above, they're as official as the cheese initiative I just made up.
No government has endorsed them, and open source is not a protected name in any country I am aware of.
They're just some arrogant American organisation that expects the entire world to bend to their whim, as usual.
They have successfully convinced a generation of developers that “Open Source” is pure and holy, but a licensee that includes a term that says something like no company making more than $100 million per year can use this software for free is unclean and maybe even evil.
They don’t want alternative licenses to exist because it hurts their bottom line.
Open Source isn't a brand, it isn't a trademark, it was hijacked by OSI to enforce their specific interpretation of a phrase that was already in use. OSI wasn't founded until 1998, over a decade after the term open source software became popular and was used throughout the unix and linux communities and in businesses such as Caldera. Before OSI came up with the OSD many creators of open source software had non-compete clauses in the licence.
Although, on the other hand, "Two years after release, the license for each applicable version of Liquibase Community code reverts to Apache 2.0". So, it's like... eventually open source. Which is still misleading, as it doesn't apply to the current versions.
Either just reading the "base" part and plugging some unrelated service, or claiming source available is the same as open source
"Is FSL an open source license?
No."
https://www.liquibase.com/blog/liquibase-community-for-the-f...
Liquibase has only itself to blame.
Or "open source when obsolete" because that's what it is, fundamentally. Of course, it sells less and makes it way more obvious what these delayed open source licenses are at their core: "we'd like to make people believe we respect their freedom, but are not actually convinced with giving them that".
There is this blind trust in open source model taken to a unhealthy or misguided extreme in a lot of online discussion.
A two year delay is pretty reasonable and liberal. It allow costumers that dont want to accept the new licence able to continue as-is by simply following an older version.
In my case, it's not about any open source model, it's about software freedom.
What's unhealthy is non-free software, and there's nothing extreme in having this opinion.
If you base your opinions on pure black and white tests without considering the actual tradeoffs of the license then that's blindness.
How do we do?
Isn't two years of security patch lag a big deal?
Also I feel like "obsolete" is the wrong word for that.
I wonder if a project which uses Liquibase can be included in Debian, Fedora, etc.? Since these projects also have requirements on OSS licenses for the software they distribute.
1. They co-opted the free software movement and made it more business friendly.
2. They convinced people that Open Source is pure and software that isn’t Open Source is unclean.
3. They convinced a bunch of developers that their definition of Open Source that was specifically crafted to protect business interests is canon.
4. They convinced a well meaning subset of those developers to police the other devs and pressure them to release their software under big tech approved licenses.
‘The word "free" in our name does not refer to price; it refers to freedom. First, the freedom to copy a program and redistribute it to your neighbors, so that they can use it as well as you. Second, the freedom to change a program, so that you can control it instead of it controlling you; for this, the source code must be made available to you.’
Giant trillion dollar conglomerates repackaging and selling a product backed by free labor without contributing back wasn’t something they were contemplating back then.
Somehow the service+infra is the same cost or cheaper then buying the infra alone and trying to deploy the open source version to it.
I think it's very intentional that a restriction on what you can do with software -- including reselling it -- is a violation of the "four freedoms" -- freedoms for what someone can do with software, including redistribute it or use it for any purpose they want (including reselling it).
These licenses meant to prohibit users from using the software in ways that harm the business interests of the programmers -- I am confident the original creators of free software four freedoms would agree they are not free software. It is very intentional that they were saying the freedom of users to do what they want with software should not be limited for the convenience of the business interests of those who wrote the software.
This license isn’t about users. If you are repackaging and reselling software you are no longer the end user, you are a vendor. Your customers are the end user.
This license in particular isn’t my favorite, but I’m totally fine in theory with licenses that attempt to patch loopholes exploited by bad actors.
In the Free Software community, this line was always blurry, almost non-existent even.
Even if the receiver of the Free Software package is not a programmer by any definition, at worst case, they can ask for a friend to patch something up, and if a friend wanted his patched version, the modified source code has to move with the software package.
Open Source software can block even this simple pathway by not giving back the modified source from friend to the user, creating a dependency. It'd be heartless to do this between two friends, but companies will happily do that.
My most vivid example of this is SDKs for hardware. Half of the API is open, but the patched version of the (open source) libraries cost $2K+, several NDAs and allegiance to company for the rest of your life or you can be sent to a concentration camp operated by an alliance of companies doing the same thing.
...and this is just for a small biometric scanner you happen to find on a piece of 10 year old discarded tech.
- Open Source software is about developer freedom.
- Free Software is about user freedom.
I'm for the latter, strongly.this is absolutely right, and the OSI has been successfully captured by these companies
would RedHat be able survive to IPO these days? I very much doubt it (see: Oracle Linux)
a new term is needed, "Open Source" is no longer fit for purpose in a world where the hyperscalers exist
"Fair Source"?
The GNU Project and Richard Stallman, who made this statement, would agree that it's not free under even this earliest definition. They in-fact made it even clearer when they defined freedom of "use" as the distinct 0th freedom eventually to make it even clearer that being able to use the software freely is fundamental to their idea of freedom. Again, freedom isn't about price, it's about usage, availability, redistribution and lack of restrictions on this. I cannot freely redistribute FSL licensed code under the original definition of free software.
"Giant trillion dollar conglomerates repackaging and selling a product backed by free labor without contributing back wasn’t something they were contemplating back then."
Yes, the GNU project were acutely aware of this and designed the GPL licenses around such scenarios - they just didn't design it for SaaS businesses, where if you redistribute the built program externally after modifying it but only distributed its responses over a network, you technically weren't obligated to open source that modification. AGPL resolved this issue, and has more case law behind it than this 2 year old license, and has certainly less daunting implications than a not legally well defined 'competing purpose'.
Wrt to the legal concerns with AGPL, they're not actually that it wouldn't provide any protection, but rather that it might offer the originally distributing entity too much power: legal power to declare all software used in the stack to produce a network request MUST be made source available. I have not seen any lawyer concerned with whether or not Amazon would be able to bypass its protections, and the license was made by lawyers to clearly provide protection.
Sentry, the company who created FSL, even states that this license restricts user freedom explicitly - for the sake of the business interests of the original developer.
So summing up.. Richard Stallman, the FSF, the GNU Project, the OSI, the creators of the FSL, the company now currently using FSL, all agree that this source available license does not meet the definition of "free software". So, whose definition are we using out of thin air?
Then defend a source available license designed by a company that describes the license as intended for prioritizing business needs over user freedom and used, and is often brought out when businesses decide to switch a more available license to one that restricts commercial activity, co-opting public contributions that would otherwise never happened
INSTEAD of promoting copyleft licenses such as AGPL, seems a bit odd. We care about freedom, in every use case.
AGPL isn’t battle tested enough for me to be confident it will protect against big tech doing big tech things like spinning off a separate company in Ireland to firewall AGPL software.
I'm not sure what's bad about 2. What's quite bad however IMHO is the push to use permissive licenses and the anti (A)GPL FUD that these big tech companies spread. Of course it is very convenient to them that every library under the sun is under MIT or BSD, so they can built proprietary software more efficiently.
Note: the OSI recognizes the AGPL as an open source license so at least the set of "big tech approved licenses" is not the same set as the OSI approved licenses.
[1] https://www.gnu.org/philosophy/open-source-misses-the-point....
AGPL hasn’t been thoroughly tested in the courts, so it’s unclear how much protection it offers. It’s not beyond someone like Amazon to setup a new company just firewall off AGPL software.
If I'm not mistaken, Apple would rather avoid touching anything GPLv3 with a ten foot pole. They are among the biggest tech companies in my mind.
Anybody seems fine with GPLv2 though. But GPL is less convenient than permissive licenses.
Of course, you can still indeed build services with GPL software without redistributing the modifications, which is the point of the AGPL.
> It’s not beyond someone like Amazon to setup a new company just firewall off AGPL software.
I suppose so. However, this would work as intended: the Amazon firewall company would need to redistribute the improvements.
Also, do you have examples of this happening? (not arguing, actually genuinely curious)
They adopted the existing Debian Free Software Guidelines as the Open Source Definition. The DFSG are good, actually, and represent an important community consensus outside the FSF.
Also if you read the original DFSG the clause about field of endeavor has been interpreted by OSI differently from the intent.
It was about saying your license can’t prevent an end user of your software from using it for a specific purpose. It really says nothing about restrictions on how you can sell the software.
The problem is OSI is now the sole interpreter of the definition.
Debian (and most other distributions, btw), for the most part (or entirely, I suppose), agrees with the FSF / the GNU project when deciding which license is free or non free. The OSI has a more permissive interpretation.
RMS speaks about that in a recent interview in French [1]:
> La FSF a financé Debian à son commencement. Mais rapidement, le projet, qui comptait plus de contributeurs, a voulu formuler une définition de la liberté différente, avec l’intention d’être équivalente.
> À l’époque, j’ai commis une erreur : j’aurais dû vérifier plus attentivement s’il pouvait y avoir des divergences d’interprétation entre le projet GNU et Debian. La définition me paraissait équivalente, même si elle était formulée autrement. J’ai dit : “C’est bon.” Mais en réalité, il y avait des problèmes potentiels.
> Plus tard, quand l’open source a émergé, ils ont repris la définition de Debian, je ne sais plus s'il ont changé quelques mots mais ils ont surtout changé l’interprétation. Dès lors, elle n’était plus équivalente à celle du logiciel libre. Il existe aujourd’hui des programmes considérés comme “open source” mais pas comme logiciels libres, et inversement.
> J’ai d’ailleurs expliqué ces différences dans mon essai Open Source Misses the Point.
English translation (not a native English speaker, I hope the translation is ok, especially considering that RMS is close to his words and it's probably easy to misrepresent him without noticing):
> The FSF funded Debian at its beginnings. But rapidly, the project, gaining more contributors, wanted a different phrasing for the definition of freedom, which the intent of being equivalent.
> Back then, I made a mistake: I should have checked more carefully if there could be different ways to interpret it between the GNU and the Debian projects. The definition seemed equivalent to me, even if it was phrased differently. I said: "OK". But in reality, there were potential issues.
> Later, when Open Source surfaced, they took Debian's definition, I don't know if they changed a few words but they above all changed the interpretation. Since then, it was not equivalent to the free software definition anymore. There exist open source software that's not free software, and conversely.
> By the way, I explain all this in my Open Source Misses the Point essay
[1] https://linuxfr.org/news/40-ans-pour-l-informatique-libre-en...
https://web.archive.org/web/20120620103603/http://zedshaw.co...
> Why I (A/L)GPL
> Open source to open source, corporation to corporation.
> If you do open source, you’re my hero and I support you.
> If you’re a corporation, let’s talk business.
> I want people to appreciate the work I’ve done and the value of what I’ve made.
> Not pass on by waving “sucker” as they drive their fancy cars.
I have nothing against someone trying to monetise useful software. However, switching from an open-source software (OSS) licence is essentially a bait-and-switch tactic. This immediately destroys trust. It also destroys the part of the user base that is difficult to monetise but still has the potential to be monetised. I was hoping that the Elastic and TerraForm debacles had taught people a lesson.
Flyway is also questionable at this point. If Liquibase is switching, what's to stop Flyway?
Unless a fork is happening, I'm considering creating my own migration library tailored to our actual needs and usage. It should not be so hard. Liquibase was more of a convenience.
sam_lowry_•2h ago
Paying a license and playing by the rules of a myriad licenses is a chore even for those who can afford it.
iLoveOncall•2h ago
Arkan•2h ago
sam_lowry_•2h ago