|
|
|
|
|
by aj
6181 days ago
|
|
<i>It’s very hard to get all the hardware makers to create drivers (or create them yourself) for your OS.</i> Wrong. They are using the linux _kernel_ which does NOT include drivers for all (or any) hardware devices! <i>Also wrong. Many applications exist that already run on Google Chrome OS. They're called webapps. That's sort of the point.</i> That's sort of the point that you did not get. A lot of apps are NOT available as a web-app. Photoshop class image editing/creation app definitely not.. <i>Does NOBODY read the press releases? It's based on Linux! They have most of the work already done for them!</i> You must be NOBODY since you obviously did not read the PR. It is the linux kernel only. While the kernel is a very important part of the OS, it is not the only part. Especially for a consumer centric OS, it definitely is not! |
|
Ugh. The kernel includes the drivers either in the kernel image itself (hence monolithic) or (more likely these days) as modules, most of which are part of the vanilla kernel source. ANYONE who's ever compiled a kernel knows this, because it's right in the config menu — which drivers to include and which not, which should be part of the image and which should be modules
> That's sort of the point that you did not get. A lot of apps are NOT available as a web-app. Photoshop class image editing/creation app definitely not..
Which is why Chrome is going to start as a Netbook OS — Netbooks are for people who won't be using photoshop. I say "start out" because with Chrome's ever-improving V8 engine, it may be possible at some point in the future to write a good image editor for the web using HTML5 canvas.
>You must be NOBODY since you obviously did not read the PR. It is the linux kernel only. While the kernel is a very important part of the OS, it is not the only part. Especially for a consumer centric OS, it definitely is not!
They said the Linux kernel (which apparently includes more than you thought it does). They didn't say only the linux kernel. I imagine glibc (or eglibc) stays. In fact, I suspect most of the GNU devland libraries will be present, if to be used only by OS developers and not by app developers. The only truly new thing we know about will be the X11 replacement, aside from that it could be debian or fedora all the way down.