I frankly find LGPL more useful in cases like that, but it apparently does not work for some parties. Open-source + commercial licensing also looks like a good balance between keeping the community-developed code accessible to everyone, while allowing the parties who don't want to share to pay for the privilege.
Do you have any proof of that? Hell, are OpenWebUI even receiving VC funding?
Somehow it feels great to be paid, to pay others for the tools, like in every other profession, not so much.
https://vadosware.io/post/the-future-of-free-and-open-source...
Far from, these projects are the exceptions not the norm imo. Even the ones that grow past hobbyist torch-passing. Usually the impetus for changing license involves a business who finds themselves in charge of very well-used projects that, despite their popularity, isn't all that lucrative to be the ward of.
So, I think there are better models than using permissive OSS as the license for the first few years of a project and then switching it out from underneath contributors/users.
From a purely business perspective, it seems silly to acquire a customer base who wants _free_ and agree to provide it, then rug pull them - and expect the inertia from the initial goodwill can carry the business for more than a few years. I've seen dozens of software businesses and projects die this way at this point, so I'm not surprised, even if the juice is only temporary it's seems well worth the squeeze for enough of these entities.
Using the license on its own, you effectively are saying:
- Don't use our branding to endorse your fork
- Don't remove our branding from your fork
The only way to satisfy both of these is to not fork.
[0] https://raw.githubusercontent.com/open-webui/open-webui/refs...
Also, they forgot to reformat the new clauses for 80 column text, which makes the license unreadable on the normal GitHub viewer.
In this particular case, it's not as bad as that, as Open WebUI is merely introducing a more onerous version of the BSD advertising clause. BSD 4-clause was considered a FOSS license but, in practice, demanding specific forms of attribution was incredibly problematic, especially in projects with multiple contributors. The attribution clauses in Creative Commons licenses are similarly if not more problematic; to the point where there is a cottage industry of copyleft trolls abusing pre-4.0 licenses as a way to rugpull people and coerce them into massive settlements.
Furthermore, the way this specific attribution requirement is written sounds like a possible future trademark landmine. Like, imagine if Firefox shipped with an attribution requirement that prohibited removing the trademarked Mozilla branding. That would effectively make the project non-FOSS because anyone who wants to use their FOSS rights is in a catch-22. Either you violate copyright and remove the trademarks, or you violate trademark by using your rights under the license in a way that violates trademark policy.
I'm also particularly not fond of the plan to demand CLAs and sell white-label licenses; my personal opinion is that you should almost never sign a CLA for a FOSS contribution. At the very least CLA signers should be getting paid a revenue share of the white-label licensing revenue.
If the project is controlled by a commercial entity, you just have to understand it will likely change in a way you disagree with.
Icefox anyone?
I recently wrote a blog post on software licensing and this more or less feels like the reasoning behind some of the source available licenses like SSPL or the Elastic License.
What sometimes ends up happening is that forks are created (see Redis and Elasticsearch for examples) due to the community being quite upset and that can make it worse for the original project that was trying to protect itself from typically hyperscalers but sometimes just actors that aren’t aligned with the project's goals (that give nothing back and profit themselves).
If you never intend to make money from a project, license it permissively, like MIT or BSD or Apache 2.0 or similar licenses.
If you'd like to make money from the project at some point, consider dual licensing: AGPL or even something like SSPL, alongside commercial licenses for people with different requirements (commercial, proprietary software etc.), maybe with waivers for stuff like companies smaller than X employees or Y global revenue per year.
I understand OpenWebUI team pain and perhaps not everything they do, they should do as Open Source
In my opinion you should think about Open Source as fundamental science - if you discover Gravity, people are going to use it and often not giving you any credit.
> taking our work, [...] and giving nothing back
That's the BSD license for you. Following is a lot of FUD about what you can or cannot do, and what is open-source at all.
> the new branding clause [...] incentivizes individuals and organizations to actively contribute back
Not anymore with a CLA. I understand that they want money, but it never works by semi-closing open-source projects. It doesn't seem to be a famous project but I still expect the usual small forks while the real projects contributions slowing down because of the CLA.
I wanted to be on the dev’s side here. CLA’s can be reasonable and I’ve happily let others convert my GPL code to them before. But reading the Open WebUI developer’s blog [1] makes it evident this isn’t really about the community — as he says, “It’s just me” and what he wants that matters for Open WebUI.
[0]: https://github.com/open-webui/open-webui/pull/8468/files [1]: https://jryng.com/thoughts/my-purpose
never_inline•2h ago
DetroitThrow•2h ago
Based on history, I don't think changing from a permissive OSS license will allow it to remain the most popular, most full-y featured project, especially in a world of competitors (plenty of which have venture funding).
HenriNext•2h ago
42lux•2h ago
HenriNext•2h ago
DetroitThrow•2h ago
MSTY is the first one that comes to mind though. And if you're willing to stretch your idea of "what competes with OpenWebUI" I know half a dozen startups that let you pass in some set of keys and "build a multi-agent system" in a GUI usually alongside some pared down chat windows.
HenriNext•1h ago
Could you give names of those startups?
And yeah, Hugging Face is very much venture funded -- they had a modest 4.5b valuation in the last round.. (I just didn't know they had some competing product).
nirv•2h ago
My only gripe with the project was the (exorbitant) size of the docker containers, especially for cases where you need a tool with no local models, just a gateway to third-party APIs. Now another and more serious one has been added.
[1] https://docs.openwebui.com/features/workspace/
[2] https://docs.openwebui.com/pipelines/
[3] https://docs.openwebui.com/features/code-execution/
[4] https://docs.openwebui.com/openapi-servers/mcp