SDK Android en Ubuntu from alexd2 on Vimeo.

Ya no tienes excusa para no ponerte a desarrollar para el sistema operativo de Google para dispositivos móviles.

Instala Java

El SDK de Android está programado sobre Java. Así que tendrás que instalar la máquina virtual Java antes de pensar en instalar Android. Para hacerlo en Ubuntu son muchos los documentos de ayuda disponibles.

Descarga el SDK

La versión actual 1.6R1 está disponible como fichero tar.gz en Google. Utiliza este enlace. Se te pedirá aceptar una licencia y serás redirigido a otro enlace que, ya sí, te permitirá descargar el SDK. Ocupa unos 222 MB.

Descomprime el fichero descargado

Puedes utilizar el directorio /opt así:

  $ cd /opt
  $ sudo tar -xzvf android-sdk-linux_x86-1.6_r1.tgz
  

Todos los ficheros serán descomprimidos a un directorio llamado android-sdk-linux_x86-1.6_r1, y en su interior verás lo siguiente:

  $ ls /opt/android-sdk-linux_x86-1.6_r1
  add-ons docs documentation.html platforms RELEASE_NOTES.html tools
  

Las herramientas de desarrollo para Android están bajo el directorio tools.

Pon a prueba el emulador

Dado que todas las herramientas para Android están bajo /opt/android-sdk-linux_x86-1.6_r1/tools, habrá que modificar la variable de entorno PATH de forma que incluya ese directorio. Abre un terminal y ejecuta lo siguiente:

  $ PATH=${PATH}:/opt/android-sdk-linux_x86-1.6_r1/tools
  $ export PATH
  

Querrás añadir un código similar a tu .bashrc de forma que la modificación esté siempre disponible.

Puedes empezar las pruebas. Es buena idea conservar todos tus ficheros para Android en un directorio separado. Crea por ejemplo ~/src/android y ejecuta todos los comandos de debajo en ese directorio.

The virtual phones created by android SDK are called AVDs ( android virtual device) .Let us start the experiment with a virtual SDcard and a Virtual Phone.

Los teléfonos virtuales creados por el SDK de Android reciben el nombre de AVD —de Android Virtual Device—. Empecemos el experimento con una SDcard virtual y un teléfono virtual.

Let us create a virtual SDcard

Para crear una SDcard virtual:

  $ mksdcard 2048M SDCARD
  

Mira el contenido del directorio y verás ahora un fichero de 2 GB llamado SDCARD. Ahora crea un teléfono virtual Android llamado FERMI_PHONE.

$ android create avd -n FERMI_PHONE -t 2
Android 1.6 is a basic Android platform.
Do you wish to create a custom hardware profile [no]
  

Pulsa Enter para elegir no. Verás el siguiente mensaje.

  Created AVD 'FERMI_PHONE' based on Android 1.6, with the following hardware config:
  hw.lcd.density=160
  

Arranca ahora el emulador.

  $ emulator @FERMI_PHONE -sdcard SDCARD
  

Aparecerá tu teléfono virtual como se muestra debajo. Se abrirá otra ventana pidiéndote participar en una encuesta. Puedes ignorarla y cerrarla.

Espera un momento y cambiará el pantallazo a uno como éste.

Puedes pulsar el botón Menu para desbloquear el teléfono.

O pulsar Ctrl+F11 para girarlo.

Aprovecha y explora Internet utilizando el teléfono Android.

Empieza a desarrollar

La forma más sencilla de desarrollar con Android es utilizar Eclipse. La versión incluida en Jaunty es algo vieja —la 3.2.2-5ubuntu3—. Necesitas una versión posterior para instalar las ADT —Android Development Tools— para Eclipse. Yo he descargado Eclipse 3.5 —Galileo— del sitio de Eclipse y la he instalado. Luego hay que seguir estos pasos:

1. Arranca Eclipse, y selecciona Help, Install New Software.
2. En el diálogo Available Software, elige Add…
3. En el diálogo Add Site que aparece, entra un nombre para el sitio remoto como «Android Plugin» en el campo Name, y en el campo Location entra la siguiente URL y haz clic en Ok.

         https://dl-ssl.google.com/android/eclipse/
     

4. De vuelta a la vista Available Software, ahora deberías ver «Developer Tools» añadida a la lista. Selecciona la casilla junto a ésta, lo que automáticamente seleccionará las herramientas anidadas Android DDMS y Android Development Tools. Haz clic en Next.
5. En el diálogo Install Details resultante, se enumeran Android DMMS y Android Development Tools. Pulsa Next para leer y aceptar el acuerdo de licencia e instalar las dependencias. Luego haz clic en Finish.
6. Reinicia Eclipse.

Puedes modificar las preferencias de Eclipse para apuntar al directorio del Android SDK.

1. Elige Window, Preferences para abrir el panel de preferencias.
2. Escoge Android en el panel izquierdo.
3. Para SDK Location en el panel principal, pulsa Browse y escoge el directorio donde has descomprimido el SDK.
4. Haz clic en Apply y luego en Ok.

Tu entorno de desarrollo ya está listo.

Puedes probar con una aplicación Hello World. Debajo el pantallazo de mi aplicación Hola Mundo.

Es controvertida la calidad de los primeros modelos HTC con Android disponibles. Para navidades, no obstante, deberían a empezar a estar disponibles modelos con Android de marcas como Motorola, Samsung o LG. Es un momento inmejorable para empezar a desarrollar para Android. Sí, la batalla de los smartphones la va a ganar el software.

Adaptado libremente del artículo de Fermi Level para Experimenting with GNU/Linux.

Mi escritorio Debian con las fuentes Android. Una modificación recomendadísima.

La idea no es nueva, la descubro en el blog de Stefano Forenza y me permito compartirla. La instalación es posible dado que Ascender, el creador de las fuentes para Android, ha decidido hacerlas disponibles. Dice la nota de prensa de Ascender:

«La familia Droid de fuentes consta de Droid Sans, Droid Sans Mono y Droid Serif. Cada una cubre un extenso conjunto de caracteres incluyendo Europa Occidental, Europa Central y del Este, Báltico, Cirílico, Griego y Turco. La fuente normal Droid incluye también soporte para Chino Simplificado y Tradicional, Japonés y Coreano, GB2312, Big 5, JIS 0208 y KSC 5601 respectivamente. Droid ha sido diseñada por Steve Matteson de Ascender y facilita una calidad óptima y toda la comodidad para su uso en un terminal móvil tanto si es utilizada en menús de aplicaciones, exploradores web o cualquier otro texto en pantalla.»

Las buenas noticias son que las fuentes ya están disponibles en los repositorios oficiales de Jaunty, y que no hay motivo alguno para no instalar el paquete en una versión anterior de Ubuntu como Intrepid, aunque en este caso el método será más complicado. Esto por supuesto no quiere decir que sea buena idea generalmente instalar paquetes de Jaunty en Intrepid, sólo que en este caso no habrá ningún problema con dependencia alguna.

1. Método fácil

¿Estás en Jaunty? Sencillo. Asegúrate primero de tener habilitados los repositorios Universe.

  $ sudo apt-get install ttf-droid
  

2. Método complicado

Si estás en Intrepid, antes que nada descuelga el teléfono y encierra a los niños en el garaje. Ahora descarga el paquete ttf-droid —gracias a Simon Ochsenreither por empaquetar las fuentes— y haz doble clic para instalarlo o utiliza desde una terminal:

  $ sudo dpkg -i ttf-droid_1.00~b112+dfsg-0ubuntu1_all.deb
  

Para activar las fuentes utiliza Sistema, Preferencias, Apariencia y selecciona las nuevas fuentes.

Hecho. Disfruta las diferencias y cuenta en los comentarios si te gusta el cambio. Mira debajo cómo se compara Droid Sans Mono con el Monospace habitual.

¿Cómo integrar mejor con Firefox?

En lugar de cambiar las fuentes en el panel de control, es posible incorporar el siguiente contenido al propio .fonts.conf en la propia carpeta personal así:

<?xml version="1.0"?>
<!DOCTYPE fontconfig SYSTEM "fonts.dtd">
<!-- ~/.fonts.conf for per-user font configuration -->
<fontconfig>
  <alias>
    <family>serif</family>
    <prefer>
      <family>Droid Serif</family>
    </prefer>
  </alias>
  <alias>
    <family>sans-serif</family>
      <prefer>
        <family>Droid Sans</family>
      </prefer>
  </alias>
  <alias>
    <family>monospace</family>
    <prefer>
      <family>Droid Sans Mono</family>
     </prefer>
  </alias>
</fontconfig>

De esta forma cualquier petición de las fuentes estándar para cada tipo serif, sans-serif o monospace será traducida por una petición a la correspondiente fuente en Droid. Esto permite una integración mejor con muchas aplicaciones, por ejemplo con la fuente que va a utilizar Firefox para visualizar las páginas. No es buena idea si eres desarrollador web porque en tal caso querrás ver las páginas tal y como la gente las ve realmente.

Alguien sugiere malvadamente que Droid le da a Gnome un aspecto así como tirando a KDE. ¿Qué opinas?

Más sobre Ubuntu Linux en el Planet.

El CEO de OpenMoko Sean Moss-Pultz ha respondido a varias preguntas de miembros de la comunidad OpenMoko en una larga nota publicada en la lista de correo del proyecto.

El proyecto OpenMoko fue fundado por FIC en 2006 y más tarde derivó en su propia empresa. Intenta producir un terminal móvil completamente abierto y basado en Linux que pueda ser modificado y reconstruido sin ninguna restricción. En su día liberaron el prototipo llamado Neo1973, al cual le siguió un segundo modelo llamado FreeRunner.

Los esquemas hardware, los ficheros CAD del diseño y el código fuente de la plataforma software están libremente disponibles y distribuidos con licencias abiertas. El creciente número de pilas software alternativas disponible para estos dispositivos les da a usuarios y desarrolladores una amplia gama de elecciones y oportunidades para la experimentación.

Algunos críticos argumentan que la multitud de pilas divergentes en OpenMoko supone una falta de dirección y hace que la creación de aplicaciones de terceras partes sea imposible. Moss-Pultz en cambio desafía a la sabiduría convencional y articula algunos argumentos contundentes en favor de la fragmentación y la diversidad. El último comunicado público de Moss-Pultz está repleto de orgullo por el éxito de su modelo, pero también de humildad sobre los contextos específicos adonde el proyecto está siendo llevado.

«Nuestro argumento hacia la necesidad de un teléfono abierto deriva de la observación de que Internet fragmenta los mercados masivos haciendo económicamente atractiva la búsqueda de nichos de mercado por parte de las empresas. Hemos visto una oportunidad de negocio real causada por esta divergencia» escribe. «Somos pioneros en una nueva forma de empresa fabricante de electrónica de consumo. Los productos que construimos expanden una comunidad. La comunidad así expandida reclama mejores productos y facilita más ventas. Hasta el infinito. Puede que un día la gente mire hacia atrás y reclame que nuestra compañía debería ser considerada la primera fabricante de Electrónica Social».

La estrategia long tail de OpenMoko de dirigirse al aficionado a la electrónica y al entusiasta del software libre ha cumplido su cometido. Aunque el volumen de ventas de FreeRunner es pequeño comparado con el número de unidades vendidas por las grandes compañías, es un volumen suficiente para hacer crecer un negocio sostenible. Moss-Pultz sugiere que la capacidad del proyecto para inspirar es una medida más significativa de su éxito presente. La comunidad de desarrollo del proyecto crece, cada vez más distribuidores quieren hacer sus productos disponibles a los consumidores, y los diseñadores están remezclando los ficheros CAD de formas muy imaginativas. Según Moss-Pultz, todos estos son indicadores de su éxito.

El cuidado al comparar OpenMoko con Apple muestra que las dos compañías operan en dos segmentos de mercado y con objetivos muy diferentes. Moss-Pultz argumenta también que desde OpenMoko se ve a Android como una oportunidad y no como un competidor.

«No creemos que Android sea la competencia. Esto puede sorprenderte, pero no debería» escribe. «¿Vería un pintor un lienzo en blanco, o sus propios pinceles, como su competencia? Los verá como herramientas, como material en crudo que espera a que su imaginación lo transforme en algo real».

Aunque Moss-Pultz está convencido de que OpenMoko ha tenido éxito al construir un producto que ha inspirado a un nicho de mercado, se reconoce que sus equipos aún tienen limitaciones técnicas significativas y que no responden a las necesidades diarias de todo el mundo. Admite que además de su FreeRunner utiliza una Blackberry. Parte del problema es la visión en conflicto y las diferentes opiniones sobre qué tecnologías deben utilizarse lleva a esfuerzos duplicados y energía desperdiciada. Moss-Pultz admite que debe trabajarse en esto.

«La compañía OpenMoko debe simplificarse. Debemos limitarnos a construir lo que todavía no existe. No podemos estar siempre intentando crear cosas desde cero» escribe. «Nuestros recursos son limitados. OpenMoko sólo intenta recrear los estándares esenciales para que sus usuarios se sientan inspirados».

El proyecto OpenMoko es habitualmente malentendido por los observadores externos. Pero sus logros son significativos y salen adelante a su manera. El FreeRunner de OpenMoko carece del refinamiento del iPhone de Apple y de la exactitud arquitectural de la plataforma Android de Google, pero ofrece algo igualmente importante para un pequeño grupo de usuarios expertos. Abre la puerta de la innovación a los desarrolladores que quieren construir bloques de funcionalidad sobre algo que ya existe en lugar de un producto completo.

Visto en “Social electronics,” open source, and Linux smartphones, publicado en ars technica.