Slashdot Mirror


Google's Fuchsia OS On the Pixelbook (arstechnica.com)

An anonymous reader quotes a report from 9to5Google: Our early look at Fuchsia OS last May provided a glimpse into a number of new interface paradigms. Several months later, we now have an updated hands-on with Google's future operating system that can span various form factors. This look at the in-development OS eight months later comes courtesy of Ars Technica who managed to get Fuchsia installed on the Pixelbook. The Made by Google Chromebook is only the third officially supported "target device" for Fuchsia development. As our last dive into the non-Linux kernel OS was through an Android APK, we did not encounter a lockscreen. The Ars hands-on shows a basic one that displays the time at center and Fuchsia logo in the top-left corner to switch between phone and desktop/tablet mode, while a FAB (of sorts) in the opposite corner lets users bring up WiFi controls, Login, and Guest.

Only Guest is fully functioning at this stage -- at least for non-Google employees. Once in this mode, we encounter an interface similar to the one we spotted last year. The big difference is how Google has filled in demo information and tweaked some elements. On phones and tablets, Fuchsia essentially has three zones. Recent apps are above, at center are controls, and below is a mixture of the Google Feed and Search. The controls swap out the always-displayed profile icon for a Fuchsia button. Tapping still surfaces Quick Settings which actually reflect current device battery levels and IP address. Impressively, Ars found a working web browser that can actually surf the internet. Google.com is the default homepage, with users able to visit other sites through that search bar. Other examples of applications, which are just static images, include a (non-working) phone dialer, video player, and Google Docs. The Google Calendar is notable for having subtle differences to any known version, including the tablet or web app.

11 of 72 comments (clear)

  1. Operating system and kernel not the problem by OrangeTide · · Score: 2, Insightful

    The problem to solve is why vendors, including Google's own Nexus devices, can't manage to keep hardware support going past about 2.5 years. We're supposed to dump our devices in a landfill every 2 years because they are saddled with unresolved security flaws?

    --
    “Common sense is not so common.” — Voltaire
    1. Re:Operating system and kernel not the problem by dog77 · · Score: 2

      Because most tech companies and most developers want to spend their time working on the new and current products. If you have to go back to older products and have to retrofit the Linux kernel for security patches or some major change it can be a lot of effort to make the change and retest it. It helps when you can have all your products on the same code base. This is very difficult with Linux. New hardware is typically only available in the newer kernels. So either you try and maintain a bunch of different code bases or you must move older products to the latest code base and hope things don't break.

      While Linux is great in many ways, I look forward to it being superseded by a micro kernel and an operating system environment with APIs built around semantic versioning that make it easy to update and replace individual components.

  2. jargon-off by PopeRatzo · · Score: 4, Funny

    new interface paradigms

    Oh boy, I love new interface paradigms.

    The Ars hands-on shows a basic one that displays the time at center and Fuchsia logo in the top-left corner to switch between phone and desktop/tablet mode, while a FAB (of sorts) in the opposite corner lets users bring up WiFi controls, Login, and Guest.

    That's it? The new interface paradigm is that they have a logo in the top left?

    Ars found a working web browser that can actually surf the internet.

    Thank goodness. I was worried that there would be a working web browser that couldn't actually surf the internet.

    --
    You are welcome on my lawn.
  3. Re:Root is what matters by freeze128 · · Score: 2

    The point about android is that it is pretty open, and can be installed on devices that are not made by Google. If you're going to limit the devices that can run Fuchsia to only those made by Google, then that's no different than Apple's iOS on it's iPhones.

  4. Fuschia and Concerns about the Future of Linux. by Zombie+Ryushu · · Score: 4, Interesting

    The fact that Linux is the underlying OS to Android has brought a couple of things:

    1. An End to the hardware Nightmares of Linux. Linux generally is not at the mercy of Windows Drivers. Linux Drivers for Android Devices has translated well to Linux Drivers on x86 for Desktop Linux.

    2. Root on our devices. Our Devices are our devices. I don't care how much I paid for the Device. If I was sold a device retail and paid for it in full, its mine. I don't care if they were sold on Amazon. We all should be entitled to have root, and unlocked bootloaders on our devices we pay for. The manufacturer can void the warranty, but thats all. So what happens when root isn't a thing because of FushciaOS?

    3. I have enough trouble with the LineageOS Team and "unsupported devices running unofficial builds. I really hate LineageOS's behavior twoards GSM Phones, and MediaTek Devices. It makes me furious.

  5. Re:Root is what matters by sexconker · · Score: 3, Insightful

    Could you give an example of crapware you've found on say a Chromebook? Or how about on a Nexus device?

    I consider most of the Google apps for shit I don't want that hooks into their services that I don't use (be it their music store, their book store, their buggy calendar app, etc.) to be crapware. Don't even get me started on "Instant Apps" (instant ads), which isn't even listed as a separate app that needs to be enabled/updated - it's baked in deeeeeep, bluetooth "beacon" (more ads) shit, notifications (more ads) triggered by GPS when you're near a store, etc.

    Android is an ad and spying platform for Google and it's getting worse and worse. The 4.2 era was the last time users had any semblance of control over it. I'd still be running that if it weren't for the fact that it's got more exploitable bugs than a Starship Troopers movie.

    I have 22 Google apps on my phone, not counting shit that's not normally shown as an app (all the com.google.esoteric.name.no.one.knows.what.I.do.apk shit). From Android Auto (which cannot be disabled on my phone - if I plug it into my car, even as a passenger, my phone is completely LOCKED DOWN because there are no useful Android Auto apps and none at all which work with my car) to Android Pay to "Google" to Chrome to Photos, Slides, Docs, Sheets, Play Movies & TV, Play Games, In Apps, Music, Youtube, etc. etc.

    I only really want the Play Store, Hangouts (which they keep making worse), Google Maps, and maybe GMail (but it doesn't reliably sync, so fuck it). If you're on a modern Nexus/Pixel device, you're also getting way more shit, from Allo to Duo to the shitty G launcher + themes to the Google Assistant to Messages.

    Fuck all that noise.

  6. fuschia ftw! by cas2000 · · Score: 4, Insightful

    because the world needs yet another proprietary walled garden operating system that allows the manufacturer of the device to retain control over the purchaser's property.

    wtf! how can anyone outside google think that this could possibly be a good thing?

    fuck. that.

    1. Re:fuschia ftw! by sad_ · · Score: 2

      100% agreed, instead they could divert their energy into making changes in the linux kernel, that they really need, instead.

      Yes, it is probably hard and takes a lot of time, but how long have they been working on fuschia already? And that is not taking into account the work it will take to add new features, security, bug fixes, etc. I don't know how many people are working on fuschia, but it can't be more then there are participating in linux's development.

      --
      On a long enough timeline, the survival rate for everyone drops to zero.
  7. Taking bets on lifespan by grumpy_old_grandpa · · Score: 3, Interesting

    With Google's rich history of axing even popular projects, I fail to see how Fuchsia will get a long life. The story is always the same: A bunch of engineers get together on an exciting project. They make some progress, get their promotions, maybe even launch a half-finished product. Now comes the hard work of finishing it, but most difficult of all is to make some kind of revenue stream from it. That's where the higher VCs and senior VC come in and start cutting. Chopping projects like that might even earn somebody further promotions in "clear leadership". Rinse and repeat on a two or three year cycle.

    My bet is that Fuchsia is forgotten by the end of the 2019.

  8. Technical solution to a problem by DrYak · · Score: 4, Interesting

    The problem to solve is why vendors, including Google's own Nexus devices, can't manage to keep hardware support going past about 2.5 years. We're supposed to dump our devices in a landfill every 2 years because they are saddled with unresolved security flaws?

    The problem is that companies make money immediately when they sell a device.
    Not over the lifetime of a device.
    They have strong incentive to put immediately a new device out-of-the-door (sometime even not perfectly finished, with still bugs needing fixing), but not much incentive to write updates 2 years down the line (a that moment, writing an update won't translate in immediate money input, diverts ressources from getting the next money making device out, and might even create a competitor for the new device as the old one remains too much useful).

    This is a bit alleviated if the company has a tighly concentrated line of device where work for updating one translate into "free" updates for another.
    Apple, by having a small set of relatively similar devices is one such example.
    A company such as Jolla making a OS like Sailfish is mostly dealing with user space software suite, and beside a few problems with kernels locked to whatever version the hardware manufacturer supports, can actual transfer their update efforts to the whole range too (Jolla1 smartphone is still benefiting of the updates effort and runs the same version of OS as the latest Sailfish X running on Sony Xperia X devices).

    The hope of Google, by making their own OS and by making it micro kernel, is that most of the hardware-manufacturer dependant shit will be locked inside a few daemons with precisely set APIs and Google should be able to to replace all the other daemons as needed (file systems, etc.).
    As opposed to linux, which is in a constant flux of evolving, and on purpose only exposes an external API to the userland, but might break its own internal interfaces. (So it's hard to port a 4.4 kernel on a piece of hardware whose manufacturer only provided a 3.2 kernel and drivers set).

    Of course, if hardware manufacturer took example of the desktop/laptop world, specially with AMD and Intel, and had opensource drivers stack maintained in the upstream vanilla kernel, things would be much more easy...

    My expectation regarding Fuschia are actually rather low.
    There is a ginormous invested know-how in Linux in the embed world (which itself leverage the even more giant community around Linux). It would be hard to convince all the hardware manufacturer to switch to another completely different kernel and way to develop drivers. It's a very steep uphill battle.

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
  9. Flutter is Dart based by GodWasAnAlien · · Score: 2

    They are trying to replace the OS (Android or ChromeOS -> Fuchsia), and replace the UI Framework (Java -> Flutter/Dart).

    They would be better off if they do both independently.

    Perhaps this would lfirst try to replace ChromeOS.

    But Dart? I wonder why they did not use Go?

    Internal politics at Google for Android vs ChromeOS vs Fuchsia vs Go will make things interesting.