www. O S N E W S .com
News Features Interviews
BlogContact Editorials
"Fuchsia is not Linux"
By special contributor garyd on 2018-04-12 22:36:54

Google has posted the beginnings of a documentation project around their microkernel based OS, Fuchsia. From the readme:

This document is a collection of articles describing the Fuchsia operating system, organized around particular subsystems. Sections will be populated over time.

 Email a friend - Printer friendly - Related stories
Post a new comment
Read Comments: 1-10 -- 11-20 -- 21-30 -- 31-33
By garyd on 2018-04-13 22:15:28
> Probably because a pure microkernel with managed code WOULD compromise performance. It's basically impossible not to. Any claim to the contrary is purely marketing spin.

Electrocom Automation supplies high speed letter sorting equipment to all major US Postal Service hub cities around the country (at least one per State). They've been running on QNX 24/7 since 1990. One such machine, the Delivery Bar Code Sorter (DBCS), can sort 35,000 to 40,000 letters per hour. I doubt that any .NET or Mono is anywhere in the stack, however, since these systems predate their managed code by over a decade.

Edited 2018-04-13 22:27 UTC
Permalink - Score: 2
RE[3]: Love the homage to GNU
By moondevil on 2018-04-14 08:14:06
It uses cherry picked parts of OpenJDK, not all of it.

In any case, even if I missed it, that is not where Android's value is.

The Java and native code related to what Android actually is, is under Apache license.

After pushing GCC out of Android, just like Apple did before, the kernel and Java runtime library are the remaining GPL components, all the other layers use a mix of Apache and MIT licenses.
Permalink - Score: 2
RE[8]: Love the homage to GNU
By Ford Prefect on 2018-04-14 12:17:41
No sweat, I have to say sorry because I didn't want to critizise your comment at all. I was just bummed out by the previous comment in the chain, and people voting down my factual stating comment down to zero.

So my critique was not about your comment.
Sorry for the confusion, I am happy with your comments adding detailed knowledge to the matter.
Permalink - Score: 1
RE[4]: Love the homage to GNU
By Ford Prefect on 2018-04-14 12:22:58
No, it doesn't use cherry-picked parts.

And the Java runtime is an extremly crucial part of Android. The virtual machine (ART) is only part of it.

Edited 2018-04-14 12:23 UTC
Permalink - Score: 2
RE[4]: Love the homage to GNU
By OmegaRed2105 on 2018-04-14 13:24:53
> > Never understood why Minix3 never got any traction, even though the millions injected by EU. They had to "migrate" to (net)BSD to start getting a little bit relevant.

It has got traction, it's been used in the Intel Management Engine, which is the sort of target the research had in mind (deeply embedded, reliable OS).

Minix3 failed as a desktop OS because it didn't fix a problem on the desktop. Linux was already there, and reliable enough that Minix's uKernel design didn't help. To be honest, I've tried Minix on the desktop and it hasn't even been as reliable as Linux, with regular hangs as kernel processes crashed and didn't seem to come back to life as promised. Which is not a problem, it's nothing more hours couldn't fix, and I went in well aware of the potential limitations.

Minix never failed as a desktop. It's just that it was never given a chance. When Minix was first created it was proprietary and pretty expensive (I believe it was $65). On top of that you had to buy the books and there was a developers fee if you wanted to make software on Minix. Minix was mostly used for studies on operating systems, not necessarily to compete with others oses at the time. Even Andrew S. Tanenbaum said it himself he was content with 386BSD. But development for 386BSD was halted because of a copyright infringement and with Minix being closed source and expensive, the only option left was Linux. Linux was free and open source, there was no fee to make software for Linux, and it was not bogged down by litigation, so developers flocked to Linux. By 96 Linux popularity took off and it never looked back. Remember the operating system market revolves around network effects. Developers port their software on operating systems that are well known. The three most popular operating systems are Windows/MacOS/Linux and that's where most developers and hardware manufacturers make their products on, although FreeBSD is getting up their in popularity. By the time Andrew S. Tanenbaum made Minix free and open source in 2000, most developers were pouring all their support towards Windows/MacOS/Linux. Also Andrew S. Tanenbaum hates Linux, he likes the BSDs.
Permalink - Score: 3
RE[5]: Love the homage to GNU
By moondevil on 2018-04-14 14:27:48
Sure it does, only blind Google advocacy without Android development experience can state such thing, easily demised with facts.

To make it easier on you, lets stay with OpenJDK 7, released in 2011, later versions are just too easy to find missing features.

These are the APIs available in OpenJDK 7,


These are the APIs actually available on Android


If you wish I can provide you a diff tool that compares both sets of documentation.

To make it easier on you, here are some examples:

* java.nio.file (added in API level 26, 2017)

* java.nio.channel.FileLock:: acquiredBy (added in API level 24, 2015)

* java.security.CryptoPrimiti ve (added in API level 24, 2015)

* java.util.BitSet::toByteArr ay (added in API level 19, 2013)

* java.lang.invoke (added in API level 26, 2017)

I can also provide some logs from Android Gerrit, that shows that Google just doesn't take stuff from OpenJDK as is




Plenty more to search for if you care.

Then you can git clone https://android.googlesource.com/... and search for Android-removed: and Android-changed: entries.

What makes Android are the android.* packages, the Support Library and Google Play Services, not the pieces that they have taken from Java™.
Permalink - Score: 3
RE[6]: Love the homage to GNU
By Ford Prefect on 2018-04-14 15:41:48
Did you really just call me a (blind) Google advocate just because I disagree with you in a technical discussion?

Do you think it is healthy for the discourse these days that people reduce each other to being aligned with big tech companies out of the blue?

Did you ever read me defending Google's approach of proprietarizing core Android APIs with the Play Services? Or that I do not see the value of copyleft license models? I publish my software under GPLv3 myself. I also worked in my local communitys by organizing "Android rooting parties" to help people regain control of their devices and install libre software alternatives on them.

All I said is that (a) the Linux kernel is not the only software shipped with Android that is GPL-licensed, (b) Android's current Java implementation is based on OpenJDK, and is not merely cherry picking some parts of it.

Is there anything "Google" in what I had said?

Now I don't know how you define "cherry picking". But I define it, in git fashion, as in taking small parts of code out of a larger codebase. This is not the case here. OpenJDK is the _foundation_ of the Android Java ecosystem. And a slightly incomplete JDK is not a "cherry picked" one to my understanding.

You go on to show proof that Android's JDK is patched. Big deal. Did you actually read the patches that you linked? They are functional patches. One of them is reverting an older patch to vanilla OpenJDK. What is so special about patching the software you are using to fix problems? Isn't this a crucial part in the free software model? Doesn't it show, by the way, that Google is actively contributing GPL-licensed code?

The android.* packages are based on the JDK. They would not work without the primitives etc. defined in the JDK. You cannot write anything using android.* without having a JDK. Good luck using android.text.Editable without having java.lang.CharSequence. However, you can ditch the OpenJDK shipped with Android for vanilla OpenJDK and it will still work. It is even recommended to developers for Android versions where OpenJDK is not part of the distribution.

I don't mind you shitting on Google or more precisely, on how they are evolving Android into a direction where they tighten their control on it and make other vendors depend on Google. I think your claim that Google is crusading against GPL is dubious, but well if you have good points about it I am inclined on reading them and getting convinced. However you should stick to the facts and if somebody corrects you on a technical basis, you should not go ad hominem paired with imputation.
Permalink - Score: 1
RE[5]: Love the homage to GNU
By Kochise on 2018-04-14 16:19:06
What do you imply by specifying "hating Linux, liking BSDs" ? Licensing model ? Technological choices ? Architectural debts ?
Permalink - Score: 2
RE[7]: Love the homage to GNU
By moondevil on 2018-04-14 16:43:28
Sorry if I offended you, that was a bit over the top.

I just get a bit out of touch given how Google has contributed to Java fragmentation.

I use cherry picking as in Oxford dictionary, not whatever it means with git.

> Selectively choose (the most beneficial or profitable items, opportunities, etc.) from what is available.


It is definitely the case with Android, given that they only have taken parts of OpenJDK, not 100% of it.

You cannot take a random Java application that runs without any issue on OpenJDK, and have 100% guarantee that it will compile without errors on Android.

Sure I did read them, if you go through the comments, or read the file diffs there are small hints of differences in behaviour.

Google's actions prove their dislike for GPL, they created Bionic while "cleaning up" Linux kernel headers, dumped gcc out of the NDK, created their own patches to be able to compile Linux kernel with clang and now Fuchsia does not have any GPL piece on it.
Permalink - Score: 3
By Superflukin on 2018-04-14 17:45:58
Isn´t it only Unix? Which Stallman supposedly made up? And even invented source code distributions... No..
Permalink - Score: 0

Read Comments 1-10 -- 11-20 -- 21-30 -- 31-33

Post a new comment



Your comment

If you do not have an account, please use a desktop browser to create one.
LEAVE SPACES around URLs to autoparse. No more than 8,000 characters are allowed. The only HTML/UBB tags allowed are bold & italics.
Submission of a comment on OSNews implies that you have acknowledged and fully agreed with THESE TERMS.
News Features Interviews
BlogContact Editorials
WAP site - RSS feed
© OSNews LLC 1997-2007. All Rights Reserved.
The readers' comments are owned and a responsibility of whoever posted them.
Prefer the desktop version of OSNews?