.:: Linux y Software Libre ::.

Buenas tardes

En LANeros, un foro que frecuento alguien preguntó si era posible crear lanzadores para aplicaciones desde consola y pensé que quizá mirando el contenido de un .desktop y creando el contenido del lanzador desde consola con echo’s se podría. Tratando de implementar esta solución aprendí un par de cosas de Shell Scripting en el camino y finalmente creé este script para hacer el proceso más fácil.
El único parámetro requerido es el comando a ejecutar (sin éste no tendría sentido el lanzador) y los parámetros se deben mandar en orden estricto así:

Un ejemplo de ejecución del script sería:
sh crear_lanzador.sh gimp ‘Gimp escritorio’ ‘Acceso directo a Gimp’ ‘/media/CRIS/Mi música/Varios/Iconos/iconos png/PNG/milanTux.png’

Produciendo esta salida

Este script puede servir si desean agregarlo en los instaladores de sus aplicativos como el encargado de crear el lanzador a su aplicativo; espero le sirva a alguien de ayuda.

Don’t Worry……..Be Linux!!!!!!!

Buenas noches, hacía mucho no tenía tiempo de postear algo sobre el OpenMoko y estaba aburrido por no poder hacer algo con el juguetico pero hace poco lo estuve desempolvando para mirar el nuevo SHR (que ya estrenó rama testing -antes sólo había rama unstable-) y se puede ver que con la nueva versión todo va un poco más rápido y hay unas barras en el menú de una llamada para administrar el volumen del micrófono y del altavoz. Lo único malo (y bastante) es que cuando me llaman, las otras personas no me escuchan, espero que sea una configuración que no he hecho aún y no el temido buzz (defecto que posee la versión del OpenMoko que tengo). Pienso que puede ser por configuración porque con Android (no dejo Android instalado porque es muy invasivo, no deja tener dual boot) no tenía ese problema.

Ese fue el pequeño resumen de lo que ha pasado con mi FreeRunner últimante, ahora sí entremos en detalles acerca de cambiar el wallpaper en el OpenMoko usando SHR como distribución.
Los archivos que utiliza SHR como wallpapers no son simples imagenes png o jpg, son archivos especiales con extensión edj. Para crear estos archivos a partir de imágenes png o jpg, debemos seguir estos pasos:

1. Obtener la (s) imágen (es) de 480×640 que deseamos tener entre los posibles wallpapers para nuestro OpenMoko. Hasta donde sé, se pueden usar imágenes en formato jpg, jpeg y png

2. Instalar el paquete edje-utils en nuestra distro. Por ejemplo para Arch Linux, el paquete se llama edje-svn; para ubuntu podremos ver el proceso aquí (para Karmic Koala, ponemos la última línea -la que está en la nota). Este paquete nos proveerá varias herramientas, la que nos interesa particularmente es edje_cc que nos permitirá crear los archivos edj que necesitamos.

3. Crear el archivo de configuración que se usará para producir el .edj. Un archivo de configuración (.edc) luce así:

images { image: “Ink-6.png” LOSSY 90; }
collections {
group { name: “e/desktop/background”;
data { item: “style” “2″; }
max: 480 640;
parts {
part { name: “col”; type: RECT; mouse_events: 0;
description { state: “default” 0.0;
color: 255 255 255 255;
} }
part { name: “bg”; mouse_events: 0;
description { state: “default” 0.0;
min: 480 640; max: 480 640;
image { normal: “Ink-6.png“; }
} } } } }
Se debe prestar atención a las líneas en negrita que son las que hacen referencia a la imagen que vamos a convertir en edj

4. Tener en el mismo directorio el archivo edc y el archivo de la imagen referenciada en este (como adivinarán en este paso, si se quieren crear varios wallpapers, se tendrá que modificar el arcihvo .edc para que haga referencia a una imagen a la vez) y generar un archivo edj para cada uno.

5. Ejecutar en la consola el siguiente comando
edje_cc $@ -id . -fd . archivoConfiguracion.edc -o archivoSalida.edj
En el comando anterior se cambia archivoConfiguracion.edc y archivoSalida.edj por los nombres que queramos

6. Conectar el OpenMoko al PC y transferir (via ssh o sftp si se quiere) los archivos edj que se obtuvieron en el paso 5 y ubicarlos en cualquiera de estas carpetas según donde queramos que se vean en el menú de SHR:

- Personal: /home/root/.e/e/backgrounds

- Sistema:  /usr/share/enlightenment/data/backgrounds
NOTA: Puede que en las rutas anteriores no exista la carpeta backgrounds, si es así, debemos crearla (mkdir backgrounds por la consola de shh)

7. En el OpenMoko, desplegamos en menú superior de SHR y seleccionamos en la esquina superior izquierda una rueda verde (logo de SHR?) en las nuevas versiones o un ícono de herramienta en las versiones antiguas. Esto nos abrirá el menú de configuración de SHR en el que se ven varios “tabs” o pestañas cada una con diferentes opciones. Seleccionamos allí la pestaña Look y luego la opción wallpaper.
Este menú no se ve bien en la pantalla (el texto sale cortado) pero no obstante es navegable y podemos ver que hay un radio button que nos permite seleccionar entre Personal, System y Use Theme Wallpaper; las dos primeras representan las carpetas que nombramos en el punto anterior.
Así que si por ejemplo pusimos nuestro wallpaper en /usr/share/enlightenment/data/backgrounds, podremos encontrarlo seleccionando System en el radio button que vemos arriba. En la parte izquierda podremos ver los nombres de los wallpapers y seleccionando uno, podremos ver su vista previa en la parte derecha.
Una vez sepamos cual estableceremos como wallpaper, seleccionaremos OK o APPLY y al volver al escritorio de SHR podremos ver que nuestros cambios ya tuvieron efecto.

Como vieron el proceso para seleccionar un wallpaper para el OpenMoko no es tan sencillo como poner imágenes en un directorio y luego seleccionarlas, pero después de generar el archivo edj, el proceso se resume a esto.

Si no quieren tener que hacer las configuraciones, aquí hay algunos archivos edj listos para que los suban a su OpenMoko y los disfruten

Don’t Worry………Be Linux!!!!!!!!!

Hola, acabo de configurar el micrófono que trae incorporado mi portátil HP DV6800 y fue realmente sencillo.

En Arch Linux, todo lo que tuve que hacer fue:

1. Editar como root el archivo:

sudo nano /etc/modprobe.d/modprobe.conf

2. Agregar esta línea al final:

options snd-hda-intel model=laptop-hp

Se reinicia el equipo y listo. Vamos  al panel superior en Gnome click derecho en el ícono de sonido-»Abrir el control de volumen. Al entrar en preferencias nos aparece una entrada que dice: Digital            Grabando. Activamos esta entrada.

Y le quitamos el mute al micrófono….

Ya podremos utilizar el micrófono en aplicaciones como Skype o para lo que lo necesitemos

Realmente fácil, no?

Don’t Worry…………Be Linux!!!!!

Buenas noches, hace unos días me venía molestando un problema en Arch Linux.

Cuando montaba una memoria USB con la que estaba trabajando en Windows, me salían caracteres extraños en los nombres de los archivos.

Traté varias soluciones, cambiando los locales a es_CO.iso8859-1 (Latin1), cambiando opciones en /etc/fstab y no daba con la solución.

Con la ayuda de pmount, supe que el iocharset de la memoria era ISO8859-1, en parroquiano: la codificación no tenía compatibilidad con los nombres de archivos de sistemas Windows:

$ pmount
Printing mounted removable devices: /dev/sdb1 on /media/CRIS_USB type vfat (rw,nosuid,nodev,relatime,uid=1000,fmask=0022,dmask=0000,allow_utime=0022,                    codepage=cp437,iocharset=iso8859-1)
To get a short help, run pmount -h

Mi configuración en /etc/rc.conf dice LOCALE=”es_CO.UTF-8″ entonces la aparente solución era cambiar de algún modo ese iocharset para que quedara como UTF-8. Al leer las páginas del manual de mount encontré esto en la sección de fat (formato de memorias USB):

iocharset=value
Character set to use for converting between 8 bit characters and
16 bit Unicode characters. The default is iso8859-1.  Long file‐
names are stored on disk in Unicode format.

Eso confirmaba que las memorias se montaban con ese charset por defecto: ISO8859-1.

Ya me estaba dando por vencido hasta que encontré una solución que salió de la mezcla de varias páginas que consulté. Comparto con ustedes los pasos para solucionar el problema (Esto funciona en Gnome, si alguien que use otro entorno gráfico puede decirnos como hacerlo en ese(esos) entorno(s) es bienvenido):

1. Abrimos el editor de configuración de Gnome

$ gconf-editor

2. Vamos a System -»storage -» default_options -»  vfat y nos ubicamos en la ventana de la derecha donde se ven claves, en este caso vemos una que dice mount_options

3. Editamos esa clave haciendo doble click en ella y nos aparece un botón para añadir más opciones a la clave, pulsamos este botón:

4. Añadimos como opción iocharset=utf8 . Guardamos los cambios dando click en aceptar y cerramos el editor de configuración de Gnome.

NOTA: Se escribe utf8 (todo pegado), probé muchas veces con utf-8 (el nombre lógico del charset) pero la unidad no se montaba. Al ver dmesg | tail aparecía: FAT: IO charset utf-8 not found. Así que no lo olviden, se escribe utf8 en la opción de montaje.

5. Por último, disfrutar de nuestros archivos con sus nombres bien escritos después de volver a montar la unidad USB

Y la salida de pmount nos dice:

$ pmount
Printing mounted removable devices:
/dev/sdb1 on /media/CRIS_USB type vfat (rw,nosuid,nodev,relatime,uid=1000,fmask=0022,dmask=0000,allow_utime=0022, codepage=cp437,iocharset=utf8)
To get a short help, run pmount -h

Don’t Worry………Be Linux!!!!!!!!!!!

Buenas noches, les he hablado un poco de Arch ultimamente y por lo que les he comentado, me ha ido bien pero resulta que tengo un pequeño problema. El teclado de mi portátil está en inglés (no tengo símbolo de mayor que y menor que) y esto es un problema para programar; la solución es alternar la distribución del teclado entre español/inglés para escribir/programar. Esto se hace fácilmente a través de una utilidad de distribución de teclado en el panel de Gnome pero desde que utilicé esta solución me salía este error al agregar la distribución EEUU:

Error activating XKB configuration.
It can happen under various circumstances:
- a bug in libxklavier library
- a bug in X server (xkbcomp, xmodmap utilities)
- X server with incompatible libxkbfile implementation X server version data:
The X.Org Foundation………..

Este error salía al iniciar el Gnome (en cada inicio). Lo tuve que aguantar por un tiempo ya que no había encontrado buena información al respecto y utilizaba la forma de cambiar la distribución desde la consola (setxkbmap es / us). Hoy estuve leyendo esta pregunta en launchpad (ubuntu) y encontré esta solución transitoria: En la aplicación del panel de Gnome para cambiar la distribución del teclado hacer click derecho->preferencias del teclado->pestaña distribuciones->Restablecer valores predeterminados

Por ahora no he podido organizar el problema en la aplicación del panel pero ya no se me presenta el problema al inicio del Gnome. Creo que el cuento pasa por los locales pero seguiré buscando al respecto. Si alguien tiene info, se le agradece

No todo en Linux son bellezas o errores y eso lo hace mi sistema operativo preferido, no importa qué pase, se aprende

Don’t Worry………Be Linux!!!!

Buenas noches, hoy estuve retomando mi trabajo en Arch y voy a matar dos pájaros de un solo tiro: explicar cómo funciona el AUR e instalar Chromium.

Para empezar, muchos de uds no estarán familiarizados con la palabra Chromium pero tal vez reconozcan esto: Google Chrome (el navegador de google), resulta que Chromium es un proyecto de software libre en el cual se basa Google Chrome. Aún no hay versión oficial de Google Chrome en Linux o Mac pero en el proyecto Chromium se han estado generando algunas versiones (muy preliminares aún pero funcionales) para estos sistemas operativos.

Sin más preámbulos, vamos a la instalación de Chromium en Arch Linux.

Nota: Para instalar Chromium vamos a hacer uso del AUR (Arch Users Repository) del que hablé en el primer post sobre Arch

PASOS

1. Instalar el paquete que contiene las herramientas para compilar e instalar paquetes (similar al build-essentials en Debian/Ubuntu)

pacman -Sy base-devel

2. Crear una carpeta en nuestro directorio personal que podemos llamar builds (o como deseemos). Allí se almacenarán los archivos para instalar los programas

mkdir builds

3. Buscar el paquete que queremos instalar en el AUR (En nuestro caso, Chromium)

http://aur.archlinux.org/packages.php?O=0&K=google+chrome&do_Search=Go

4. Entre los resultado que aparecieron, vemos que hay uno subrayado en rojo porque ya no tiene soporte (ningún usuario lo está manteniendo). Entonces vamos al primero y vemos que nos sale la descripción del paquete (build del 10 de Julio) y algunas opciones de descarga. El PKGBUILD es un archivo que contiene información del paquete, como la versión, las arquitecturas que soporta, las dependencias, etc. Lo que nos interesa descargar es el archivo .tar.gz, así que damos click en la parte izquierda donde dice tarball (ver imagen).

Chromium URL

5. Copiar el archivo a la carpeta builds que creamos en el paso 2, descomprimirlo y ubicarnos en el directorio recién descomprimido

cp chromium-snapshot.tar.gz /home/usuario/builds

cd /home/usuario/builds

tar -xvf chromium-snapshot.tar.gz (Esto creará el directorio chromium-snapshot)

cd chromium-snapshot

6. Compilar e instalar el paquete (verificar primero el contenido del archivo PKGBUILD y otros archivos que parezcan de instalación para ver que no contengan instrucciones maliciosas, nunca se sabe )

makepkg -s

Este paso creará un paquete con extensión pkg.tar.gz que son los de Arch Linux. En nuestro caso, chromium-snapshot-20455-1-i686.pkg.tar.gz

7. Ya tenemos todo listo para instalar el Chromium usando pacman (el gestor de paquetes de Arch)

sudo pacman -U chromium-snapshot-20455-1-i686.pkg.tar.gz

Como dirían en España: En hora buena!!!! Ya tenemos instalado el navegador open source Chromium (con acceso directo en nuestro menú y todo), nunca sobra tenerlo ya sea por tener dos navegadores o si nos dedicamos al desarrollo web y debemos probar nuestras páginas en varios navegadores. Acá un pantallazo del navegador corriendo en Arch

Chromium en Arch

Ya vieron qué sencilla es la gestión de paquetes en Arch utilizando el AUR?. Dudas?….Más información del uso del AUR aquí.

Don’t Worry………Be Linux!!!!!!!!!!!

Update: Para instalar el paquete se usa pacman -U como dijo Jaime

Buenas noches queridos lectores, este post es para comentarles sobre el aparatico que ya hace algún tiempo había visto y yme había llamado la atención pero no para el punto de adquirirlo. Se trata de OpenMoko, un proyecto para crear un SmartPhone que corra aplicaciones libres y cuyas especificaciones técnicas estén abiertas para el público. OpenMoko es una distribución con núcleo Linux para móbiles que corre con una versión de xorg con librerías GTK y con un gestor de ventanas llamado Matchbox (abre una sola ventana a la vez)

El modelo de la izquierda se llamó Neo 1973 y el de la derecha (el más reciente) se denomina Neo FreeRunner y además de lo que les he comentado, es posible cambiarle hasta el sistema operativo e instalarle Android o actualizar la versión de Om (OpenMoko) que tenga instalada por defecto.

Este SmartPhone no está dirigido a un público masivo (no tiene cámara ni soporte para 3G por ejemplo). Sin embargo es muy funcional y tiene cosas muy llamativas como el uso de software GPS, acelerómetro para detectar gestos con el movimiento y soporte para conectarse a una red wifi ….. mejor dicho un juguete muy apreciado por los amantes de la tecnología y las personas que quieran hacer de todo con su teléfono celular sin restricciones absurdas impuestas por la combinación fabricantes/operadores.

Este post es para que todos conozcan más acerca de este interesante proyecto y para que las personas interesadas en adquirir uno se apunten a la campaña que se está haciendo desde la lista de usuarios de software libre en Colombia (Colibrí).

Los mantendré informados del avance de la campaña y si alguien está interesado, puede contactar conmigo para saber más….

Por último, un tour virtual por el OpenMoko no sobra para que vayan conociendolo mejor y se animen a conseguir uno…..

Dont’ Worry……..Be Linux!!!!!!!!!!!

Buenas noches, los que han leído los comentarios en los anteriores posts, se han dado cuenta que habían varios que cuestionaban mi elección de Ubuntu como distribución base en mi portátil. La conclusión de esto es que me gusta que la distribución que use tenga un buen repositorio de paquetes disponibles para instalar fácilmente y que la administración de éstos sea sencilla también. Ubuntu cumple con esto, pero la idea es conocer más distribuciones y saber qué ofrece cada una. Es así como llegué a probar Arch Linux, una distribución que no está basada en ninguna otra pero que sí está inspirada en CRUX, una distribución minimalista.

Arch Linux

Arch es una distribución para arquitecturas i686 y x86_64 que sigue la filosofía KISS (Kimple It Simple Stupid), lo que significa que el usuario es dueño del sistema y por ende puede administrarlo fácilmente, ellos nombran esta filosofía “The Arch Way”. En Arch no hay ciclos de lanzamiento por lo que no se está esperando la última versión estable del sistema, no hay entorno de escritorio predeterminado, en pocas palabras, el usuario hace el sistema a su amaño. Arch está pensado para usuarios no tan novatos en esto de Linux, por lo que su instalación es más complicada que la de ubuntu y al finalizar el proceso únicamente tenemos una terminal y las herramientas para conectarse a una red, se deben instalar el alsa (audio), los controladores de la tarj de video, el servidor x,  el entorno gráfico, etc, etc. Como alguna vez Offray Luna me dijo: “Una cosa es segura: al terminar de instalar Arch, algo habrá aprendido”. Lo cual es muy cierto

Y a todas éstas, cómo es la gestión de paquetes en Arch?.

R:// Fácil y práctica

Resulta que los que estén familiarizados con distribuciones basadas en Debian, sabrán que el gestor de paquetes por excelencia es aptitude y que hay otras formas de instalar paquetes, pero esta es la más sencilla; en Arch contamos con un gestor de paquetes llamado Pacman,  con el que a la vez podemos actualizar todo el sistema fácilmente. Hasta aquí todo parecido a Debian y cia, pero donde realmente toma importancia Arch es con la aplicación de dos conceptos AUR y ABS que básicamente son herramientas para tener a nuestra disposición un abanico más amplio de paquetes, en este caso a través de archivos .tar.gz y uno especial llamado PKGBUILD que contiene la información del paquete que queremos compilar, llevamos a cabo el proceso de compilación con makepkg y esto nos retornará un paquete con extensión .pkg.tar.gz, el cual podemos instalar y gestionar posteriormente con pacman. Este mecanismo de compilación es similar a lo que se conoce en sistemas BSD como ports. En el AUR (Arch User’s Repository) se encuentran los paquetes que los propios usuarios crean y mantienen, una vez son votados por muchas personas positivamente, suben al repositorio community donde pasan a manos de un mantenedor de confianza para llegar a los otros repositorios. Los repositorios (ramas podrían llamarse) de Arch son: Core, Extra, Testing, Community.

En los siguientes posts, les iré comentando distintas experiencias y trucos para una configuración correcta de Arch, esta era una pequeña introducción.

No me queda más por ahora que invitarlos a comentar acá y animarse a probar Arch, una distribución a la que vale la pena cacharriarle como diríamos coloquialmente.

Para las mentes curiosas ávidas de más información acerca de Arch, pueden consultar la “Biblia” de Arch, su Wiki.

Don’t Worry……Be Linux!!!!!!!!

Bueno, no soy muy fanático de esto de los blogs, pero compartir mis experiencias con el software libre y los sistemas operativos GNU/Linux me motivó a crear uno…..Más precisamente la reciente instalación de Debian Lenny en mi portátil HP 6768se!!!!

No siendo más, les doy la bienvenida a mi blog, donde espero encuentren información útil y siéntase libres de hacer todos los comentarios que deseen o proponer temas para tratar.

Saludos