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.
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.