Linked by Thom Holwerda on Mon 13th May 2013 12:42 UTC
Google The only thing from the interview I care about: "We are thinking about how to make Android handle updates better. We see ways we can do this. It's early days. We're talking with our partners and working our way through it. We need time to figure out the mechanics, but it's definitely an area of focus for me and for the team." We've seen empty promises about this before, though.
Thread beginning with comment 561428
To view parent comment, click here.
To read all comments associated with this story, please click here.
RE: Easier update ?
by Bill Shooter of Bul on Mon 13th May 2013 15:29 UTC in reply to "Easier update ?"
Bill Shooter of Bul
Member since:
2006-07-14

I think they are talking about updating Android, not just the linux kernel that sits in the backgound.

The OEM's should just write their custom skins as drop in lanunchers that don't interfere with the actual parts of Android that Google will update. But in any case, there have been many articles pointing out that most of the delay in the states is due to carrier certification of each update, rather than code modifications and incompatibilities with the new Android update from google.

Reply Parent Score: 2

RE[2]: Easier update ?
by Kochise on Mon 13th May 2013 16:56 in reply to "RE: Easier update ?"
Kochise Member since:
2006-03-03

Carrier certification of each update ? Like Google doesn't know its game ? That just sounds silly as a child's excuse for breaking the pot with his soccer ball...

Yeah, oem/carrier should get off their hands from Google's code and just sit atop the APIs without fragmenting the kernel.

Kochise

Reply Parent Score: 2

RE[3]: Easier update ?
by Bill Shooter of Bul on Mon 13th May 2013 18:17 in reply to "RE[2]: Easier update ?"
Bill Shooter of Bul Member since:
2006-07-14

I don't want to belabor the point, but the problem is not with the linux kernel, its with the non Linux parts of Android: the virtual machine Dalvik, Surface Flinger Compositor and assorted helper applications that sit atop the Linux kernel.

Reply Parent Score: 2