Earlier quoted context omitted.
I believe “raze” would be the correct pronunciation. ;)
Both are pronounced identically in American English at least.
A Kernel Hacker Meets Fuchsia OS
61–70 of 296 posts
Re: A Kernel Hacker Meets Fuchsia OS
#62Earlier quoted context omitted.
That’s fine as long as it’s open source and a self-contained local piece of software (as Fuchsia is). The problem with Google killing products is that they’re closed source and/or require huge server resources and/or ML models.
From what I've read Fuschia is not at all self-contained. The UI is fully driven by and targeted towards Google the search and ecosystem. But those write-ups were years ago and there hasn't been new reviews with much UI focus since then.
There is now a UI experience available as part of Fuchsia in the workstation product, but I wouldn't overly index on it as it's just one take on what you could use Fuchsia to build.
Re: A Kernel Hacker Meets Fuchsia OS
#63Wow, it is surprising how awful every last bit of Zircon code reproduced here is. I have to guess the rest is about as bad. This dreck would never pass code review at my shop.
It's becoming a kindergarten, really.
Re: A Kernel Hacker Meets Fuchsia OS
#64Earlier quoted context omitted.
Not necessarily. The core idea of capabilities is more like having a URL to a Web page. Using the URL (the capability), you can access the contents of the page. Inside the contents, you can possibly find other URLs (more privileges granted to you). But the URL happens to be something like an UUID, or a short link; looking at it, you cannot derive another URL (discover another "capability", not granted to you). In oth…
Interesting. Is this in practice implemented as just capabilities being large numbers so it's impractical to guess them, or does the kernel have a table with all of a process's capabilities and when a message is sent to a process with capabilities the kernel adds them to the table? That is -- are capabilities just pieces of data in a message you can detect and try to use, or do they have to be added explicitly to a m…
Re: A Kernel Hacker Meets Fuchsia OS
#65Re: A Kernel Hacker Meets Fuchsia OS
#66The objective of computer security seems to have shifted from preventing someone else from running unauthoirzed software on your computer to preventing you from running unauthorized software on your computer. I would not describe this as security.
Try getting investor dosh without it. Not happening.
Re: A Kernel Hacker Meets Fuchsia OS
#67Wow, it is surprising how awful every last bit of Zircon code reproduced here is. I have to guess the rest is about as bad. This dreck would never pass code review at my shop.
HN downvotes things based on the mood expressed rather than the technical content. It's becoming a kindergarten, really.
Re: A Kernel Hacker Meets Fuchsia OS
#68I think the more interesting thing here is the fact that so much code in their repository appears to be bit-rotted or half baked, despite being documented. KASLR is mentioned all over the place but doesn't work and the answer is "we know, it's there only to stop it bit-rotting". You need to patch the system to do kernel debugging because otherwise the toolchain hangs. Syscalls are documented as enforcing security rul…
It's hard not to feel like maybe Google has lost the ability to develop operating systems. Did they ever have that ability? I know they did a bunch of work for Android/Chrome OS. But both of those are Linux, have they tried to develop an OS from scratch before fuschia?
Perhaps more importantly, both of those are complete and have real users who found value in them.
Re: A Kernel Hacker Meets Fuchsia OS
#69Wow, it is surprising how awful every last bit of Zircon code reproduced here is. I have to guess the rest is about as bad. This dreck would never pass code review at my shop.
HN downvotes things based on the mood expressed rather than the technical content. It's becoming a kindergarten, really.
So I think your assumptions about the reasons for the down votes are inaccurate.
Re: A Kernel Hacker Meets Fuchsia OS
#70Earlier quoted context omitted.
Not necessarily. The core idea of capabilities is more like having a URL to a Web page. Using the URL (the capability), you can access the contents of the page. Inside the contents, you can possibly find other URLs (more privileges granted to you). But the URL happens to be something like an UUID, or a short link; looking at it, you cannot derive another URL (discover another "capability", not granted to you). In oth…
Interesting. Is this in practice implemented as just capabilities being large numbers so it's impractical to guess them, or does the kernel have a table with all of a process's capabilities and when a message is sent to a process with capabilities the kernel adds them to the table? That is -- are capabilities just pieces of data in a message you can detect and try to use, or do they have to be added explicitly to a m…