116
Proton picks up Standard Notes to deepen its pro-privacy portfolio
(techcrunch.com)
If it's free and open source and it's also software, it can be discussed here. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
Chromium is still open source, as is Android to some extent. I get that the two companies (Google and Proton) are in completely different size classes, but something being open source doesn't necessarily mean it stays healthy. Sure people can fork it, but the issue tends to lie in continuous maintenance by volunteers against continuous maintenance by a large company that's constantly adding in anti-features along with desired ones.
I'm not necessarily saying Proton will go down that route, but trying to become big and bundled as a value proposition opens the door for that behavior once they get enough people locked into the ecosystem.
Chromium and AOSP are not good examples for what you're saying. Both Chromium and Android have thriving ecosystems of forks and alternatives based on them. Built on the work that Google is doing with them. So I really don't think those are good examples of applications that aren't healthy because you can just use a fork.
Yes, Google controls upstream, but there's no reason why you can't use downstream.As you said, it puts maintenance burden on the forks, but people are willing to do that. That's the thing.
EDIT: This is my off account, So, unfortunately, you'll have to take my word for it, but I did used to be part of an Android ROM team in the past and still do Android work private sector today.
Perhaps they are bad examples, but my point was more that I think those ecosystems thrive in spite of the company that owns the upstream at this point more than because of it. They did tremendously useful work getting the projects off the ground but it ostensibly seems like they get in the way more often than not; that said, I haven't done any open source work on either of the two. I'd be interested to hear your take, I could be pretty far off the mark.
Honestly my main examples I'd point to right now are situations like manifest V3 and Android nitpicks like the recent Bluetooth 2-tap change; don't get me wrong, they are easy to fork and have thriving ecosystems in terms of volunteer dedication, but those forks still primarily targeted towards technical users (with some exceptions) and companies selling devices like the Freedom Phone (and other, actually neat, useful, properly privacy focused devices which is awesome!). By far, however, most users are on the upstream branch due to "default choice" psychology and have to deal with the bullshit that's increasingly integrated into the proprietary elements that Google seems to be making harder and harder to separate from the open source ones. I suppose that's why education and getting the word out are all the more important though.
Could be the sensationalist end of the tech news cycle getting me spun up on an overall inaccurate view of things.
There is also the point I have to raise that security update support is always a very valuable asset that can be worth dealing with some downsides to get ahold of. I'm hoping a lot of those can be pulled into open source projects on more of a piecemeal basis where applicable?
I'd be happy to be proven wrong about my rudimentary assessment. I have enough things to be doomer about and honestly it would be nice to have one or two fewer!
Working with android can be a bit of a pain for sure. I'm only talking about android here since that's all I've tested, so don't apply what I am saying to chromium, Android and Chromium are two seperate projects, by two separate teams. but in the end it's important to realize that google has actually needs for these devices. As long as you work within the bounds of needs it's actually not that hard to actually work with. Android has a LOT of stuff for sure.
Android actually allows you to configure most things (granted the documentation is absolutely horrid, Grep my beloved). It is true that most android phones are running proprietary stuff, but this isn't really any fault of google. Google has gone to fairly great lengths to make AOSP a fairly open ecosystem. Nearly every rom is heavily customized as per customers requirements. AOSP can actually run on most hardware fairly easily. Hell it even works just fine on the vanilla kernel (Waydroid for instance). The Issue is that it's nearly impossible to market consumer devices with only FOSS/AOSP stuff, the margins on phones are actually terrible. The biggest issue is finding a phone that can accommodate the more open stuff, not the issue with google pushing crap. In the end Google is making devices for people who will fight tooth and nail to grab the gun to shoot themselves in the foot. A lot of their motivations are based on that. But doing your own AOSP is still easy enough. Just need hardware for it.