Etiquetas de particiones de disco en Nautilus

Tengo varios discos externos que suelo usar para hacer backups. Cada disco tiene unas 3 particiones (a veces más, a veces menos). En Ubuntu Jaunty se montan perfectamente al encenderlos. Todas las particiones, sin problemas. El problema viene en la visualización de los nombres de las particiones en Nautilus.

Screenshot Como puede verse en la imagen adjunta (pulsa sobre ella para verla con zoom), Nautilus ha decidido que los nombres de las particiones son 25.8 GB Media,  114.3 GB Media y 160 GB Media.  Y según el comando mount, se han montado en disk, disk-1 y disk-2. O sea, un completo caos de nombres (ninguno de ellos intuitivo, por cierto).

Al parecer, es un bug que lleva más de 3 años sin solucionarse.  El caso es que Nautilus muestra el nombre de la etiqueta de la partición. Si no encuentra nada (no hay etiqueta asignada a esa partición), pues muestra el tamaño de la misma. ¿Qué es lo que yo esperaba? Que me indicara el nombre del directorio donde lo ha montado (disk, disk-1 o disk-2), para poder desplazarme con Ctrl-L o por consola por ellos.  Y ya puestos a pedir, que me indicar el tipo de sistema de archivos que usa esa partición (fat32, ext3, ntfs, lo que sea…)  En fin, mientras eso se soluciona, al menos hay un workaround posible.

Con el comando hal-device podrás ver los nombres de las etiquetas de tus particiones:

$ hal-device | grep ‘ volume.label’

Para cambiarlas, desde la línea de comandos, tendrás que usar un comando u otro en función del sistema de archivos.

En el disco externo de la imagen, las particiones son ext3, fat32 y ntfs respectivamente, por lo que los comandos para asignar las etiquetas disk-1, disk-3 y disk-3  a esas particiones serían:

$ sudo e2label /dev/sdf1 disk-1

$ sudo mlabel -i /dev/sdf2  ::disk-2

$ sudo ntfslabel -f -v /dev/sdf3 disk-3

Ahora Nautilus muestra lo que yo quería (salvo en la partición 3, dado que en mi Ubuntu no he conseguido que el dichoso comando ntfslabel funcionara 🙁     En fin, algo es algo.

Curso de desarrollo para GNOME y KDE

cenatic¿Quieres aprender a desarrollar software para GNOME o KDE? ¿Te gustaría seguir un curso totalmente gratuito y desarrollado por conocidos miembros de las comunidades KDE y GNOME Hispano? Bueno, pues no tienes más que empezar a descargar el contenido que CENATIC está desarrollando de forma totalmente abierta en su forja. Por ahora ya hay una primera versión de 8 módulos, eso sí, por ahora en inglés (aunque según la web del proyecto, se traducirán al español)

  • 01_Introduction_to_Free_Software_Desktops
  • 02_Introduction_to_GNOME_platform
  • 03_Introduction_to_KDE_platform
  • 04_Introduction_to_Freedesktop_APIs
  • 05_Environement_and_development_metodology
  • 06_Basic_GNOME_application_development
  • 07_Basic_KDE_application_development
  • 08_GNOME_Application_study
  • 12_GNOME_community_development

Aparte del contenido en sí, el proyecto ha desarrollado herramientas para convertir los documentos de formato OpenOffice.org (ODF) a SCORM.

Me ha resultado especialmente interesante el capítulo 08, que disecciona el código fuente de Evince y muestra cómo corregir un bug abierto para esa aplicación en Bugzilla.

IntelliJ IDEA 9 M1: soporte Flex en Linux

ScreenshotAhora que parece claro que Adobe no seguirá desarrollando Flex Builder (actualmente Flash Builder) para Linux, hay que buscarse otras alternativas. IntelliJ IDEA 9 es una de ellas. Existe versión para Linux, pero eso sí, es software privativo y de pago. Dispone de soporte de autocompletamiento, coloreado de sintaxis y debug. Como aporte al Adobe Flex Builder 3, disponemos de una opción de formateo de código. También tiene soporte de Flex SDK 4 (Gumbo) y un interfaz gráfico para pruebas unitarias Flex Unit 4.  Al igual que a Adobe Flex Builder, le falta una vista de diseño (un editor visual de interfaces gráficos .mxml), es decir, hay que teclear el código, no hay drag&drop de componentes.

Hoy he estado probando la aplicación de prueba de FlexStore con el framework Cairngorm de la web de MadeInFlex. Y la he podido echar a andar … no sin antes haberme tirado de los pelos hasta encontrar que para poder usar Remoting, es necesario indicar como opción del compilador:

-services src/services-config.xml

¿Dónde? En las propiedades del proyecto, pestaña «Flex Compiler Settings».

Screenshot-Project Structure Otro detallito más: para poder insertar la dependencia Cairngorm.swc, es necesario pulsar en la misma opción que antes (menú contextual del proyecto, Module Settings, pestaña «Dependencies», Add, Single-entry module library… y especificar la ruta al fichero Cairngorm.swc).

Aún le queda camino para ser igual de rápido e intuitivo que Adobe Flex Builder, pero al menos, los usuarios de Linux ya tenemos un IDE alternativo actualizado. Y si eres desarrollador de un proyecto OpenSource, o bien trabajas en una institución educativa, puedes solicitar una licencia especial gratuita.

Tarjeta ONA, Izenpe y Firefox… ¡en Windows!

En Enero de 2008 publiqué un documento explicativo sobre cómo hacer funcionar la tarjeta ONA de Izenpe en Firefox… bajo Linux, lógicamente. Lo hice en euskera y, gracias a la traducción de Aitor Cuartango, también en castellano. El caso es que, tiempo después, Izenpe vió que Linux era bueno, y creó la luz… digoooo, creó el how-to para Linux, o más bien, para distintasversiones de Linux (yo creo que con una bastaba, pero está bien… mejor que sobre que no que falte 😉

UPDATE (7/09/2009): Las URLs de los manuales han cambiado, dado que los propios manuales han sufrido un lavado de cara (¡a mejor!). Éstas son las nuevas direcciones (agradecer a IZENPE por el aviso que nos ha enviado):

Ubuntu 8.04 Fedora 9 OpenSUSE 11

(dejo aquí las referencias a las versiones anteriores, para que veáis que efectivamente, ha habido renovación Ubuntu 8.04, Fedora 9, OpenSUSE 11 )

El caso es que hoy he tenido que probar la tarjeta ONA en Windows. No problem, me he dicho, hago uso del instalador de IZENPE para Windows y se acabó, ¿no? Pues no. No ha instalado los certificados de Izenpe en el sitio correspondiente (Herramientas/Opciones/Avanzado/Cifrado/Ver Certificados/Autoridades). Hay que hacerlo a mano. Pulsando (una vez situados en la pestaña indicada) en el botón «Importar…». y seleccionándolos del CD PROGRAMASCERTIFICADOS_IZENPE. Yo he instalado los 6 que había (aunque seguramente con menos valdría).

¿Ya está? Pues no. Ahora hay que instalar la DLL que permite a Firefox consultar el lector de tarjetas inteligentes y en concreto comunicarse con la tarjeta ONA. ¿Cómo? Desde la pestaña Herramientas/Opciones/Avanzado/Cifrado/, pulsamos en «Dispositivos de Seguridad». Ahora en el botón Cargar. Le damos el nombre Izenpe y en «Archivo del módulo» seleccionamos c:windowssystem32aetpkss1.dll . Ver imagen adjunta.

Por fin, puedo firmar desde Firefox tanto en Linux… como en Windows. 😉

Extensiones Firefox y OpenOffice.org para GureGipuzkoa.net

Estos últimos meses he estado trabajando en la dirección de dos proyectos relacionados con el desarrollo de extensiones para Firefox yOpenOffice.org, dentro de una de las tareas autoasignadas en mi empresa Proyelia.

Ambas extensiones permitirán un acceso amigable al sitio web guregipuzkoa.net. Este portal, desarrollado por el departamento de Cultura y Euskera de la Diputación Foral de Gipuzkoa, alberga miles de fotos relacionadas con dicha provincia y recopiladas, catalogadas, geolocalizadas y publicadas bajo distintas licencias Creative Commons por técnicos de la Diputación. Los usuarios del portal pueden actuar como consumidores del catálogo ya existente y/o como productores, dado que pueden subir, etiquetar y clasificar en álbumes sus propias fotos.

La extensión de Firefox permite trabajar con guregipuzkoa.net sin tener que conectarse a dicha web. Es posible buscar una foto con cierto título, o que contenga determinadas etiquetas o que esté publicada bajo cierta licencia. Una vez encontradas las fotos de interés se mostrarán con título, autor, licencia y comentarios. Con un click podremos ver a tamaño completo cada foto. Otra pestaña nos permitirá además planificar en batch (por lotes) los uploads de las fotos, así como su etiquetados y geolocalización. El código fuente de esta extensión se ha publicado por el momento bajo licencia Mozilla Public License 1.1 aquí: http://code.google.com/p/guregipuzkoa/ de tal forma que cualquiera pueda estudiar, modificar y usar el código como y para lo que desee, siempre que lo haga bajo los términos que establece esa licencia libre (aprobada por la FSF) y opensource (aprobada por la OSI) http://en.wikipedia.org/wiki/Mozilla_Public_License

Para el desarrollo de esta extensión hemos contado con dos grandes programadores: Asier Sarasua y Julen Ruiz. Con ambos comencé hace años ya a trabajar en el desarrollo de la Euskalbar (plugin Firefox para la búsqueda concurrente de palabras castellano<-->euskera, francés<-->euskera e inglés<-->euskera en diccionarios online, entre otros), y hoy sigo con estos dos proyectos. Asier y Julen son unos cracks, me han enseñado muchos aspectos de la programación de extensiones Firefox que desconocía y contar con ellos es una garantía de éxito en cualquier proyecto de desarrollo.

Por otra parte, también se ha liberado hoy (realmente hace unos días ya, pero la noticia oficial es de hoy 😉 la extensión para OpenOffice.org que permite buscar e insertar fotos de GureGipuzkoa.net en un documento Writer, Calc o Impress. Muy útil cuando estás redactando un documento y quieres insertar alguna foto bajo alguna de las licencias CC que ofrece el portal sin tener que desplazarte a otra ventana: desde dentro del documento que estés editando puedes buscar por palabras clave y tipo de licencia, hacer doble click sobre alguno de los thumbnail que más te gusten y listo (junto con la foto, se inserta el título, URL hacia la foto+autor y la licencia de la foto).

Para el desarrollo de esta extensión no hemos comenzado de cero. Gracias a $DEITY, en el Google Summer Of Code de 2008, la fundación CreativeCommons llevó adelante un proyecto para la búsqueda e inserción de fotos de Flickr en OpenOffice.org:

http://labs.creativecommons.org/2008/08/12/flickr-image-re-use-for-openofficeorg-new-updates/

Gracias ese trabajo hemos podido terminar el nuestro. Aunque ha sido más complejo de lo esperado. Por un lado, el API de GureGipuzkoa (GG) y el de Flickr, aunque parecidos, no son iguales; para empezar, Flickr hace uso de un sistema de autenticación con tokens y «frobs» y GG no. El XML que devuelve uno no es igual al del otro, etc. Por otra parte, el código de la extensión para Flickr
hacía uso de OOo 2.4 y algunas opciones eran incompatibles con OOo 3.x. La parte de Impress estaba sin terminar, el sistema de updates automáticos no era compatible con el de OOo 3.x, y por otra parte, no estábamos tan familiarizados con el desarrollo de extensiones para OOo como para Firefox. En conclusión, hemos tenido que bucear, programar y depurar código viejo y código nuevo. Unido a todo esto, hemos tenido el problema de que el API de GG era inestable, en el sentido de que hemos actuado «un poco» como conejillos de indias del mismo, y durante el camino, hemos tenido que lidiar con un buen puñado de bugs.

El desarrollo del plugin para OOo ha sido llevado a cabo en NetBeans 6.5 (aunque actualmente estamos ya en 6.7!), ya que este IDE dispone de un plugin para el desarrollo de plugins de OOo,valga la redundancia, que nos ha hecho la vida más fácil (a pesar de los bugs que hacían que el depurador de extensiones se colgara cada dos por tres, sin razón aparente, pero eso es otra historia). La instalación de NetBeans + plugin dev-OOO y el ciclo de desarrollo (SVN+compilación+depurado+creación del .oxt) tiene su miga. Me gustaría poder escribir algunos posts sobre este ciclo, porque creo que son de gran interés para todo aquel al que le pudiera
interesar el desarrollo de extensiones para OpenOffice.org (cada vez hay más, pero aún es muy poco en comparación con los plugins y desarrolladores de plugins para Firefox).

No quiero terminar este post sin nombrar al desarrollador principal de la extensión OOo para GureGipuzkoa: Jon Gárate (MoreNops). Otro crack que domina todos los aspectos del ciclo de vida de un desarrollo software. Desde el diseño de alto nivel hasta la depuración del código de conexión a partir de tramas capturadas con Wireshark 😉

Hoy es el día en el que se ha hecho el commit público de la versión 1.0 de ambos plugins. Esperemos que os gusten, os sean útiles y que, aquellos de vosotros interesados en adaptarlos, mejorarlos o comentarlos, os unáis a la lista de ggplugin@googlegroups.com para hacernos partícipes
de vuestras inquietudes.