Not at first. Yet over time the work increases as one must differ more and more from Chrome. I believe that's why so many forks are giving up on Manifest V2.
Under the hood, what the MV2 uBlock can do and Lite can't is at the least stripping tracking parameters from links and block 3rd party trackers that are cloaked in a subdomain of the originating site.
The thing is that most of this is invisible to people who already live within Google’s bubble which is probably why they don’t get called out for it. The promotion is visible mostly to those of us who don’t, and it gets irritating.
Chrome was better than competition pretty much all its lifetime and there's plenty of historic articles to prove it, no matter how much your emotions refuse to accept the history.
We were there and we didn't install Chrome via some made up toolbar installer, but because it was significantly better than what Mozilla and Internet Explorer offered.
https://www.osnews.com/story/25184/adobe-tricks-users-into-d...
https://www.labnol.org/software/chrome-with-adobe-reader/201...
https://forum.filezilla-project.org/viewtopic.php?style=246&...
> nearly 10 % of the installers came with a third-party browser (e.g. Chrome)
https://www.sciencedirect.com/science/article/pii/S016740481...
Actually, use it now.
The actual maps are much better in osm than in Google.
That reminds me, place reviews using ATProto. Kinda surprised that no map client jumped on that when it's the exact thing you need to replace a centralized service. A lot of people use Google Maps to find businesses more than directions.
Because of their enshitification we do have alternatives that were developed.
At this point the their only services I'm using are Maps, Translate and Keep Notes and it is mostly due to lazyiness as all of those already have alternatives.
Edit: forgot about YouTube, which is ironic, because that one is a toughest one because the value comes from creators, but I'm doing my part and using GrayJay[1] so I can follow them if they switch their platform.
Playing at their table is a losing game, the house always wins.
Android is even more of tragedy, given how all relevant NDK game development APIs are also available on GNU/Linux.
The reason why no one runs AOSP is because the phone market rewards differentiation. Each phone manufacture wants to build their own experience and building on top of AOSP is how they do so.
Is it really a losing game? Building a new OS from scratch is not worth it. Why throw away an entire app catalog for your device? Consumers want access to existing app catalogs when buying a phone. If anything is a losing game it's building a new mobile operating system over forking Android as a base.
This is what empire-building middle managers say to rationalize their boondoggles, but in actual fact most customers can't even tell the difference between two different vendors' Android skins, definitely can't tell the difference before they buy one, and the way they actually differentiate phones is on real hardware differences that show up in the specs like the camera or performance.
The hardware company's idiosyncratic fork of the software is irrelevant at best and annoyingly irregular in the common case.
You forgot about one thing they care about above all others — cost.
And the easiest way to keep costs down is through "alternative revenue streams", which involve your own tracking, your own app bundling deals and your own App Store, which you're pushing on users constantly. And if you do that, you may as well get the branding win from doing the custom skin too.
No, the reason is that AOSP doesn't even include a functional keyboard nor a functional call manager nowadays.
AOSP apps were abandonned around Android 11, you can't just keep them as is for real users, it looks amateur.
Even the open-source ROMs came to the same conclusion eventually and developed their own.
No one was using those apps so it didn't make sense to spend time on them.
Don't be a prick.
AI generating code changes the game significantly, though there are issues with that. A new OS would have taken several millions and multiple teams, but can now be done for far less. The problem is hardware to run it on. Who'd pay $2,000 for a shittier phone with less features when a $500 used one with GrapheneOS is right there? So the market, (in)efficiently, hasn't come up with a new phone OS. Not because it isn't warranted, but because the free market isn't a perfect system.
https://www.reddit.com/r/ClaudeAI/comments/1wfpydl/i_asked_c...
Technologists need to aggressively reject solutions which don't spread freedom to ordinary users as well.
Assuming you can get a hardware vendor to support your fork.
Android has always been a weird blend of proprietary BSPs wedged together with the core AOSP project - we used to have an entire team whose full-time job was merging the Qualcomm BSP into our AOSP fork. At the time you didn't even get access to that BSP without inking a deal with QCOM...
It is completely insane how many people work on Chrome. It seems like it is time to deprecate web browsers and do something different. Like you get a frame-buffer to draw on with something like a wasm vm. Web pages get replaced by programs (which they essentially are anyway). Get rid of 99.9% of the cruft that has accumulated over the decades in browsers. If you want to have some of that cruft, that is a library you have to send.
It should be the users choice how their browser renders, it's their damn browser. Instead, browsers are built to follow standards that mostly favor the developers preferences above those of the person who actually own the device rendering it.
The modern web is user hostile by design.
A lot of websites back in the 90s were just made up of images that were clickable using image maps. It was not a fun time.
I get what the parent comment is saying, though, and it's why I use Gemini (the protocol[0], not the AI). It doesn't align with corporate interests, but for now I consider that a good thing.
Think "an interactive visualisation for choosing a seat when buying a concert ticket." That's not a "traditional" webpage, should work on whatever device the user is currently on (so native is unsuitable), and shouldn't require the user to install anything.
People clearly want web pages to be exactly this; we're on iteration #3 of the idea now. Iterations 1 and 2 were Java Applets and Flash, not necessarily in that order, and they were massively popular despite their shortcomings. Clearly, if we somehow deprecated the web as it is now (which is an utterly ridiculous idea, which makes me really curious what comments like yours are exactly trying to achieve here), as long as we keep it an open standard, users will choose browsers which offer this capability in some form. We should appreciate that the current iteration is an open standard which anybody is free to implement, instead of some proprietary blob that you need to license from Oracle or Adobe.
So do hackers. A big chunk of the open standards revolve around sandboxing malicious code, and given the amount of tracking happening anyway, fail at it.
The biggest thing standing in the way of this is actually Apple, since they don't allow competing browser engines or equivalent so you can't make something like this for iOS whatsoever.
Doing that in Safari doesn't work twice. First, if Safari doesn't already expose whatever GPU primitives you need to do things efficiently, you can't get them. And second, your API implementation (which is likely to be large) would then have to be distributed by anyone using it instead of being part of the browser they use for all sites, creating a >100MB dependency for a <50kB web page.
As for the styling and fonts - it's all a bunch of low-key trade-offs here. The businesses want to exercise total control over the end-user experience, for sales/marketing and branding reasons. At the same time, going off the beaten path quickly makes development costs skyrocket.
Flash was a good choice back when all visitors were using a PC and there were like 3 different screen resolutions to choose from. Once laptops gained popularity, this started to shift, then pre-iPhone mobile briefly became consideration, and Flash stopped being sufficient; then iPhone came out, killed Flash, and started an era where every visitor has a different screen than the previous one. "Responsible web" became the cheapest option, and you can see its evolution as a trajectory towards giving more and more control over experience to developers, and less and less to the users.
Otherwise, explain Flutter.
If AMZN couldnt make their fire whatever it was called fork of Android really grow, what chance has the community got ?
Difficulties maintaining a sufficient number of contributors to keep the project viable have persisted for several years. In January 2015, the project reported a lack of active developers and code contributions.[49] There have been continual problems providing timely fixes to security vulnerabilities since 2015.[50][51][52][53] In September 2016, OpenOffice's project management committee chair Dennis Hamilton began a discussion of possibly discontinuing the project, after the Apache board had put them on monthly reporting due to the project's ongoing problems handling security issues.[54][55][56]
Sounds like AOO is effectively dead, so this example is a fail to my challenge.
OpenSearch & ElasticSearch both seem alive, as well as OC & NC.
Neither https://github.com/privacyidea/privacyidea or https://github.com/eduMFA/eduMFA say either is a fork of the other.
I think you failed to share 3, 2 seem to valid examples of my challenge but the other 2 are questionable.
You didn’t ask for examples where both projects are alive!
NetBSD -> OpenBSD
To some extent I would argue that Linux is a spiritual fork of Minix and Unix.
But I think it’s also worth pointing out that these were in vastly different times where a single person or a small group of people could maintain an OS. An OS or browser is vastly more complex now.
BSD is a killer example of that point, too. Using a BSD Unix got to be pretty difficult after Linux containers became hegemonic.
If the goal of a hard fork is "the community will invest equal resources that Google does today" then you wildly underestimate how many engineers work on Chrome.