this post was submitted on 20 Oct 2024
517 points (95.8% liked)

Open Source

30857 readers
326 users here now

All about open source! Feel free to ask questions, and share news, and interesting stuff!

Useful Links

Rules

Related Communities

Community icon from opensource.org, but we are not affiliated with them.

founded 5 years ago
MODERATORS
 

Pull request #10974 introduces the @bitwarden/sdk-internal dependency which is needed to build the desktop client. The dependency contains a licence statement which contains the following clause:

You may not use this SDK to develop applications for use with software other than Bitwarden (including non-compatible implementations of Bitwarden) or to develop another SDK.

This violates freedom 0.

It is not possible to build desktop-v2024.10.0 (or, likely, current master) without removing this dependency.

(page 2) 50 comments
sorted by: hot top controversial new old
[–] [email protected] 11 points 4 days ago (2 children)

Fuck. Is it difficult to export my data to something like Keypass? Very disappointed to hear this.

load more comments (2 replies)
[–] [email protected] 2 points 4 days ago* (last edited 4 days ago) (10 children)

pass is enough (+ xdotool + rofi + pass-menu). Synchronization via git or Syncthing.

load more comments (10 replies)
[–] [email protected] 16 points 4 days ago (4 children)

Does anyone have experience with keyguard? From a cursory glance, this + vaultwarden seems like a good alternative...

[–] [email protected] 1 points 4 days ago* (last edited 4 days ago) (1 children)

License

The source code is available for personal use only.

That doesn't really seem like an improvement, although do they say they're planning on releasing it under the FSL.

load more comments (1 replies)
[–] [email protected] 8 points 4 days ago (1 children)

I have some! I use a self hosted vaultwarden and just two days ago I saw and installed KeyGuard out of curiosity. So far, I can say KeyGuard is a nicer looking and feeling app and... it works. So as long as their intentions are pure, you can use "bitwarden" without using any of their software or infrastructure.

[–] [email protected] 4 points 4 days ago* (last edited 4 days ago) (1 children)

Just tried it, and it seems you can't edit or add items without a premium subscription??

Or am I missing something?

Edit: Apparently only when installing via the Play Store. Very weird decision.

[–] [email protected] 6 points 4 days ago* (last edited 4 days ago) (1 children)

Ah, yeah, I installed it from their github with obtainium. I think open source/libre app that charges people to install with the play store is a model a few others have tried as well.

[–] [email protected] 4 points 4 days ago (1 children)

I don't think it's unreasonable to want to be paid, but a mandatory subscription when using the most common install method does irk me the wrong way

[–] [email protected] 4 points 4 days ago (1 children)

I haven't looked into it at all, but that just seems so strange. Who would pay that when the original Bitwarden app is still there for free? Most people who would even know about KeyGuard would know how to install it from somewhere else. Is it essentially a donation?

[–] [email protected] 3 points 4 days ago

It would be if it's a one-time payment, but it's a yearly subscription, and not a cheap one!

load more comments (2 replies)
[–] [email protected] 3 points 4 days ago (2 children)

@bitwarden bitwarden locked and limited conversation to collaborators

They also locked the thread 16 hours ago (as of writing this comment), with no explanation.

[–] [email protected] 12 points 4 days ago (4 children)

The explanation is the second-to-last comment before it got locked. 🤦

This hysteria is really stupid.

load more comments (4 replies)
[–] [email protected] 0 points 4 days ago

They banned me from reddit and then reported me with mods those fckers...

[–] [email protected] 36 points 4 days ago* (last edited 4 days ago) (2 children)

ITT: A lot of conspiracy theories without much (any?) evidence. Let's see if they resolve the dependency issue before wet get our pitchforks, shall we?

[–] [email protected] 20 points 4 days ago* (last edited 4 days ago) (1 children)

I don't know what the heck you're talking about.

I see overwhelming evidence that they have intentionally made parts of the clients' code proprietary. You can check the client code yourself (for now anyways) and convince yourself of the fact that the bw SDK code is in indeed integrated into the bitwarden clients' code base.

This is the license text of the sdk-internal used in 2024.10.1 (0.1.3): https://github.com/bitwarden/sdk/blob/16a8496bfb62d78c9692a44515f63e73248e7aab/LICENSE

You can read that license text to convince yourself of the fact that it is absolutely proprietary.

Here is also the CTO and founder of Bitwarden admitting that they have done it and are also attempting to subvert the GPL in using sdk-internal:

https://github.com/bitwarden/clients/issues/11611#issuecomment-2424865225

Hi @brjsp, Thanks for sharing your concerns here. We have been progressing use of our SDK in more use cases for our clients. However, our goal is to make sure that the SDK is used in a way that maintains GPL compatibility.

  • the SDK and the client are two separate programs
  • code for each program is in separate repositories
  • the fact that the two programs communicate using standard protocols does not mean they are one program for purposes of GPLv3

Being able to build the app as you are trying to do here is an issue we plan to resolve and is merely a bug.

(Emphasis mine.)

The fluff about the ability to even build the app is secondary, the primary issue is that the Bitwarden clients are no longer free software. That fact is irrefutable.

[–] [email protected] 6 points 4 days ago* (last edited 4 days ago) (5 children)

That would be an issue if they were not open source. Them making their own SDK proprietary is not a pitchfork issue.

Open source !== Non-proprietary

I would go as far as to say that Bitwarden's main competitive advantage and differentiation is that it's open source. They would be insane to change that.

load more comments (5 replies)
[–] [email protected] 6 points 4 days ago

Too late. Found a pitchfork sale in my local hardware store, so got a few for this and whatever fucking company does a rug pull next.

[–] [email protected] 18 points 4 days ago (1 children)

A few questions out of ignorance. How different is this to gitlab's open core model? Is this a permanent change? Is the involvement of investors the root of this? Are we overreacting as it doesn't meet our strict definition of foss?

[–] [email protected] 14 points 4 days ago (1 children)

How different is this to gitlab’s open core model?

That's a really good question that I don't immediately have a satisfying answer to.

There are some differences I can point out though:

  • Gitlab has demonstrated its commitment to keep the core of their product, though limited in features, free and open source. As of now, BW's clients cannot even be compiled without the proprietary SDK anymore.
  • Gitlab was always a permissive license (MIT) and never attempted to subvert its original license terms
  • Gitlab-EE's "closed" core is actually quite open (go read the source code) but still squarely in the proprietary camp because it requires you to have a valid subscription to exercise your freedoms.

Is this a permanent change?

It'd be quite trivial for them to do in technical terms: Either license the SDK as GPL or stop using it in the clients.

I don't see a reason for them to roll it back though. This was decided long ago and they explicitly decided to stray away from the status quo and make it closed source.

The only thing I could see making them revert this would be public pressure. If they lose a sufficient amount of subscribers over this, that might make them reconsider. Honestly though by that time, the cat's out of the bag and all the public goodwill and trust is gone.
It's honestly a bafflingly bad decision from even just a business perspective. I predict they'll lose at least 20% but likely 30-50% of their subscribers to this.

Is the involvement of investors the root of this?

I find that likely. If it stinks, it's usually something stinky's fault.

Are we overreacting as it doesn’t meet our strict definition of foss?

They are attempting to subvert one of the FOSS licenses held in the highest regard. You cannot really be much more anti than this.

An "honest" switch to completely proprietary licenses with a public announcement months prior would have been easier to accept.

[–] [email protected] 2 points 4 days ago* (last edited 4 days ago) (4 children)

Gitlab has demonstrated its commitment to keep the core of their product, though limited in features, free and open source. As of now, BW's clients cannot even be compiled without the proprietary SDK anymore.

None of that makes Bitwarden not open source. Not only that, they specifically state this is a bug which will be addressed.

I would go as far as to say that Bitwarden's main competitive advantage and differentiation is that it's open source. They would be insane to stop that.

load more comments (4 replies)
[–] [email protected] 20 points 4 days ago (3 children)

Damn, I just switched from Bitwarden to KeepPassXC.

Clearly just in time. Lol.

[–] [email protected] 2 points 4 days ago

I'll be there in a week or 2 bud. Fuck these companies baiting and then enshitifying it all.

load more comments (2 replies)
load more comments
view more: ‹ prev next ›