Unfortunately I don’t have good news on the state of the android app: I am retiring it. The last release on Github and F-Droid will happen with the December 2024 Syncthing version. Reason is a combination of Google making Play publishing something between hard and impossible and no active maintenance. The app saw no significant development for a long time and without Play releases I do no longer see enough benefit and/or have enough motivation to keep up the ongoing maintenance an app requires ...
Unfortunately I don’t have good news on the state of the android app: I am retiring it. The last release on Github and F-Droid will happen with the December 2024 Syncthing version.
Reason is a combination of Google making Play publishing something between hard and impossible and no active maintenance. The app saw no significant development for a long time and without Play releases I do no longer see enough benefit and/or have enough motivation to keep up the ongoing maintenance an app requires even without doing much, if any, changes.
Thanks a lot to everyone who ever contributed to this app!
Perhaps the hard dependency was a mistake, but not them moving more and more code to their proprietary library. It appears that their intent is to make the client mostly a wrapper around their proprietary library, so they can still claim to have an open source GPLv3 piece of software. What good is that client if you can only use it in conjunction with that proprietary library, even if you can build it without that dependency?
I’m not familiar with exactly what Bitwarden are doing, but Nvidia are doing something similar to what you described with their Linux GPU drivers. They launched new open-source drivers (not nouveau) for Turing (GTX 16 and RTX 20 series) and newer GPUs. What they’re actually doing is moving more and more functionality out of the drivers into the closed-source firmware, reducing the amount of code they need to open source. Maybe that’s okay? I’m not sure how I feel about it.
The password manager SDK is not intended for public use and is not supported by Bitwarden at this stage. It is solely intended to centralize the business logic and to provide a single source of truth for the internal applications. As the SDK evolves into a more stable and feature complete state we will re-evaluate the possibility of publishing stable bindings for the public. The password manager interface is unstable and will change without warning.
So there are two ways this can go:
they complete the refactor and release it as FOSS
they complete the refactor and change the clients to be proprietary
I’m going to stick with them until I see what they do once they complete the refactor.
To be fair? Nowhere are they even suggesting they would release the SDK as FOSS, but they do say their password manager is open source. It seems like they just want a FOSS shell so they can claim it’s open source for but keep their business logic closed source.
That’s the second way it could go. But given their track record of being FOSS when everyone else was proprietary and keeping the source code available, I’m willing to give them the benefit of the doubt and see what they do. For now, “we’ll re-evaluate it again once it’s stable” tells me it’s still on the table.
How is that a problem to people wanting to work on or work with Bitwarden? Or am I misunderstanding the wording on it?
It just seems to say that you cannot rip this SDK out to use it on something else. Which makes sense as far as an internal library goes, at least on the surface?
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !selfhosted@lemmy.world
A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don’t control.
Rules:
Be civil: we’re here to support and learn from one another. Insults won’t be tolerated. Flame wars are frowned upon.
No spam posting.
Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it’s not obvious why your post topic revolves around selfhosting, please include details to make it clear.
Don’t duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.
Resources:
selfh.st Newsletter and index of selfhosted software and apps
What did bitwarden do??
https://lemmy.ndlug.org/post/1268531
I think it was made by mistake. They will more likely remove that dependency
Perhaps the hard dependency was a mistake, but not them moving more and more code to their proprietary library. It appears that their intent is to make the client mostly a wrapper around their proprietary library, so they can still claim to have an open source GPLv3 piece of software. What good is that client if you can only use it in conjunction with that proprietary library, even if you can build it without that dependency?
I’m not familiar with exactly what Bitwarden are doing, but Nvidia are doing something similar to what you described with their Linux GPU drivers. They launched new open-source drivers (not nouveau) for Turing (GTX 16 and RTX 20 series) and newer GPUs. What they’re actually doing is moving more and more functionality out of the drivers into the closed-source firmware, reducing the amount of code they need to open source. Maybe that’s okay? I’m not sure how I feel about it.
Instead of open core I’ll call this popular approach “open skin”.
Clearly not: https://github.com/bitwarden/clients/issues/11611#issuecomment-2424865225
That says that it is a bug.
It says the build error is a bug, not the inclusion of proprietary code.
To be fair, the project page says this:
So there are two ways this can go:
I’m going to stick with them until I see what they do once they complete the refactor.
To be fair? Nowhere are they even suggesting they would release the SDK as FOSS, but they do say their password manager is open source. It seems like they just want a FOSS shell so they can claim it’s open source for but keep their business logic closed source.
That’s the second way it could go. But given their track record of being FOSS when everyone else was proprietary and keeping the source code available, I’m willing to give them the benefit of the doubt and see what they do. For now, “we’ll re-evaluate it again once it’s stable” tells me it’s still on the table.
Ahh those fuckers.
I don’t get it.
How is that a problem to people wanting to work on or work with Bitwarden? Or am I misunderstanding the wording on it?
It just seems to say that you cannot rip this SDK out to use it on something else. Which makes sense as far as an internal library goes, at least on the surface?
It doesn’t make sense for an internal library for an open source application, it that case it’s not open source.