Follow


Fuchsia OS recently started facilitating outside contributions opensource.googleblog.com/2020

It seems quite good? Do any other big OSes have IPC messaging standards as good as FIDL (fuchsia interface definition language) (why aren't they using capn proto?) (has no generics yet =<<)

The basic unit of execution is the Component. A component can get Capabilities (EG, the ability to make a window, connect to the internet, access the system clock) fuchsia.dev/fuchsia-src/glossa

· · Web · 3 · 2 · 6

"The Fuchsia Package System does not provide native support for inter-package dependencies. This is a considered restriction in order to avoid various challenges that are inherent to dependency management and versioning. This choice keeps the system extremely simple and secure. The solution for handling dependencies is therefore to embed all dependencies into a package."
D:

"The features of the package manager, the package distribution and the Fuchsia storage systems then perform various levels of deduplication in order to make this approach transport, storage and runtime efficient."

Wait, no, O=

@faun the basic idea sounds good, object capabilities for life

@migratory Aye. I think there was some other stuff that sounded good. Oh yeah. They have pledged to maintain ABI compatibility with old drivers. Some linuxes popped up and said "well actually that doesn't make them better than linux because that's anti-foss because it allows closed source drivers to keep working long-term, thus reducing pressures on HW manufacturers to provide source (they usually don't though)"

Which is maybe the most deranged, venomous shit I've ever seen come out of there.

@faun I don't like the Linux argument because "keeping closed-source drivers usable" is, all else equal, a good thing (and Linux has never exerted much force on hw manufacturers)... but the real reason to fear indefinite ABI compat with old drivers is because it means the driver interface is nigh-immutable, and how do you improve your software over time with such a critical (and complex) interface pre-ossified?

@migratory Maintaining compatibility layers doesn't seem that hard to me. The android team seem to be pretty good at it.

Maybe it should be noted; drivers are (often?) components, they're not compiled into the kernel. You can probably wrap a lot of them from userspace?

@faun This is why I'm angry that the UNIX crowd isn't innovating. If they don't do it, they cede first mover advantage to Google.
I don't want Fuchsium and Ungoogled-Fuchsia.

@csepp I don't feel like anything like this could have come out of the UNIX crowd? Like there's no point being mad at them, that's just not something they can do, constitutionally. They have to keep pushing unix.

@faun Hmm. Maybe. Idk, I don't like to limit what people should be able to do.

@faun From your quotes alone, Fuchsia package management is starting to smell a lot like functional immutable package management a la Guix, Nix and OSTree.

I am intrigued.

@faun maybe some good stuff in here I can steal 😈

Sign in to participate in the conversation
Merveilles

Merveilles is a community project aimed at the establishment of new ways of speaking, seeing and organizing information — A culture that seeks augmentation through the arts of engineering and design. A warm welcome to any like-minded people who feel these ideals resonate with them.