Android facebook users, you don’t have to feel left out of the facebook juggernaut anymore – you get the same easy to use, popular facebook that is making waves on the iPhone, on your Android.

The Design follows the same popular features of facebook you are used to, and far superior to the clones that are a dime a dozen on the android market.

Of course you have to use certain features like registering for an account and editing your profile settings on the popular facebook website , but this app comes very close to the home grown iPhone app. Actually, it beats it in looks and some features of user-intuitiveness.

Facebook opened up its API for 3^rd party development, saying they were not interested to pursue other platforms after having developed an in-house version for the iPhone. RIM engineers also collaborated with Facebook to develop one for the blackberry. One is not aware of the reason why this step motherly treatment for Android, but it is. This could be due to Google going the MySpace way, but it is true that Facebook has even stopped building their API in java since mid 2008.

Facebook has not opened up its API fully. It is still holding on to Chat and Inbox APIs. A lot of Android and 3^rd party apps out there are only catering to obtaining News Feeds, friend -lists from Facebook and sending SMSs in the form of status updates, and thats about it!.

AndroidBook has broken the barrier, it is the closest you can get to the iPhone app developed by Facebook. We did it the tough way – but we did it!. This despite the fact that facebook for iPhone is a homegrown application, which had access to the closed facebook APIs.

Features of AndroidBook:

• Login – Login to Facebook, and provide link to Facebook website for Sign Up

Home:

• News Feeds (Status Updates and Links)
• Notifications (Updates to Photos)
• Requests (Friend requests)

Profile:

• Wall (Compose status updates on wall)
• Info (Information of Logged in User)
• Photos, Take, Replace and Upload to personal Album.

Friends:

• Friends Search and Friends Profile

Chat:

• Chat with Available friends

E-mail:

• Inbox (Select, Compose, Reply and Send)
• Sent (Delete)
• Updates (Events Notifications)

Take Photo, Cancel, Replace or Save photo (store locally or upload to personal album)
Logout

Compared to investments of Apple, which has a $100 million fund to seed iPhone applications, and RIM, which has $150 million fund to seed Blackberry applications, the Google investment is a far cry away.

Judging for ADC 2 is different from ADC 1 in that there will be 30 winners against the 50 last year, and 45% of weightage for an application is decided by the community vote and 55% by the judges.
It is mandatory to submit applications that run on Android 1.5 and be in English, and those that are unpublished and non-upgraded.

ADC2 will have two rounds of judging, the first round results in 200 apps total(in 10 categories), that will proceed to the second round. Out of which 30 entries will be winners with 3 entries within the 30 picking up the prizes in the overall winners category.

The contest is expected to start in August 09 and winning entries declared by November 09. We could see a drop in the Android market uploads, as the opportunity cost of waiting is pretty high. We could also see a host of entries in the Lite version (Full-featured with expiry time), so popular applications could potentially rake in money in both places (ADC 2 and The Android Market).

One bone of contention is the ‘Supposed ban on Open Source apps ‘ My comments here.

More details on creation of AVDs and version notes detailing the usage of minSDKVersion for developers.

Compiling our source with a build target of 1.1, went smoothly and hardly any change in code was needed for a build target of 1.5. However, moving to build target of Android 1.5 would not suffice for a project that used Maps, we had to select the ‘Google APIs’ build target (understandable as the maps package was moved out).  Respective Deployment targets were selected for running the apk in the emulator.

It was a joy to see the soft-keys come up when I hit the text box, I have to admit!.

‘The Plateau‘ takes Android’s touch screen capabilites to a whole new level.
Code is performance optimized, so lag is non-existant as you un-entangle the crossed lines by moving the orbs. To top it all, the background music is bound to leave you in a trance.

There are two modes of ‘The Plateau‘ – Challenge and Arcade.
In the non-timed Challenge mode, you can leisurely work out each level and thus help build your own strategies.
The strategy skills that you have thus acquired will help you beat the time for each level in the Arcade mode.

Every level has orbs that randomly change their color – your perceptiveness and responsiveness can help you alter your score to your advantage.
You can resume every level where you ended, you can submit your score and check your position in the high scores list – fight against yourself or the competition, which you will have in plenty,  i.e.,  if you can let go.

Be warned, this game is highly addictive, and promises to entangle you in its web and launch you to a rarefied atmosphere in outer space.

Prominent features of the new SDK are :
Speech Recognition, Soft keyboard, Improved accelerometer and Video recording and uploading capability.
A complete list of the Android 1.5 Highlights.

The biggest improvement from a developers perspective is the AVD Concurrency. Developers can now create Android Virtual Devices with different names and work with emulators in parallel. Also, the choice of multiple targets (including Android 1.1 and Android 1.5), means that developers can continue to test their compilations for older targets (1.1 and earlier), but the catch is, you lose network connectivity (known issue in this SDK). So if you are developing an application which uses network access, then you have to wait for the release version of Android 1.5 SDK.

Eclipse developers, will have to uninstall the ADT 0.8 plugin and install the ADT 0.9 plugin to make use of the new SDK.

It is not yet clear if the team has enhanced the code to handle errors such as – memory overrun that needs ‘bitmap recycle’ and ‘audio flinger ‘ when looping sound files, atleast in this release.

For the user, however, the question remains how far the G1 will continue. With the 1.5 SDK onslaught, we are definitely looking at a G3 (as per the API Level). There are inherent limitations to firmware upgrades, as it needs a supporting underlying hardware. Also, with the addition of the soft keypad, can we expect the new device be thinner ?

The G1 device certainly needs more RAM (55MB ? come on guys – the iPhone 3G will have 128MB, what is Google thinking?)

But for now, it is hoping for rosy days ahead for our favourite platform – Android.

If you wish to publish your application to other users, you are required to sign your application with your own personal certificate. You can generate your own certificate by using the keytool.exe that comes with the JDK/bin folder. In most cases, you can tell the SDK build tools how to find keytool by making sure that your JAVA_HOME environment variable is set and that it references a suitable JDK. Alternatively, you can add the JDK version of Keytool to your PATH variable.

To generate your own certificate, issue the following command:

keytool –genkey –v –keystore sourcebits.keystore –alias CoolApp –keyalg RSA –validity 10000

The above command generates a certificate named sourcebits.keystore with the key alias sourcebits, generated using the RSA algorithm, and with a validity of 10,000 days (this is the minimum recommended).

You will be prompted for some information:

What is your first and last name?

[unknown]: <enter your first and last name>

What is the name of your organizational unit?

[unknown]: <enter your organizational unit>

What is the name of your organization?

[unknown]: <enter the name of your company>

What is the name of your City or Locality?

[unknown]: <enter the name of your city>

What is the name of your State or Province?

[unknown]: <enter the name of your state>

What is the two-letter country code for this unit?

[unknown]: <enter the two digit country code> e.g for USA it is US.

If you are publishing your application for the Android Market, your keystore must have a validity period that ends after 22 October 2033 (which is the reason greater than 10000 days validity is recommended).

Keytool prompts you to provide passwords for the keystore and key. It then generates the keystore as a file called sourcebits.keystore. The keystore and key are protected by the passwords you entered. The keystore contains a single key, valid for 10000 days. The alias is a name that you — will use later, to refer to this keystore when signing your application. Secure and protect these two passwords so that only people who are authorized to sign your applications know about them.

Signing your Android application:

All Android applications must be signed before they are allowed to be deployed onto a device. Android Market Place has made it mandatory to at-least Self-Sign your app before it is accepted. Unlike other mobile platforms, you need not purchase digital certificates from a certificate authority (CA). Instead, you can self-sign (generate your own personal certificate and use it to sign your Android applications).

To sign your application manually:

Have a project that generates your executable with the name you desire for your application.

(PAIN POINT: Your signing may fail otherwise).

Go to Eclipse, right-click on the project ->Android Tools->Export Unsigned Application Package and Select the apk file. You will then be asked to select a directory for exporting the application. For convenience you can export the Android package (with the .apk extension) to JDK/bin.

jarsigner -verbose -keystore sourcebits.keystore CoolApp.apk CoolApp

When prompted for the password for the keystore, use the password that was supplied during the key generation.

To verify that the application is signed correctly, you can use the –verify option with jarsigner.exe.

To verify that your .apk is signed, you can use a command like this:

$ jarsigner -verify CoolApp.apk

If the .apk is signed properly, Jarsigner prints “jar verified”. If you want more details, you can try one of these commands:

$ jarsigner -verify -verbose CoolApp.apk

or

$ jarsigner -verify -verbose -certs CoolApp.apk

The command above, with the –certs option added, the details of the certificate used to sign the application can be seen.

NOTE:

Select strong passwords for the keystore and key.

When you use keytool and jarsigner, do not supply the -storepass and -keypass options at the command line

I have added the solutions to the pain points after going through the upgrade process myself, from version 1.0 to 1.1 to 1.5 on an ADP1 device.

From the above HTC support link, download the actual Radio and System image binaries, as well as the fastboot executable, to help you flash the images to your device.

With the above files, you can:

• Keep your Dev Phone up to date with the latest Android system images
• Test your application on multiple Android platform versions, to ensure compatibility
• Restore a corrupted device to a factory state

When flashing your device, make sure that you follow all of the instructions below, in the order that they are given.

Note that you can flash a system only to a supported device, as described in the following sections.

Overview

The sections below describe two alternative methods that you use to flash your device with a factory Android system image:

* Flashing the device using an updated recovery image (recovery-image method)

This approach involves using the adb tool, available in the Android SDK, to copy updated radio and recovery images to the device’s recovery partition on the SD card. It’s a straightforward operation that you can run in a Windows, OS X, or Linux environment. If you are an Android application developer, this method of flashing your device is recommended. Note that to use this method, the device must have the original factory bootloader that came with the device (hboot 0.95.3000).

* Flashing the device using fastboot commands (fastboot method)

This approach is slightly more complicated and involves using the adb tool to update the radio image and the fastboot tool to flash a system image to the device. Flashing your device in this way is useful if you need to install the radio and system images independently or you are already familiar with fastboot and are using it successfully in your environment. To use this method, your device must have a fastboot-compatible bootloader. Having the original factory bootloader included on ADP devices is not required.

Before you get started, decide which of these two methods is appropriate for you, then follow the instructions below, in the order given. The flashing process for both methods is similar ??the main difference is that the recovery-image method does not require the fastboot tool. Rather than using fastboot to flash a system image to the device, you use adb to copy an updated recovery image to the device. All other steps are the same.

Supported Devices

The system images provided on this page are designed only for installation on devices that meet the following requirements:

• HTC Dream hardware platform only
• Device must include a development bootloader that supports fastboot

You cannot flash these system images to other hardware platforms or to versions of HTC Dream hardware that don’t have a development bootloader that supports fastboot (fastboot is described in the next section). For example, the bootloader on T-Mobile G1 devices (and similar consumer devices) is not a development bootloader and does not support fastboot, so you cannot flash a new system image to those devices.

Get the Tools

To flash a system image to your device, you need a command-line tool called fastboot and the adb tool provided in the Android SDK.

The information of the executables that can be downloaded from the support site

On OS X and Linux, you can store the fastboot executable anywhere on your machine. On Windows, you must store the fastboot executable where it can find the AdbWinApi.dll file (included with the Android SDK), otherwise it will not work properly.

The recommended place to store the fastboot executable on Windows is with the other tools in the Android SDK, in the <sdk>/tools directory. On all platforms, you may want to add the location to your PATH, for convenience.

If your command line interface does not recognise fastboot,

On Windows, where <sdk>/tools has been added to path, Click START->Run. Type ‘cmd’ and click ENTER, In the console type ‘cmd’ and then type ‘fastboot’ and press ENTER

You cannot proceed with the upgrade of the System Image without fastboot, so the above steps are A MUST.

If you do not have the Android SDK installed on your local machine, download the latest version from this location and install it:

http://developer.android.com/sdk/1.5_r1/index.html

Once you install the SDK, the adb tool will be available to you.

If your development machine is running Windows, you should make sure to update your USB driver before continuing. For your convenience, the Android SDK (1.0 r2 or later) includes an updated USB driver that you can install. For more information, see Setting up a Device for Development on the Android Developers Site.

Download the Image Packages

To flash a new system image to your device, you need to download two image packages to your local machine.

• If you are flashing your device using the recovery-image method, you need to download a recovery image package and a radio image package only.
• If you are flashing your device using the fastboot method, you need to download a system image package and a radio image package only.

Radio Image Download

Each Android platform version is designed to run on top of a specifc version of the radio firmware. Typically, each successive release of the Android platform relies on a newer version of the radio firmware, so whenever you are planning to flash a new system image to your device, whether upgrade or downgrade, you should also update the radio firmware to the version expected by the platform. If you do not update your radio image, the system may encounter problems.

Download the signed radio image packages that you need from support site. The platform version compatibility of each radio image package is indicated in its filename.

Once you’ve downloaded a radio image package, you do not need to extract it — you can reference the image package directly from adb commands, as described in the sections below. You can store the radio image package anywhere on your machine, but make sure to store to maintain its version-specific naming.

System Image Download

Download the signed system image packages that you need from support site. Multiple versions of the Android platform are available, so make sure that you understand what version(s) you need and what version(s) you are downloading.

For development, you should select the lowest possible Android platform version that meets the needs of your applications. For example, if you are working in the Android 1.1 SDK and your application is using APIs introduced in Android 1.1, then you should download the Android 1.1 system image. If you are using the Android 1.1 SDK but your application does not use Android 1.1 APIs, then using Android 1.0 image is sufficient.

For testing, consider downloading all platform versions with which your application is compatible, then running your applications on those platform versions to ensure that they work as designed.

Each system image package is a .zip archive that includes several images that you will flash to your device:

• A boot image — contains the kernel and initrd.
• A recovery image — contains files used for rebuilding/updating the system.
• A system image — contains the Android platform/apps of the specified version.

Note that the images in each package are mutually dependent, so you must flash them all to your device together. For example, you should not flash a system image to the device without also flashing the boot and recovery images included in the same image package.

Once you’ve downloaded a system image package, you do not need to extract it — you can reference the image package directly from fastboot commands, as described in the sections below. You can store the system image package anywhere on your machine, but make sure to store to maintain its version-specific naming.

Recovery Image Download

If you are flashing your device using the recovery-image method, download the recovery image package(s) that you need from the list of links in the table above. Currently, a recovery image packages is available only for the Android 1.1 platform version.

Each recovery image package is a .zip archive containing the full contents of a recovery partition, including:

• A boot image – contains the kernel and initrd.
• A recovery image – contains files used for rebuilding/updating the system.
• A system image – contains the Android platform/apps of the specified version.
• A radio image – contains the compatible radio firmware.

Note that the images in each recovery package are mutually dependent, so you must copy them all to your device together. For example, you should not copy a system image to the device without also copying the boot and recovery images included in the same image package.

Once you’ve downloaded a recovery image package, you do not need to extract it – you can reference the image package directly from adb commands, as described in the sections below. You can store the recovery image package anywhere on your machine, but make sure to store to maintain its version-specific naming.

PAINPOINT: Cannot downgrade to Android 1.1 with recovery package 142608

If you are using the recovery-image method and had previously downloaded and the Android 1.1 recovery package signed-dream_devphone-ota-142608.zip, you should make sure to download the replacement recovery package signed-dream_devphone-ota-142608-b.zip (see the download link at the top of this page).

This is necessary because the recovery package signed-dream_devphone-ota-142608.zip prevents you from downgrading to it from a higher version of the recovery image. Therefore, if you upgrade to the Android 1.5 recovery image, you won’t be able to downgrade to Android 1.1 unless you use the replacement package signed-dream_devphone-ota-142608-b.zip.

Update the Device Radio Firmware

Follow the steps below to update the radio image on the device.

1. Ensure that a SD card is inserted in the device
2. Boot the device normally
3. Connect the device to your development machine over USB.
4. At a command line, ensure that adb recognizes your device by issuing this command:
5. $ adb devices
   You should see your device in the console output generated by the command
6. Use the adb push command to copy the contents of the radio image package to the update.zip archive on the device’s SD card:
7. $ adb push <radio-image-package>.zip /sdcard/update.zipThe command prints the number of bytes copied and the elapsed time, then completes. However, note that the files are still being copied in the background, so wait a minute or two before continuing. If you continue too soon and terminate the operation before it is complete, you will get a “bad update.zip” error later, when you try to install the update. To ensure that the entire radio image package is copied before you continue, use this command:

   $ adb shell sync

   When sync returns, all of the data has been copied to the device.
   PAIN POINT: I never got a ! icon following step 8 from the Support site. And without completing the steps below, the installation is NOT complete. Turn off your Phone:Press ‘Menu’ to go to Main Screen with Wallpaper.Keep the ‘Call end’ button pressed till you get the Phone options, and select Power Off option. Select OK to shut down.

8. Hold the home key and power key to boot and enter the recovery mode. When the device enters recovery mode, it displays a “!” icon.
9. With the recovery console displayed, open the sliding keyboard and hold down the ALT+l key combination to enable log output in the recovery console and continue.
10. Next, hold down the ALT+s key combination to install the update. An “installing update” icon and progress bar are displayed (keep holding the ALT+s combination) — when the progress bar completes, the installation is finished.
11. Press the HOME-BACK key combination to write the radio image, update the firmware, and automatically reboot. Note that if you do not use HOME-BACK at this point, the device will not load the updated radio image. After writing the radio image, the device shows a “updating firmware” icon for a few seconds and then automatically reboots in normal mode.

After the device reboots normally, you can update the system image, as described in the next section.

To check the radio image version, you can start the device in fastboot mode (see below). If you still find the old image version, your update was not complete.

Copy the Recovery Image Package to the Device
For the recovery-image method only, after you’ve successfully updated the radio firmware, the next (and final) step is using the adb tool to copy the recovery image package to the device SD card. (If you are using the fastboot method, you do not need to copy a recovery image to the device – see Flash the System Image Package to the Device instead.)

follow the steps below to update the recovery image on the device.

1. Ensure that a SD card is inserted in the device
2. Boot the device normally
3. Connect the device to your development machine over USB.
4. At a command line, ensure that adb recognizes your device by issuing this command:
5. $ adb devices
   You should see your device in the console output generated by the command
6. Use the adb push command to copy the contents of the recovery image package to the update.zip archive on the device’s SD card:
7. $ adb push <recovery-image-package>.zip /sdcard/update.zipThe command prints the number of bytes copied and the elapsed time, then completes. However, note that the files are still being copied in the background, so wait a minute or two before continuing. If you continue too soon and terminate the operation before it is complete, you will get a “bad update.zip” error later, when you try to install the update. To ensure that the entire recovery image package is copied before you continue, use this command:

   $ adb shell sync

   When sync returns, all of the data has been copied to the device.

   PAIN POINT: I never got a ! icon following step 8 from the Support site. And without completing the steps below, the installation is NOT complete. Turn off your Phone:Press ‘Menu’ to go to Main Screen with Wallpaper.Keep the ‘Call end’ button pressed till you get the Phone options, and select Power Off option. Select OK to shut down.

8. Hold the home key and power key to boot and enter the recovery mode. When the device enters recovery mode, it displays a “!” icon.
9. With the recovery console displayed, open the sliding keyboard and hold down the ALT+l key combination to enable log output in the recovery console and continue.
10. Next, hold down the ALT+s key combination to install the update. An “installing update” icon and progress bar are displayed (keep holding the ALT+s combination) — when the progress bar completes, the installation is finished.
11. Press the HOME-BACK key combination to write the recovery image, update the firmware, and automatically reboot. Note that if you do not use HOME-BACK at this point, the device will not load the updated recovery image. After writing the recovery image, the device shows a “updating firmware” icon for a few seconds and then automatically reboots in normal mode.

After the device reboots normally, the operation is complete.

Flash the System Image to the Device
For the fastboot method only, after you’ve successfully updated the radio firmware, the next (and final) step is using the fastboot tool to flash the system image package to the device. Note that you should always update the radio image whenever you update the Android system image on your device. (If you are using the recovery-image method, you do not need to flash the system image package to the device – see Copy the Recovery Image Package to the Device instead.)

Follow the steps below to flash a system image package to your device:

1. Boot the device in fastboot mode.PAIN POINT: Hold the Camera button and the power button at the same time when powering on, the phone will boot into Boot Loader Mode.Make sure the display on the phone changes from “Serial0″ to “FASTBOOT”. If it doesn’t, try pressing the back button.The device is now in fastboot mode and is ready to receive fastboot commands. (I have had success doing this with usb plugged in the whole time, but others haven’t. If you have trouble, try it w/ usb unplugged until you see the skateboards screen.).If you want to exit fastboot mode at this point, you can hold down the keys MENU+Call Start + Call End together.
   Note that the bootloader screen may vary across devices.
   For Android Dev Phone devices, the bootloader screen shows an image of skateboarding robots. Other devices may show a different image or color pattern. In all cases, the bootloader screen shows the text “FASTBOOT” when in fastboot mode. The bootloader also shows the radio version.
2. Connect the device to your development machine over USB, if it isn’t currently connected.
   • USBClass_ff&SubClass_42&Prot_03
   • USBClass_ff&SubClass_42
   • USBClass_ff

From your computer command line type > fastboot devices.(Keep the emulator off, and the device should be indicated:
List of devices attached
HTXXXXXXXXXX device

PAIN POINT: Device is not seen in fastboot mode.

(NOTE: Check the USB device in Computer Manager when the phone IS IN fastboot mode. The computer sees the phone in fastboot mode as a different device than the phone in normal mode)

When the Device is in fastboot mode:

If it asks you to install drivers, then go ahead and use the same usb drivers that you used to get adb working. You can skip the rest of the instructions. Fastboot should be working for you now.
If it doesn’t ask you to install a driver, you need to figure out if the correct driver is loaded already.
Right click on My Computer, and click Manage, then go to the device manager

If you see an “ADB Interface” category at/near the top, with “HTC Dream” under it, then you’re good to go. Fastboot should be working for you.

In the device manager, go down to “Universal Serial Bus Controllers”, and see if you have at least one “USB Mass Storage device”. If you have multiple ones, you’ll need to go through each to find the correct one.

To find the correct one, right click on the USB Mass Storage device and click Properties. Go to the Details tab. In the combo box at the top that says “Device Instance Id”, bring up the pull down and choose “Compatible Ids”. If that is the correct device, then you will see 3 entries:

Once you find the correct device, go to the driver tab, and click “Update Driver”. Choose “No, not this time”, then “Install from a list or specific location”, then “Don’t search, I will choose the driver to install”, and then choose the same usb driver that you used to get adb to work (most probably located in the <sdk>/usb_drivers or its sub-folder)

PAIN POINT: If you don’t see an “ADB Interface” category, then it’s likely that windows loaded the USB Mass Storage driver for it automatically OR If the ADB Interfaces category is seen, but ADB devices/fastboot devices command is not able to list the device.

Unplug all your USB devices, and plug only the G1 device,

Then Uninstall the

ADB Interface->HTC Dream Composite ADB Interface (if present).

USB Serial Bus Controllers->USB Composite Device

USB Serial Bus Controllers ->USB Mass Storage Device

Now Use the USB cord to plug in the G1 Device to your computer, You will be prompted for drivers. Choose to “Install from a list or specific location”, then “Don’t search, I will choose the driver to install”, and then choose the same usb driver that you used to get adb to work (most probably located in the <sdk>/usb_drivers or its sub-folder).

After that’s done, you should be good to go. Open a command prompt and type fastboot devices and it should list the phone.

Note that, rather than using separate fastboot commands to erase the userdata and cache partitions, as described in the previous steps, you can simply supply the -w option when flashing the system image, which has the same result.

3. Next, use this fastboot command to flash the contents of the image package to the device:
4. $ fastboot update <imagepackage>.zip [-w] With this command, fastboot copies all of the images in <system-image-package>.zip to the appropriate partitions on the device. During the process, it prints status messages to the command shell. Depending on your bootloader version, fastboot may also print status messages to the bootloader screen.When all image are copied to the device successfully, fastboot displays a success message.PAIN POINT: Even though I had completed a successful radio image update, and had the proper bootloader version 0.95.3000, I was not able to successfully update the System Image.Unzip the System image and extract these files to your <sdk>/tools and flash the boot.img, recovery.img and system.img individually:

   $fastboot flash boot boot.img
   $fastboot flash recovery recovery.img
   $fastboot flash system system.img

   You may want erase the contents of the userdata partition, by using this fastboot command:

   $ fastboot erase userdata

   This will remove all of the installed applications and their data, but it is a useful step when debugging because it ensures a clean execution environment for the application. Erasing the user data may also be necessary when you are flashing a lower (downgrade) platform version to your device. However, it is not strictly necessary to erase the userdata partition when upgrading to a higher (upgrade) platform version, which is the typical use-case in consumer devices.

   You may also want to erase the cache partition, using this fastboot command:

   $ fastboot erase cache

5. Reboot the device. In most cases, fastboot should reboot the device automatically after copying the image files.
   If necessary, you can reboot the device manually using these fastboot commands:
   $ fastboot reboot or $ fastboot reboot-bootloaderYou can also reboot from the device from the fastboot mode, by holding down the key combination MENU+Call Start + Call End.For information about other fastboot commands, use$ fastboot

• Windows XP or Vista
• Mac OS X 10.4.8 or later (x86 only)
• Linux (Linux Ubuntu Dapper Drake)

The following sections are covered:

1. Installing the .apk file on a new G1 device
2. Installing the .apk file on a device where section 1 has already been followed for steps 1 to 5
3. Uninstalling the .apk file from the G1 device before installing the same .apk again.
4. Uninstalling the .apk file (from the Device or Emulator) using adb shell .

Section 1: Installing the .apk file on a new G1 Device:

1. Installing The Android SDK on your computer.
   • First you will need to download the Android SDK pack .zip archive, once downloaded find a suitable installation location on your machine and extract the zipped files.
   • Please note: This installation location will be referred to as $ANDROID_SDK_PATH in the following sections.
   • Alternatively you can add /tools to your root path which will prevent the need to specify the full path to the tools directory along with enabling you to run Android Debug Bridge (adb) along with other command line tools.
2. To add /tools to System PATH:
   Windows XP / Vista
   • Right click on the My Computer icon and select the properties tab.
   • Select the Advanced tab and click the Environment Variables button.
   • In the new dialog box double-click on Path (located under System Variables) and type in the full path location to the tools directory.

   Alternately, create a System Variable, called ANDROID_SDK_PATH and append %ANDROID_SDK_PATH%\tools to your System PATH variable.

   Linux

   • Edit the ~/.bash_profile or ~/.bashrc files looking for a line that sets the PATH variable.
   • Add the full path location to your $ANDROID_SDK_PATH/tools location for the PATH variable.
   • If no PATH line exists you can add the line by typing the following:
   • Export PATH=${PATH}:<path to your $ANDROID_SDK_PATH /tools>

   Mac OS X

   • In the home directory locate the .bash_profile and locating the PATH variable add the location to your $ANDROID_SDK_PATH /tools folder.
3. Connect the G1 device to the computer through the USB port. (If connecting for the first time, User is prompted to install the drivers in which case, point to $ANDROID_SDK_PATH/usb_driver, the drivers will get installed.)
4. You might have to change your settings to permit apps that don’t come from the Google Market by going to the G1 home screen and choosing MENU > Settings > Applications > Unknown Sources.
5. Turn USB debugging ON on your phone, On your G1 go to the home screen, press MENU > Settings > Applications > Development, then enable USB debugging.
6. From Command line on your computer enter
   ‘adb install <APK_FILE_PATH><APK_FILE>’
   (e.g. adb install C:/AndroidApps/NightStand.apk)
7. Check the MENU from the home screen on the G1 for the installed applications icon.

Section 2: Installing the .apk file on a device where section 1 has already been followed for steps 1 to 5

1. Follow steps 6 and 7 of Section 1.

Section 3: Uninstalling the .apk file from the G1 device before installing the same .apk again.

1. In the G1 Phone, Go to Applications Menu ->Settings->Manage Applications.
2. Select the application which you want to Uninistall, and click on the ‘Uninstall’ button.
3. Follow steps 6 and 7 of Section 1.

Section 4: Uninstalling the .apk file (from the Device or Emulator) using adb shell.

There is an adb uninstall command which always shows Failure!!!

Using adb shell :
Important: The device has to be unplugged from USB if you are trying to uninstall from the emulator, else emulator should not be open and device needs to be plugged in the USB of the PC if you are trying to uninstall from the G1 Device. If either of them are not connected the adb shell command will not work

Go to the shell and making sure adb is in PATH:

Go to shell (from cmd->adb shell or directly through a terminal)

#

#cd data
#cd app
#cd ls

You will get a list of installed application with the complete package name of the package containing the main activity. e.g com.company.product.apk

#rm com.company.product.apk

#cd ls

You will not find the application – you just removed it!.