Firefox es, sin duda, un navegador excelente y rápido. Y lo mejor es sin duda la acoplación de nuevos plugins que añaden nuevas funcionalidades. En las versiones de Ubuntu ha sido el navegador por defecto aunque, como en mi caso, en una máquina algo lenta puede tardar bastante en iniciarse.

Buscando por Internet, encontré varios manuales de como acelerar su velocidad, pero lo que no he encontrado es como acelerar su apertura.

2. Truco casero

Durante este tutorial se realizará un truco casero para que al querer iniciar Firefox, aparezca instantáneamente. El funcionamiento principal de este truco es dejar Firefox corriendo desde que iniciamos el ordenador y cada vez que queramos iniciarlo, lanzar el proceso que ya está corriendo.

Para aplicar nuestro truco casero nos hará falta instalar dos programas:

• Alltray: minimiza un programa en la bandeja del sistema de Ubuntu.
• Xdotool: envía eventos del teclado al sistema de Ubuntu.

Si estás usando Ubuntu y pulsa sobre los enlaces superiores, el gestor de instalación de programas nos pedirá la contraseña de administrador y nos dará la opción de instalarlos. También nos podemos descargar los dos archivos anteriores y desde consola instalarlos manualmente de la siguiente forma:

1. sudo dpkg -i [archivo]

A continuación crearemos el siguiente script (que podemos descargar desde aquí, aunque se escribirá de igual forma en este manual). Este script nos permite iniciar Firefox de dos formas: si no está iniciado en segundo plano, crear una nueva instancia; si ya está cargando en segundo plano, restaurarlo.

1. #!/bin/bash
2.  
   
3. exists=`ps x | grep -i alltray | grep -i firefox | wc -l`
4.  
   
5. if [ `echo $exists` -eq 0 ]
6. then
7.   echo Run a new instance.
8.   alltray -na -s -k 115 firefox
9. else
10.   echo Run the background instance.
11.   xdotool key super
12. fi

Código 2.1. Script para iniciar firefox en segundo plano.

Lo que hacemos aquí es iniciar Firefox con Alltray de tal forma que cada vez que pulsemos la tecla “Super” (la del icono de Windows, que equivale al código 115 para Alltray en mi ordenador*) se restaure o se minimice a la bandeja del sistema. Lo que hacemos con la herramienta Xdotool es enviar al sistema un evento de teclado, en este caso de la tecla “Super” para que restaure Firefox si está en segundo plano.

* Para obtener el código de la tecla super de tu ordenador, tienes que ejecutar el siguiente comando:

1. xev

Una vez ejecutado, no moveremos el ratón ni pulsaremos las teclas del teclado. Entonces pulsaremos el botón “super” de nuestro teclado y copiaremos el código que aparece en “keycode” que es el que deberás usar en el resto del tutorial en lugar de 115 (includo el script anterior).

Una vez que hemos escrito el script, lo guardamos bajo el nombre de “comeOnFirefox.sh”, y desde consola le aplicamos los permisos de ejecución:

1. sudo chmod +x ./comeOnFirefox.sh

3. Iniciando el script al inicio

Ahora aplicaremos este script a los iconos del menu de aplicaciones de Gnome (en caso de usarlo, también se puede hacer en KDE o xfce) y a los iconos que tengamos en el escritorio o paneles.

Si sois como yo y prácticamente cada vez que iniciamos el ordenador usaremos el navegador de Internet, entonces también podemos poner la aplicación para que se inicie automáticamente al iniciar el ordenador (pero que se inicie minimizado en segundo plano para que no nos moleste). Para hacer ésto (para GNOME), pulsaremos sobre “Sistema” - “Preferencias” - “Sesiones”. Una vez en el menú que nos aparece, pulsamos “Añadir” y aplicaremos los siguientes valores:

• Nombre: Firefox startup
• Comando: alltray -na -k 115 firefox
• Comentario: Iniciar firefox en segundo plano al inicio.

Y pulsamos sobre OK para guardar los cambios. Reiniciamos (solo por educación, no es obligatorio) y veremos como nuestra experiencia con el navegador Firefox mejora por el hecho de la velocidad en la que se inicia :)

Links de interés:

• Mirrors para Xdotool para Debian: http://packages.ubuntu.com/intrepid/x11/xdotool
• Guía de Alltray para Ubuntu: http://www.guia-ubuntu.org/index.php?title=Alltray

Código:

• Código fuente del script comeOnFirefox.sh

Utilicé la herramienta Kdenlive, imagen 1, la cual es una maravilla, muy parecida a la interfaz gráfica de Windows Media Maker, pero con opciones que a mí me han gustado más (como poner un vídeo pequeño encima del que se reproduce actualmente). También utilicé la herramienta dvgrab para obtener el vídeo de la cámara digital, que incluso te la pone automáticamente a reproducir cuando lo activas.

Imagen 1. Captura de Kdenlive

Una historia libre by Miguel Ángel Domínguez Coloma is licensed under a Creative Commons Reconocimiento 3.0 Unported License. Based on a work at eridem.net.

¿Carne o pescado?

Imagina que entras en un restaurante para comer. El camarero, antes de mostrarte la carta, te sirve un plato de estofado. El plato tiene buena pinta; cuando miras a tu alrededor ves que todo el mundo está comiendo estofado.

Cuando lo pruebas, notas que su sabor es horrible. No parece ternera ni cerdo. Pero todos siguen con su estofado, así que supones que tendrás que comértelo de todos modos.

Ya llevas la mitad del plato cuando entra otra persona, que se sienta en la mesa de al lado. Le sirven estofado, pero devuelve el plato. Pide lenguado en salsa.

Extrañado, te preguntas si el pescado también será tan malo como el estofado. Ves que esa persona tarda alrededor de un cuarto de hora en quitar todas las espinas y limpiar la pieza, pero la comida parece gustarle. Un señor que hay sentado a tu lado se da cuenta de que estás observando al chico del pescado, y te comenta “No entiendo como puede comer pescado. ¡Pierde todo el tiempo tan sólo para limpiarlo!”. El chico se da cuenta y le contesta “Pero merece la pena la espera”

Además, oyes conversaciones en las que se dice que alguno de los que comió estofado el día anterior está con gastroenteritis, posiblemente por comer carne en mal estado. Mientras la persona del pescado está acabando, llama al cocinero para explicarle que el plato estaba exquisito, pero con un poco de zumo de limón hubiera quedado más jugoso. Decides llamar tú también al cocinero para comentarle que el estofado es asqueroso, pero te responde que el hecho de comer estofado te prohíbe preguntar de dónde salió la carne, y no puedes cambiar las patatas por champiñones en caso de que no te gusten. “¿Cómo es posible que no pueda saber qué animal estoy comiendo?”, le dices. Por lo visto, la empresa que distribuye la carne guarda celosa ese secreto, aunque garantiza que es de calidad y apta para el consumo humano.

La persona del pescado se dispone a marchar, y se va sin pagar la cuenta. Preguntas al camarero, y te dice que el pescado es gratuito, pero el estofado hay que pagarlo. El señor de antes te comenta “Si es gratis, seguro que no es de fiar”, aunque piensas si realmente algo puede estar más malo que la carne que te acabas de comer. Pagas una cantidad exorbitada por un estofado malísimo, y marchas del restaurante. En tu camino a casa, ves que en otro restaurante el pescado cuesta dinero, aunque ni la mitad que la carne. El camarero te dice que el pescado es el mismo, pero esta vez lo sirven con extra de guarnición si quieres. Si no, también es gratis.

A la semana siguiente, vuelves al mismo restaurante. Piensas si probar el pescado o seguir con la carne. Nuevamente, todos los comensales han pedido estofado. En una mesa encuentras al chico de la semana pasada, en lugar de lenguado ha pedido merluza al ajillo. Te invita a sentarte a su lado.

Tomas asiento, y el camarero aparece con un plato de estofado. Qué asco. Otra persona te dice en voz baja “Recuerda que si comes pescado no te sirven vino rosado”. El chico que está sentado a tu derecha está bebiendo vino blanco, así que tampoco notarás mucho la diferencia. Se dirige a tí “¿Quieres pescado? Si no te ves capaz de limpiarlo, te puedo echar una mano. Está buenísimo. Si lo pruebas y no te gusta, no pasa nada, siempre podrás volver al estofado”. Se ríe y añade “¿De verdad te gusta? Es malísimo”.

Empiezas a dudar, y recuerdas lo que te dijeron la semana pasada. Le preguntas acerca de la procedencia del pescado, podría ser que estuviera en mal estado. Te contesta que ese pescado es del día, que puedes ir tú mismo a la lonja a comprobar como el dueño del restaurante lo adquiere todos los días. Nadie te garantiza que sea bueno, pero resulta que sí lo es. Tú mismo puedes comprobarlo. Te comenta que los grandes gourmets siempre piden pescado para comer. Como necesitan cierta garantía de calidad por su estatus social, pagan a un notario para que vaya todos los días al puerto a comprobar que, efectivamente, el pescado es fresco. El resto de comensales se aprovechan de esto, pues el notario no sólo garantiza el pescado de los más exigentes, sino todos los palés que pasan por la lonja.

Además añade “¿O es que acaso puedes comprobar la procedencia de la carne? Sabes, cualquiera puede pescar su propio pescado y comerlo como más le guste. En cambio, la empresa que controla la carne no permite cocinarlo de maneras que no sean las que ellos quieren. Ni siquiera dicen qué animal estás comiendo, ¿Te parece normal? ¿Si su carne es tan buena, qué tienen que esconder?”.

“Una vez que te has acostumbrado a limpiar el pescado de espinas, aunque tardes un poquito más en comer, te quedas más a gusto. Insisto, te echo una mano hasta que te acostumbres. No entiendo cómo puede haber gente que pague por esa ¿carne?”. Le recuerdas que mucha gente marcha sin pagar. “Sí, claro que puedes irte sin pagar. Pero pudiendo comer un buen pescado, no comería ese estofado ni aunque me lo regalasen. Y si lo pruebas lo entenderás”.

Aquí os dejo algunos de los anuncios: IBM: Linux prodigy, Aparece un niño representando al SO Linux, el cual aprende rápidamente de todo aquel que le quiera enseñar y toda esta información puede compartirla con las demás personas mediante la comunicación.

Red Hat: Choice, Sobre la evolución de los proyectos en los que se puede colaborar colaborativamente y la opción de elegir entre ellos. Los proyectos empiezan siendo pequeños pero, como si de una ecuación exponencial se tratara, se hacen más grandes y más importantes.

SUSE Linux, Este anuncio no es que represente algo importante, pero podemos ver un anuncio destinado a vender la marca del SSOO.

Por supuesto, hay muchos más anuncios, aunque he elegido algunos de los más interesantes entre distintas compañías.

Hace poquito adquirí un nuevo hosting con la posibilidad de acceso con SSH. Lo primero que se me ocurrió fue probar si podría instalar Subversion para poder administrar mis programas y colaborar con más gente en éstos. Durante este tutorial aprenderemos a instalar Subversion en un hosting compartido (es decir, los que la mayoría de las personas se compra para uso individual) y WebSVN, que es un gestor de Subversion vía web. Para poder seguir este tutorial deberemos tener un hosting Linux y acceso a una cuenta mediante SSH. Durante el tutorial veremos los siguientes puntos:

1. Compilando e instalando Subversion en el hosting
2. Creando la carpeta del repositorio e iniciando Subversion
3. Creando un proyecto de prueba
4. Instalando WebSVN para acceder a Subversion vía web
5. Accediendo a nuestro repositorio remotamente
6. Cuales son las direcciones y usuarios para un servidor 1&1

El resultado de esta ardúa tarea podría ser como el siguiente: http://websvn.eridem.net

NOTA: Este tutorial sigue los pasos para instalar los programas en un hosting de la compañía 1&1. Es posible que en tu hosting no tengas los programas, accesos o librerías para compilarlo y ejecutarlo.

1. Compilando e instalando Subversion en el hosting

Lo primero que deberemos hacer es entrar en nuestra cuenta mediante SSH. Los datos de tu usuario y contraseña te los debe proporcionar la empresa. Imaginemos que el usuario es “user” y la contraseña es “pass” y la máquina dónde esta nuestro espacio es “host”. Ejecutaremos en consola:

1. ssh user@host

Cuando nos pida la contraseña, escribiremos “pass” para poder entrar. Una vez que estamos en nuestra cuenta, nos descargaremos las fuentes de Subversion (comprobar en la web la versión actual) y las descomprimiremos:

1. wget http://subversion.tigris.org/downloads/subversion-1.5.4.tar.bz2
2. tar jvxf subversion-*
3. rm subversion-*.bz2
4. cd subversion-*

Lo siguiente será compilarlo e instalarlo. Para poder instalarlo, lo instalaremos en nuestra carpeta $HOME:

1. ./configure –prefix=$HOME
2. make
3. make install

Ahora añadiremos la dirección de la instalación de Subversion a la variable de entorno $PATH para que sea accesible desde cualquier lugar y así ejecutar sus programas:

1. cd ~
2. vi .bashrc

Añadiremos las siguientes lineas en el editor de texto:

1. PATH=$PATH:$HOME/bin
2. export PATH

Guardamos y cerramos el editor.

2. Creando la carpeta del repositorio e iniciando Subversion

Lo que haremos a continuación será crear una carpeta dónde meteremos todos nuestros proyectos e indicaremos a Subversion que ese será nuestra carpeta de repositorios. La carpeta podrá ser cualquiera, pero recomiento que esté dentro de la carpeta de nuestro home. Así pues, en este tutorial crearemos una carpeta llamada “projects”:

1. cd ~
2. mkdir projects
3. cd projects
4. svnserve -d -r .

3. Creando un proyecto de prueba

Más adelante escribiré un tutorial básico de como usar Subversión. Ahora, lo único que necesitamos, será crear un nuevo proyecto en nuestro repositorio y añadir algún archivo.

Primero crearemos un proyecto cualquiera en nuestra carpeta de usuario. Por ejemplo, crearemos un proyecto que tenga un archivo “hola.txt” con el contenido “hola”:

1. cd ~
2. mkdir prueba
3. cd prueba
4. echo “hola” > hola.txt

Ahora crearemos un repositorio para nuestro proyecto en Subversion y subiremos el que acabamos de crear como version 1.

1. cd ~/projects
2. svnadmin create prueba
3. svn import $HOME/prueba file://$HOME/projects/prueba -m “Version inicial”

Como podemos ver, hemos creado un proyecto en nuestro repositorio llamado “prueba” y le hemos enviado una nueva copia de nuestro proyecto para que la tome como proyecto principal.

4. Instalando WebSVN para acceder a Subversion vía web

Desde nuestro navegador, nos descargaremos la última versión de WebSVN desde su página oficial:

http://websvn.tigris.org/servlets/ProjectDocumentList

lo descomprimiremos y editaremos el archivo “/include/distconfig.php”, el cual cambiaremos las siguientes líneas:

1. // $config->setSVNCommandPath(’Path/to/svn and svnlook/ e.g. c:\program files\subversion\bin’);
2. // $config->setDiffPath(’Path/to/diff/command/’);
3. // $config->setSedPath(’Path/to/sed/command/’);
4. // $config->setTarPath(’Path/to/tar/command/’);
5. // $config->setGZipPath(’Path/to/gzip/command/’);
6. // $config->parentPath(’Path/to/parent (e.g. c:\svn)’);

Por estas otras:

1. $config->setSVNCommandPath(‘/direccionDeTuHome/bin/’);
2. $config->setDiffPath(‘/usr/bin/’);
3. $config->setSedPath(‘/bin/’);
4. $config->setTarPath(‘/bin/’);
5. $config->setGZipPath(‘/bin/’);
6. $config->parentPath(‘/direccionDeTuHome/projects/’);

Como podemos ver, hemos quitado las líneas de comentarios al principio de las instrucciones y hemos asignado las rutas de los programas que utilizará. Hay que fijarse bien de poner la dirección de tu carpeta de usuario correctamente, ya que en este caso yo no he puesto nada porque no puedo saber esa dirección (lo que está en negrita es lo que debes cambiar).

Una vez cambiada la configuración del archivo lo renombraremos el archivo “distconfig.php” a “config.php” y lo subiremos a nuestro hosting. Ahora ya tendréis un gestor de SVN visual y vía web.

5. Accediendo a nuestro repositorio remotamente

Una vez que tenemos nuestro Subversion instalado y hemos creado un proyecto de prueba, podremos acceder a éste usando SSH.

Para bajarse la última versión de nuestro proyecto “prueba”, entraremos en consola y escribiremos:

1. svn co svn+ssh://usuario@host/direccionDeTuHome/projects/prueba

De esta forma, nos aparecerá una carpeta con la última copia del proyecto en nuestro ordenador. Los demás comandos que se pueden utilizar en Subversion, como la actualización, se hará con sus respectivos comandos, pero lo importante aquí era saber la URL de nuestro repositorio.

6. Cuales son las direcciones y usuarios para un servidor 1&1

Esto está fuera de lugar en este tutorial genérico para cualquier tipo de hosting. Pero si has entrado en este post porque tienes un hosting 1&1 y quieres montarlo ahí, te daré las direcciones del HOME y el usuario que debes poner.

La dirección para entrar en un repositorio creado en la carpeta “projects” de tu Home mediante subversión será:

1. svn+ssh://tuUsuario:elNombreDeDominioQueTeDanPorDefecto/kunden/homepages/xx/xxxxxxxxxx/htdocs/projects/tuProyecto

Así pues, en un ejemplo real como el mío, mi dirección es:

1. svn+ssh://u47339777@eridem.net/kunden/homepages/6/d226538314/htdocs/projects/XMLTraceAdministrator

La Generalitat Valenciana ha creado un proyecto llamado SourcePYME para promover el software libre y liberar así a las empresas de la desconfianza. Podemos encontrar un libro en formato electrónico que describe como puede migrar una empresa al software libre sin fallar en el intento y como dice en su libro “tener una guía de buenas prácticas”. El libro puede descargarse de la siguiente dirección:

https://discovirtual.aimme.es/docs/sourcepyme07/migracionalsoftwarelibre.pdf

Y es una lectura muy recomendada tanto para personas con limitado dinero que quieran montar un nueva empresa, como para empresas que quieran bajar su presupuesto en software sin perder funcionabilidad ni ganancias. Aunque… como digo siempre, el libro es recomendado para todos aquellos que tengan pasión por la informática. Una de las partes más interesantes a nivel usuario (si no estás montando una empresa actualmente) es leer la lista de programas recomendados para todo tipo de actividades: Apache, OpenOffice, OpenWengo, Gimp, FreeCAD, etc…

La página oficial de SourcePYME: http://www.sourcepyme.org

GNU GPL

This licence allows the redistribution of the source code and the binary files of a programme. The source code may be given together with the binary files or you should provide a channel to get it. Another of its characteristics is the permission to modify the code, with the restriction of the licence inheritance. In other words, when we publish a source code with a GNU GPL licence, it will never use any other licence, so the code will be totally “libre”.

One of the aspects, which has been most discussed about the GNU GPL licence, is the prohibition to integrate others codes under incompatibles licences (which, later, will be resolved with other licence).

The most important characteristics of this licence are:

• The software cab be allowed to copied, given as a present or sold.
• It includes, directly or with other channels, the source code.
• To inherit the GNU GPL licence to its modifications.
• Not to redistribute the source code with others which have not compatible licences.

GNU LGPL

This licence is practically the same as the previous one, with the difference in the 4th point: it can be distributed with other codes which have other licences.

This type of licences belong to programmes like Mozilla and OpenOffice, which live in operating systems like GNU-Linux, MS-Windows or Mac, and which can integrate codes that are not free.

BSD

The BSD licence implies total freedom over the software. It has the same characteristics as a GNU GPL licence except the 4th point: the licence inheritance. Once you have a programme a BSD licence, we will be able to do any modification and to apply the licence which we like (even a privative licence).

Some people think that this licence is most “libre” of the three because you are able to modify even the licence. Other people think that this licence is a danger to retain the software freedom if somebody applies another kind of licence.

This kind of licence are usually applied to software which can be used like standard. Therefore, the companies which use this software, will be able to create “forks” starting from a base.

Questions

• What licence do you think is the most free?
• What kind of licence will you apply to your programme?

El ensayo trata al software no libre como una catedral: creación de un software bajo un esquema bien definido y un grupo de programadores bien coordinado; y al software libre como un bazar: aportación variada de software con propósitos dispares y liberada en cuando fuera posible.

Eric S. Raymond habla sobre su experiencia en la evolución de un programa de correo electrónico, el cual modifica bajo una licencia libre. Durante la modificación mostrará algunas de las ideas que fueron surgiendo:

1. Todos los trabajos buenos en software comienzan tratando de paliar un problema personal del que los programa.
   
2. Los buenos programadores saben qué escribir. Los mejores, qué reescribir (y reutilizar).
3. Piensa en desechar al menos uno: lo terminarás haciendo de todos modos. (Fred Brooks, The Mythical Man-Month, Capítulo 11)
4. Si tienes la actitud adecuada, los problemas interesantes te encontrarán.
5. Cuando un programa deja de interesarte, tu último deber es pasarlo a un sucesor competente.
6. Tratar a tus usuarios como colaboradores es el camino menos complicado para mejorar con rapidez y depurar eficazmente un programa.
7. Lánzalo pronto. Lánzalo a menudo. Y escucha a tus usuarios.
8. Dada una base lo suficientemente amplia de probadores y colaboradores, casi todos los problemas se identificarán con rapidez y su solución será obvia para alguien.
9. Estructuras de datos inteligentes asociadas a un código torpe funcionan mucho mejor que la alternativa opuesta.
10. Si tratas a la gente que te ayuda a depurar un programa como si fueran tu recurso más valioso, responderán convirtiéndose en eso precisamente.
11. La siguiente cosa mejor que tener buenas ideas consiste en reconocer las buenas ideas de tus usuarios. Y en ocasiones ésta última es la mejor en términos absolutos.
12. A menudo, las soluciones más sorprendentes e innovadoras surgen al darte cuenta de que la idea que se tenía del problema estaba equivocada.
13. La perfección (de un diseño) no se consigue cuando no queda nada por añadir, sino más bien cuando no resta nada por eliminar.
14. Toda herramienta debe resultar útil en la forma prevista, pero una gran herramienta te lleva a usarla para realizar cosas jamás pensadas.
15. Cuando escribas programas que actúen como pasarelas de datos (gateway software), ten cuidado de modificarlos lo menos posible; y nunca elimines información a menos que su destinatario te fuerce a hacerlo.
16. Si el lenguaje de tu programa no es Turing-completo ni por asomo, puede venir bien endulzar su sintaxis.
17. Un sistema es sólo tan seguro como su secreto. Cuidado con los falsos secretos.
18. Para resolver un problema interesante, comienza por encontrar uno que lo sea para tí.
19. Si el coordinador de un proyecto tiene a su disposición un medio de comunicación al menos tan potente como Internet, y sabe como conducir a la gente sin coaccionarla, muchas cabezas son inevitablemente mejor que una.

El libro, de lectura recomendada aunque no te interese el software libre (sino el software en sí), se puede leer de la página:

http://es.tldp.org/Otros/catedral-bazar/cathedral-es-paper-00.html#toc10