[ajross]

The MeeGo world had a bunch of discussions on this. What ultimately (IMHO) matters to people is simple visibility into the design process. With desktop linux, we get that. We can see Gnome 3 coming and talk about it before it arrives. We can try out a new driver from a development tree. When the occasion arrives, we can grab/test/fix/rework this stuff and know who to push the changes to.

But when these processes and priorities collide with "product strategy" they always lose. Google and its partners want to unveil ICS in a big press conference, not an email message. Samsung wants to show the first ICS phone, and not be one-upped by some geek running a CM9 nightly image on a phone she bought last year. So they delay the source drop and shutter the doors on the git archives. But in so doing they kill off the "project" part of AOSP.

And no, this didn't really work in MeeGo either. I don't know what the answer is, except to decouple the OS vendor from the hardware vendor (i.e. the Red Hat model). But that won't work because apparently no one wants to sell an open consumer electronics device.

[cpeterso]

Google also does not want device manufacturers to ship pre-release versions of Android just to be first to market. This was apparently a problem with Froyo or Gingerbread.

Google could hold back the sexy UI and application changes and just develop the kernel and foundation libraries in the open. But some of their hardware partners are very secretive and do not want any details leaked about the capabilities of their new hardware that may be revealed in device drivers.

[ajross]

Those are certainly some of the reasons, yes. But my point was more that Google is doing a poor job of managing the conflict between the business interests of its hardware partners and the health of the Android Open Source Project. Basically, AOSP isn't a "project" anymore (if it ever was), and that's sad.

And it's not like this is an impossibility. Red Hat manages to sell RHEL licenses without killing Fedora, for example.