Sin embargo, también conoceréis que no existe una versión compilada para 64 bits, sino que sólo está disponible en los 32 bits.

En este post os explico cómo he hecho para que este cliente de mensajería instantánea funcione en mi Ubuntu de 64 bits.

Resumen

Para los que no quieren leerse el “cómo lo hice” que viene a continuación (que también incluye métodos que no me han funcionado), aquí va un resumen para la resolución rápida de la instalación de skype en Ubuntu 64 bits:

1. Descargar el paquete skype para Ubuntu Feisty desde la página del desarrollador.
2. Instalar los paquetes libqt4-core y libqt4-gui, con sudo apt-get install libqt4-core libqt4-gui
3. Forzar la instalación del paquete skype*.deb con sudo dpkg -i –force-architecture skype*deb
4. Descargar el script GetLibs para resolver las dependencias de 32 bits.
5. Ejecutar sudo getlibs /usr/bin/skype en consola.

Descargar Skype

Si intentamos Habilitar el repositorio oficial y descargarlo con Synaptic tenemos que tener en cuenta que, de momento, no funciona para Ubuntu 64.

En esta dirección tenéis una descripción de qué agregar a nuestros repositorios:

Yo lo hago a través de Synaptic.

De esa página copiamos la línea deb http://download.skype.com/linux/repos/debian/ stable non-free y la mantenemos en el portapapeles.

Abrimos Synaptic y vamos al menú Configuración > Repositorios, pestaña Software de otros proveedores. Damos al botón Abrir y pegamos la línea anterior:

Tras dar al botón Cerrar y pulsar Recargar, comprobaremos que existe un error: el repositorio, literalmente, no existe:

Así que, lo que funciona perfectamente para Ubuntu Gutsy Gibbon 7.10 de 32 bits no lo hace para nuestra versión de 64 bits… hay que buscar otro camino…

El Paso a Paso

Descargar el paquete de Skype desde el sitio del desarrollador

En la dirección de descargas de Skype podremos encontrar diversas posibilidades. Aunque no existe un enlace para una versión específica para Gutsy, escogemos la de Feisty (la que he recuadrado en rojo):

Si estáis usando Firefox, en breves instantes aparecerá el típico cuadro de Abrir con… o Guardar en…:

Si, inadvertidamente, damos al botón Aceptar, cuando termine de descargarse el programa se iniciará automáticamente el instalador gdebi de paquetes. Como estamos intentando instalar una versión para 32 bits, nos advertirá de ello:

… y no continuará la instalación.

¿Dónde está el paquete de skype?, ¿hay que volver a bajarlo? No, no es necesario, valga esto como truquito si es que no lo encontramos en el Escritorio: vamos al gestor de descargas de Firefox (menú Herramientas > Descargas) y hacemos clic con el botón derecho del ratón sobre la línea del paquete de Skype:

Se abrirá una ventana del administrador de archivos (nautilus) en el lugar donde se ha descargado el paquete. Conviene recordar dónde está para los siguientes pasos o mejor, moverlo al Escritorio para tenerlo más a mano.

Forzar la instalación de Skype

Como en el caso de otros programas de 32 bits, es necesario que el sistema contenga una serie de bibliotecas que puedan asegurar tanto la instalación como el funcionamiento de los mismos dentro de nuestro entorno de 64 bits. Este tipo de dependencias son algo “especiales” y quizás necesitemos de ayuda extra.

Sin embargo, si ya habéis instalado otro software de 32 bits en vuestro Ubuntu de 64 (por ejemplo, el plugin de Adobe Flash) ya hay parte del trabajo hecho, ya que con sus dependencias también se han instalado parte de esas bibliotecas, pero para este post intento partir de cero y así intentar cubrir todos los frentes.

Para comprobar qué nos va a faltar tenemos que tirar de consola. Así que la abrimos desde el menú Aplicaciones > Accesorios > Terminal.

Nos movemos a la carpeta en la que está el paquete deb de Skype que hemos descargado desde la página de Skype. Si está en nuestra carpeta personal no es necesario dar este paso, pero si está en el Escritorio, escribimos:

cd Desktop

…y pulsamos la tecla [Intro]

A continuación escribimos:

sudo dpkg -i --force-architecture skype*deb

… y pulsamos [Intro]

Tecleamos la contraseña de nuestro usuario y pulsamos [Intro]. El programa dpkg tratará de instalar el paquete, para lo que hará un análisis del mismo. La salida el programa nos indica que no ha podido porque le faltan algunas dependencias:

En resumen, nos está diciendo que necesita los paquetes libqt4-core y libqt4-gui para seguir el proceso de instalación. Una opción la mar de válida sería usar Synaptic (buscamos esos paquetes y los marcamos para instalar), pero ya que estamos en la consola seguiremos en ella.

Escribimos lo siguiente:

sudo apt-get install libqt4-core libqt4-gui

… y pulsamos la tecla [Intro].

Comenzará la descarga e instalación de estos paquetes en breve. Cuando nos devuelva el control de la consola, escribimos de nuevo (o pulsamos la tecla [arriba] hasta que la veamos aparecer):

sudo dpkg -i --force-architecture skype*deb

… y observamos lo que ocurre:

Aparentemente está instalado. Probamos a ejecutarlo escribiendo ahí mismo:

skype

… y pulsamos [Intro].

Efectivamente, skype no se ejecuta, sigue pidiéndonos algo más: en este caso se trata de la biblioteca libQtDBus.so.4. Si tratamos de descargarla con apt-get (o synaptic) no la vamos a encontrar: sencillamente, la versión que está buscando Skype es de 32 bits, y la que tendremos referenciada en nuestro sistema de paquetes va a ser la de 64.

Es aquí cuando vamos a echar mano de la ayuda extra de la que hablaba: el script GetLibs, desarrollado por Cappy, un habitual de Ubuntuforums. No está en los repositorios que tenemos configurados, así que podemos descargarlo pulsando en este enlace. Esta vez no habrá problemas al instalar, ya que Gdebi procederá a su instalación sin indicar error alguno:

Bastará con dar al botón Instalar el paquete y en pocos instantes lo tendremos disponible.

GetLibs es un programa para la consola, así que volveremos a ella y escribimos:

sudo getlibs /usr/bin/skype

El programa comprobará qué está necesitando skype para funcionar, y nos propondrá descargar las bibliotecas que nos son necesarias:

Escribimos S (“s” mayúscula) y pulsamos [Intro]. En poco tiempo se descargarán e instalarán las dependencias que faltaban.

Hacemos una prueba: ejecutamos skype desde la consola:

skype

… y en unos instantes tenemos lo siguiente:

Hale, a chatear… y a hablar; por las pruebas que he hecho funciona correctamente el audio. El vídeo, de momento, sigue sin ser desarrollado para linux. Tampoco existe la posiblidad, por el momento, de traducirlo al español.

A partir de ahora podremos acceder a skype desde el menú Aplicaciones > Internet > Skype.

Referencias

Risolvere le dipendenze, en Divilinux Lost Blog.

getlibs: Automatically solves dependencies for binaries, en UbuntuForums.

En aquella ocasión expliqué cómo hacerlo echando mano del polémico Automatix y de una modificación de Firefox llamada Swiftfox. En estos momentos, en Gutsy esta solución no es posible, ya que aún no existe una versión de Automatix que se ajuste a la nueva revisión de Ubuntu, pero Swiftfox sigue siendo instalable desde su repositorio.

Contenidos

• Instalación del plugin desde el propio navegador

Posibles problemas:

• A) ¿Y si lo anterior no ha funcionado? Instalación del complemento ubufox
• B) Que no, que no va… Synaptic al rescate

Instalación del plugin desde el propio navegador

Seguro que os suena esta situación: instalais un nuevo sistema operativo, vais a una página cualquiera y aparece esta advertencia:

El paso a paso

Pulsamos sobre el botón que vemos en la anterior imagen: Instalar los plugins que faltan… o sobre el icono verde con forma de pieza de puzle.

Un diálogo aparecerá y nos hará tomar una decisión: ¿instalamos el visor propietario de Adobe o bien Gnash, el desarrollo Open Source para visualizar el contenido flash y que sí está compilado para 64 bits? Yo, de momento, me decanto por el Flash de Adobe:

Pulsamos en el botón Siguiente y se nos pedirá permiso para instalar un nuevo programa en nuestro sistema:

Pulsamos sobre el botón “Sí” y comenzará la instalación del paquete flashplugin-nonfree (el plugin propietario de Adobe en 32 bits) y, de forma transparente, el programa ndispluginwrapper (programa que consigue que los plugins de 32 bits se ejecuten en los navegadores de 64) y las bibliotecas necesarias para la ejecución de este código de 32 bits sobre nuestra plataforma de 8 octetos.

En todo esto, afortunadamente, no tendremos que realizar acción alguna, así que el siguiente paso es hacer caso a este diálogo:

Pulsamos en el botón Finalizar y cerramos Firefox. Al volverlo a abrir ya podremos ver esos contenidos alegres y pizpiretos que tanto nos gustan… cuando no son publicidad:

¿Y si lo anterior no ha funcionado?

Es posible que, en alguna ocasión y debido a que hayamos hecho una actualización desde otra versión de Ubuntu (e incluso os habéis pasado otras distribuciones) quede alguna información en vuestra carpeta de perfiles de Firefox que impida que la forma de instalar este plugin no aparezca. Sin embargo, no está todo perdido: podemos intentar que nuestro Firefox habilite esta posibilidad o, finalmente, acudir a Synaptic, como hacíamos en Feisty.

A) Habilitar esta posibilidad desde el gestor de Complementos de Firefox

Y tal posibilidad se debe a un añadido creado por Ubuntu llamado ubufox. Si hemos instalado desde cero nuestro Firefox, éste nos permite hacer cosas como la instalación fácil del plugin de Flash o acceder a otro método de instalación de plugins seleccionados por la propia Ubuntu.

En Firefox, vamos al menú Herramientas > Complementos, y veremos a continuación el siguiente cuadro:

Podemos curiosear pulsando en el vínculo que he recuadrado en rojo (Get Ubuntu Addons). Se abrirá una versión “modificada” de Añadir y Quitar Aplicaciones, donde podremos seleccionar diversos complementos para Firefox.

Por supuesto: faltan complementos en ese listado. Por eso, siempre podremos instalarlos como solíamos pulsando sobre el vínculo Obtener extensiones en la ventana de complementos o visitando la página de complementos de Mozilla.

¿Qué ocurre si no aparece este complemento llamado ubufox? Podemos recurrir a Añadir y Quitar Aplicaciones, al final del menú Aplicaciones. Una vez allí, nos aseguramos de que el filtro de búsqueda (marcado como “Mostrar:”) esté seleccionado en Todas las aplicaciones disponibles y en el cuadro de búsqueda escribimos ubufox.

Si no está marcado, lo marcamos para instalar. Una vez reiniciado Firefox podemos seguir el primer método aquí expuesto.

B) Que no, que no va… Synaptic al rescate

Tenemos entonces un perfil de Firefox algo determinado por instalaciones anteriores, porque ubufox sí está señalado en la ventana anterior. Aunque hay formas manuales de dejarlo “como si fuera nuevo”, seguimos teniendo la posibilidad de instalar el plugin de Flash sin tocar nuestra carpeta de perfiles. Esta vez echamos mano de Synaptic.

Una pregunta:

- ¿No se puede hacer desde Añadir y Quitar Aplicaciones, que es más bonito?

- En teoría sí, pero no puedes marcar el plugin de flash aunque aparezca. Así que a Synaptic…

Abrimos Synaptic a través del menú Sistema > Administración > Gestor de paquetes Synaptic.

Realizamos la siguiente búsqueda: flashplugin-nonfree. Marcamos para instalar y pulsamos sobre el botón Aplicar.

Si teníamos Firefox abierto lo cerramos y volvemos a abrir. Allí estarán nuestros queridos comerciales hechos en flash…

En este post voy a contar, o más bien, mostrar pantallazos del proceso de instalación de Ubuntu 7.10 Gutsy Gibbon (RC) y la solución y consejos de alguna que otra situación. El proceso no ha cambiado nada desde la versión anterior, y tampoco hay diferencias, evidentemente, según sea la arquitectura escogida (i386 para microprocesadores de 32 bits o amd64 para los de 64 bits). El proceso de instalación se resume en lo siguiente:

Así de sencillo, o no…

Contenidos

Equipos de prueba
Descarga y verificación de la suma md5 de la imagen ISO de instalación de Ubuntu
Paso a paso
1. Error en el reconocimiento de la resolución del monitor
2. Icono de instalación
3. Selección de idioma
4. Selección de la zona horaria
5. Selección del idioma del teclado
6. Preparar el espacio del disco
Ejemplo de Configuración Manual de las particiones
Ejemplo de Configuración Guiada de las particiones
7. Usuario principal del sistema
8. Migración de documentos y configuraciones
9. Resumen de la instalación
10. Reinicio del sistema

Equipos de prueba

He tenido la ocasión de acceder a dos equipos disitintos, y a cada cual le he instalado una versión con arquitecturas distintas (hay algunas diferencias, no en la instalación, sí en el tratamiento de algunos aspectos de la configuración posterior):

Es interesante tener en cuenta lo siguiente, ya que no he instalado Ubuntu de la misma forma:

Equipo de 32 bits

El disco duro principal, de 40 GBytes, está ocupado por ese otro sistema operativo. Como no es mío, le he añadido un segundo disco duro de 13 GBytes que tenía sin uso. Así que el asunto del particionado se resuelve fácilmente: dejar a Ubuntu que disponga de todo el espacio de este segundo disco duro.

Equipo de 64 bits

Los sistemas operativos están instalados en el primer disco, de 120 GBytes: Windows, openSUSE y una partición para los datos y configuraciones de los usuarios (/home). Una de las operaciones que realicé, al instalar Ubuntu, fue redimensionar la partición de openSUSE con el fin de dejar sitio a Ubuntu. Seguiré usando /home para ambos linuxes. Así que la cosa sigue como queda:

Como mostraré más adelante, la elección del nombre con el que reconoceremos las distintas particiones (puntos de montaje) es sencilla desde la propia instalación.

Imágenes ISO y verificación de la suma md5… no es necesario pero sí conveniente

El método que escogí fue instalar desde cero, no el de actualizar la distribución desde la línea de comandos (tenía Feisty en su sabor UbuntuStudio instalado). Como comenté en el post anterior a éste, contar con una partición /home tiene la ventaja de que las configuraciones (preferencias) de los programas, datos y documentos seguirán ahí si se decide sustituir una distribución por otra. En apenas dos días estarán ya disponibles para descarga las versiones definitivas de Ubuntu Gutsy Gibbon. Sin embargo, para los impacientes como yo, valga esta dirección (servidor en Francia). El siguiente paso es crear el CD de arranque.

Yo lo hice con K3b, ya que ofrece una funcionalidad interesante: calcula automáticamente la suma md5 antes de iniciar la grabación de una imagen ISO. Esto es un número hexadecimal largo (128 bits) e incomprensible que podemos comparar con el que existe en la página de descarga, de manera que, si coinciden el de la versión que ya descansa en nuestro disco duro con la publicada en el servidor, es que no se ha perdido nada en el camino. Con la velocidad de descarga actual es raro que se produzcan este tipo de fallos, pero no está mal la precaución antes de inutilizar un CD virgen con su cánon y todo. Tenemos ya la imagen ISO, por ejemplo, en nuestro escritorio. Vamos a quemarla con K3B situándonos sobre su icono y pulsando el botón derecho del ratón. En el menú escogemos la opción “Abrir con K3b”. K3b inicia inmediatamente el diálogo de grabación, pero calcula la suma de la que hablo, cosa que suele tardar un tiempo:

No es necesario esperar que K3b finalice el cálculo de la suma si no estamos interesados en verificarla. Para continuar la grabación basta con dar al botón “continuar” y omitirá dicho cálculo.

Suma que, como podréis comprobar a continuación, coincide con el que aparece en la misma página de descarga. Desplazaos hacia bien abajo en ella, donde veréis un listado de archivos. Arriba del todo, veréis un icono como este:

Pulsad sobre el vínculo MD5SUMS y aparecerá un listado con las sumas de verificación de todos los archivos que contiene el directorio. En concreto, el que busco está recuadrado:

No es necesario comprobar dígito a dígito: es suficiente que el principio y el final coincidan. Si no coinciden lo más recomendable es volver a descargar la imagen, preferiblemente desde otro servidor. Si le tenéis tirria a K3b, no lo queréis instalar o preferís la aplicación que Gnome trae por defecto (creador de CD/DVD) basta con escoger esa opción en el menú contextual sobre el icono y seguir los pasos indicados. Si previamente queréis comprobar la suma de verificación, utilizad el programa md5sum en consola de la siguiente manera:

md5sum ubuntu-7.10-desktop-i386.iso

 

Recordad que, como en muchos comandos en consola, si pulsáis el tabulador se pone en marcha el autocompletado de nombres, así que no tendréis que escribir todo el nombre del archivo (sería algo así como escribir “md5sum ubu[tabulador]“).

También os valdrá con:

md5sum *.iso

Si lo habéis descargado en Windows podéis hacer uso de casi cualquier programa de grabación. Los hay gratuitos, como CDBurnerXP. Para verificar en Windows la suma md5, tendréis que descargaros un programa como MD5Summer.

Al grano: el paso a paso
Reiniciado el ordenador con el CD recién grabado dentro comienza primero la ejecución del sistema desde el propio medio extraíble, en lo que se conoce como modo live: un sistema operativo completamente funcional que no necesita instalarse ni modificar nada en nuestros discos duros y que funciona utilizando la memoria RAM y el propio CD. La contrapartida es que su funcionamiento es sensiblemente más lento; su ventaja, que podemos probar la distribución antes de instalarla e incluso recurrir a ellas para rescatar datos de algún sistema “perjudicado”.

Arranque desde el CD de Ubuntu

La primera pantalla que veremos será esta:

Ya hemos advertido que no podemos utilizar aún el ratón, así que tendremos que hacer uso de las teclas de dirección y la de Intro, además de las teclas de función. Y lo primero que haremos será ponerlo en español. para ello pulsamos la tecla F2 y, maniobrando con las teclas de dirección, señalamos la entrada pertinente en el menú que aparece y pulsamos Intro:

Con todo ya en nuestro idioma, podemos escoger la resolución con la que se ejecutará Ubuntu en el siguiente paso. Podemos escoger la que sabemos que es la correcta, según nuestro monitor. En este caso, por ejemplo, 1024×768. Lo hacemos pulsando la tecla F4:

 

En el caso de que cometamos un error, como por ejemplo, escoger una resolución mayor de la que nuestro monitor puede ofrecer, Ubuntu tratará de utilizar una menor, como la de 800×600. Esto también ocurre cuando, a pesar de que el monitor es capaz de utilizar la resolución escogida, no ha sido correctamente reconocido, o bien pase algo similar con la tarjeta gráfica y driver genérico escogido. En la mayoría de los casos será posible, una vez cargado el entorno gráfico, ajustar la resolución correcta con las herramientas disponibles en el menú Sistema.

Nos aseguramos de que la primera opción del menú, Iniciar o Instalar Ubuntu está resaltada (si no lo está nos movemos con las teclas de dirección) y pulsamos Intro. Nos encontraremos con el Ubuntu Splash (la pantalla que Ubuntu muestra para indicar que está trabajando en su inicio):

Y tras varios instantes (minutos), nos encontraremos con el escritorio de Ubuntu, listo para usar:

Ya estamos en el modo live. Aquí podremos realizar casi cualquier tipo de tarea y pasearnos por los menús y sus aplicaciones.

La primera en la frente: la resolución no es la correcta

Si en el equipo más antiguo no he tenido ningún problema en este aspecto, en el caso de mi equipo de 64 bits sigo teniendo el mismo que ya tuve con Feisty: arranca en modo de 800×600 puntos. Parece ser que la combinación nVidia 7x + monitor HP f1723 no es una opción que facilite las cosas… Aunque la solución que propuse en este mismo blog sigue siendo válida, en esta ocasión me ha sido posible arreglarlo sin recurrir a la consola, aunque he tenido que dar algún paso más de la cuenta. He aquí el proceso:
1) Entre otros, existe un nuevo programa en el menú Sistema > Administración: se trata de Pantallas y gráficos (instalable también en Feisty como displayconfig-gtk). Cuando lo abrimos encontramos algo similar a esto:

Observad que Ubuntu no ha detectado mi monitor y, además, le ha puesto una resolución baja. Pulsando sobre el botón Modelo, accedemos a una vasta lista de monitores, entre las que se encuentra el mío:

2) Pulso el botón Aceptar; de vuelta a la pantalla principal ya es posible escoger la resolución correcta de 1280×1024 puntos. Así que nada, a asignar:

La lógica le lleva a uno a pensar que ha de pulsar el botón Test para comprobar que todo está correcto y la elección hecha funcionará bien, pero a mí esa operación me provocó el colapso del sistema gráfico. Afortunadamente, la combinación de teclas [Alt]+[Ctrl]+[Retroceso] reiniciará el sistema gráfico y volveremos en breves instantes al escritorio. Eso sí, puede que con alguna extraña resolución…

3) Después de pulsar el botón Aceptar, aparecerá una ventana que nos avisa de que, para que los cambios surtan efecto, debemos reiniciar la sesión:

Podemos hacerlo desde el botón del panel de Gnome, desde el menú Sistema, o con la combinación de teclas [Alt]+[Ctrl]+[Retroceso]. Tras unos instantes nos devolverá a la ventana de login (ventana de entrada). Recordad, estamos en una sesión live y todavía no hemos configurado un usuario. Así que bastará con pulsar la tecla [Intro] para volver a ver el escritorio:

Puede que, como en mi caso, os llevéis una sorpresa: el escritorio excede de los límites del monitor. Aparentemente ha cargado una resolución adecuada (el puntero del ratón es más pequeño y se ve mejor definido que antes), pero no aparecen los típicos paneles de Gnome (las barras de iconos que se sitúan arriba y abajo del escritorio). Si lleváis el ratón hacia el borde superior, comprobaréis que el escritorio “se mueve” y que realmente el panel está ahí. Eso es lo que se llama resolución virtual: es una manera de tener más espacio disponible en nuestro escritorio, función que ya se usaba desde los primeros tiempos del entorno gráfico de Linux. Quizás con éste gráfico logre ilustrarlo:

Como puede que, como a mí, os interese más tener distintos escritorios virtuales (como en el caso del cubo) en lugar de una resolución virtual, tenemos que realizar una nueva operación.

4) Esta vez os aconsejo usar gnome-display-properties, única herramienta gráfica que teníamos disponible en anteriores versiones de Ubuntu (usar de nuevo displayconfig-gtk no me resolvió nada, al contrario). Lo encontramos en Sistema > Prefrencias > Resolución de la Pantalla. Con la resolución virtual me encuentro con lo siguiente:

Cambio a la resolución recomendada por el fabricante de mi monitor (1280×1024) y pulso el botón Aplicar. El monitor cambia de resolución y un nuevo diálogo nos solicita una decisión al respecto:

Si todo ha ido bien y vemos el escritorio como queremos, pulsaremos sobre el botón Conservar esta resolución. Si, en cambio, no se ve bien, haremos clic sobre Usar la resolución anterior. En mi caso todo se veía ya perfectamente, así que pulso el botón Conservar… para mantener los 1280×1024 puntos. Todo resuelto, ya puedo instalar.

Localizar el icono del escritorio sobre el que tenemos que hacer doble clic para comenzar el proceso de instalación en nuestro disco duro es sencillo:

Selección de idioma: si no hemos escogido antes, en el menú de arranque del CD, el español como idioma por defecto, ahora lo podemos hacer.

Selección de la zona horaria. Si hemos seleccionado Español y estamos en España desde un principio bastará con darle al botón Adelante, ya que la elección corresponde al uso horario de Madrid:

Selección del idioma del teclado: también estará correctamente seleccionado (para la gran mayoría de casos).

Preparar el espacio del disco, paso también conocido como Particionado. Voy a explicar las dos opciones que he probado: la configuración manual y la Guiada. Esta es la ventana donde tendremos que escoger la opción:

Ejemplo de Configuración manual de las particiones

Es la opción más compleja pero con la que podemos tener más control de lo que Ubuntu va a hacer con nuestro disco duro… porque lo vamos a hacer nosotros. Podremos hacer cosas como redimensionar particiones y crear nuevas a partir del espacio vacío, escoger qué particiones deseamos formatear, asignar puntos de montaje, etc. Dada la configuración de mi disco, ésta es la opción recomendada:

• Ya existe una partición swap.
• Una partición para XP que no quiero modificar.
• Una partición para openSUSE que no deseo tocar.
• Una partición Home donde están todos mis datos y configuraciones.
• Un espacio libre donde instalar Ubuntu.

Como ya sugerí en mi anterior post, antes de ponerse a enredar con las particiones es más que conveniente hacer copia de todo lo que consideremos importante. Si no estamos seguros, lo sensato es reiniciar el ordenador con el sistema que tengamos y hacerlo. Para acceder al modo de edición de las particiones seleccionamos la opción Manual. Veremos que, después de unos instantes, el programa de instalación nos muestra una pantalla similar a ésta:

La imagen tiene truco, ya que está todo preparado para continuar la instalación. Como se puede observar, he asignado los distintos puntos de montaje (no había ninguno asignado) y he decidido que lo único que hay que formatear de la partición /dev/sda8 que, al tener el punto de montaje /, va a albergar el sistema Ubuntu. Baste de ejemplo lo siguiente para establecer puntos de montaje: Seleccionamos la partición elegida con el ratón y se habilitará una serie de botones en la ventana. Pulsamos sobre Edit Partition y aparecerá un diálogo:

En el campo punto de montaje escogemos la “etiqueta” que le corresponde. Antes de esta operación yo ya sabía que la partición de mis datos se situaba en /dev/sda7, por lo que la elección es fácil. Por supuesto, también conocía que /dev/sda1 corresponde a la partición de Windows (además, el tipo de sistema de archivo ntfs ayuda a identificarlo).

 

Lo que quiero decir con esto es que, si tenemos muchas particiones o distintos sistemas, para evitar sorpresas desagradables, es tener anotados, con anterioridad qué particiones tenemos y a qué se corresponden. Una manera de hacerlo desde el propio CD Live de Ubuntu es ir al menú Lugares > Equipo e ir montando los distintos discos duros, ya que cada icono representa una partición (a excepción de la swap). Examinando su contenido podemos estar seguros de qué contiene cada una. Tras comprobarlo, es recomendable desmontarlas todas situándonos sobre cada icono de unidad y, con el botón derecho, escoger la opción Desmontar, antes de continuar con la instalación.

Si algún punto de montaje no aparece, o queremos crear uno distinto, podemos escribir directamente sobre el propio campo. Recordad que los puntos de montaje se traducen luego en directorios. Por ejemplo, quiero acceder al disco duro que me sirve de “almacenamiento masivo” y quiero que esté dentro de la carpeta “media”:

Normalmente, cuando vamos a instalar un sistema desde cero queremos que lo haga en un espacio limpio, para evitar que haya datos y configuraciones que acaben mezclándose con las nuevas y provoquen un comportamiento errático en nuestro sistema. Sí, hablo de formatear, y es posible escoger, desde la ventana del particionado, escoger cuáles de ellas vamos a vaciar del todo. En mi caso sólo me ha interesado formatear la partición / (llamada en linux “raíz”), y ninguna más. La partición swap será formateada de todas formas. Señalamos el recuadro que se encuentra a la altura de nuestra partición raíz en la columna titulada Format?. Pulsamos el botón Adelante y se nos preguntará si estamos seguros y que habrá particiones que se formatearán y perderán sus datos. Revisamos nuestras notas y continuamos la instalación.

Ejemplo de Configuración Guiada de las particiones Ésta es la opción ideal si tenemos un disco duro aparte que queramos dedicar a Ubuntu (como es mi caso) o si queremos tener sólo Ubuntu instalado; también es recomendable si es la primera vez que vamos a instalar Linux. Otras opciones guiadas que se proporcionan incluyen redimensionar la partición presente para dejar sitio a Ubuntu. En este caso, siempre es preferible desfragmentarlas con anterioridad si son del tipo NTFS (Windows 2000, NT, XP…) o FAT32 (Windows 95, 98, y todas las posteriores). Eso tendremos que hacerlo desde el propio sistema operativo. En mi caso Ubuntu ocupará un segundo disco duro de unos 13 GBytes, así que escogo la opción Guiado – utilizar todo el disco y escojo la unidad correspondiente:

Pulsando Adelante damos permiso a Ubuntu para que asigne las particiones a su conveniencia. Sin que intervengamos, creará una partición swap teniendo en cuenta la memoria RAM de que dispongamos (en mi caso, con 512 MBytes, la partición swap ocupa 600 MBytes), y otra, la raíz, en la que situará la carpeta /home. Seguimos Adelante y continuará la instalación.

Migración de documentos y configuraciones. Si tenemos algún Windows instalado, o incluso otro Linux, aparecerá este cuadro. Básicamente, si seleccionamos la opción, se copiarán los archivos que existan en Mis Documentos, los favoritos de Firefox, configuración de correo, etc. En la parte de abajo de la ventana ya podemos crear un usuario, usuario al que se copiarán esas configuraciones.  Si hacemos esto el siguiente paso no será necesario.

Usuario principal del sistema. Es aquí donde escogemos el nombre de usuario y su contraseña. Además, podemos asignar un nombre a nuestro equipo, para que sea fácilmente reconocible en la red local.

Si tenemos ya un usuario creado en una partición /home podemos añadir uno aquí con el mismo nombre para que utilice dicho directorio y todos los archivos de configuración y preferencias que contiene. Eso sí, esta operación puede dar algún problema si la versión de la distribución que estamos instalando es muy distante a la que teníamos, o incluso si es otra. También habrá ciertas dificultades si, por ejemplo, las distribuciones son distintas. Un aspecto importante de este usuario que creamos desde la instalación en Ubuntu es que hará las veces de Superusuario del sistema: su contraseña es la que habrá que utilizar aplicaciones de administración; en Ubuntu no existe una cuenta de usuario root como tal.
Resumen de la instalación. Como indica la ventana, todo está listo para instalar. Ubuntu nos presenta un resumen de lo que se va a hacer, incluyendo el formateo de particiones si así lo hemos decidido:

Lo que resta es esperar a que se instalen los paquetes, lo cual llevará cierto tiempo. Como estamos en un entorno “Live”, podemos ejecutar ciertas aplicaciones, por ejemplo, el Mahjjong,

Sólo resta Reiniciar el sistema, escoger la opción correcta en el menú de arranque y comenzar a configurar aspectos como la conexión de internet, la impresora, etc.
Pero eso será otro día…

Aunque llevaba ya un tiempo trasteando con la beta del nuevo Ubuntu no me he decidido a escribir nada sobre ella hasta ahora, habida cuenta de que en la blogosfera se han hecho ya bastante eco del acontecimiento. En mi experiencia de usuario doméstico de Linux nunca había visto tanta espectación ante la llegada de una nueva entrega de algo relacionado con Linux. Bienvenida sea.

Como suelo advertir en este blog, lo que voy a relatar se refiere a mi propia experiencia: es difícil que otro usuario o usuaria tenga la misma configuración hardware o, por ejemplo, la misma distribución de particiones. Eso hará que describa problemas que otros muchos no han encontrado, y viceversa.

Antes de empezar

Los blogueros somos pesados: no dejamos de advertir que, antes de enredarse a grabar y borrar datos en el disco duro, hagamos copias de seguridad de nuestros datos sensibles: documentos, correo electrónico, favoritos, entradas RSS valiosas (si tenemos un lector de feeds, también conocidos como agregadores de noticias), datos de configuración de programas, fotografías, música, contraseñas, etc. Un traspiés en el particionado (por ejemplo, formatear la partición que no es) puede dar al traste con mucha información relevante… y me temo que eso no es culpa ni de Windows ni de Linux. Somos pesados, sí. Con razón.

Planteamientos previos

Es conveniente realizarse algunas preguntas antes de empezar. Por ejemplo:

¿Qué espacio de disco voy a dedicar a Linux? ¿Va a convivir con Windows?

Seamos honestos: normalmente Linux convive con alguna versión de Windows en el mismo equipo y, la mayoría de las ocasiones, en el mismo disco duro; habrá cosas que no podremos o queramos hacer con Linux y que estamos demasiado acostumbrados a hacer en Windows; con el tiempo también ocurrirá al contrario . Esto nos lleva a la necesidad de acondicionar el disco para la posterior operación de “dejar sitio” a Ubuntu. Como primer paso, es más que aconsejable la desfragmentación del disco que ocupa Windows. En cuanto al tamaño de la partición depende de cuáles van a ser nuestras necesidades: si vamos a curiosear con Ubuntu no será necesario dedicarle demasiado espacio; si pretendemos que acabe siendo nuestro sistema operativo principal, es Windows el que debería quedar reducido. El propio instalador de Ubuntu nos sugerirá un tamaño según sea el que haya libre. Por lo general, se recomienda, para el sistema y las aplicaciones, un tamaño entre 2 y 7 GB.

¿Creo una partición /home para mi carpeta personal y la de otros usuarios?

Ésta es una cuestión muy relacionada con la anterior, y, además, contar con este tipo de partición tiene sus ventajas. Si lo que se pretende es jugar con Ubuntu no merece la pena crear una partición /home: si algún día nos cansamos de ello y queremos recuperar espacio tendremos algún trabajito extra (eliminar las particiones de linux, fusionarlas con la de windows…).

Sin embargo, es más que recomendable tener una partición /home con todos nuestros datos, documentos y configuraciones. De hecho, es tan recomendable como tener una partición para el mismo fin en Windows: nos previene de cualquier desastre que ocurra en la parte operativa (la del sistema y los programas) así que, si alguna vez no podemos arrancar el sistema, al menos estamos seguros de que podremos salvar nuestros datos. También es convieniente para gente como yo, que instalo con frecuencia distintas distribuciones: puedo disponer de mis datos con mi usuario sea cual sea el Linux que arranque. Eso sí: algunas distribuciones difieren tanto en su puesta en práctica que, a veces, no es buena idea usar el mismo usuario (me refiero, especialmente, a la configuración del escritorio, muy dependiente del gestor – gnome o kde, por ejemplo- y de las versiones de éste).

¿Creo una partición a la que todos los sistemas instalados puedan acceder?

Muy recomendable opción si tenemos gran cantidad de datos o si manejamos ficheros que usamos, indistintamente, en Linux y Windows. Si utilizamos una carpeta del tipo “Mis Documentos”, es buena idea situarla en una partición aparte. Que sea fat32 es recomendable por cuestiones de compatibilidad: es el formato que leen sin problemas todos los sistemas operativos.

¿Voy a instalar alguna otra distribución? ¿La tengo ya instalada y no quiero deshacerme de ella?

Las distribuciones modernas, y me refiero a mi experiencia con Ubuntu 7.10 y openSUSE 10.3, suelen detectar, a la hora de instalar el gestor de arranque, que existe alguna otra distribución presente. Esto, que era algo con su complicación no hace mucho tiempo, ya que obligaba a editar a mano los archivos del gestor de arranque, ahora resulta sencillo. Podemos hacer cosas como, por ejemplo, arrancar con openSUSE 10.3 y modificar desde allí la pantalla de arranque que ha instalado Ubuntu que, por cierto, sigue siendo bastante fea y poco atrayante, y sustituirla por la estupenda que proporciona openSUSE simplemente reinstalando GRUB desde Yast.

No obstante, lo crucial de todo esto es que, si no queremos deshacernos de una distribución previamente instalada, es que tenemos que particionar el disco. Afortunadamente, el instalador de Ubuntu nos permitirá hacerlo de manera más o menos sencilla.

¿Qué tamaño asigno a la partición de intercambio (swap)?

Es curioso, pero no parece haber consenso sobre qué tamaño de partición swap (espacio del disco que utiliza linux como “memoria virtual” para así acelerar ciertas operaciones) es conveniente. Para ilustrar lo que digo, échese un vistazo a este post del estupendo blog Incognitosis. Cito directamente:

1. Para máquinas con menos de 1 Gbyte de RAM: lo mismo de swap que tengas de RAM
2. Para máquinas con 2-4 Gbytes de RAM: la mitad de swap que la que tengas de RAM
3. Para máquinas con más de 4 Gbytes de RAM: 2 Gbytes de RAM como mucho.

¿Mi hardware es plenamente compatible con mi distribución?

Una de las ventajas de las distribuciones live (se ejecutan desde un CD o un DVD, sin necesidad de tocar el disco duro) es que podremos, antes de instalar la distribución, comprobar si nuestra tarjeta gráfica, nuestro monitor, nuestra tarjeta de red, nuestra tarjeta wifi, nuestro adaptador bluetooth, nuestra tarjeta de sonido, los botones extra de nuestro teclado, nuestra tableta digitalizadora, nuestro escáner, nuestra impresora, nuestra webcam, etc. funcionan correctamente. En algunos casos será necesario remangarse y meterse en faena, lo que significa buscar en Internet, preguntar en foros y realizar una serie de operaciones un tanto esotéricas para la mayoría, incluidos expertos. No quiero engañar a nadie: todavía es necesario realizar este tipo de pesquisas y pruebas en no pocos casos, el hardware en Linux no es una panacea y no funciona todo, aunque se va avanzando. Cosas de la industria, los costes y las políticas de monopolio. Mi recomendación es que, antes de decidir instalar Ubuntu, se utilice el Administrador de Dispositivos de Windows y se busque en Internet. Un buen lugar para comenzar, ya que tratamos de Ubuntu, es esta página de la Guía Ubuntu, aunque no es una lista exahustiva.

Mención aparte merecen la impresionante base de datos de hardware del proyecto openSUSE, así como páginas como Hardware4Linux o LinuxHardware. Otro sitio muy recomendable, si planeamos instalar Linux en un portátil, es Linux on Laptops.

Tengo un procesador AMD 64, ¿instalo la versión de 32 o la de 64 bits?

La principal desventaja que encuentro a los sistemas de 64 bits es que, tarde o temprano, nos tendremos que ver las caras con programas y drivers propietarios que no tienen versión compilada para la plataforma de los ocho octectos, y cuya utilización será, bien prolija, bien una pesadilla, bien un imposible. Sin embargo, hay que reconocer que la cuestión está ganando en transparencia: cada vez son necesarios menos pasos, o éstos, siendo técnicos, serán pocos. Ya en alguna ocasión indiqué que me gusta más la forma de hacerlo de openSUSE (en la mayoría de los casos no tendrás que preocuparte por esta cuestión), que propone la instalación de un conjunto de paquetes para la compatibilidad con los 32 bits, que en Ubuntu, donde hay que echar mano de algunos trucos y configuraciones.

Es decir: si no estás interesado en este tipo de “incompatibilidades” usa la versión de 32 bits (suele etiquetarse como “i386″). Si quieres un teórico mayor rendimiento (aunque no mucho, ciertamente) y no te importa enfangarte un poco, adelante con la amd64.

¿Está el software a la altura de lo que necesito? ¿Puedo hacer de todo?

Esta pregunta no es de tan obvia respuesta: depende del uso y destino que dé cada cuál a su ordenador: si lo que queremos es una traslación del trabajo que hacemos en Windows a un entorno de software libre el viaje y lo que podamos perder en el camino en términos de operatividad bien puede merecer la pena. La otra cuestión es que también existe software privativo funcionando en Linux. Sea como sea, pasar de un sistema operativo a otro siempre va a suponer un esfuerzo en términos de adaptación, de aprendizaje. Algunos programas que “sirven y hacen lo mismo” nos disgustarán porque no se parecen a los que usamos en Windows. Otros pocos tendrán menos funcionalidades o habrá que echar mano de varias aplicaciones para hacer lo que se hacía con una en el otro sistema. Por supuesto, el software empresarial, industrial o muy especializado y altamente técnico (sí, por mucho que nos empeñemos en usarlo en casa, Photoshop lo es) no tiene su versión para Linux. Todo esto tendremos que valorarlo, y es recomendable echar un vistazo en páginas de software qué hay disponible y qué tareas ejecutan. Y por supuesto, ya que tenemos a nuestra disposición distribuiciones del tipo Live, démosles una oportunidad y comprobemos en la carne de nuestros propios ratones qué tal nos va con ello. En mi humilde opinión, la del usuario doméstico que soy, las aplicaciones que tengo en Linux son suficientes.

¿Realmente quiero meterme en este follón?

Cada cual que sopese la situación y decida… es su tiempo y su ordenador… Cualquiera puede instalar Linux por cualquier motivo: probar cosas nuevas en la informática, , compromiso con una idea del conocimiento libremente compartido, sentirse un geek y pertenecer a una especie de élite autoproclamada, probarlo para luego ponerlo a parir en los foros y así cargarse de razón… Francamente, cualquiera me parece válida. Pero me quedo con las dos primeras…

1. Vivo en Madrid desde marzo de 2004. Vivía en Fuengirola hasta ese momento, donde nací en octubre de 1972.
2. Comparto vida y piso alquilado con Mónica; no estamos casados y no tenemos hijos.
3. A ambos nos encantan los gatos, pero aún no tenemos ninguno: ella tiene alergia y muchas ganas; yo no tengo alergia, pero sí me preocupa la suya, y tengo las mismas ganas.
4. Comencé a estudiar Informática (ETSI) en 1992 en la Universidad de Málaga; por culpa de unas materias muy mal impartidas y poco atractivas para mí (Física, Álgebra, Cálculo…) lo acabé dejando. Reconozco que lo que me atrajo en su día de la carrera fue el contacto con los trastos digitales, más por curiosidad que otra cosa. Mi primer curso relacionado con el mundillo fue a los 14 años: programación básica en GWBasic y dBase III, en clónicos 8086. Qué tiempos: suspiraba por tener un MSX…
5. No tuve ordenador propio hasta 1994, año en que entré a cursar Magisterio en Educación Musical en la misma Universidad. Fue un 486 DX2 a 66 Mhz que me duró mucho tiempo, y que fue sustituido por un AMD K6-II. Terminado magisterio, continué hasta acabar Pedagogía. No fue hasta mi llegada a Madrid cuando me hice con mi actual equipo: un AMD Athlon 64 3000+ con 1 GB de memoria y una Nvidia.
6. Por aquella época ya leía PC Actual, y recuerdo que mis primeros intentos con Linux fue con una Caldera que venía en alguno de sus CD. Como en otras ocasiones posteriores, la tarjeta gráfica me la jugó… Por fin llegó un tiempo estable y sencillo: Mandrake. Tiempo después, SuSE, ahora Ubuntu (aunque espero la llegada de openSUSE 10.3). Lo que me atrajo fue que era otra cosa, otras ventanas, otra filosofía…
7. Siempre me ha gustado la música y, sobre todo, cantar; algunos dicen que no lo hago mal, mi novia no lo soporta. De quien fui primero fan fue de Prince, estuve en su concierto del 94 en Marbella. Ahí va parte de mi discoteca imprescindible: David Bowie, Faith No More, Mike Patton, Fantômas, Mr. Bungle, Seal, Living Colour, Vernon Reid, Nine Inch Nails, Keziah Jones, Primus, Terence Trent D’Arby (Sananda Maytreia), Juan Perro, Stravinsky, John Coltrane, Red Hot Chili Peppers, Fishbone, Me’Shell NdegeOcello…
8. Mi punto débil es la espalda: contracturas, dolores, vértigos… No me cuido lo que debería, no soy nada deportista.

Pues eso es más o menos… Como no tengo muchos contactos con blog, animo a quien le apetezca a hacer lo propio… pero que lo diga

Este post lo ha suscitado una entrada en Incognitosis, donde JaviPas cita y traduce (del blog Think Thick) un listado de 10 dificultades que aún persisten y dificultan la entrada a Linux:

1. La instalación básica de las distribuciones es sencilla, pero un usuario novel tendrá problemas si se sale de la configuración estándar.

2. Si quieres disponer de una instalación completa, tendrás que liarte con la tabla de particiones.

3. Tendrás que aprender a utilizar la línea de comandos.

4. Esos preciosos efectos de ventanas y escritorios en forma de cubo necesitarán que te lo curres un poco.

5. Sí, hay un montón de hardware que funciona con Linux. Pero no todo el hardware funciona al 100% como debería.

6. Si necesitas instalar un paquete que no está en los repositorios o quieres instalar desde los fuentes, tendrás que investigar un poco.
7. La mayoría de desarrolladores software pasan de Linux.

8. Linux no es para sangre-horchatas. Es un sistema operativo para gente proactiva.

9. Prácticamente no hay virus/trojan/spyware, pero aún así, siempre es necesario algún tipo de protección.

10. Linux asume que eres una persona inteligente.

Como es habitual, está teniendo comentarios para todos los gustos, y a partir de ahí es desde donde parte mi artículo, a modo de respuesta:

Cierto es que muchas cosas se pueden hacer al margen de la consola, pero es muy probable, como en mi caso, que tengas que usarla si surge algún problema que no tiene solución gráfica. Como eso en mi caso es así, me parece razonable el listado propuesto.

Por otra parte, creo que la cuestión de la facilidad o no de Linux tiene mucho que ver con la siguiente pregunta: ¿quién me enseña a usarlo? Y aquí se presentan varios problemas:

• Aunque afortunadamente está dejando de ser así, poco a poco, no es fácil tener un amiguete linuxero. Recordemos que la mayoría de los usuarios de Windows lo han aprendido porque su vecino le ha pasado los disquetes y le enseñó a escribir “autoexec.bat” en una consola… digoooo MS-DOS…

• ¿Estoy diciendo que para un usuario que se enfrente por primera vez a un ordenador lo mismo le da aprender a moverse suficientemente en Windows, en alguna distribución de Linux que en MacOS X? Sí, con todos los matices que queráis, pero es así: la puerta de entrada a todos ellos hoy es un ratón.

• Existe un componente social que es determinante en el aprendizaje. Podemos decir que Internet está ahí para suplir al amiguete linuxero, pero se me ocurre que tiene estas características:
  • Alta dispersión del conocimiento: como no podría ser de otra forma en un mundo tan abierto, es necesario tener algunas habilidades de búsqueda y discriminación de información, y aún así es una tarea árdua. La ayuda que acompaña a las distribuciones como Ubuntu es ciertamente buena, pero la gente suele recurrir a foros de Internet: genera más confianza alguien que tiene un nombre y te responde con inmediatez, llamándote por tu nombre.
  • La información disponible para Linux suele ser muy técnica y no parece que se explique con la suficiente adecuación a usuarios casuales o novatos. Afortunadamente, desde hace unos años, hay foros y webs que se especializan en el segmento newbie. A medida que se extiende Linux, el sector de usuarios que no tienen una formación técnica crece, lógicamente, y éstos buscan su espacio.

• Sin embargo, el usuario que fue curioso en Windows lo será en Linux, si no, difícilmente dará el paso, ya que existe el halo de la necesaria inciciación técnica en Linux que no está al alcance de todos. El otro perifl es del usuario al que no le interesa para nada el sistema operativo en que se encuentre: pide Windows porque es lo que sus amigos usan para bajar música, chatear, navegar, jugar… Aprenden justo lo necesario para hacer estas cosas… y acaban acribillando a preguntas a quien probablemente les ayudó a configurar su ordenador. Y creo que es una opción la mar de sensata (y eso que he sido en algún momento de mi vida uno de esos acribillados ).

• El tener un conocimiento técnico tiene un prestigio social asociado a la exclusividad (de exclusión). Es por ello que puede detectarse cierto desdén de un cierto sector de participantes en los foros hacia los novatos, llegándose a defender que linux es para informáticos: el halo del que hablaba lo dispersan no los defensores a ultranza de Windows (¿existen?), sino los de Linux. Sin embargo, el esfuerzo de las distribuciones de mayor difusión es precisamente el contrario. Entramos en un terreno psicológico: el de la autoimagen (soy un geek, quiero ser un geek, nunca llegaré a ser un geek) y la necesidad de tener un refuerzo positivo (elogios, más preguntas, nuevos retos…).

• Este halo crea verdaderas redes sociales en foros de apariencia técnica: en todo grupo humano se crean liderazgos y contra-liderazgos, y para que haya líderes es necesario que haya seguidores. En el caso que nos ocupa, es fácil reconocer al líder: no tiene porqué ser el administrador del servicio (sea lista de correo, wiki, blog o foro), es el que más responde y más sabe: y saber en Linux significa, tradicionalmente, ser capaz de realizar complicadísimos scripts y hacerlo todo en la consola.

Es necesario pues diferenciar unas cuantas cosas:

• Enseñanza vs. Asistencia Técnica. La formación que podemos realizar por nuestros propios medios utilizando los recursos disponibles en Internet no es una formación sistematizada: es esporádica y se centra en la resolución de problemas. Al mismo tiempo, quienes generan los contenidos suelen ser profesionales cualificados o aficionados con alta experiencia, que se diferencian muy poco de los anteriores ya que han aprendido y usan el mismo lenguaje técnico. Aquí es donde aparecen los equívocos: los técnicos no tienen por que ser, y por supuesto, no tienen la oblicación de ser enseñantes. Muchos de ellos tienen una actitud abierta y grandes dotes de comunicación, pero no es su labor primaria; de hecho, son la más eficaz asistencia técnica y la más propia del Software Libre. Un enseñante (o docente) no se distingue por conocerse al dedillo el contenido con el que se quiere trabajar: su labor en este campo es lograr las condiciones más eficaces para que lo transmitido sea también comprendido, y en este ámbito su actitud y la creación de un clima social favorable es crucial. Y todo ello desde una planificación inicial flexible pero razonada, sencuenciada. En la situación actual de gran difusión de Linux, es más que necesario que se creen espacios donde ésto sea posible.

• Conocimiento necesario en Linux. Depende. Como diría aquél, lo importante es tener ganas, todo lo demás viene por añadidura. Puesto que GNU/Linux es un proyecto ideológico que proclama el conocimiento libre y, como tal, su tendencia es expansiva y proselitista, es curioso comprobar cómo algunos miembros de la comunidad reclaman para sí la potestad del uso del sistema exigiendo prerrequisitos (o señalando la falta de conocimiento de otros), a la manera en que se exigen conocimientos previos en carreras universitarias, requisitos que, por supuesto, ellos tienen. En una comparación exagerada, es como si los fabricantes de cuchillos quisieran venderlos y, al mismo tiempo, se quejaran de que hayan vendido tantos a gente que no es fabricante de cuchillos porque ahora toca afilarlos. Aparte de ser una estrategia equivocada y poco coherente con la filosofía de este movimiento, más encaminada a conservar un estatus que a liberar y compartir conocimiento, puede llegar a hacer más daño al siempre delicado entorno de los curiosos que se acercan por primera vez a Linux que una campaña de contra-publicidad de tito Ballmer.
  Por desgracia para estos pocos (y por fortuna para los demás) los usuarios sin formación técnica o sin mucha experiencia informática reclaman su espacio, y exigen que no se equipare la falta de formación con la falta de inteligencia. Aquí es donde reclamo el “depende” que encabezaba este punto: el conocimiento que es necesario para manejarse en Linux con la suficiente soltura e independencia lo ha de definir cada grupo de usuarios y el uso que quieran darle a su máquina. Si son las tareas habituales de cualquier hijo de vecino la información necesaria no irá mucho más allá de aprender a utilizar un gestor de ventanas y algunas pocas aplicaciones. En este caso poco importa que el entorno se llame Windows, Gnome, KDE, Xfce, MacOS… Este tipo de usuarios se mueve más por la autoridad de los consejos de amigos y conocidos que por la autoridad del conocimiento técnico, por lo que suele venirle bien que alguien con más experiencia le instale y le configure el sistema a prueba de imprudencias. Y está bien que sea así. Sin embargo, si se es estudiante de Ingeniería Informática, por ejemplo, los conocimientos se especializan: tienen mayor alcance y van al “aprender cómo se hacen y pasan las cosas”. Lógicamente, este perfil de usuario tiene la necesidad de que su conocimiento sea más técnico y que sus maestros también lo sean. Y está muy bien que sea así. Un tercer perfil es el de aquéllos que, aunque no están cualificados por institución alguna, han aprendido por pura curiosidad. Son los que se atreven a instalar nuevos programas, nuevas distribuciones, buscar trucos y utilizarlos, preguntar en foros por problemas pequeños o grandes, etc. Para ellos el sistema operativo es en sí un objetivo lúdico, tanto como lo que pueden hacer con él. Desde luego que éstas son posiciones ideales y no se dan de forma pura, pero reconozcamos que existen.
  En conclusión: no hay un conocimiento preestablecido para usar Linux como tampoco lo hay para otros sistemas operativos. Lo que para unos conocer la retahíla de comandos de Linux en cosola es primordial (administradores, programadores, otros técnicos…), para otros puede ser un accesorio más.

Hay que entender que muchas de las posiciones ideales que existen en el mundo Linux son arbitrarias: surgen en el seno de grupos sociales y, por tanto, son convencionales, no se han establecido por deducción científica sino por el peso de la reputación, el prestigio, el halo de los líderes. Cada grupo está definiendo su nivel constantemente, y dependiendo de dicho nivel un usuario puede hallar más o menos satisfacción.

Tendría que decir que, honestamente, el concepto de comunidad existe más entre los equipos de desarrollo que entre los usuarios: éstos últimos solemos utilizar los foros como repositorios de recetas que usamos o desechamos, sin mucha más participación que una pregunta, muchas veces poco clara. No por tener instalado Linux ya somos amigos del Software Libre: la comunicación, formar parte de las redes sociales es, aunque no necesaria, conveniente. Es ahí donde podremos encontrar ideas y proyectos en los que participar al nivel en que estemos, y donde probablemente encontraremos los ánimos necesarios.

La cuestión primordial es que los grupos deberían ser más permeables. Linux se define como entorno abierto y debe ser accesible: está en su licencia y de hecho lo está siendo mal que les pese a algunos. Los técnicos aportan todo su conocimiento y capacidad para crear el sistema; los usuarios no técnicos pueden aportar no sólo reportes de bugs, sino su experiencia con el mismo y sus sugerencias, que darán pistas de adónde se puede llegar en el desarrollo de este Sistema Libre. Linux es tanto de sus desarrolladores como de sus usuarios; los usuarios pueden ser desarrolladores o no y se necesitan mutuamente.

Las páginas man (manpages, en Linux, es una abreviación del término manual) acompañan a las aplicaciones y archivos de configuración que instalamos en nuestro sistema operativo. Si queremos aprender más acerca de tales aplicaciones, tendríamos que abrir una consola y teclear:

man nombre_comando

Tendremos una imagen tan poco atractiva como ésta:

Lo que hacemos para poder leerlo en su totalidad y recorrer el texto es utilizar las teclas de cursor (arriba, abajo), Avance de Página, etc. Para salir, tenemos que pulsar la tecla q.

Sin embargo, podemos visualizarlas desde un navegador.

Hoy día hay quien se cuestiona la utilidad de esta importante base de conocimiento que tenemos en nuestro sistema: ¿para qué, si buscando la misma información en Internet la encontramos en un formato mucho más atractivo y con todas las ventajas del hipertexto y la navegación; es más, muchas aplicaciones ya aportan esta ayuda en formato HTML. Es cierto, existe mucha información en Internet, pero si por algún problema no podemos acceder a la Red y necesitamos conocer qué opción de un comando necesitamos, podemos hacer que recurrir a las páginas man sea más productivo y agradable.

Resumen

1. Instalación de las páginas man en español.

2. Instalación del navegador web Konqueror (KDE).

3. Visualización de páginas man usando Konqueror: uso de la expresión man:comando

Sí, como habréis podido comprobrar en otros artículos de mi blog, Ubuntu 7.04 se empeña en no instalar todos los paquetes traducidos. No hay mayor problema que instalar el paquete correcto a través de Synaptic o ap-get (si se utiliza la consola).

Arrancamos Synaptic, como de costumbre actualizamos la base de datos de paquetes para tener acceso a las últimas versiones con el botón Recargar y buscamos el paquete manpages-es.

Cuando lo localicemos, marcamos para instalar, con el menú contextual que aparece con el botón derecho del ratón, los paquetes manpages-es y manpages-es-extra. Pulsamos sobre el botón Aplicar de Synaptic y en pocos instantes ya los tendremos disponibles.

Nota: aunque instalemos las versiones en español de las manpages, muchos de los contenidos no están traducidos. Por eso, no es recomendable desinstalar las manpages en inglés. De todas formas, al mostrar resultados, el comando man se decantará por el idioma predefinido del sistema, es decir, Español en nuestro caso.

Para los amantes de la consola y para ir más rápido: abrimos un terminal y utilizamos la siguiente expresión:

sudo apt-get install manpages-es*

Sin salir de Synaptic (esto lo podríamos haber hecho en el apartado anterior, pero por estructurar el post lo voy a separar en dos pasos) vamos a instalar el navegador Konqueror. Es el navegador web y gestor de ficheros para el entorno KDE, y tiene la propiedad de tener definido un protocolo virtual, para entendernos, con el que muestra las páginas man como si fueran páginas web. Ni Firefox ni Nautilus tienen esta configuración, así que recomiendo Konqueror.

Para instalarlo buscarmos konqueror en Synaptic y lo marcamos para instalar. Si es la primera vez que instalamos una aplicación de KDE, se instalarán con él unas cuantas dependencias. También conviene instalar el paquete kde-i18n-es (ver mi post sobre aplicaciones KDE en inglés) para poder tenerlo en español. Pulsamos Aplicar y listo.

Como es de esperar, podemos arrancar Konqueror en el menú Aplicaciones > Inernet.

La forma de utilizar Konqueror como lector de páginas man es muy sencilla: Nos situamos en la barra de direcciones (donde habitualmente escribiríamos la dirección de una página web) y utilizamos la expresión:

man:comando

Un ejemplo. Imaginad que queremos saber algo más sobre Xorg.conf. Escribimos man:xorg.conf en la barra de direcciones y obtendremos esto:

Podemos observar que lo que vemos es una página web con estilos aplicados. Esto hace más fácil su lectura: enlaces resaltados, encabezados, etc.

Efectivamente: este manual no tiene traducción disponible en español. Probemos con otro: man:ls

En este caso nos ofrece dos opciones, ya que existen dos páginas de manuales para este comando en dos versiones. Fijáos bien en el primer vínculo de la lista: posee un nombre de carpeta llamado /es/. Si lo queremos ver en español, bastará con pulsar sobre él:

No acaban aquí las ventajas. Al final de una página man se encuentra una relación de términos (otros comandos y aplicaciones, conceptos…) relacionados con lo que acabamos de buscar. Es una forma de conocer comandos alternativos o complementarios al que nos interesa. Como en cualquier página web, basta con pulsar sobre el vínculo que nos interese.

Más al final, suelen estar disponibles las direcciones de correo de los desarrolladores, y en las aplicaciones más modernas, también podremos encontrarnos con vínculos a las páginas web de los proyectos.

Con konqueror podemos acceder, también, a un menú de páginas de manual organizado en categorías. Basta con escribir en la barra de direcciones: man: (man seguido de dos puntos)

Para finalizar añado que con Konqueror podemos utilizar la característica de autocompletado de texto: mientras vamos escribiendo, konqueror va mostrando un listado con términos coincidentes o que empiezan con lo que estamos escribiendo. Por ejemplo, si busco el manual de amarok y en el transcurso me paro en “man:am”, se me ofrece para escoger entre estos comandos:

En conclusión: aunque existe una documentación más completa (visualmente hablando) en Internet, podemos acudir a las tradicionales páginas man de una forma más cómoda. Espero que os haya parecido interesante esta curiosidad…

Aunque existen alternativas (pertenecientes al mundo del Software Libre o de Código Abierto), cierto es que la gran mayoría de ellas son compatibles con versiones de flash desfasadas o bien no representan correctamente este tipo de contenido tan extendido… y vistoso. Adobe (antes, Macromedia) proporciona un plugin binario (del que no muestra el código) que funciona perfectamente en los navegadores para Linux de 32 bits, pero no así en los de 64.

¿Qué podemos hacer los usuarios de ordenadores con microprocesadores Amd 64 y que, para aprovechar ese teórico 20% más de rendimiento con respecto a la equivalente distribuición de 32 bits, instalamos una versión de Ubuntu de 64 bits? ¿Nos resignamos a no ver los objetos hechos en flash incrustrados en las páginas web, ya que Adobe no proporciona un plugin de 64 bits? ¿Nos deshacemos de nuestra distribución de 64 bits para instalar la versión de 32 bits con la consiguiente pérdida de optimización?

Aunque en mis paseos por la web he encontrado varias posibles soluciones, la más cómoda e intuitiva, a mi juicio, es la que en estos momentos estoy usando: el navegador Swiftfox de 32 bits corriendo sobre Ubuntu de 64 bits.

Como referencia a éste y otros métodos podéis seguir las instrucciones, en inglés, de esta guía en Ubuntu Forums.

Resumen

1. Comprobación la arquitectura del Firefox instalado en Ubuntu. El caso de OpenSuse.
2. Instalación de Automatix desde Synaptic: añadir el origen de software deb http://www.getautomatix.com/apt feisty main
3. Instalación de Swiftfox y sus plugins desde Automatix.
4. Traducción de Swiftfox al español.
5. Convertir Swiftfox en Navegador por defecto para Gnome.

¿32 bits? ¿64 bits?

En principio y recién instalado, Ubuntu 64 no nos va a permitir instalar software de 32 bits. Y el plugin de flash lo es. Resulta que Firefox está compilado para los 64 bits.

Sin embargo, siempre va a ser posible instalar un entorno de compatibilidad de 32 bits para que los programas y componentes que lo necesiten puedan ejecutarse dentro de Ubuntu de 64 bits. Esta operación es por completo transparente en OpenSuse 10.2 para 64 bits, por ejemplo: podemos instalar el plugin propietario de flash de la propia Adobe sin darnos cuenta de que, en realidad, tenemos instalado un Firefox de 32 bits. No hay más que buscar el típico Acerca de Mozilla Firefox en la Ayuda del navegador instalado en OpenSuse:

Si atendemos al área resaltada, nos encontramos con una pista: Linux i686 (x86_64). Quiere decir que es un programa compilado en 32 bits (i686) y preparado para correr sobre una plataforma de 64 bits (x86_64). Esta situación permite al navegador hacer uso de plugins que sólo están disponibles en 32 bits.

Sin embargo, en un Ubuntu para 64 bits recién instalado, nos encontramos con esto:

Puede observarse que noy hay referencia a una versión de 32 bits (i386, i586, i686, ia32…) preparada para trabajar sobre los 64 bits. Tenemos un Firefox completamente funcional en la mayoría de los casos pero que, por incompatibilidad, no podrá utilizar plugins sólo disponibles en 32 bits.

En esta situación aparece el navegador Swiftfox:, según sus propios desarrolladores, es una versión de Firefox optimizada para Linux y, entre otras cosas, para ser plenamente funcional en las distribuciones de 64 bits. De hecho, cuando lo ejecutéis comprobaréis que:

• En el menú Internet de Gnome-Ubuntu, aparecerá como Swiftfox Browser (32 bits)
• Si habéis estado usando Firefox hasta la fecha, habéis instalado complementos (add-ons o extensiones) y tenéis una buena colección de Favoritos, Swiftfox los utilizará como si fuera el propio Firefox. De hecho, hará uso de la carpeta que contiene vuestro perfil del navegador.
• Porque Swiftfox es Firefox, en realidad…

Nota: Swiftfox no es la única posibilidad: en Internet podéis encontrar versiones de Firefox de 32 bits preparadas para correr en una plataforma de 64 bits, y están convenientemente empaquetadas para instalarse en nuestro Ubuntu 64. Sin embargo, este paquete (que habría que buscarlo como firefox32 en Synaptic o con apt-get) no aparece en los repositorios más habituales; de hecho, no he encontrado un repositorio (aunque en el howto mencionado sí hay enlaces para descargarlo). Mi consejo, de momento, es utilizar Swiftfox.

Instalación de Automatix2

No es necesario realizar toda una serie de pasos para tener un Firefox completamente apto para la web actual. Por supuesto que se puede hacer: es Linux (visitad el post de Ubuntu Forums y lo podréis comprobar). Lo que voy a contar, después de la teoría anterior, es cómo lo conseguí con los mínimos pasos posibles.

Automatix2 es una aplicación de administración que consigue instalar un buen número de herramientas, drivers y aplicaciones que, bien no tienen una instalación sencilla, bien no existe de ellos una compilación adecuada a nuestro sistema, bien son codecs y plugins de polémica legalidad. Por ejemplo, con Automatix2 se pueden instalar de manera muy sencilla el driver de nvidia (comprueba la versión de la tarjeta gráfica instalada y descarga la versión adecuada), una buena colección de codecs de audio y video, reproductores multimedia, entornos de programación, programas peer to peer, etc.

Aunque desde la página web del desarrollador de esta herramienta pueden descargarse los paquetes ya compilados, voy a proponer instalar el repositorio de Automatix2 en nuestro sistema, de forma que, si en el futuro existieran actualizaciones del programa, podamos aplicarlas fácilmente con apt-get o Synaptic.

Para instalar el repositorio abrimos Synaptic desde su ruta habitual (Sistema > Administración > Gestor de Paquetes Synaptic), vamos al menú Configuración > Repositorios y nos encontraremos con el diálogo de Orígenes de Software. Nos movemos a la pestaña Software de otros proveedores, pulsamos sobre el botón Add… (añadir) y, en el cuadro que aparece, añadimos la siguiente línea:

deb http://www.getautomatix.com/apt feisty main

Terminamos la operación pulsando sobre el botón Añadir origen, lo que nos devolverá al diálogo anterior, donde podremos observar que el repositorio está ya añadido. Cerramos este diálogo y volveremos a la vista principal de Synaptic.

Un cuadro nos aconsejará que actualicemos la base de datos de paquetes, algo imprescindible para poder usar un repositorio recién agregado. Así que pulsamos sobre el botón Recargar y esperamos a que se actualice. Veremos un cuadro similar a éste:

Nota: es posible que Synaptic nos lance algún tipo de error en este proceso; normalmente tiene que ver con la imposibilidad de descargar algún archivo con la clave GPG o la no disponibilidad temporal de algún servidor. Habitualmente podremos continuar sin que esto nos afecte.

El siguiente paso es instalar Automatix2 en sí; para ello recurriremos al botón Buscar de Synaptic, e introduciremos la cadena automatix. Encontraremos un solo paquete que instalaremos pulsando sobre él con el botón derecho del ratón y seleccionando la opción Marcar para instalar. Una vez marcado, pulsamos sobre el botón Aplicar de Synaptic y el programa será descargado e instalado.

Instalación de Swiftfox desde de Automatix2

Por desgracia, Automatix es una aplicación que no se encuentra aún traducida al español, así que nos tendremos que mover en inglés. Sin embargo, es un programa muy sencillo de utilizar.

Automatix2 no aparece, como cabría esperar, en el menú Sistema de Ubuntu. Hay que buscarlo en Aplicaciones > Herramientas del Sistema. Ahí encontraremos la entrada:

Si vamos a utilizar Automatix hay que cerrar primero Synaptic si lo tenemos abierto, ya que Automatix también utilizará la base de datos de paquetes del sistema y ésta no puede ser utilizada por dos programas al mismo tiempo. Si se nos olvida no hay problema: nos avisará con un cuadro.

Cada vez que ejecutemos Automatix se abrirá un cuadro que nos adervtirá de que la instalación de algunas piezas de software puede ser considerada delictiva en EE.UU. y otros países. Avisados estamos, así que continuemos.

La distribución de la vista del programa es muy sencilla: a la izquierda tenemos una lista con categorías de software y a la derecha los programas y piezas de software disponibles en dicha categoría.

Para poder instalar Swiftfox, seleccionamos la categoría Web Browsers (navegadores). Obtendremos lo siguiente:

Basta con señalar la casilla (como en la imagen) y dar al botón Start de Automatix. Comenzará el proceso de instalación de Swiftfox.

La instalación de este navegador se hace a partir de un archivo comprimido que contiene el código fuente: Automatix se encargará de compilarlo (con lo cual se optimizará de acuerdo a nuestro hardware) con las opciones pertinentes para que pueda ser usado correctamente y, al mismo tiempo, mantener la compatibilidad con los 32 bits. El proceso completo puede ser largo ya que, junto con el navegador, se descargarán los paquetes para que dicha compatiblidad sea posible. Podréis ver esto en un momento del proceso:

Los nombres resaltados son, precisamente, los de los paquetes que permitirán instalar Swiftfox de 32 bits en nuestra distribución de 64 bits. ¿Quiere esto decir que podríamos instalarlos con Synaptic y realizar toda la instalación de forma manual? Por supuesto, pero aprovechemos que Automatix lo hace por nosotros…

Cuando termine este proceso pasemos a instalar los plugins que nos hará la experiencia de navegación más placentera. Volveremos a Automatix y, esta vez, seleccionaremos la categoría Codecs and plugins, donde señalaremos la casilla de Swiftfox plugins. Entre otras cosas, instalará los plugins de Flash de Adobe, Java, Mplayer (que permitirá ejecutar algún otro contenido multimedia, como videos o audio codificado en formatos no libres), RealPlayer, Adobe Acrobat Reader y algunos más. Procedemos como en el paso anterior, y pulsamos sobre el botón Start.

Una vez que finalice esta instalación ya tenemos disponible nuestro nuevo navegador Swiftfox:

Como sugerí antes, cuando lo ejecutemos, no encontraremos muchas diferencias con Firefox. Eso sí, estará en inglés (veremos cómo solucionarlo en el siguiente paso) y en una primera utilización verificará la compatibilidad con los complementos previamente instalados con Firefox. Y si echamos un vistazo a los plugins instalados, comprobaremos que funcionan correctamente. Para ello basta con introducir el siguiente argumento en la barra de direcciones del navegador: about:plugins.

Pero la mejor manera de probarlo es navegar. Si antes no podíamos ver los vídeos de YouTube, por ejemplo (están embebidos en elementos flash), ahora sí:

Swiftfox en español

Como avancé antes, hay una forma muy sencilla de traducir nuestro nuevo navegador al idioma español. Esta solución la encontré en el blog de AIRnoja.

Consiste en instalar un par de complementos de Firefox: uno de ellos es el paquete idiomático. El que corresponde al español de España (es-ES) podéis instalarlo desde aquí. También se puede instalar otro complemento, llamado Locale Switcher Extension y que podéis instalar pulsando aquí. Cerramos todas las ventanas que tengamos abiertas del navegador y lo reiniciamos. Esta vez está en español, y en el menú Herramientas (Tools) de Swiftfox encontraremos una nueva entrada llamada Idiomas (Languaje) que nos permitirá cambiar el idioma del navegador si así nos conviene.

Nota: debido a la instalación de este paquete idiomático, comprobaréis que en algunos menús y la propia ventana ya no se denominará Swiftfox, sino Firefox. Por ejemplo, el menú Ayuda contendrá la entrada Acerca de Mozilla Firefox.

Swiftfox como navegador predeterminado

Las aplicaciones que tengan la opción de abrir un vínculo en un navegador (por ejemplo, Evolution, Thunderbird, Gaim…) seguirán abriendo el Firefox de 64 bits. Una manera sencilla de conseguir que siempre se abra Swiftfox es acudiendo al menú Sistema > Preferencias > Aplicaciones Preferidas. Allí cambiamos la configuración del navegador por defecto (firefox %s) por lo que aparece en este cuadro: /opt/swiftfox/swiftfox %s

Desde luego, hay una forma más elegante de hacer disponible Swiftfox para otros programas y desde la consola, y es colocar un enlace simbólico en la carpeta /usr/bin/. Lo podemos hacer rápidamente desde la consola con la siguiente orden: sudo ln -s /opt/swiftfox/swiftfox /usr/bin/ (se puede hacer desde las ventanas, pero es un tanto engorroso… si alguien lo pide, lo añadiré a este post ).

Si hacemos esto, en Sistema > Preferencias > Aplicaciones Preferidas bastará con sustituir firefox %s por swiftfox %s.

Nota: si bien esto funcionará correctamente para todas las aplicaciones de Gnome, no ocurrirá lo mismo con aplicaciones de KDE; será necesario instalar el centro de control KDE y configurar allí el navegador predeterminado o bien, en las aplicaciones en que sea posible (por ejemplo, amarok), indicarlo en sus propias ventanas de configuración.

Algunas consideraciones

• Como dije anteriormente, el Swiftfox que nos instalará Automatix no es un binario ya preparado, sino que se compila y se instala, de forma transparente, a partir del código fuente que descarga del propio servidor de Swiftfox (archivo que tiene el nombre swiftfox-2.0.0.4-athlon64.tar.bz2). Esto significa que el ejecutable no suele estar disponible, como es habitual, en /usr/bin/, sino en /opt/swiftfox/, así como los plugins también estarán en /opt/swiftfox/plugins/.

• Existe un repositorio con paquetes ya compilados de Swiftfox. Si no deseáis, por algún motivo, instalarlo con Automatix, podéis añadirlo a Synaptic con deb http://getswiftfox.com/builds/debian unstable non-free. Sin embargo no os lo aconsejo por ahora, ya que la versión disponible es inferior a la que proporciona Automatix.

• Desinstalar Automatix no significa desinstalar todo lo que se ha instalado desde él. La mayoría de los paquetes que Automatix instala en nuestro sistema los descarga de los repositorios que ya tenemos instalados para ser usados por Synaptic. Otros, sin embargo, los descarga y compila. Si por alguna razón queréis desinstalar Swiftfox, es conveniente que lo hagáis desde el propio Automatix. Encontraréis una pestaña llamada Uninstall (desinstalar), señaláis la casilla de Swfitfox y pulsáis sobre el botón Start.

• Las versiones de Swiftox son idénticas a las de Firefox (no olvidemos que es un Firefox tuneado). De momento no sé cómo se llevará a cabo el proceso de actualización (recordad, Swiftfox no se ha instalado con Synaptic, por lo que no será un proceso automático). Probablemente podría desinstalarse con Automatix para, acto seguido, volverlo a instalar con la misma aplicación… Ya os avisaré cuando me lo aprenda .

Espero que os sirva. Feliz navegación

http://www.gridter.com/survey.html

He comprobado los datos a fecha de hoy, cuando han votado ya 3310 usuarios. En resumen, la distribución más utilizada hoy día es Ubuntu, más de la mitad de los que han rellenado el formulario se consideran usuarios experimentados de Linux y la característica del sistema GNU que más problemas da es la ausencia o la poca optimización de los controladores. En segundo lugar figura el gran número de distribuciones que existe y, en tercero, el alto número de configuraciones (edición de scripts, uso de la consola, instalación de paquetes no proporcionados, etc.) que hay que realizar para tener un sistema confortable.

¿Estáis de acuerdo?

Los datos, a continuación.

Estos son los datos disponibles hoy, 21 de junio de 2007:

¿Cuáles son los males que aquejan a Linux y al Software Libre?

¿Cuál es la distribución favorita de los que opinan?

He descartado las distribuciones que puntúan por debajo del 1%. Todos los datos están en la página de seguimiento de la encuesta.

¿Qué nivel dicen tener los que han participado en la encuesta?

Un poco de análisis

Si pongo en relación los datos que he visto, veo que:

• Los usuarios novatos de Linux no suelen estar al tanto de este tipo de encuestas. Uno de los procesos que todo usuario nóvel de Linux lleva a cabo es la toma de conciencia de su alto sentido comunitario. Al principio pedirá ayuda técnica (configuración, instalación…), pero en muchos casos acabará implicándose aportando él mismo ayuda y opiniones.
• Es curioso observar que, a pesar del primer puesto de Ubuntu, el resto de distribuciones que copan los primeros puestos son las que podríamos denominar para iniciados. La presencia de Debian y Gentoo se justifica, posiblemente, por el voto de aquéllos que se consideran usuarios avanzados. Otras distribuciones, que suelen recomendarse para la iniciación, como Mandriva u OpenSuSE (últimamente también Fedora), correlacionan (están en proporción) con el bajo número de usuarios que se declaran novatos.
• Parece claro que Ubuntu está de moda y, al parecer, en todos los niveles de usuarios.
• Aunque Ubuntu sea la más usada por los participantes de esta encuesta no puede decirse que su alcance sea mayoritario; de esta forma, se puede entender que los problemas típicos planteados se dan de forma transversal, es decir, que afectan en alguna u otra medida a todas las distribuciones.
• El problema de los controladores (drivers) sigue siendo, desde el inicio, el problema principal de Linux como sistema operativo. Se podría describir de la siguiente manera, que va más allá de la planteada en la encuesta, pero que tiene que ver con el nivel de los usuarios y la respuesta acerca de las configuraciones:
  • No existen controladores para todos los dispositivos utilizados hoy en día. Por lo que intuyo (a juzgar por el número de consultas en listas de correo y foros), parece ser que las tarjetas WiFi se llevan la palma, así como controladores propios de dispositivos y “botones y teclas especiales” de portátiles. En su día también hubo que realizar esfuerzos extra o esperar para hacer funcionar el USB o los primeros discos SATA, por ejemplo.
  • La instalación de los controladores disponibles no es sencilla. Por cuestiones de licencia, muchas distribuciones prefieren proporcionarlos en repositorios separados, lo que significa, para un novato, tener que vérselas con la búsqueda de tales repositorios y su configuración. En otros casos no existen paquetes precompilados o éstos no funcionan correctamente con algunas configuraciones de hardware. Por lo general, obliga al uso de la consola y el retoque manual de archivos de texto.
  • La localización de los controladores propietarios no siempre es sencilla. Habitualmente echamos manos de buscador y foros para saber no sólo cómo instalarlos, sino dónde localizarlos. Hay que mencionar que algunos fabricantes están haciendo un buen trabajo en este aspecto, como los dominantes Ati y, especialmente, Nvidia.
• La configuración en Linux: ciertamente, distribuciones como Ubuntu han conseguido tener un proceso de instalación realmente sencillo, pero aún puede presentar problemas (podéis ver algunos artículos de mi blog sobre el modo gráfico) que, aunque puedan tener fácil solución, disuaden por completo a los usuarios pocos convencidos: a este tipo de usuarios, un primer tropiezo les hace sentir legitimados para desprestigiar un sistema entero. Por otro lado, la cuestión de las dependencias, en el caso de que se utilicen repositorios alternativos a los oficiales, pueden llegar a causar serios quebraderos de cabeza a un usuario primerizo, así como la disponibilidad de distintas versiones de los mismos paquetes, que pueden ser incompatibles entre sí por esta razón.
• En otro orden de cosas, la ayuda que los usuarios más experimentados suelen prestar a los novatos es también avanzada: en la mayoría de las ocasiones se proporcionan soluciones basadas en consola cuando también existen, en muchos casos, alternativas igual de válidas usando las ventanas y los diálogos. La sensación de un usuario nóvel cuando entra por primera vez en un foro es que Linux es difícil por la sencilla razón de que los comandos y órdenes en consola, muchas veces concatenados y llenos de opciones con nombres muy crípticos, no tienen una traslación directa con lo que se quiere conseguir, el significado se escapa, es necesario hacer un esfuerzo si lo que se quiere es entender lo que se hace, y si no, puede ser frustrante limitarse a “copiar y pegar” y no poder participar proponiendo este tipo de soluciones.
• Lo anterior se vincula al hecho de que, aunque en esta encuesta se manifieste como un hecho minoritario, Linux es considerado como un entorno poco amigable y poco intuitivo. Esto tiene que ver, y mucho, con una opinión que existe desde antes de que se generalizaran los entornos gráficos, se ha convertido en un “tópico” cultural que tiene mucho peso en la opinión de quien conozca o no Linux. Sin embargo, teniendo en cuenta que la mayor parte de los participantes en la encuesta son gente experimentada, no es de extrañar que esta opinión tenga una representatividad tan baja. Considero tres factores para ampliar esta discusión:
  • Los usuarios que por primera vez van a usar Linux han usado o usan Windows. Y dentro de este grupo, también hay que tener en cuenta que:
    • Los usuarios de Windows que pasan a Linux también pueden ser novatos en Windows, es decir, también están habituándose a usar un sistema operativo o sólo tienen interés en aprender lo justo: consideran un sistema operativo un medio para hacer cosas.
    • Los usuarios novatos de Linux suelen tener cierta experiencia en Windows, si no mucha. Son éstos los que consideran poco intuitivo a Linux: están buscando la traducción directa del comportamiento adquirido en el sistema de Microsoft a Linux (o peor, de MacOS a Linux). Se da la paradoja de que quieren algo diferente pero, al mismo tiempo, quieren que se parezca a lo que ya han conseguido entender y manejar. Los seres humanos, como otros animales, utilizamos un mecanismo psicológico para aplicar y usar lo ya aprendido en situaciones similares: aprender conlleva un trabajo cerebral considerable y la mente trata de usar lo ya existente, es un medio de ahorro y optimización de recursos. Es decir, tenemos esquemas de acción que tratamos de emplear siempre que las condiciones sean similares; cuando hay suficientes elementos diferenciadores se produce una adaptación del esquema, se produce un nuevo aprendizaje que lo modifica. Sin embargo, cada vez son menos relevantes las diferencias entre los entornos gráficos de Windows y los disponibles en Linux, la adaptación es más sencilla. En cualquier caso, ante la queja de la poca intuitividad no sólo son pertinentes los argumentos psicológicos, sino los culturales (tópicos y mitos): la buena o mala predisposición siempre influye en el aprendizaje, pueden constituir un catalizador o una barrera insalvable.
    • Hay que tener en cuenta dos grandes tipos de usuarios en cualquier sistema operativo: los usuarios cualificados y los usuarios domésticos o aficionados a la tecnología como un medio de ocio más.
      • Por supuesto, ambos roles pueden darse al mismo tiempo (el técnico de redes que en su empresa usa Windows y en casa Linux, por ejemplo). Esto nos permite, también, tomar en consideración la cualificación de los mismos: muchos usuarios de Linux tienen alguna titulación relacionada con la informática, lo que varía dramáticamente la forma en que se enfrentan al uso de un sistema operativo: a alguien que, durante años, ha estudiado y realizado configuraciones no le parecerá poco intuitiva la consola; es más, es probable que agradezca la opción de disponer de esta herramienta y la usará preferentemente en determinadas tareas.
      • Por contra, las personas que son aficionadas al uso del ordenador o bien utilizan éste como un medio de ocio más, no desean aprender más que lo justo para escuchar música, obtener contenido multimedia de internet, utilizar clientes de mensajería instantánea, ver y duplicar DVDs y jugar, tareas que por cuestiones legales (incompatibilidad con la GPL o la exigencia del fabricante a cobrar un royalty por la distribución de su pieza de software, patentes cuando las hay, etc.) no son del todo transparentes en Linux, requieren su dosis de configuración, aunque en muchas ocasiones no va más allá de pulsar un botón para aceptar un acuerdo de licencia. Sólo en algunas versiones de pago de algunas distribuciones, u otras en las que se han llegado a acuerdos con ciertos fabricantes de software estas cuestiones están solucionadas.

¿Qué opináis de todo esto? ¿Qué Linux queremos?

¿Pero cómo sé que una aplicación que suelo usar no es Gnome sino KDE? Fácil: muchas de ellas llevan una letra “k” en el nombre . También podemos identificarlas si vamos a Synaptic y filtramos por este tipo de aplicación pulsando el botón Secciones y señalando KDE (entorno de escritorio) en la lista resultante:

Otro recurso interesante es acudir a la web KDE-apps, una base de datos con gran cantidad de aplicaciones desarrolladas para KDE.

Lo cierto es que no nos interesa demasiado si los programas están construidos pensando en Gnome o en KDE: Ubuntu y la mayoría de distribuciones actuales da las condiciones para que podamos ejecutar unas y otras.

Voy a usar el ejemplo de tres aplicaciones que uso con frecuencia: Konqueror (navegador web en el que se basa el Safari de Apple y navegador de archivos muy completo y flexible), Kopete (mensajería instantánea capaz de entenderse con distintos protocolos) y amarok (el mejor reproductor y organizador multimedia, a mi humilde entender).

Nota: La primera vez que instaleis uno de estos programas se agregarán multitud de otros paquetes: esas son las llamadas dependencias, componentes y otros programas que son necesarios para que los que buscais funcionen.

Problema

• Las aplicaciones KDE que instalo en Ubuntu están todas en inglés.

Solución

• Instalar los paquetes de localización (traducción) a español propios de KDE a través de Synaptic.

Resumen

1. Instalación de varias aplicaciones KDE en Ubuntu. Comprobación de que están en inglés.
2. Los paquetes necesarios: language-pack-kde-es-base, language-pack-kde-es y kde-i18n-es.
3. Instalación de los paquetes de traducción para KDE.
4. Comprobación del resultado.

El paso a paso

Hemos abierto Synaptic (accesible desde Sistema > Administración), actualizado la base de paquetes (pulsando sobre el botón Recargar) e instalado los paquetes mencionados (o cualquier otro que os interese). Los buscamos en el menú Aplicaciones (Konqueror y Kopete están en el menú Internet, Amarok en el de Sonido y video) y los ejecutamos, y esto es lo que encontramos:

Sí, todo está en inglés… ¿qué falla?

En realidad, más que fallar, falta. Si revisáis el artículo al que hacía referencia, necesitamos instalar los paquetes que traduzcan estas aplicaciones (y otras que se han realizado con las herramientas de KDE) al español, ya que Ubuntu parece no haber tenido en cuenta, para el uso de programas KDE, el idioma que elegimos cuando lo instalamos. Éstos son:

kde-i18n-es

language-pack-kde-es

language-pack-kde-es-base

Para comprobar la cantidad enorme de módulos de traducción disponibles para KDE (en este caso), sólo es necesario realizar una búsqueda en Synaptic pulsando en el botón Buscar:

Sí, efectivamente, hay 250 paquetes que se corresponden con ese patrón de búsqueda…

Localizamos los paquetes que he citado anteriormente y los marcamos para instalar pulsando sobre el botón derecho. Si vamos primero al kde-i18n-es, Synaptic nos dirá que ha de instalar también los otros. Si sólo instalamos los language-pack-kde habrá algunas aplicaciones que quedarán sin traducir.

Nota: La descripción de los paquetes language-pack recomiendan instalar también el módulo language-support-es, ya que trae traducciones y adaptaciones adicionales para correctores ortográficos (el de OpenOffice.org) y aplicaciones de Mozilla, por ejemplo. En Synaptic es posible realizar búsquedas y selecciones múltiples, ya que no se instalará nada hasta que se pulse sobre el botón Aplicar, así que podéis buscar dicho paquete dándole a Buscar y marcándolo para instalar. Se añadirá a la lista de los paquetes pendientes.

Damos al botón Aplicar para instalarlos. Seguimos el proceso de instalación y cerramos la ventana que nos avisa de que ha concluido.

Para finalizar, abramos nuestras aplicaciones KDE. Ahora sí están en español: