4 ms·
Uhh…doesn’t a basic Debian install already do this? If you can’t be bothered to install basic af distro, then what is a ChromeOS clome going to do?
by righthand 1y ago
Uhh…doesn’t a basic Debian install already do this? If you can’t be bothered to install basic af distro, then what is a ChromeOS clome going to do?
- theamk 1y agoIt's all about security, especially for non-technical user. The Chrome OS is running trusted boot and immutable partition, and completely closed host system, with no user-installable apt [0]. This means it's impossible to completely break the system - nothing that user does will escape browser sandbox. And, for defense-in-depth, even if browser sandbox got compromised, there is no sudo nor ~/.bashrc nor any other executable per-user configs, so malicious software will disappear after reboot. And if you compromise kernel and modify disk directly, there is verified boot... And this is not just theoretical benefits, it's stops practical attacks. Are you sure that "bash | curl" command you typed was safe? Are you sure that "pip install" or "npm install" you did didn't actually install malware on your PC? It is possible to build systems like this based on open-source Linux, but this will be quite a lot of work, and may even require separated trusted builder machine. Definitely out of reach of non-technical user. [0] https://www.chromium.org/chromium-os/chromiumos-design-docs/security-overview/ https://www.chromium.org/chromium-os/chromiumos-design-docs/...
- the8472 1y agoI think steamos would be a better example, also mentioned in the article. Focus on a single application by default, immutable A/B OS filesystems, but can be opened if desired.
- lotharcable 1y agoNot even remotely close. This is why it was such a revolution when Ubuntu came out and quickly dominated the Linux desktop space. When it was new. It took Debian and made it something approachable. But even then it was a 1/3rd of what is described as needed in the article.
- tapoxi 1y agoThe author's point is to use an immutable or atomic system. Debian uses a traditional package manager and over time those packages can get in a weird state. Battery runs out during package update? Third party repo disappears? GPG key changes? Distribution eliminates 32-bit library support? Nvidia drivers change? Distribution deprecates Xorg? Your everyday user doesn't know how to deal with that. An A/B partition scheme is very simple and the system as a whole is integration tested in CI. An OSTree based atomic system is pretty close, although there is some added complexity. Not to mention Debian out-of-the-box is a pretty miserable experience for everyday users. Their Nvidia drivers won't work, they can't figure out how to install Chrome, videos won't play due to missing codecs, etc.
- jcastro 1y ago> An OSTree based atomic system is pretty close, although there is some added complexity. The author mentions this as well but there's no details there. We've been shipping chromeos-style images with universal blue for over 4 years and the ostree parts are invisible to end users. What do you feel takes away from the user experience?
- tapoxi 1y agoThanks for your work by the way, I'm a happy uBlue (Bazzite) user. I think my main concern is something like a known OSTree design issue around UID/GID drift, there was a bug that was partly fixed in 2023 but the issue comes from OSTree assigning known UIDs from the deployment once created, but this may not map to the proper UID on the system the deployment is being blasted to. You can get improper ownership out of this. Not something I've ever encountered myself, but if I were developing an embedded device it seems like one less thing to worry about.
- jcastro 1y agoInteresting, I don't think I've seen this in the wild (~30 million pulls across ublue) - but I think I've seen this issue mentioned before. I'll bring it up during the next bootc meeting[1], which are public btw! Thanks for using bazzite! 1: https://github.com/bootc-dev/bootc?tab=readme-ov-file#community-discussion https://github.com/bootc-dev/bootc?tab=readme-ov-file#commun...
- zdragnar 1y ago> The goal is banishing any and all questions of what to download, what desktop, what apps, packaging formats, software stores, user accounts, backing up, all of it: run the browser locally, sync the data – and only the data – to the cloud. ChromeOS is dead simple. So much so that my otherwise computer-illiterate wife can (and does) use it regularly. There's no way that I'd get her to use debian, though, unless I set everything up for her in advance. Choosing the desktop, setting up PPAs / flatpack / whatever (if you don't want the stock firefox browser), tweaking power settings, there's all sorts of faffing about in comparison. I'd have to set up syncing in Firefox for her (or whatever browser) but to be fair, I helped her set up her account in the chromebook too.
- righthand 1y agoYour computer illiterate wife is using a browser 90% of the time. The next machine you’ll be installing ChromeOS-clone Linux for your wife, she won’t be. It’ll be just as complex to install for her.
- zdragnar 1y agoShe's using a browser all the time. Using debian out of the box is still more complicated. The setup process for debian to get it back down to the bare bones simplicity of ChromeOS is much more time consuming for me. Hence, as my original post was meant to convey, a ChromeOS clone is a better option to set up a laptop for her than just grabbing debian.
- deleted 1y ago[deleted]
- deleted 1y ago[deleted]
- chasd00 1y agoaren't there kiosk modes for various linux distros? I wouldn't be suprised if a kiosk mode can be configured to only allow a browser and wifi config, set it up once and then image it. There you go, now you can just write the image to whatever hardware is supported by that particular flavor and it's installed. edit: i'll add, link your image to a github repo with a readme describing how to get it on disk. there's the project.