Specifically, this product doesn't exist today:
- Desktop environment that matches or surpasses Mac OS in quality, performance and UX design.
- It includes seamless synchronization between devices.
- Apps are sandboxed, similarly to Android or iOS.
- There is a clearly defined platform / SDK, like in Android or iOS. If it works in your development environment, it's guaranteed to work everywhere.
- You can easily make a commercial product, like in Android or iOS.
- It has 10% on the market (or software creators believe it's on the trajectory to get there).
I don't understand why Google hasn't done this yet. Of course, the answer could be that such project just doesn't have the required ROI.
Google is a web company; they want people to use the web. They made a laptop/desktop operating system built around their web browser, because they want everything to be on the web. It does most of the things you list, including synchronizing between devices since your data is all "in the Cloud".
As for market share, I'm not sure what power you think Google has, but getting 10% of the desktop OS market has got to be pretty difficult for anyone. I do not know what share of the market Chrome OS has.
Unfortunately, I don't believe that relying on a for-profit third party entity like Google is a good idea due to the conflict of interest, even if their OS is FOSS. Just look at what Google has done throwing its weight around as the big-man in browsers, even though the browser engine is FOSS.
Incidentally, this might be of interest to you:
https://github.com/probonopd/hello
Not much there yet, but I believe Probonopd's intent is to gather a community of people like ourselves.
I've got Plasma setup to take advantage of a decade of Mac muscle memory, and think it does "macOS" better than macOS itself.
> Apps are sandboxed, similarly to Android or iOS
Install firejail, and its wrapper scripts. The wrapper will automatically wrap common commands and apps in a sandbox, and you can use the firejail CLI to launch apps that it doesn't wrap.
I agree with your other points, however I lament that BSD-style licensing will prevent a lot of cool things from having their sources see the light of day or be upstreamed.
If Google or some similar company were to make a desktop OS, it would probably be packed with so many monetization "features" that the free software community wouldn't be very interested and may even see it as a threat. Chrome OS already demonstrated most of this pattern.
The elementary project has done some great work with their UI, but the limitations of a decentralized funding model mean that it just isn't as complete as the major OSes. Meanwhile the jousting between Red Hat and Canonical over control of the GNOME ecosystem alienates a lot of users. Meanwhile corporate control of Qt has limited KDE's popularity. In all three cases the organizational problems associated with developing a truly freedom-preserving OS in a profit-oriented world crop up in different ways. Google taking over doesn't sound like a solution to me.
Some kind of alliance between free software developers and hardware manufacturers has long been dreamt about but hasn't materialized over the last two decades. All too often, Linux OEMs attach a half-baked homegrown distribution and their hardware tries to rely on it. We've also hoped that democratic countries will decide that a free and open-source operating system would be good for national security and fund development. In practice, interest has mostly come from Russia and China, with user freedom off the priority list.
Google isn't a deity. They don't exist to serve humanity but rather their investors. The organization problem continues to be difficult.
Sandboxed apps are a no-go on a productive desktop. Have you tried using Snaps? They're sandboxed by default, and it's extremely annoying having barriers in the way sharing data between them. Sandboxing is the sworn enemy of composition. It's like keeping all the interior doors of your house locked.
Clearly defined platform / guaranteed to work: Linux-the-kernel provides a binary-compatible ABI. This is entirely sufficient, if you bundle everything including libc. If you don't want to do that, well glibc is backwards-compatible so you can just build against some reasonably old version of glibc and it'll work on any recent distro. This isn't some obscure method - lots of software is binary-distributed this way (Firefox, Blender).
Easily make a commercial product: well, I'm currently using Pointwise and Mathematica on Linux, so it doesn't appear to be that hard.
Developers flat out rejected it because of the smartphone-like sandboxing.
Is there any evidence google can pull this off or wants to? I’d think they would want you in a browser.
Linux really does miss an SDK though. Realistically if you target Ubuntu you'll reach the majority of Linux users but the community of power users (ugh, hate that phrase but can't think of a better one) and developers is scattered any number of desktops and Linux varients.
Are iOS/Android SDKs good examples of stable platforms? They are just as much a moving target as anything else and the only thing certain about them is that they _will_ require maintenance.
What would be the financial incentive?
- It requires a massive centralized investment. Microsoft/Apple/Google can do that. But Linux is run by amateurs (not talking about skills but rather guys who are not on a payroll).
- Linux is for people who have rather weird setups. Apple uses limited hardware (ie: You have few Macbook Pros, etc...). Windows is supported by manufactures because it is the standard of Desktop computing for most of the world (and still can be a mess). Linux, on the other hand, has to do all that work alone.
- Linux professional and profitable market is still in servers/deployment where you don't need a desktop space.
I remember hearing about it and immediately asking "what is the market for this?" and not being satisfied with the answer.
On the one side you have Samsung, who are unhappy enough with their dependence on Google that they'll not likely eat the cost of moving from Android to something else that has no strategic benefit to them (as far as I could tell, anyway).
So what does that leave? Google making its own devices. I don't know this to be the case but I strongly suspect the intent was for the Pixel line was (and may still be?) intended to be the spark for Google being a vertically integrated first-party seller of mobile devices. What I mean is these aren't just proof-of-concept or developer devices.
The problem there is by doing that they'll hurt their relationships with Android OEMs and it'd take a long time to fill that void, if that's even possible.
So where else? The obvious answer is... Chromecast. This is a hardware product Google has had a good amount of success with. It's already first-party.
A recently leaked report [1] seems to indicate that the next Chromecast will be Android TV. That is (IMHO) bad news for Fuchsia.
You have to also take into account that during the time Fuchsia has been around (which must be 4+ years by now?) there's been a change at the top with Sundar replacing Larry. That's always a dangerous time for high-profile and high-cost (literally $billions) projects with no customers. Sundar came from Chrome. Fuchsia didn't. You have to ask questions about who was the original (SVP+) cheerleader who got it off the ground and funded it? Was larry on board? Is Sundar/ Does that sponsor enjoy the same support under Sundar that they did under Larry?
I don't know the answer to these questions, just that they matter. marissa Mayer's departure from Google was largely a product of a change at the top as she enjoyed Eric's favour but all signs pointed to Larry not being as big as a fan.
Fuchsia probably should've been called Graphene. Graphene can do everything but leave the lab, after all.
[1]: https://arstechnica.com/gadgets/2020/06/googles-leaked-tv-do...
> One person who has spoken to Fuchsia staff described the effort simply: "It’s a senior-engineer retention project."
https://www.bloomberg.com/news/articles/2018-07-19/google-te...
Fuchsia’s greatest value is letting senior devs solve fun puzzles without the burden of shipping anything customers want.
IoT devices have a big problem with software updates. The people who make them are primarily interested in selling hardware, not supporting it for the many years it will probably be in your home. (You might replace a smartphone every two years, but how often do you replace a light switch or thermostat?)
Google says Fuchsia is built to be easy to update. Different components are able to be upgraded independently. There is a stable binary API for drivers.
Imagine a world where IoT devices are built to some Fuchsia-based standard which allows them to continue to be updated even when the manufacturer inevitably abandons the devices and their users. You could get more out of the devices, and you could worry less about security.
It wouldn't solve 100% of the problem, though, because there would always be some device-specific code, including device drivers and any software that enables unique capabilities of the device.
What was the market for php when it came out ? It was just a few helpers to write web pages, simpler to use than perl that already existed at the time
What was the market for go when it came out ? Yes, it did have a few modern things built-in, but there were already tons of widely deployed languages.
And yet here we are. I don't need to tell you how successful each of those is today. I don't mean to say that Fuchsia will definitely be useful or deployed in any large fashion; just that "there is no market" is not a valid counterpoint to the development of a new project.
Strange argument. Maybe they will move all their devices to their own superior OS Tizen. Or maybe they tried and it did not turn out very well.
So whichever side Samsung is it does not affect Google. There are many phone makers not that many phone OS makes. And with chinese manufacturers already pounding them they have no leverage on Google.
Blackberry's QNX ( https://en.wikipedia.org/wiki/QNX ) is a microkernel architecture and was designed with this in mind - https://www.qnx.com/developers/docs/6.3.0SP3/neutrino/sys_ar... ...
> Traditional power management (PM) is aimed at conserving the power of computers that are usually left on. The general-purpose approach to PM for desktop PCs -- or even for "mobile" PCs, such as laptops -- doesn't take into account the specific demands of embedded systems, which can be off (or on standby) much of the time, yet must respond to external events in predictable ways.
I don't know if it's inherently more efficient to implement this type of thing with a microkernel but given the iBeacons and similar effectively "failed" ( https://venturebeat.com/2018/10/27/why-android-nearby-ibeaco...) due to power and sensitivity, this could be a big enough incentive to start a new OS
Edit: not a Rust fanboy by any means, hell, I've never even opened a Rust file.
What do you think is Google's masterplan for Fuchsia?
(e.g. I'm compiling for --release workstation.x64 --with-base ... the kitchen-sink)
I am sad to see WindowsNT, Linux and macOS be the only dominant operating systems.
My personal very perhaps unpopular view is that Windows NT has a better technial implentation than Linux.
Linux does most things well, form small devices to big iron. That is true now.
But when it started, it was as a learning experiment, and damn good one too. An amazing achievement. A lot of work my haorsd of people have since built on top of it, replaced things, epanded things, hardening things, adding drivers, etc. And it has come a long way, but to me as an operating system, technically it is not that inspiring.
I wish we had maybe 10 competitve opearing systems, some brand new off the presses.
I have run Linux in one form or another since the first Yggdrasil release at the end of 1992. (not very early).
It was amazing. Running it on my PC at home and it was faster than the terminals at school (well all shared a few servers so always a lot going on, I am sure if you had it all to yourself it would be faster. I guess that is why some people spent the nights there is they had demanding tasks to run, but htye were not a priority to get access to the better, newer and a lot more dedicated hardware. (It was a complicated process).
I could do 90% of what was needed at home, woot.
I was very happy when I get my paws on the first WindowsNT release back in 1994 I think. I had preordered it.
I cold not wait to install it.
processor-independent, multiprocessing and multi-user operating system the end of 1992.
After having suffered through the pain that was Widows that had a kinda sorts maybe a little multitasking. Finally an improvement. OF course, a lot of my software refused to run on it, or it refused to run it
The first Mac I had with macOS was also very cool, since then OpenBSD, I had NextStep when they released it for Intel. Very cool.
Anyways I have been waiting since to get a new operating system that levels up the game, as much as WindowsNT did for Windows 3.11, 95, 98, me.
I have not yet had that privilege.
I had good hopes for Plan9, QNX, a reimplementation fo BeOS that is still ongoing. (I might have the wrong name on that one. I remember a demo I had at the university of a BeBox with the BeOs and how well it multitasked what backed then seemed like very CPU intensive graphics manipulation while playing a video and some other stuff -at the time-... I never got a BeBox and havent run its OS)
There have been, and are some solid research OSs but they have never made it out into the real world.
WindowsNT, Linux and macOS cannot be all we are given. What replaces them?
Where is WindowsNTNT.
Will it take quantum computers to become the norm before we get it? Maybe Linux already runs on that too.
(if quantum computers ever become viable or even a good fit for everyday boring computer stuff).
Give me a new operating system, written from scratch, to implement every secure feature it should have, harden it, eliminate even the possibility of buffer overflows and assorted tasks, or create them so that the elements that are exposed can fail gracefully and non-destructbily and not leak data or allow inputting of data.
I forgot about Qubes OS, that is very interesting. Maybe that is it.
No matches.
I wonder how many people can look past the kernel when discussing what this is and how it’s different from Android?