- cross-posted to:
- [email protected]
- [email protected]
- [email protected]
- cross-posted to:
- [email protected]
- [email protected]
- [email protected]
Bitwarden isn’t going proprietary after all. The company has changed its license terms once again – but this time, it has switched the license of its software development kit from its own homegrown one to version three of the GPL instead.
The move comes just weeks after we reported that it wasn’t strictly FOSS any more. At the time, the company claimed that this was just a mistake in how it packaged up its software, saying on Twitter:
It seems like a packaging bug was misunderstood as something more, and the team plans to resolve it. Bitwarden remains committed to the open source licensing model in place for years, along with retaining a fully featured free version for individual users.
Now it’s followed through on this. A GitHub commit entitled “Improve licensing language” changes the licensing on the company’s SDK from its own license to the unmodified GPL3.
Previously, if you removed the internal SDK, it was no longer possible to build the publicly available source code without errors. Now the publicly available SDK is GPL3 and you can get and build the whole thing.
Wow, a commercial open source product that COULD have pulled a rugpull, looked for all the world like they were planning a rugpull, just uh, did the right thing?
Good job, Bitwarden.
I know, it’s a huge relief seeing this as someone who uses the free tier. I think I’ll cough up for the advanced tier if they stick to their guns on this decision.
This. I will resume my recommendation of Bitwarden.
I’m sure all the folks who were quick to ignore or dismiss their clarification of the packaging issue at the time will be just as quick to make comments like these as they were to skewer them then.
I tried convincing people to give them the benefit of the doubt and see what they do, but no, everyone seemed to jump to conclusions.
Glad my trust wasn’t misplaced this time. I have been and continue to be a paying customer.
Honestly, everyone’s been so burned by companies pulling the wool over their eyes that there’s just no trust left. People were happy with Mozilla 5-6 years ago and nowadays everyone is a skeptic.
You might be right in this case but they weren’t wrong.
I get it, some orgs/projects do bad things, and we should absolutely roast them for it. But I believe in giving the benefit of the doubt for a period before melting down.
For example:
When a software project you use changes for the worse, look for alternatives, but give that product time to fix it. If they continue on the negative path, then definitely bail. If everyone bails at the first hint of trouble, we end up with a ton of half-baked projects instead of a few good ones. Give feedback and support good projects.
Yep, you’re right there.
And I’m certain that it has served as the catalyst for the bitwarden decision.
I disagree, but unfortunately, we will probably never know. That said, I’m not against the outrage, I’m just against the conclusions. You don’t need to immediately abandon a project at the slightest hint they’re moving in a direction you don’t like, what you should do is start watching that project a bit more closely to see if they correct or they make additional changes you don’t like.
We should be taking the rational approach instead of the reactionary approach, but social media in general seems to love reacting instead. I’ve abandoned projects that went a direction I don’t like, but I usually give them a few months after the first sign of problems. I’m currently doing that w/ Mozilla and I want to see what they do with their advertising push before jumping ship.
I will remember this, even more so because of the confused drama that preceded it. In general, I find it difficult for me to endorse any commercial entity, but Bitwarden has my admiration and I will continue to offer it as a better alternative to people I see storing their passwords in Chrome or Lastpass. I’m also happy to pay a bit to support a good product and will continue to support the development even if I switch to self-hosted at some point.