Bajo el nombre de ‘AppInstaller’ se esconde un proyecto que trataría de unificar el conjunto de aplicaciones Linux en una misma store o tienda, un concepto parecido al que se utiliza actualmente con los modelos de Android o Apple y que se llamaría AppStream. OpenSUSE, Red Hat, Fedora, Debian o Ubuntu se encuentran entre las distribuciones que apoyan un proyecto que comenzó en una reunión que tuvo lugar en Alemania entre los principales distribuidores de Linux.

La razón es acabar con uno de los principales problemas con el que se encuentra el sistema operativo, la diversificación de las aplicaciones. Aunque Linux mantiene un enorme ecosistema de apps, tiene una lacra, sus distintas distribuciones. La instalación de un programa en la distribución de cada usuario depende del instalador, además, se le suma al problema de que los propios desarrolladores no quieren, en la mayoría de los casos, tener que realizar varios instaladores para cada una de las distribuciones.

Por esta razón existe desde hace tiempo la necesidad de unificar y conseguir una distribución “base” con la que llegar con la misma herramienta a un número mayor de usuarios y así facilitar el trabajo. Una herramienta común que mejore el acceso en todas las distribuciones con una fuente de programación común.

Aunque en estos momentos no deja de ser un proyecto, a nadie se le escapa que este paso podría suponer un refuerzo total por la plataforma y un auge en su uso y expansión. Por ahora y como primer objetivo, los representantes que acudieron a Alemania han comenzado a debatir sobre la posibilidad de crear esta interfaz única para instalar las apps, entre otras cosas, con la posibilidad de compartir API para el desarrollo común.

Como decía al principio, una vez creado el método para la creación de un “lenguaje” común para aplicaciones, el siguiente paso sería su distribución a través de ‘AppStream’, una especie de tienda donde acudir a buscar las aplicaciones. Desde luego, pinta muy bien, y aunque no sea más que un comienzo, creo que todos saldrían ganando: distribuidores, desarrolladores y el propio usuario, que vería como encontrar con más facilidad una herramienta para su sistema operativo.

Vía: Portaltic

Llega el fin de semana y siempre se me viene a la cabeza la copia de seguridad de datos. Muchos tendrán programadas para Lunes éstas tareas pero, según mi metodología de trabajo, el fin de semana es el mejor momento para hacerlas. Los motivos son varios, desde que muchas empresas no trabajan durante Sábado y Domingo, por lo que si falla cualquier cosa tienes mucho margen para solucionarlo, hasta pensar que, una vez acabaste el trabajo de la semana, se copia y se puede disfrutar tranquilo de una buena cerveza en una terraza.

Motivos aparte, el tema es el cómo realizarlas. Hoy os traigo LuckyBackup, otra opción más para realizar copias de seguridad de los datos almacenados nuestros equipos. La interfaz de éste programa de copia está muy bien estructurado para intentar ordenar la inmensa cantidad de opciones de las que dispone además de intentar mantener la esencia de simplicidad.

Las opciones que tiene son tantas que es difícil encontrar algo que no tenga. Está disponible en su forma precompilada para las distribuciones Linux más extendidas (Ubuntu, Mandrake, Debian, Fedora, OpenSuse…) y por supuesto tiene a disposición de todos su código fuente para el que quiera aventurarse en mundos más expertos.

Una de las posibilidades que más me ha gustado es la de poder utilizar un disco externo como almacén de copias de seguridad (y comprobar si el disco está enchufado y listo) así como la posibilidad de sincronización de carpetas para mantener la última versión de los archivos contenidos. Otra opción interesante es la de tomar “instantáneas” en el tiempo de los datos que le indiquemos, de ésta manera siempre podremos volver a alguna versión de todas las que tengamos almacenadas.

Desde luego, por opciones que no sea.

Información básica:

• Plataforma: Linux
• Licencia: Gratuito
• Precio: Gratuito
• Enlace de descarga: LuckyBackup

Como siempre sucede en muchas distribuciones de GNU/Linux, cuando sale un nuevo software, debemos esperar a que sea agregado a los repositorios oficiales para poder actualizarlo. O a veces, debemos esperar a la próxima versión de nuestra distro para poder disfrutar de las últimas features de nuestras aplicaciones predilectas. Y lo mismo sucede con la reciente KDE SC 4.5, todavía no está disponible en los canales de software oficiales. Pero les voy a mostrar como pueden hacer el upgrade en Ubuntu, Fedora, openSUSE y Slackware.

Empecemos por Ubuntu, la distro más popular del momento. Es un proceso muy sencillo, así que no tengan miedo. Para empezar, deben abrir una terminal. Pueden hacerlo tecleando Alt + F2 y escribiendo luego xterm (o su emulador de terminal favorito). O también pueden abrirla desde el menú de inicio, yendo a Accesorios / Terminal. Una vez allí, deben ingresar el siguiente comando:

sudo add-apt-repository ppa:kubuntu-ppa/beta

Les pedirá su contraseña de usuario. Ingresenla y prosigan actualizando la lista de repositorios de la siguiente manera:

sudo aptitude update

Y ahora toca actualizar a KDE SC 4.5 de la siguiente manera:

sudo aptitude upgrade

O bien, instalar KDE si es que están utilizando GNOME, de esta forma:

sudo aptitude install kubuntu-desktop

Sigamos con Fedora, la distribución creada entre Red Hat y la comunidad open source. El proceso es muy similar al anterior, salvo algunos detalles. Nuevamente debemos abrir una terminal y agregar los repositorios unstable de KDE RedHat. Para eso, pegamos este comando:

su -c "wget http://apt.kde-redhat.org/apt/kde-redhat/fedora/kde.repo -O /etc/yum.repos.d/kde.repo"

Ahora debemos cambiar algunos datos en los repositorios. Para ser precisos, hay que cambiar todas las líneas que digan “enabled=0″ por “enabled=1″. Esto debemos hacerlo en nuestro editor de textos favoritos, supongamos que utilizamos kwrite; para eso, tipeamos este comando:

su -c "kwrite /etc/yum.repos.d/kde.repo"

En vez de kwriter, podemos utilizar gedit (si estamos en GNOME), nano, vi, emacs o cualquier otro. Lo importante es cambiar las lineas “enabled=0″ por “enabled=1″. Una vez que hicimos esto, procedemos a actualizar de la siguiente manera:

su -c "yum upgrade"

Y ahora, el turno de openSUSE, otra distribución que utiliza el sistema de paquetes RPM. Nuevamente debemos agregar repositorios desde la terminal, de esta manera:

sudo zypper addrepo -f http://download.opensuse.org/repositories/KDE:/Distro:/Factory/openSUSE_11.3 KDE45

Es recomendable, pero no obligatorio, que agreguen los paquetes extras de KDE que se encuentran en otro repositorio. Y lo hacemos de esta manera:

sudo zypper addrepo -f http://download.opensuse.org/repositories/KDE:/Extra/openSUSE_11.3_KDE_Distro_Factory KDE-Extra

Una vez hecho esto, actualizamos a KDE 4.5 SC de la siguiente manera:

sudo zypper dist-upgrade --from KDE45 --from KDE-Extra

Y que mejor forma de finalizar que con Slackware, el abuelo de todas las distribuciones modernas. Para empezar, deben estar utilizando la versión current. Luego, deben bajar estas dependencias e instalarlas con el siguiente comando:

sudo installpkg libdbusmenu-qt-0.4.0-i486-1alien.txz

Ahora debemos bajar KDE SC 4.5 de la siguiente manera:

wget -r -np -nd --accept=txz http://alien.slackbook.org/kdesc/4.5.0/x86/kde/

Y para finalizar, nos situamos donde descargamos KDE y, como root, ingresamos este último comando:

upgradepkg --reinstall --install-new *.t?z

¡Voila! Tenemos KDE actualizado en 4 distros diferentes.

Una de las características más intersantes de Linux es el abanico de posibilidades con que se encuentran sus usuarios a la hora de tomar una decisión cualquiera. Al instalar una aplicación por ejemplo, dependiendo de la distribución en la que estemos, podremos instalarla automáticamente desde un repositorio (encargándose automáticamente el instalador de las dependencias) o compilarlas a mano, “a lo hombre”. Estamos ahora ante una tercera posibilidad, cortesía de Elementary. Se trata de AppImages, iniciativa que tiene como objetivo crear archivos que sean portables y se puedan ejecutar desde cualquier distribución sin tener que descomprimir ni instalar nada. Descargamos, otorgamos permisos de ejecución y listo, estemos en Ubuntu, Fedora u openSUSE.

Algunas de las aplicaciones que pueden ya utilizarse de este modo son:

• Pidgin, programa de mensajería instantánea
• El cliente de irc XChat
• Una de las mejores aplicaciones de torrent, Transmission
• Blender, la alternativa libre para diseño 3D
• Midori, navegador web que utiliza el motor WebKit

Uno de los aspectos que más me interesó del proyecto es que las aplicaciones no necesitan privilegios de root para ser instaladas, por lo que serán muy seguras, al no poder modificar absolutamente nada del sistema. Y siendo portables, además, podremos ejecutarlas desde un pendrive, sin la necesidad de tenerlas en el disco rígido del ordenador. Lo único que hay que hacer, tras descargas la aplicación, es otorgarle permisos de ejecución: bien podemos haciendo clic derecho y luego Propiedades > Permisos o desde la consola, con

chmod +x nombreDeArchivo

Si les interesa, siguiendo una pequeña guía y utilizando un script (que descargamos del sitio oficial del proyecto), podemos crear nuestras propias aplicaciones portables, de acuerdo a nuestras necesidades. ¿Qué piensan? Creo que es un concepto bastante innovador, similar al utilizado en Mac OS X, en que todo lo necesario para que una aplicación sea ejecutada se encuentra dentro de la propia aplicación pero con el plus de ser además multi-distribución.

Vía: OMG! Ubuntu

Mientras navegaba por HackerNews me encontré con una encuesta sobre qué sistema operativo utilizan sus usuarios. Tuvo poca participación, poco más de 200 votos y los resultados, mientras escribo estas palabras, ponen a Linux en primer puesto con 85 votos, segundo a Mac OS X con 75 y tercero a Windows, con sólo 50. Antes de que prendan el encendedor para quemarme vivo, confieso que se trata de una encuesta sin valor por el grado ínfimo de usuarios participantes, además del hecho de que prácticamente todos son programadores

De todos modos, la encuesta me hizo pensar y me puse a investigar: volví a encontrar el sitio para desarrolladores web W3Schools (hacía bastante tiempo que no entraba, me había olvidado de él) que lleva una importante estadística desde marzo del 2003 y viene al caso. W3S tiene varias estadísticas, una de ellas sobre uso de sistemas operativos, basándose claro está en los navegadores web, es decir ordenadores con acceso a internet. En marzo del 2003, cuando comenzaron a evaluar los datos Linux y Mac, juntos, no llegaban al 4%. El tiempo pasó y, al mes de junio del 2010, siete años después, Mac cuenta con un 6,8% mientras Linux, lejos del 1% que se le suele achacar, ha llegado al 4,8%.

Así es, al borde de llegar al 5%. Además, tan sólo en el último mes su cuota aumentó en un 0,3%, por lo que se encuentra en pleno crecimiento. Y de acuerdo a Internet World Stats, hay al momento unos 1.800 millones de usuarios navegando internet (sin contar servidores, clusters, etc.). En consecuencia, estamos hablando de aproximadamente 90 millones de usuarios de Linux en todo el mundo. Nada mal para un sistema operativo libre, sin marketing y para el cual hace 10 años sí había que ser un verdadero experto siquiera para configurar la resolución del monitor. Con los años se infló el kernel, es verdad, pero incorporando a la vez enorme cantidad de drivers gracias al trabajo de algunas compañías y la ingeniería inversa de los hackers de la comunidad. Linux es sencillísimo de utilizar hoy en día y parece que está empezando a notarse en las estadísticas.

Seguí navegando y me encontré también con que de esos 90 millones de usuarios, esta vez de acuerdo a datos estadísticos de Red Hat y Canonical, 12 millones utilizan Ubuntu, mientras 24 millones siguen haciendo de Fedora su distribución favorita. A ver, de estos datos, primero me llamó la atención el hecho de que bueno, “la distribución de Linux más popular” sólo sea utilizada por aproximadamente el 15% de los usuarios, mientras Fedora se hace con un 40%. Por un lado, esto vuelve a demostrar la importancia del marketing (en este caso, de Canonical) y de la activa comunidad de los foros, que lo hacen a uno pensar que de veras es la distribución más utilizada. Confieso desconocer los porcentajes de distribuciones populares como Mandriva y openSUSE, pero teniendo en cuenta los datos mencionados creo que me sorprenderían (¡para bien!). Al fin y al cabo, el pingüino sigue creciendo.

Ailurus es otra de esas aplicaciones que facilitan el acceso a algunas funciones escondidas del sistema. A diferencia de Ubuntu-Tweak, programa del que se ha hablado en Bitelia en otras ocasiones, Ailurus se centra mas en rendimiento del sistema que en la personalización del escritorio, teniendo por lo tanto un perfil un poco más técnico, aunque no por eso resulta mas difícil de utilizar.

Este tipo de aplicaciones me encantan, porque te permiten mejorar tu escritorio desde una única interfaz, modificando decenas de pequeños detalles que, si los fueras a buscar individualmente, perderías horas para lograr el mismo efecto conjunto.

Entre otras funciones, me ha llamado la atención el completo remodelado que se puede hacer a Firefox desde ahí. Autocompletado de urls, consumir menos memoria mientras esté minimizado y aumentar la velocidad de carga de las páginas web, entre otras opciones.

Otras posibilidades que tenemos son seleccionar repositorios más rápidos (cosa que se hace de manera manual, no tengáis miedo, no os configura ningún repositorio de manera automática), crear capturas del estado de los paquetes instalados, para volver para atrás en caso de que algún nuevo programa se cargó algo vital, limpiar caché y kernels viejos, e incluso te recomienda algunos tips que te puede configurar de manera automática (colores en la terminal y accesos directos en el menú de programas escondidos por ahí, por ejemplo). Ailurus está disponible para Ubuntu, Linux Mint y Fedora.

A pesar de los retrasos, Fedora 13 ya está entre nosotros. Las razones para su llegada hasta estas fechas son varias. Una de ellas fue un pequeño bug en GRUB, el gestor de arranque, quien no esperaba la elección de sistema operativo por parte del usuario. Esto no supone ningún problema para el usuario experimentado, pero sí para los recién llegados a Linux con deseos de poder arrancar su primer sistema operativo. De no solucionarlo, Fedora se convertiría en un Linux poco amigable para muchos. Ahora bien, sirva esto para enmarcar uno de los principales objetivos de diseño de Fedora 13: usabilidad.

De hecho, Paul W. Frields, líder del proyecto Fedora, le mencionó a Cyber Cinic que la nueva versión de Fedora es más amigable con el usuario y ya no sólo para los experimentados.

De las mejoras en Fedora 13 para los usuarios (las prometidas desde la versión alfa), les quiero hablar de tres de ellas:

1. Administración profesional de color

Se llama GNOME Color Management y se trabaja de conformidad con el International Color Consortium. Con esto serás capaz de crear con facilidad perfiles de color para tus dispositivos (e.g., pantalla, impresoras) de forma profesional.

2. Instalación automática de drivers para impresoras

Si has configurado impresoras en distribuciones Linux entonces has notado que para un modelo particular es común encontrar distintos drivers. ¿Cuál es el mejor? Esto lo decide tu experiencia o el azar. Pues gracias a Packagekit en Fedora 13, eso no será más. Este programa buscará, descargará y actualizará si es necesario el driver más apropiado.

3. Aceleración 3D experimental para NVIDIA

Fedora es todo FLOSS, así que sus drivers de vídeo también. Para su decimo tercera versión, Fedora incluye los drivers Nouveau con capacidad de ofrecer aceleración 3D (experimental) para tu hardware NVIDIA. Fedora ya ofrecía soporte 3D para tarjetas ATI a través del driver radeon.

Recuerda que si no te gusta Fedora 13 con GNOME, tienes la opción de descargar algunas de las versiones Spin: con KDE, LXDE, XFCE, entre otras. También hay versiones para dispositivos pequeños.

Fedora es un clásico entre las distribuciones Linux. Siempre se ha distinguido por su valentía y organización para ofrecer software de punta (incluso experimental) para sus usuarios… Recuerdo que conocí Linux en la escuela. Su nombre era Fedora Core 1. Eran tiempos naïve que disfruté mucho. Aunque esa es otra historia.

Como bien saben, Fedora vive en al límite de Linux. A su arribo suelen aparecen nuevas y experimentales características que la convierten punta de lanza para muchas distribuciones Linux. Es por eso que con el anuncio de Fedora 13 Alfa (llamada Goddard) muchos esperamos una extensa lista de novedades, por lo menos. He aquí un pequeño resumen separado por grupo de interés:

Para los usuarios:

1. Instalación automática de drivers para impresoras. Cuando conecten la suya a Fedora 13, un asistente descargará e intalará todo lo necesario.

2. Instalación automática de paquetes de idioma. De aquí en adelante ya no será necesario buscar paquetes de idioma para cada aplicación.

3. Soporte 3D experimental a través del driver open source Nouveau para hardware NVIDIA. Ya existía este tipo de soporte 3D para tarjetas ATI, así que la integración de Nouveau nos acerca más el día en que el 3D sea completamente software libre.

Para los desarrolladores:

1. SystemTap para monitorear software escrito con Java, Python, Tcl y otros, además del propio kernel. Se trata de un interesante y útil proyecto para depurar software durante su ejecución.

2. Python 2.6 y 3 en una sola instalación. Esto ayudará a los programadores a escribir y probar código para usar esos dos ambientes.

3. NetBeans 6.8. El primer IDE ser compatible con toda la especificación de Java 6 EE.

Para los administradores:

1. boot.fedoraproject.org (BFO). Éste permitirá descargar una sola y pequeña imagen (que cabe en un floppy) para instalar versiones actuales y futura de Fedora sin tener que descargar imágenes extras.

2. Nuevas características para NFS. Fedora nos ofrece la última versión del protocolo NFS para compartir archivos en red, la cual viene de la mano con recientes modificaciones del kernel Linux para ofrecer un mejor rendimiento y soporte para IPv6.

3. Integración de Btrfs. Se trata de hacer de éste el sistema de archivos que compita con ZFS para grandes requerimientos de almacenamiento. De ahora tendrás la capacidad de crear “instantáneas” ligeras de tu sistema de archivos.

Fedora tiene un sitio con esas y otras nuevas características descritas con mayor detalle. Descarga esta distro en versión alfa para ayudar en la búsqueda de bugs y demás bichos raros: a los desarrolladores les encantará eliminarlos.

Se espera que Fedora 13 esté disponible a partir de mayo; antes aparecerá un versión beta.

La décimo tercera versión del sistema operativo GNU/Linux Fedora será liberada a mediados de mayo de 2010. Como ha sido tradición en versiones anteriores (muchos de ustedes lo saben), esta distribución llegará cargada con el software libre más avanzado del momento (aunque no necesariamente el más estable). En este sentido, Fedora 13, también llegará con soporte 3D para hardware NVIDIA. Esto gracias a la implementación de un driver libre creado por el proyecto Nouveau, basado en la arquitectura Gallium3D .

Gallium3D es una biblioteca actualmente desarrollada por VMware que ofrece un nuevo enfoque al problema de acelerar gráficos 3D. Al mismo tiempo, permite desarrollar drivers más rápidos, sencillos e independientes de plataforma, para hardware 3D.

Por su parte, el proyecto Nouveau busca crear drivers open source de alta calidad para hardware NVIDIA utilizando la arquitectura Gallium3D. Hace unas semanas avisamos sobre su inclusión en el kernel linux 2.6.33.

¿Qué significará todo eso para los usuarios de Fedora 13 dueños de hardware 3D de NVIDIA? Entre otras cosas, que a partir de mayo podrán, al igual que Adam Williamson, jugar espectacularmente con el motor Spring para juegos RTS.

¿Y para los futuros usuarios de Ubuntu 10.04? Nada de eso. Ellos no contarán con soporte para Gallium3D.

Esta primera semana de febrero empezaba con un análisis de la aplicación educativa GNU Typing Trainer, para aprender mecanografía. Entre los comentarios recibidos, los lectores @€quiman y @GeO me sugirieron otras alternativas como Klavaro o Rapid Typing. Siempre buscamos alternativas a los programas analizados, para poder compararlos y dejar instalado el mejor, o al menos el que a nosotros más nos gusta.

Klavaro Touch Typing Tutor se presenta como otro tutor de mecanografía gratuito (freeware) y libre (open source), otra alternativa para aprender a teclear más veloz y sin cometer errores. Su característica principal es soportar múltiples disposiciones de teclado: QWERTY (el más popular de todos, aunque también de los más lentos), DVORAK, QWERTZ, AZERTY, JTSUKE y, ALPHAGRIP5. Su filosofía es enseñar mecanografía, independientemente del teclado que estés utilizando, adaptándose a la disposición de cada una de las teclas. Incluye la función de configurar tu propio teclado, señalar en qué posición están cada una de las teclas, y salvar el resultado en un simple fichero de texto. Si tu teclado no está entre los soportados, tú puedes configurar el tuyo propio.

El programa también es multiplataforma, disponible tanto para la familia Windows como los sistemas operativos GNU/Linux (Debian), Fedora, Ubuntu, FreeBSD y DarwinPorts (Mac OS X). Y multilenguaje, traducido a casi veinte lenguas, entre ellas el español y el gallego.

Información básica

• Licencia: GNU GPL
• Plataforma: Windows, Mac Os X, Linux
• Precio: gratis
• Enlace descarga: Klavaro Touch Typing

La diseñadora venezolana María “Tatica” Leando, que algunos podréis conocer por sus contribuciones a Fedora y por su presencia en Planet Fedora, está publicando en su blog una serie de videotutoriales sobre el editor de imágenes Gimp.

En los dos primeros números publicados nos enseñaba las herramientas básicas de selección, pero a partir del tercero ha cambiado el enfoque centrándose en ofrecer pequeños trucos: cómo realizar un blanqueamiento dental y cómo suavizar la piel. En teoría, si el proyecto va bien, todavía quedan 96 más, así que puede ser una forma interesante de aprender sobre este editor en sesiones de unos pocos minutos.

Podéis suscribiros a los videotutoriales mediante su feed RSS o acceder a los mismos desde su cuenta en blip.tv o en su blog. Sé que existen muchos videotutoriales por Internet, pero suelen estar todos en inglés. ¿Conocéis alguna iniciativa similar en castellano?

Vía: Barrapunto

Turpial es otro cliente de Twitter libre multiplataforma que está actualmente en desarrollo. La diferencia fundamental con otros clientes como TweetDeck es que utiliza únicamente tecnologías libres, es decir, no depende de Adobe Air.

En su versión 0.9.3 puede utilizarse en un modo más tradicional con pestañas o un modo de tres columnas (como podemos ver en la imagen). Tiene soporte para mensajes directos, retweets, acorta las direcciones web con diversos servicios, tiene notificaciones, se puede iconizar en la bandeja del sistema y permite configurar el número de tweets mostrados y los intervalos de actualización.

Se trata sin duda de uno de los clientes más completos, al menos entre los enteramente libres, que podemos encontrar. Es el único que soporta de forma completa el API de retweets y los autores prometen muchas mejoras en próximas versiones. Sí es cierto que todavía tiene algunas carencias, pero le auguro un buen futuro.

En su página de descargas podréis encontrar ya paquetes para Fedora 12. Los usuarios del resto de distribuciones pueden sencillamente bajarse la versión comprimida en un tar, descomprimirla y ejecutar el archivo «turpial.py».

Tened en cuenta que para funcionar necesita Python. Este tutorial explica de forma muy completa cómo podéis instalar las dependencias necesarias y crear un sencillo lanzador en el panel en Ubuntu.

En cuanto a los usuarios de Windows y Mac OS X, lamentablemente sus versiones todavía no están listas. Necesitan gente que pruebe la versión de Windows para saber si funciona realmente, y apoyo en programación para la versión de Mac OS X.

Vía: Fedora Venezuela

En noviembre hablamos de que el cliente de Skype para GNU/Linux será de código abierto en un futuro próximo, pero ese momento todavía no ha llegado. Todavía de código cerrado, el equipo de Skype ha anunciado en su blog el lanzamiento de Skype 2.1 Beta 2 para Linux.

Junto a pequeños arreglos aquí y allá, esta nueva versión también trae consigo una interesante nueva característica que ya tenía en otras plataformas: la posibilidad de compartir el escritorio. Como podéis apreciar en la imagen, también soporta mejor algunos temas visuales. Por lo demás, toneladas de fallos corregidos y pequeñas mejoras, aunque la compatibilidad con algunos modelos de webcams sigue siendo su asignatura pendiente.

Podéis encontrar esta nueva beta en la página de descargas para las versiones más recientes de las distribuciones más populares: Ubuntu, Debian, Fedora y OpenSUSE, aunque también hay compilaciones genéricas.

Vía: Mike’s Planet

El viernes se publicó la primera Release Candidate de las dos previstas antes del lanzamiento de la próxima versión del KDE Software Compilation, que es junto a GNOME uno de los escritorios más populares para los usuarios de GNU/Linux.

Se han corregido multitud de errores desde que se publicó la segunda versión beta el pasado diciembre y muchas distribuciones se están animando ya a ofrecerla empaquetada y lista para su instalación en sus versiones más actuales: Kubuntu 9.10, openSUSE, Fedora…

La próxima Release Candidate saldrá dentro de pocos días, el 20 de enero, mientras que la versión final lo hará el 9 de febrero, si todo va como está planeado. Como siempre, os recordamos que aunque pueda resultar muy tentador probar las novedades antes de que esté lista la versión final, puede que surjan imprevistos, así que tened cuidado.

Hace unos días vimos cómo por culpa de algunas deficiencias en el servicio ofrecido por el Portal oficial del DNI Electrónico, instalar el soporte para el DNIe en las distribuciones de GNU/Linux más modernas puede conllevar algunas molestias.

Ya explicamos entonces cómo podíais instalarlo en Ubuntu 9.10. Ahora haremos lo propio con otra de las distribuciones más populares del momento, Fedora 12. Tan solo deberás seguir los pasos que explico con capturas de pantalla paso a paso y seguro que no tienes ningún problema, aunque el proceso en esta ocasión es un poco más tortuoso.

Descarga el software para Fedora 10

Primero debes descargar el software para Fedora 10 desde el Portal oficial del DNI Electrónico, en su versión para arquitecturas de 32 bits o para arquitecturas de 64 bits, dependiendo de la versión que tengas instalada de Fedora. Si no estás seguro, lo más probable es que se trate de la versión de 32 bits.

Instala los paquetes descargados

Haz clic derecho sobre el paquete que te has descargado y selecciona Extraer. Se creará una carpeta con dos archivos. Desgraciadamente, como son para versiones anteriores hay problemas de dependencias y deberás forzar la instalación de uno de ellos utilizando la terminal.

Abre una terminal accediendo mediante Aplicaciones » Herramientas del sistema » Terminal. Desplázate usando la terminal al directorio donde tienes los archivos, o si no sabes hacerlo también puedes copiar los archivos a tu carpeta personal, que es donde te encuentras inicialmente en la terminal. Entonces, introduce la siguiente orden:

su -c 'rpm -Uvh --nodeps opensc-0.11.7-7.fc10.i386.rpm'

Cuando termine, haz doble clic sobre el archivo correspondiente a opensc-dnie para instalarlo también, aceptando instalar las dependencias que te marque.

Instala y arregla las dependencias restantes

Primero debes instalar el paquete openct, algo que puedes hacer desde Sistema » Administración » Añadir/quitar software. Introduce openct en el cuadro de búsqueda, márcalo y aplica los cambios.

Todavía necesitas resolver unos pequeños problemillas en la terminal. Accede a ella mediante Aplicaciones » Herramientas del sistema » Terminal, e introduce las siguientes dos órdenes, para las que te solicitará la contraseña del usuario root:

su -c 'ln -s /usr/lib/libltdl.so.7 /usr/lib/libltdl.so.3'
su -c 'ln -s /usr/lib/libcrypto.so.10 /usr/lib/libcrypto.so.7'

Evita que el sistema actualice opensc

Cuando el sistema se actualice, intentará hacer lo propio con opensc, ya que Fedora 12 viene con una versión más reciente de las bibliotecas. Si eso llegase a ocurrir, el lector de DNIe dejaría de funcionar hasta que volvieses a instalar la versión anterior. Para evitar que esto ocurra, debes excluir el paquete opensc de las actualizaciones.

Puedes conseguir esto añadiendo una línea dentro del apartado [main] del archivo /etc/yum.conf que ponga «exclude=opensc», tal y como puede verse en la captura de pantalla.

Para editar este archivo necesitas permisos de administración, así que debes abrir una terminal accediendo a Aplicaciones » Herramientas del sistema » Terminal, poner la siguiente orden y posteriormente introducir la contraseña del usuario root:

su -c "gedit /etc/yum.conf"

Instala el módulo de la tarjeta y el certificado en Firefox

A pesar de que puedes utilizar Aplicaciones » Oficina » Registrar módulo DNIe #PKCS11, tan solo obtendrás unas instrucciones sobre cómo hacer ambas cosas. Primero, veremos cómo añadir el certificado de la autoridad de la Policía Nacional, y posteriormente añadiremos el módulo del lector.

Para añadir el certificado en Firefox debes dirigirte a Editar » Preferencias. En el apartado Avanzado, pestaña Cifrado, pulsa en el botón Ver certificados. En la pestaña de Autoridades pulsa el botón Añadir e introduce el archivo «/usr/share/opensc-dnie/ac_raiz_dnie.crt».

Para añadir el módulo del lector debes quedarte en el la misma pestaña de las Preferencias. Pulsa en el botón Dispositivos de seguridad. En la nueva ventana que se abre, pulsa el botón Cargar, dale un nombre y en la casilla de Archivo del módulo introduce «/usr/lib/opensc-pkcs11.so», tal y como se puede ver en la captura de pantalla. Por último, pulsa en Aceptar.

Verás una nueva entrada en el listado de dispositivos de seguridad que tiene varios Virtual slot. Enchufa el lector si no lo estaba ya e introduce tu DNI Electrónico. Si todo va bien, el primer Virtual slot debería transformarse en DNI electrónico (PIN1) pasados unos segundos.

Cómo probar el DNI Electrónico

Como ya os conté cuando expliqué el método de instalación para Ubuntu 9.10, en el Portal oficial del DNI Electrónico encontrarás muchísimos enlaces a páginas del Gobierno y también a páginas de empresas que soportan el DNI Electrónico como método de autenticación, así que lo mejor es que busques un servicio que ya utilices para probarlo.

Cuando sea necesario, Firefox debería pedirte el PIN, que te han debido entregar en un sobre cuando expidieron el DNIe. Si no lo encuentras, puedes establecer uno nuevo en cualquier oficina identificándote con las huellas dactilares.

Hace un par de días salió la beta oficial de Google Chrome para Debian, Ubuntu, openSUSE y Fedora, junto con la versión para Mac OS X. Tras descargarlo, examiné los paquetes de instalación y descubrí algunos comportamientos que no me han gustado un pelo.

Centrémonos en lo más importante: sin venir a cuento, instala un script en el sistema cron que se ejecuta diariamente. Lo que hace este script es añadir un origen de software que apunta a los servidores de Google, en caso de que no lo tengas añadido ya. De esta forma, si el usuario borrase el origen de software, este se volvería a añadir automáticamente al día siguiente.

Todo esto ocurre a espaldas del usuario, al que en ningún momento se le notifica de este extraño y poco convencional comportamiento.

El único lugar donde podría llegar a entenderse como que lo avisa —de una forma un tanto retorcida— es en el punto 11 del extenso y aburrido EULA que acompaña a la descarga, donde dice: «el software que utilices puede descargar e instalar actualizaciones de vez en cuando desde Google». Vamos, que ni es suficiente ni estaría contando la verdad, porque no es el mismo software el que descarga e instala las actualizaciones.

El origen de software que añade no se borra aunque desinstales Google Chrome. El que sí se borra es el script que lo vuelve a añadir diariamente, por lo que basta con borrar este origen por una última vez —junto con su clave pública— para eliminar todo rastro.

Alguno podrá decir «¡estás exagerando, no es tan malo!», pero lo cierto es que este comportamiento no es muy diferente del de un backdoor: Google abre una puerta en tu sistema para instalar software desde sus servidores sin tu consentimiento expreso, mientras crees que solo estás instalando una aplicación sin más.

Un modo más correcto de proceder sería, a mi parecer, crear un paquete que lo único que hiciese fuera precisamente añadir el repositori__o y su correspondiente clave pública, sin instalar nada. El mismo paquete __debería notificar esta acción y preguntar al usuario si se desea instalar Google Chrome a posteriori, o bien dejarle que lo haga con la herramienta habitual para su distribución.

Afortunadamente, aunque Google Chrome no sea software libre, su base Chromium sí. Además de tener un logo algo diferente, no existe ninguna diferencia notable entre ambos por la que merezca la pena decantarse por el primero.

Sí, estoy sugiriendo que paséis de Google Chrome en favor de Chromium. Que cada uno haga lo que quiera, pero en un Chromium distribuido en los orígenes de software propios de las distribuciones jamás ocurrirán cosas de estas.

Utilizar GNU/Linux en un ordenador sin conexión a Internet puede convertirse en una pesadilla: es muy complicado instalar aplicaciones y actualizar el sistema si no podemos conectarnos. Sushi, huh? intenta solucionar este problema.

Esta herramienta está pensada para que la pongamos en un dispositivo de almacenamiento USB y funciona tanto sobre entornos GNU/Linux como Windows. Así, podemos llevarla hasta un sistema cualquiera para seleccionar lo que queremos instalar, obtener las actualizaciones, y luego traerla de vuelta al sistema sin conexión para efectuar los cambios.

Por el momento se considera en estado beta, pero he estado probando el mecanismo y funciona sorprendentemente bien. Lo mejor es que soporta gran una parte de las distribuciones más populares: Debian, Fedora, Mandriva, openSUSE y Ubuntu.

Vía: Genbeta

Hasta ahora, el servicio de almacenamiento en la nube Ubuntu One solo disponía de un cliente de escritorio para Ubuntu. Por supuesto, siendo el cliente completamente libre uno podría esperar que terceras personas se interesasen en desarrollar clientes para otros sistemas.

Así, la semana pasada un entusiasta se puso manos a la obra y consiguió que el cliente diseñado para funcionar en Ubuntu sincronizase archivos en Fedora 11, tras algún que otro quebradero de cabeza. Al parecer los desarrolladores de Ubuntu One se mostraron bastante receptivos y aunque todavía estamos lejos de tener paquetes oficiales para Fedora, está bien saber que la posibilidad está ahí.

Justo al día siguiente, un desarrollador de Kubuntu presentó el prototipo del cliente de Ubuntu One para KDE. Todavía está incompleto: requiere haber sincronizado el ordenador al menos una vez utilizando el cliente para GNOME, pero la idea es que esté enteramente funcional y con soporte para Dolphin incluído para el lanzamiento de Kubuntu 10.04 Lucid Lynx.

Si necesitamos acceder a nuestros datos en lugares donde no tenemos acceso a un cliente de Ubuntu One, siempre podemos hacerlo a través de su web, pero entiendo que sea una solución insuficiente para muchos. ¿Y tú, ya has probado Ubuntu One? ¿Qué experiencias tienes con él?

¿Qué ocurriría si tuviéramos el código fuente de cualquier aplicación tan cerca que pudiéramos obtenerlo solo con pulsar una tecla? Richard Jones cree que sería un gran paso para fomentar las contribuciones al software libre.

Obtener el código fuente de un programa libre es una tarea muy sencilla cuando sabes a dónde debes acudir, pero es cierto que aún sabiéndolo da un poco de pereza.

Esta idea no es nueva, ya que al parecer existe algo parecido en el proyecto OLPC. Por lo pronto, Chris Tyler ha escrito una prueba de concepto para Fedora consistente en un script que, apuntando a una ventana con el ratón, nos dice en qué paquete de la distribución se encuentra su código fuente.

Personalmente, estaría encantado de librarme de la tecla «Bloq Mayús» de mi teclado —que no hace más que darme disgustos— y en su lugar poner una como esa de la foto en su lugar… y creo que no sería el único.

Foto original: warrenski

Estos días se ha armado bastante revuelo en torno a una peculiar característica de Fedora 12: los usuarios normales pueden instalar aplicaciones sin necesidad de introducir la contraseña de root, siempre y cuando los paquetes estén firmados y provengan de un repositorio confiable.

Hasta esta versión, Fedora siempre preguntaba a los usuarios la contraseña de root para realizar tareas que requerían permisos administrativos. La decisión podía recordarse o no para posteriores ocasiones. Debido a esto, un usuario nuevo en el sistema nacía sin permisos y cada vez que necesitaba hacer alguna tarea administrativa nueva el administrador debía concedérselos, de forma temporal o permanente.

En Fedora 12 se quiso hacer algo mejor: se definieron unos roles básicos de usuario y se ideó una herramienta gráfica de gestión de roles. El problema es que ni los roles se definieron con suficiente perspectiva, ni la herramienta gráfica de gestión de roles se terminó a tiempo, ni se informó adecuadamente del cambio en las notas de la versión. ¿El resultado? Caos, decepción, críticas destructivas. Afortunadamente, ya existe una actualización que arregla este problema.

Un poco de historia

Tradicionalmente, en GNU/Linux y otros sistemas parecidos se ha utilizado la abstracción de los permisos sobre ficheros para definir las políticas del sistema. Por ejemplo, si un usuario está dentro del grupo audio tiene acceso al fichero /dev/dsp y por lo tanto quiere decir que puede utilizar la tarjeta de sonido.

Sobre este sistema básico se pueden introducir diferentes mecanismos, como sudo. Sudo permite configurar políticas para que usuarios normales puedan ejecutar aplicaciones como si fueran root, el superusuario, requiriendo o no autenticación. Estamos hablando de que puedan ejecutar programas completos como si fueran root, por lo que hay que ser muy conservador al utilizar este mecanismo para no comprometer el sistema.

Sudo se comenzó a utilizar ampliamente en las primeras versiones de Ubuntu para permitir realizar cualquier tarea de administración a los usuarios del grupo admin, siempre y cuando se autenticaran previamente introduciendo su propia contraseña.

…y entonces llegó PolicyKit

PolicyKit establece mecanismos más complejos de forma que aplicaciones ejecutadas por usuarios normales puedan comunicar acciones a aplicaciones privilegiadas. Estas aplicaciones privilegiadas son las que definen estos mecanismos, incluyendo los permisos por defecto y la explicación que se le da al usuario en caso de que requiera alguna acción por su parte —como introducir su contraseña. Este sistema se utiliza en casi todas las distribuciones modernas para gestionar tareas administrativas.

Por ejemplo, el notificador de actualizaciones de Ubuntu sabe que existen actualizaciones, pero no puede instalarlas por sí mismo porque no tiene permisos para ello, así que cuando el usuario pulsa en el botón «Aplicar actualizaciones» en realidad le manda un mensaje a otra aplicación que sí los tiene. Esta aplicación le dice: «Vale, amigo, pero necesito que el usuario se identifique. Cuando te pregunte por qué, explícale esto y esto otro». De esta forma, el usuario nunca llega a ejecutar una aplicación con una identidad que no le corresponde y todo el proceso es más seguro.

Entonces… ¿PolicyKit es algo bueno o malo?

No me cabe la menor duda de que PolicyKit es algo bueno. El problema llega cuando desde Fedora deciden ir un paso más allá creando un sistema de roles asignando diferentes privilegios por defecto a cada rol y en el proceso no participa ni el Tato: se toman las decisiones sin suficiente perspectiva y se provocan meteduras de pata como esta.

Afortunadamente, en el mundo del software libre las meteduras de pata se critican, se reconsideran… y en cuestión de días todo vuelve a la normalidad. Estoy seguro de que el próximo intento sí recibirá la atención que se merece y dentro de unos meses veremos una Fedora 13 muy avanzada en este aspecto.

Ayer se presentó oficialmente el Google Chrome OS, el sistema operativo de Google para netbooks sustentado mayormente en su navegador Google Chrome.

Como muchos de vosotros ya sabéis, Google Chrome se basa en un proyecto de código abierto llamado Chromium, que está disponible para desarrolladores de todo el mundo y puede ser instalado en prácticamente todas las distribuciones de GNU/Linux.

Después del salto veremos cómo podemos instalar y poner a punto las más modernas versiones de desarrollo de Chromium con soporte para extensiones y sincronización de marcadores en las tres distribuciones de GNU/Linux más populares del momento: Ubuntu 9.10, Fedora 12 y openSUSE 11.2.

Ubuntu 9.10

El equipo Ubuntu Chromium Daily mantiene un PPA con la última versión de este navegador actualizada a diario. Las instrucciones de instalación son muy sencillas: basta con añadir este PPA e instalar el paquete chromium-browser.

sudo add-apt-repository ppa:chromium-daily/ppa
sudo apt-get update
sudo apt-get install chromium-browser

Si tenéis ya plugins instalados para Firefox, como el de Adobe Flash o el de VLC éstos serán detectados automáticamente, por lo que no deberéis realizar ningún paso adicional.

Las extensiones también vienen activadas por defecto, aunque la galería pública todavía no está disponible. Para activar la sincronización de marcadores deberéis editar el archivo «/etc/chromium-browser/default» y cambiar la última línea por lo siguiente:

CHROMIUM_FLAGS="--enable-sync"

Fedora 12

En Fedora People, los repositorios de la comunidad de Fedora, también podemos encontrar un origen desde el que instalar Chromium para esta distribución. Para añadirlo debemos abrir una terminal y ejecutar los siguientes comandos (si utilizas GNOME debes cambiar kwrite por gedit):

su
kwrite /etc/yum.repos.d/chromium.repo

Se nos abre un archivo de texto, en el que debemos pegar el siguiente contenido:

[chromium]
name=Chromium
baseurl=http://spot.fedorapeople.org/chromium/F12/
enabled=1
gpgcheck=0

Guardamos y ya podemos cerrar la ventana. Por último accedemos a Sistema » Administración » Instalar/desinstalar software. Allí hay que introducir chromium en el campo de búsqueda, seleccionarlo en el listado y pulsar el botón «Aplicar».

Como en Ubuntu, los plugins y las extensiones ya están activadas. Desgraciadamente, en esta ocasión la versión que está disponible todavía no soporta sincronización de marcadores. Sin embargo, de cara a una futura actualización, deberían poder activarse editando el archivo «/usr/bin/chromium-browser». En la penúltima línea hay que agregar la opción «—enable-sync», de forma que quede así:

exec $LIBDIR/$APPNAME --enable-sync "$@"

openSUSE 11.2

La instalación en este caso debemos realizarla desde el «Centro de control YaST2». Para lanzarlo debemos ir a Sistema » Configuración del administador.

Lo primero que debemos hacer es añadir el repositorio Contrib. Seleccionamos la opción «Orígenes de software». Una vez dentro pulsamos el botón «Añadir», seleccionamos «Especificar URL…» y pulsamos «Siguiente». Le damos un nombre, por ejemplo Contrib y ponemos la siguiente dirección:

http://download.opensuse.org/repositories/openSUSE:/11.2:/Contrib/standard/

Por último, pulsamos en «Aceptar» para que se recarguen los orígenes. De nuevo en el Centro de control YaST2 seleccionamos la opción «Instalar/desinstalar software». Entonces buscamos chromium, lo marcamos en la lista y pulsamos en «Aceptar».

Como en Ubuntu y Fedora, los plugins y las extensiones ya vienen activadas de antemano. Para activar la sincronización de marcadores deberéis editar el archivo «/usr/bin/chromium» y añadir la opción «—enable-sync», tal que así:

/usr/lib/chromium/chrome-wrapper --enable-plugins --enable-user-scripts --enable-extensions --enable-sync "$@"

Todas las distribuciones más populares están publicando una nueva versión estos días. La más rezagada de todas ha sido esta Fedora 12, que por otra parte es la primera de todas ellas en incluir componentes como Xorg 7.5.

Más allá de actualizar todo el software a las ultimísimas versiones, como en el resto de distribuciones, las novedades destacables son un mejor y más amplio soporte a webcams, un nuevo sistema de reporte de fallos llamado ABRT —reemplazando a bug-buddy y a kerneloops— y la incorporación a la instalación por defecto de Gnote y Empathy en detrimento de Tomboy y Pidgin, respectivamente.

En la página de descargas se ofrece como versión principal un Live CD con escritorio GNOME, pero también distribuyen uno con KDE y versiones en DVD únicamente para instalación en la página de descargas extendida.

Puedes encontrar las notas de la versión, una guía rápida de instalación y otros documentos interesantes, todos ellos traducidos al castellano, en el centro de documentación de Fedora.

Faltan muy pocos días para que salga al fin la versión final de Fedora 12 Constantine y ya se ha abierto el particular proceso de selección de nombre para la siguiente versión.

El proceso no ha variado desde la vez anterior, basta con que el nombre propuesto esté relacionado con el anterior de la forma más original posible. Por ejemplo, la relación entre Fedora 11 Leonidas y Fedora 12 Constantine es que ambos son municipios del Condado de St. Joseph, en Michigan.

Entre las propuestas enviadas por ahora se encuentran Truro (ambas son parroquias de Cornualles), Caesar (ambos son emperadores romanos), Apollo (ambas son calles de Cainta, en Filipinas) o mi propia aportación, Manfredi (ambos son profesores del Departamento de Matemáticas de la Universidad de Pittsburgh).

Lógicamente, se rechazan propuestas con connotaciones negativas, relaciones demasiado obvias o posibles problemas legales (como por ejemplo Radiohead o Demon). Si tenéis una idea pasaos por el wiki de propuestas, tenéis hasta el 16 de noviembre para estrujaros el cerebro.

Upstart es un sistema de arranque para GNU/Linux nacido con el objetivo de reemplazar al veterano init de System V, que ha reinado en todas las distribuciones desde… desde siempre, más o menos. En The H Open Source han dedicado un completo reportaje a explicar en detalle su funcionamiento. Sin profundizar tanto, me gustaría introducir un poco el tema, que saber un mínimo de estas cosas siempre está bien.

¿Conoces el init de System V, verdad? Es el primer programa que se ejecuta en el sistema tras cargar el núcleo en memoria. Lo primero que hace es leer el archivo /etc/inittab, de donde obtiene algunos parámetros básicos, y luego va ejecutando por orden los scripts del directorio /etc/rcS.d de forma secuencial. Dependiendo de un parámetro numérico llamado runlevel, posteriormente seguirá cargando todos los scripts del directorio /etc/rcN.d correspondiente —normalmente el 2 o el 3.

En lugar de seguir una secuencia establecida de antemano, Upstart se basa en eventos. Cada script de Upstart depende de una serie de eventos y a su vez genera más eventos. El primero que se genera es el startup y a partir de ahí van lanzándose scripts, que a su vez generan más eventos que permiten que se lancen más scripts, hasta que el sistema completo se encuentra cargado.

Hasta ahora, tanto Ubuntu como Fedora incluían Upstart aunque solo como un emulador del init tradicional, porque para cambiar el sistema hay que reescribir todos los scripts de arranque, una tarea bastante delicada. En Ubuntu 9.10 se ha dado un paso muy importante incluyendo por vez primera un arranque basado, en su gran mayoría, en verdaderos scripts de Upstart.

Los scripts propios de Upstart se encuentran en el directorio /etc/init y, además del script en sí, incluyen toda la información extra necesaria, como las condiciones de arranque, los eventos que se generan y otras opciones, como si el servicio debe reiniciarse automáticamente en caso de que termine (respawn).

También es posible iniciar y detener scripts de Upstart manualmente mediante los comandos start, stop y restart, aunque en realidad no son más que atajos para el más complejo comando initctl.

Vía: D’Oh! | Foto original: TheBusyBrain

Cada día, cientos de usuarios noveles de GNU/Linux acuden al código fuente de los programas sin ser conscientes de que es completamente innecesario. Veremos paso a paso cómo podemos evitar llegar hasta tal situación. Para ello, a modo de ejemplo, intentaremos instalar Neverball.

Podréis decir: «Un momento, ¡el título del artículo es engañoso, no nos va a enseñar a compilar nada!». Tranquilos, al final daré unas directrices muy básicas sobre cómo podéis llegar a compilar exitosamente un programa, pero primero creo que debo transmitir la idea de que este paso suele ser innecesario y puede ser evitado la mayoría de las veces.

Volvamos al Neverball. Imaginad que acabamos de encontrar su página web. Si accedemos a su sección de descargas encontramos únicamente la versión para Windows, para Mac Os X y el código fuente. Está bien, si todo lo demás falla todavía podemos recurrir a compilarlo utilizando este código fuente, pero primero probemos las alternativas más humanas.

El primer paso es buscar en el instalador de nuestra distribución. Por ejemplo, en el caso de la última versión de Ubuntu, en el Centro de software de Ubuntu, o en Fedora en la opción de Añadir/Quitar software. Como vemos, lo encontramos sin mayor problema y con un par de clics podemos instalarlo y ponernos a jugar.

Imaginad que hemos fracasado. ¿Debemos recurrir ya a la ardua tarea de compilación? No. Las distribuciones y su comunidad suelen proveer también otros canales de distribución. En Ubuntu por ejemplo tenéis los Personal Package Archives (PPA). Una búsqueda rápida nos devuelve resultados, por lo que solo debemos elegir uno de ellos, añadirlo a nuestros orígenes de software y proceder a la instalación de la misma forma de antes.

Volved a imaginar que el paso anterior no ha servido de nada, y que seguimos sin encontrar resultados. Entonces todavía podemos acudir a sitios de terceros, como por ejemplo GetDEB. Es bastante menos seguro, pero si no queda otra alternativa y el sitio parece confiable seguramente no haya problemas.

Si todo esto fallase, puede que el momento de compilar haya llegado. A mí no se me ocurren más alternativas, desde luego. Así que volvamos a la página de descargas a por el código fuente.

Lo primero que debemos hacer tras descomprimirlo es buscar los archivos README e INSTALL. Seguramente en uno o en otro estarán las instrucciones específicas para la compilación e instalación.

Como vemos, tiene muchísimos requisitos. Lo que debemos hacer es instalar todos los paquetes de desarrollo que satisfagan esos requisitos. Algunos autores nos lo ponen fácil apuntando directamente al nombre de los paquetes que debemos instalar, pero no es el caso. Para este juego en concreto, en Ubuntu bastará con poner en una terminal:

sudo apt-get install libsdl1.2-dev libsdl-ttf1.2-dev libvorbis-dev libpng12-dev libjpeg-dev build-essential libphysfs-dev

Cuando termine se supone que ya hemos satisfecho lo requisitos (o al menos eso creemos). Ahora deberíamos ejecutar un script que configure la compilación. Este script nos avisará si nos falta algún requisito.

./configure

En el caso de Neverball, no se incluye ningún script de este tipo, por desgracia. Siguiendo las instrucciones, vemos que debemos ejecutar make para comenzar la compilación.

make

Entonces comenzará el proceso, algo que puede llevar desde unos segundos a varias horas, dependiendo de muchísimos factores. Una vez haya terminado, todavía queda instalarlo. Esto se hace, habitualmente, escribiendo:

sudo make install

El problema de este proceso es que no está pensado para usuarios finales. No es tan sencillo explicar en la brevedad que pretende este artículo todas las posibles causas que pueden hacer que una compilación falle. En ese casi, lo más probable es que os falte alguna biblioteca, pero seguramente acabaríamos antes examinando cada caso particular antes que dando instrucciones detalladas sobre cada posible error.

Todos los que os habéis enfrentado a la compilación de un paquete sabéis más o menos a lo que os exponéis. ¿Tenéis algún consejo para los usuarios noveles de GNU/Linux que se encuentran por primera vez ante una compilación? Si tenéis dudas sobre el proceso también podéis utilizar los comentarios para completar el artículo.