android sdk, avd, !*&$!$%^

tried to get android emulator working on my admittedly underpowered netbook. it works... sort of. the 3.1 platform was _really_ slow. i tried the snapshot method to make it at least boot faster; no dice. maybe 2.2 would be better, but i think what i'll really try (if i do again) is the android-x86 iso on a flash drive. or just wait -- google and/or intel seems to be coming out with x86 native android later this year.

google native client

i finally understand why google dropped chrome into the yet-another-browser mix: they are trying to take over the world. and it just might work. i’m about a year behind the official announcement, but i just found out about the native client project. sounds like what sun was originally trying to do with java, but in this case there is no need to rewrite everything in a new programming language. and there’s no performance hit from a bytecode compiler/virtual machine. everything runs native in a sandbox, with a recompile required to make jumps safe. the only real refactoring will be to take out disallowed system calls. write my code in linux, run it on windoze, mac, etc, anything that has intel hardware, and i will be able to deploy it through a website. now that’s cool, and it could actually swing people into the cloud computing mentality that will give google the home-field advantage. chrome is not just another browser; it will become a new virtual os. one dude got an unmodified python 2.6 to run by tweaking nacl and glibc to handle dynamic linking. i wonder if that is even necessary if i use cython to embed the interpreter and all modules into a static elf. at any rate, i hope google picks up his patches and charges ahead with this. i was just thinking about how to get around some of the restrictions of google appengine and offload some of the computation to the user’s machine. this would make both possible with minimal effort from me. need to keep an eye on this, and try it out eventually. like maybe when someone confirms scipy and numpy run under native-client. *fingers crossed*

google wave add-ons

here's a site with extensions for google wave. the thing i really need for a collaboration system is project planning. the one thing i can find on there now is planny. looks very young right now, but maybe i'll check back on both pages later.

shopping cart on google app engine

http://bitbucket.org/btoconnor/satchmo-patch/overview/ http://demo.djwarehouse.org/ http://www.getlfs.com/demo http://pinaxproject.com/ http://lincolnloop.com/blog/2008/dec/7/simple-easy-deployment-fabric-and-virtualenv/

google app engine

looks like google is opening up an app engine that runs python. maybe they'll even take this in the direction of commodity computing. i might need to check that out later.

grandcentral

so, google bought grandcentral.com and is now letting people into a free beta. but they don't have any numbers available in my area. i wonder if that's because other people here already took them or if they haven't put any in yet. i guess i'll check it later, just in case.

more reasons to put off buying a cell phone

looks like the neo1973 open cell phone is coming out, and its hardware is comparable to the iphone. runs openmoko, for double geek drool. google is also telling us that their android phone os will run on many different phones, according to wikipedia. i want it. all. but i will definitely wait until things stabilize, prices drop a little, and some 3rd party development gets released. i'll keep an eye on it.

google apps on thin clients

i just discovered this google service for simplifying and reformatting web pages for mobile devices: http://www.google.com/gwt/n looks like it would be very handy for pdas, phones, and ancient laptops on life support that i can't throw away. i also hope to get the official google mobile stuff (http://mobile.google.com/) working on my zaurus 5500. it's just java, and someone apparently made the .jar work with an ibm jvm for a pocket pc. (http://www.downloadsquad.com/2006/11/06/how-to-run-gmail-locally-on-a-pocket-pc/) maybe i can do the same thing with the built-in jvm on my zaurus. in case i can't get that working, i might be able to use this: http://sourceforge.net/projects/gmail-mobile/ i would need to get php for the z, though. [EDIT] looks like the gmail-mobile project is for html<->wml translation/filtering, not for offline reading and editing. too bad. i did manage to snag the mobile gmail java app with wget. (google puts up a bit of a fight because it wants to get your system info, i guess to send you the right version.) looks like it needs some java microedition libs for handling midlets. these posts look like they might be helpful: http://www.oesf.org/forum/index.php?showtopic=17019&st=0 http://www.oesf.org/forum/index.php?showtopic=15610 according to google support, the gmail mobile app requres j2me with midp2. the me4se.jar refered to in the oesf posts has incomplete support for midp2, but one of the posters indicates that classes can be extracted from midp-2_0-src-linux-i686.zip in the midp developer kit. or get everything from here. i'm still not sure, though, if the gmail mobile app will let me have some offline capability or if it's just replacing a web browser with a jvm. maybe google desktop instead? or google gears?