Google Opens Up Android Codebase

rsk writes "It's official: Google has Open Sourced Android. The source code can be downloaded from Android's Git repository. Bugs are handled at the Google Code Android project page with documentation being handled by a collection of Google Site pages. One of the more interesting aspects of Android seems to be the seemingly Eclipse Foundation-like organization of the project, welcoming both Individual and Commercial developers into the Android development pot. One of the benefits of this arrangement is securing the existence of the project by involving commercial interests and their money in the process ... this is also one of the downsides; having commercial entities charter and lead features of a platform that their own commercial offerings provide 'enhanced' versions of, sometimes leaving the free offering always lacking in one obvious way or another. It's hard to say at this point how involved Google will be in this process, or the Open Handset Alliance in general, with managing the health of sub-projects under the Android umbrella as time goes on."

Comments

Let the porting begin!

[Zach978]

We need to port this thing to all kinds of devices, and would also be nice to port the framework to run natively so you could develop Android apps that would run natively on Linux.

Re:Let the porting begin!

[jmcnaught]

The Openmoko isn't ready for prime time at all. It reminds me of using Linux in the nineties--lots of configuring stuff by hand--but at least back then when you got it working it was stable. I'm still getting lots of slowdowns and crashes. The GSM reception drops out every few minutes... sometimes it's better, sometimes it's worse depending on the distro you're using and what updates you've applied. Even Qtextended (formerly Qtopia) crashes a lot. I don't think the GSM reception thing is hardware related because I've had it running perfectly before. There are also basic problems like how it doesn't always wake out of suspend when you have a call or a text message, but I think that's been mostly resolved.

Something I discovered the other day was that even if you leave the phone plugged into the wall charger all night you might wake up with a dead battery. Once the battery is charged it starts draining. The best part is that if the battery is completely drained you can't power up the device even when it's plugged in. You actually have to get a new battery if you ever let it completely drain... or have the tools and knowledge to resurrect a dead battery on your own. Thankfully my brother also has a Freerunner so I managed to power on with his battery then swap mine in after it booted.

Watching from the outside it seems like the Openmoko team really lacks leadership. They started working on a GTK+ based system and released it as 2007.2... that one was close to being functional but the GSM parts were unstable. So they started working on ASU (now called 2008.8 or .9) which is a mish-mash of Qtopia ported to X11, Enlightenment and PyGTK. That's what they're focused on right now. But they've also got the project called FreeSmartphone.org, so they have a third distro called FSO. FSO has its own phone stack instead of using the one from Qtopia. Eventually they'll bring the FSO phone stack to 2008.8.

They also just announced that they're going to stop developing the applications they've been working on and focus on stability and reliability of the basic phone functions and suspend/resume. That's the best news I've heard out of the team yet.

Of course there are also community distros. Rasterman releases some of his own experimental builds and so do a few others. There's a distro called Fat and Dirty Openmoko (FDOM) that is just 2008.8 with a bunch of apps installed and some fixes applied. And you can run Debian on it too, but I haven't tried that yet.

As far as applications go, I imagine you could port anything that runs on your Linux desktop to the phone as long as it's not to resource intensive. The phone has X11 and it's even got 3d acceleration.

Right now on my phone the address book, dialer, calendar and sms/email are from Qtopia. I have Pidgin, Pythm (an mplayer front end, untested), Navit and TangoGPS for GPS, Linphone for VoIP (haven't really used it yet). For browsing I've got Minimo 0.2 (it kinda sucks) and Midori (webkit based, just installed it today). And I have Duke Nukem 3d which is controlled by tilting the phone. Sounds like fun, but it's actually a little tiresome. I was thinking of installing Abiword but I don't know how much word processing I'll be doing with the touch screen keyboard.

So I guess to wrap things up you shouldn't get this phone unless you've got money to burn for a cool pocket linux gadget. I still use my cheap Nokia flip phone most days. But the Openmoko is fun to play with and it comes with a really nifty stylus/pen/laser pointer/flash light. Really.

I'll probably try Android on it, but only after someone else releases kernel and rootfs images so I don't have to do much work. I'm still much more interested in the Openmoko platform than in Android because the Openmoko is much closer to a familiar GNU/Linux system than Android ever will be.

One thing that would be nice though is if the market gets flooded with smart phones that boot Linux kernels with all devices working. Because I was thinking that down the line I might buy an Android phone so I can put Debian or an Openmoko derivative on it.

I got my G1 yesterday

[cl0s]

Got my G1 yesterday. What I've played with so far is pretty nice, the camera is very light sensitive though, so far the only complain I have.

You can install apps from the market, internet or memory card, and the possibilities are endless just with the original OS. Can't wait for some hacked versions of Android so I can really have some fun though.

Re:Allowing "Banned" Features

[not already in use]

Here's my take on the situation. Google realizes that carriers want strict control over their devices. This doesn't bother me one bit, nor does it bother 99% of consumers. The 1% is does bother are people who want a profit-seeking corporation to bow to the wants and needs of a small minority.

It bothers me when people complain about this, because the software is open. Branded versions will always be based on the open version, much the way you see MyEclipse staying in tune with the vanilla eclipse releases. Combine this with the fact that there is existing open hardware available (and opportunities to create more) and this supposed "community" that can put it all together, it leaves me wondering, what is there to complain about?

Re:Earth to Slashdot

[vux984]

Earth to Slashdot... this is how almost every major OSS project runs; people who pay for developers [such as me] will get the features they want.

No. There is a big difference.

Typically when a commercial entity leads development of OSS where they have a propriety solution that enhances it, they PREVENT those key proprietary feature from EVER being added to the free version. Thus the ONLY way to get it to use their paid version.

Even if the community WANTS the feature in the free version, and volunteer developers are willing to build it, the commercial entity prevents it from happening. Refusing those patches, playing politics, and so on.

Of course the OSS community can always fork the project... but then they lose out on all the good things the commercial entity IS feeding into the development, and you get all the other community fragmentation issues that go along with forking too... there is no win-win.

Re:Allowing "Banned" Features

[CdBee]

Apple has a real reason to not implement a full modern Bluetooth stack - if they do it on the iPhone it will be expected/demanded/hacked onto the ipod Touch, and people would then use an iPod Touch with a cheapo bluetooth phone rather than paying the premium for an iPhone