Google Working On Android Based On Linux 3.8

[dalingrin]

Ah yes... It is sooooo difficult to just take vanilla linux, all the drivers, systemd, dbus, pulseaudio, port current homescreen design to Enlightenment (ship that shit?), slowly phase out Java (like Microsoft phases out win32), copy Tizen work on having HTMLv5 work on EFL, rename Google Play to Repository browser and put Google Play inside a repository file... And just fscking ship it with GNU tools.

DRM the shit out of Coreboot and have Android as a secure payload. Allow other unsigned payloads, but warn about security (and have a checkbox saying "Do not warn me about this payload anymore"). Everybody happy.

Google sucks. So much so that I've ditched even search for DuckDuckGo.

Ah, almost made it to page 3 without the requisite Phoronix troll post.

[V!NCENT]

Ah yes... It is sooooo difficult to just take vanilla linux, all the drivers, systemd, dbus, pulseaudio, port current homescreen design to Enlightenment (ship that shit?), slowly phase out Java (like Microsoft phases out win32), copy Tizen work on having HTMLv5 work on EFL, rename Google Play to Repository browser and put Google Play inside a repository file... And just fscking ship it with GNU tools.

DRM the shit out of Coreboot and have Android as a secure payload. Allow other unsigned payloads, but warn about security (and have a checkbox saying "Do not warn me about this payload anymore"). Everybody happy.

Google sucks. So much so that I've ditched even search for DuckDuckGo.

[uid313]

lol. you are always dissin' java 6.

i actually found all the new things they've been roping into java has made it a lot more convoluted and uglier. it's like they want to turn it into something unintuitive like PHP or C++.

jmo of course.

edit: before you know it they'll be adding "unsigned ints"

Actually I like the changes in Java 7.
* Can use strings in cases in switch()
* Type interfering, less code, less repetition of code

Yeah I'm kind of thinking the unified arm work, and f2fs

Unified ARM sounds really nice. Hopefully that makes it easier for CyanogenMod, Raspberry Pi, Debian/Ubuntu and everyone.

[newwen]

fast tracking 3.8 this could mean only one thing....android wants f2fs!

Or that they want to rebase both Android and ChromeOS on 3.8

[staalmannen]

Is there an easy overview somewhere with the diff sizes between the Android kernel and Linus' branch with the corresponding version number and how this has evolved over the kernel releases?

Also, it would be interesting to see those diffs divided into the different directories/functional units of the kernel sources.

In a way that would give an indication of how long they have to go to run on an almost pure mainline kernel.

[jrdls]

Actually I was hoping they would drop their power management patches and they have! If one looks in /kernel/power the only file not in linus's tree is suspend_time.c and that's encouraging. Hopefully this code has been tested and is as power efficient as Android's current code if not more so.

PS: It will be interesting to see what google does with F2FS too.

[Krysto]

Why don't they just target 3.9?

Maybe because it isn't ready, and they're working only with stable stuff.

[e8hffff]

Why don't they just target 3.9?

[Luke_Wolf]

lol. you are always dissin' java 6.

i actually found all the new things they've been roping into java has made it a lot more convoluted and uglier. it's like they want to turn it into something unintuitive like PHP or C++.

jmo of course.

edit: before you know it they'll be adding "unsigned ints"

C++, particularly when combined with Qt is far more intuitive than the utter braindamage that is Java

[Ericg]

fast tracking 3.8 this could mean only one thing....android wants f2fs!

Yeah I'm kind of thinking the unified arm work, and f2fs