Logo de Enyo

Una de las mejores cosas que tiene el escribir en un blog, es que algunas personas dediquen parte de su tiempo a leer tus desvaríos. Si encima te dicen algo, ya sea por Twitter, en persona, o mandándote un correo es una sensación muy especial. Y hay veces en las que te piden que les ayudes con algo, porque piensan que eres un experto en el tema. Palabras mayores, porque yo toco muchos campos, y de algunos voy sabiendo algo, pero de ahí a considerarme experto…

El caso es que Nicolás me escribió desde Argentina. Está interesado en el Framework Enyo y al parecer leyó mi post Aprendiendo a aprender Informática (y JavaScript), tiene una TouchPad y quiere desarrollar para webOS. Pero claro, está la barrera del idioma: la documentación de Enyo es muy escasa, y está toda en Inglés. No existe documentación en Español, y creo que en España casi que nos conocemos personalmente los dos o tres locos que hacemos Apps para la TouchPad (te estoy mirando a tí, Daniel ).

Yo tengo ganas de seguir activamente con Enyo, aunque en los últimos meses he estado programando principalmente para iOS / Objective C. Pero quiero profundizar en JavaScript y CSS3, y disponer de una herramienta (Aplicaciones HTML5) que se ejecutan en muchas plataformas, por no decir en todas. Además, todo el movimiento que está llevando hacia Open webOS 1.0 y Enyo 2 me resulta muy interesante.

Respondo las preguntas de Nicolás, que es lo que me ha llevado a escribir esto:

1. ¿Que necesito para programar en webOS? ¿Conocimientos en que lenguaje debo tener?

Para programar en webOS se usa el malllamado HTML5, ya que webOS se basa en los estándares de las aplicaciones web. Digo malllamado porque realmente HTML no escribes para nada: es todo CSS3 y JavaScript. Luego lo principal es aprender el lenguaje JavaScript. Para eso, se pueden seguir las instrucciones del post antes mencionado.

2. ¿Qué IDE se utiliza?

Una App Enyo es un conjunto de ficheros de texto JavaScript, las hojas de estilo CSS, algún fichero de configuración y un index.html. Además de los recursos que utilices (sonidos, imágenes, etc.). Todo ello en una estructura concreta de carpetas. Por ello, realmente puedes usar el IDE que te resulte más sencillo para editar JavaScript.

Si usara una máquina Windows, creo que mi opción sería NotePad++, que es Software Libre, es gratis y es una pequeña maravilla. Al final vas a estar escribiendo código en varios ficheros, luego cualquier editor con «pestañas» sirve. En mi Mac, primero lo intenté con Aptana Studio, que es una versión adaptada de Eclipse para trabajar con HTML5. Incluso había un plugin para hacer Apps webOS, pero por desgracia usaba Mojo (el framework que se usa para los teléfonos de Palm, que es más antiguo que Enyo y con el que no he trabajado). Pero fallaba mucho, y era muy pesado.

Según avancé, me di cuenta de que Safari (o Chrome), cualquier navegador basado en WebKit puede depurar una App Enyo, ya que activas el modo desarrollo y dispones de un inspector que es una maravilla. Desde el inspector puedes establecer puntos de ruptura y depurar, ver el valor de las variables, consultar qué hay almacenado en Local Storage, o cambiar el CSS en el navegador hasta que tenga el aspecto que quieres, directamente, sin recargar ni grabar. Obviamente todo esto se puede hacer también con Firefox, pero dado que webOS se basa en WebKit, me pareció más adecuado.

Modo Desarrollo de Safari

Así que en el Mac terminé usando DashBoard (el editor que se usa para crear los widgets del Mac, que son HTML5 por cierto). Aunque podía haber usado vi, o cualquier otro. Realmente lo importante es tener un buen editor de textos con resalte de sintaxis. No vas a tener «proyectos», sino que vas a trabajar directamente sobre las carpetas y ficheros que uses. Y, claro, estarás usando algún sistema de control de versiones, ¿no?

3. ¿Que es Ares?

Ares es un IDE que corre en el navegador. Es decir, uno inicia sesión en ARES y desde ahí puedes crear una App, editar el código fuente. Incluso puedes depurarla. Problema: que Ares 1 funciona con Mojo, no con Enyo. Luego no puedes hacer aplicaciones Enyo con Ares 1. Pero ya están trabajando en Ares 2, que está en GitHub, y aunque no funcione demasiado bien de momento, promete bastante. En cualquier caso, de momento usaría un editor de texto para hacer las Apps, como he comentado antes.

Ares

4. ¿Desde Ares se pueden crear aplicaciones? ¿Cómo se compilan o como se las lleva a la tableta?

Sí, desde Ares en teoría se podrá depurar en el dispositivo. Hoy en día, para pasar una App a tu touchpad debes primero ponerlo en modo de desarrollo, que es tan sencillo como buscar la cadena «webOS20090606». Te aparecerá un icono de una App llamado «Developer Mode». Lo pulsas, activas el modo de desarrollo y con las herramientas de la línea de comandos que vienen con el SDK de la TouchPad puedes instalar una App así:

palm-install com.femtocoders.feedreader_1.0.0_all.ipk

Obviamente, antes necesitas empaquetar la App con palm-package. Toda la información sobre estas herramientas está en el SDK de webOS (nota: si vas a hacer Apps HTML5, necesitas el SDK, el PDK es para hacer Apps que corren código nativo y se escriben en C++, como los juegos)

5. ¿Que es Enyo?

Enyo es el framework que se usa para hacer Apps HTML5 en webOS. Incluye a muchos otros frameworks JavaScript, y te permite acceder al hardware de la TouchPad (al GPS, por ejemplo). Con webOS venía Enyo 1, que ahora ya es Software Libre. Pero Enyo 1 estaba muy influenciado por la TouchPad, su licencia era para usarlo sólo con webOS y estaba basado en WebKit. Con Enyo 2 se intenta disponer de un framework más genérico para cualquier dispositivo móvil (o de escritorio) que soporte HTML5, y pensado desde el minuto uno para ser Software Libre.

Podemos bajar ambas versiones (Enyo 1 y Enyo 2) de la página de descargas de Enyo. Han creado un tutorial para Enyo 2 y hay un Playground donde podemos editar y probar el código de Enyo directamente en el navegador.

6. Las aplicaciones creadas en Enyo son multiplataforma?

Sí, las creadas con Enyo 1 se prueban y depuran en el navegador de escritorio. Luego ¡tienen que ser multiplataforma!. Pero con Enyo 1 se hacía referencia al hardware de la TouchPad (ver si hay conexión WiFi, o consultar al GPS, etc.). Con Enyo 2 las Apps creadas van a ser aún más multiplataforma si cabe. Luego es una buena opción para crear el interfaz y el esqueleto de tu App HTML5. Y luego, por supuesto, puedes añadir los frameworks JS que te apetezcan, que para eso todo es JS.

Dejo aquí la respuesta y espero que esta FAQ le sirva a alguien. Si hay dudas, planteadlas en los comentarios e iré actualizando este post. Y, claro, siempre hay que leerse las FAQs oficiales de Palm sobre Enyo.

Keep coding!

Bueno, al grano. Leyendo los comentarios me encontré con que el bug todavía existía, y no tenía una solución oficial por parte de Canonical. De nuevo, es lo que los ITILeros llamarían un error conocido, o Known Error: un problema cuya causa raíz es conocida, pero al que no se ha metido mano por la razón que sea. El caso es que uno de los comentarios me llevó a una web en cirílico donde, entre los demás caracteres que no podía comprender me encontré con una secuencia de comandos Linux:

sudo apt-get install gecko-mediaplayer

Línea que viene a decir: «pídeme la clave de administrador del equipo, y en su nombre instala el paquete gecko-mediaplayer». Con esto lo que conseguimos es disponer de un plug-in para el navegador Firefox que entiende bien la codificación del streaming de vídeo de Veo7. Vamos, que instalamos un pequeño programa que usará Firefox para mostrarnos el canal de tele o lo que queramos ver. Pero falta un paso.

Hay que indicarle a Firefox que lo utilice, para lo que nos vamos a la opción de menú Herramientas -> Gestionar elementos de contenido y nos aparece una pantalla con todos los plugins disponibles (o si la hemos abierto con la web en cuestión que no funciona por delante, pulsando en elementos en uso veremos sólo el plug-in que falla). Hay que indicarle a Firefox que utilice nuestro nuevo gecko-mediaplayer, en lugar del que trae por defecto, que normalmente es Totem. Por seguridad, reinicia el navegador (lo cierras del todo y lo vuelves a abrir) y listo.

¡Espero que a alguien más le sirva!

Tengo una consulta sobre Growl y eventos de sonido. Quisiera que, cuando pincho un dispositivo USB, al igual que sucede en Windows, suene un sonidito en mi MacOs Snow leopard.
¿Es esto posible?

Growl es un sistema de notificaciones en pantalla que se controla mediante un panel de preferencias. Si vamos a las Preferencias del Sistema veremos a Growl en la parte final «Complementos». Un click y lo abrimos. Se nos mostrará la pestaña General. Vamos a la pestaña Applications. Ahí disponemos de una lista de aplicaciones que tenemos instaladas y que soportan el sistema de notificaciones de Growl. Es decir, estas aplicaciones, cuando tienen algo que contarnos, le mandan ese mensaje a Growl y el se encarga de ponerlo en pantalla, tocar un sonido, etc.

En el caso que nos ocupa, como es un tema hardware (conectar un dispositivo USB), buscaremos la aplicación Hardware Growler. Comprobaremos que está instalada en nuestro sistema (la hemos copiado desde el DMG de instalación de Growl a la carpeta Aplicaciones) y que está habilitada en Growl (enabled) y pulsaremos en Configure. Tras esto nos aparece una pantalla como la siguiente:

Pulsando en Notifications (tal y como se muestra antes), basta con seleccionar el sonido deseado en el último cuadro desplegable: Play Sound.

Y casi listo. Nos falta lanzar Hardware Growler para que monitorice todos los eventos anteriores de hardware y, cuando suceda alguno, nos muestre la notificación growl correspondiente. Funciona en Mac OS X 10.6.2 Snow Leopard. Supongo que en el resto también funcionará.

¿Que por qué cuento esto aquí y no en la lista de correo del GUM?. Porque esa lista no permite imágenes adjuntas :-).

Hoy Googleando me he encontrado con la forma de quitar el icono: basta con pulsar la tecla comando, pulsar y arrastrar fuera de la barra de menú el icono: se borra solo. A veces se tarda más en saber cómo hacer algo que en hacerlo

Actualización 04/01/2010

He visto (bueno, escuchado) en el Podcast Macniacos #60 que también se puede hacer lanzando iSync y mirando en sus Propiedades. Hay una opción que podemos desactivar llamada «Mostrar estado en la barra de Menus»

 Tras un par de segundos buscando las carpetas y ficheros adecuados con el tabulador desde una consola, la secuencia es la siguiente:

$ cd $HOME/.mozilla/plugin
$ ln -s /opt/jdk1.5.0_07/jre/plugin/i386/ns7/libjavaplugin_oji.so

Suponiendo, claro, que el JRE está instalado en /opt. Si no, cambia adecuadamentela línea y listo.

Me lo apunto aquí, no vaya a ser que se me olvide… otra vez.

Bueno, al menos el reto estaba claro: convertir uno a uno estos ficheros en PDF y luego unirlos. Bueno, un momento ¿porqué en este orden? Porque yo ya conocía la herramienta para unir varios PDF en uno: pdftk.

El caso es que abrí una terminal en mi Linux y pensé ¿cómo convierto de JPG a PDF?. Una búsqueda rápida en Synaptic me llevó a sam2p, un pequeño programa que convierte cualquier fichero en formato Raster (Bitmap) a PDF. Por ejemplo, convierte GIF, JPG/JPEG, y PNG a PDF y a PS (PostScript). Pero claro, convertir uno a uno…

Para eso se inventaron los bucles for. Un bucle for de la bash nos permite, entre otras cosas, iterar por una lista de ficheros aplicando la misma acción a los diferentes ficheros. Así, que, si vamos al grano bastará con hacer:

 for f in `ls *.jpg`;do  sam2p $f PDF: $f.pdf ; done

Esto recorre todos los ficheros que aparecen como resultado de hacer un ls *.jpg. En cada iteración la variable f toma el valor de uno de los nombres de fichero. Así que llamamos a sam2p, que convierte los JPG en PDF.

pdftk *.pdf cat output resultado.pdf

Y una vez que tenemos múltiples ficheros PDF, pdftk los une en uno llamado resultado.

Descarga de OpenVPN: openvpn.net

Descarga GUI: www.nilings.se/openvpn

Un excelente artículo, de Jeff Fellinge:

http://www.windowsitpro.com/WindowsSecurity/Article/ArticleID/45844/45844.html

Los puertos del Firewall son:

UDP protocol and port number 1194

The if list is executed. If its exit status is zero, the then
list is executed. Otherwise, each elif list is executed in
turn, and if its exit status is zero, the corresponding then
list is executed and the command completes. Otherwise, the else
list is executed, if present. The exit status is the exit sta-
tus of the last command executed, or zero if no condition tested
true.

Order Deny,Allow

Deny From All

Allow From 127.0.0.1

Lo cual sólo nos permite imprimir desde la máquina que tiene la impresora conectada. Debemos añadir una línea como:

Allow From 10.1.1.*

si nuestra red privada tiene esta dirección, claro.

El método más rápido consiste en copiar un script de los que tengamos en /etc/init.d y retocarlo a nuestro gusto. Aparecerá en la herramienta Servicios (menú Sistema, aunque podemos llamarla desde consola con services-admin)

Por ejemplo, un servicio que borre el tmp mediante la orden /etc/init.d/borra-tmp start puede ser:

#!/bin/sh

set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

usage () {cat << END$initd options:

start

Borra la carpeta tmp

clear

no usado

END

}

case "$1" instart)rm -r /tmp/*

;;

clear)

;;*)if test "$@"; then

echo "Aborting iptables initd: unknown command(s): \"$@\"."

fi

usage

;;

esac

exit 0

# less /var/log/XFree86.0.log

especialmente las lineas que aparecen como:

(II) SIS(0): Not using default mode "800x600" (vrefresh out of range)

(II) SIS(0): Not using default mode "800x600" (hsync out of range)

Esto son mensajes de información (II): los modos definidos en /etc/X11/XF86Config-4 y de nombre «800×600» no cuadran con la información de sincronización vertical y horizontal que ha detectado para nuestro monitor.
Si miramos en /etc/X11/XF86Config-4 nos encontraremos con unas curiosas líneas en las que se describen los modos que soportan la mayoría de los monitores, líneas llamadas modeline y que tienen esta pinta:
Modeline «800×600» 40.12 800 848 968 1056 600 601 605 628 #60Hz

2) Suponiendo que tras leer /var/log/XFree86.0.log vemos que se detecta nuestra tarjeta de video y que indica que nuestro monitor soporta la resolución que deseamos (o tenemos Windows instalado en otra partición y lo tenemos con esa resolución) podemos:
a) buscar los modelines por Internet
b) generar nuestras propias modelines

3) Para generar los modelines, usa videogen (instala antes el paquete, se usa desde consola) y create un fichero en el directorio donde vayas a ejecutar videogen que se llame .videogen y con un contenido más o menos como:

max_dotclk=60 # the maximum pixel/dot clock supported by my projector

max_hfreq=54; max_vfreq=90 # the max horizontal and vertical frequency

desired_vfreq=60 # the frequency you decided to use

mode 1024x768 # the resolution your HTPC will be running

Es decir, si en tu consola estás en /home/pepe, crea un fichero .videogen mediante un:
dfreniche@tesla:home/pepe $ gedit .videogen

y copias en el editor el contenido mostrado más arriba.
Tras ésto, grabas, cierras gedit y ejecutas videogen. Te imprimirá en la consola una línea Modelines. La copias, editas el fichero de configuración de las X (debes ser root para cambiarlo), grabas y pruebas.
En mi caso, el monitor es un LG StudioWorks 550M. Lo he puesto a 1024×768 y a 60 Hz.

127.0.0.1 tesla localhost
10.1.1.1servidorservidor
127.0.0.1local.freniche.comlocal.freniche.com
127.0.0.1phpmyadminphpmyadmin
127.0.0.1phpphp

para comprobarlo, hay que hacer ping a las direcciones nuevas para ver que «responden». Es decir, ping local.freniche.com, ping php, etc
Todos deben responder desde el 127.0.0.1
2. Una vez hecho esto, hay que editar /etc/apache/httpd.conf y modificar la sección virtual hosts

NameVirtualHost 127.0.0.1

#
# VirtualHost example:
# Almost any Apache directive may go into a VirtualHost container.
#
#
# ServerAdmin webmaster@host.some_domain.com
# DocumentRoot /www/docs/host.some_domain.com
# ServerName host.some_domain.com
# ErrorLog logs/host.some_domain.com-error.log
# CustomLog logs/host.some_domain.com-access.log common
#

#
#

# ServerAdmin webmaster@host.some_domain.com
#Options Indexes Includes FollowSymLinks MultiViews
#DocumentRoot /home/dfreniche/Documents/trabajo/xoops/xoops-2.0.5/html
DirectoryIndex index.php
DocumentRoot /home/dfreniche/xoops/html
ServerName local.freniche.com
# ErrorLog logs/host.some_domain.com-error.log
# CustomLog logs/host.some_domain.com-access.log common

# ServerAdmin webmaster@host.some_domain.com
#Options Indexes Includes FollowSymLinks MultiViews
#DocumentRoot /home/dfreniche/Documents/trabajo/xoops/xoops-2.0.5/html
DirectoryIndex index.php
DocumentRoot /home/dfreniche/phpMyAdmin-2.5.4
ServerName phpmyadmin
# ErrorLog logs/host.some_domain.com-error.log
# CustomLog logs/host.some_domain.com-access.log common

# ServerAdmin webmaster@host.some_domain.com
#Options Indexes Includes FollowSymLinks MultiViews
#DocumentRoot /home/dfreniche/Documents/trabajo/xoops/xoops-2.0.5/html
DirectoryIndex index.php
DocumentRoot /home/dfreniche/php
ServerName php
# ErrorLog logs/host.some_domain.com-error.log
# CustomLog logs/host.some_domain.com-access.log common

1. No olvidemos cambiar la configuración del proxy del navegador/explorador para que no intente.

Es decir, al pasar ficheros por la red puede pasarnos que estos ficheros no podamos editarlos porque pertenecen a nobody, nogroup. Para obligar a samba a que el usuario sea dfreniche y el grupo users hay que añadir en smb.conf:

force user = dfreniche
 force group = users

Por supuesto hay que reiniciar samba

/etc/init.d/samba restart