Cuando un linuxero habla con un usuario de otros sistemas operativos debe resaltar las virtudes de Linux. Cuando un linuxero habla con otro linuxero debe resaltar los defectos de Linux. Hacer autocrítica es bueno para el progreso de Linux y de nada sirve vanagloriarse.

Existen distribuciones como Mandriva o Ubuntu orientadas al “usuario normal”, es decir usuarios informáticos convencionales que no se dedican profesionalmente a la informática. En último extremo estas distribuciones entran en competencia directa con Windows y necesitan que usuarios de Windows empiecen a usarlas para seguir creciendo. Sin embargo, el usuario de Windows que decide probar Linux necesita una transición lo más suave posible.

En muchas distribuciones de Linux existen los conceptos de “repositorio de paquetes” y de “gestor de paquetes”. Mandriva, por ejemplo, tiene repositorios en servidores de Internet llenos de paquetes y usa herramientas como urpmi o rpmdrake. Una vez configurados los repositorios instalar una aplicación será tan sencillo como poner su nombre y se descargaran automáticamente el paquete que contiene la aplicación y todas sus dependencias. El sistema de repositorios y paquetes es tan perfecto que los linuxeros no quieren ver sus inconvenientes.

Aprender supone un esfuerzo y el esfuerzo a menudo genera infelicidad. El windosero que prueba Linux espera un paquete al que se le pueda hacer doble click con el ratón pulsar continuar continuar y aplicación instalada. El windosero que prueba Linux no sabe ni quiere saber en muchos casos que es un repositorio ni una dependencia. En lugar de recriminarle las pocas ganas de aprender tal vez habría que darle lo que pide.

Yo imagino un nuevo tipo de paquetes llamado .rol. Un .rol es un archivo comprimido y dentro del archivo comprimido existen una serie de rpms y un pequeño archivo de texto que clasifica a cada .rpm en tres categorías: principal, necessary y suplementary. En la categoría principal normalmente sólo habría un .rpm que contiene la aplicación. En la categoría necessary estarían los rpms que contienen las dependencias que el creador del .rol estima que va a necesitar el usuario. En la categoría suplementary están los rpms que amplían la aplicación pero que no son necesarias para su funcionamiento como por ejemplo una colección de carátulas.

Cuando el usuario el usuario hace doble click sobre un .rol aparece la aplicación RolInstaller que actúa así: 1. Solicita la contraseña de root si el sistema cuenta con contraseña. 2. Descomprime el .rol en /tmp/rol/. 3. Deshabilita todos los repositorios que tenía configurados el usuario. 4. Añade y habilita /tmp/rol/ como repositorio local. 5. Advierte al usuario que se van a instalar los rpms de la categoría principal y aquellos de la categoría necessary que no estén presentes en el sistema. 6. Si el usuario acepta instala los rpms. 7. Invita al usuario a seleccionar rpms de la categoría suplementary. 8. Si el usuario selecciona rpms se instalan más paquetes. 9. Borra y elimina /tmp/rol/.
10. Habilita los repositorios que tenía el usuario. 11. Indica que el proceso de instalación ha concluido. La aplicación RolUninstaller no exístiría y el usuario sólo podría quitar rpms en un futuro.

Este sistema de paquetes no solo ayudaría a usuarios noveles de Linux, sino que resolvería otro gran problema de Linux: que se trata de un sistema operativo on-line. Cualquier linuxero sabe lo difícil que es instalar una aplicación cuando no se dispone de una banda ancha. De hecho el nombre de .rol se me ha ocurrido por “Rpm Off-Line”.

La gran contrapartida de los .rol sería un mayor gasto de ancho de banda para los servidores al enviarle al usuario de forma repetida dependencias que ya podrían estar en el sistema. Por otra parte se podría generar una cultura Linux de comprar aplicaciones en Cds o adquirir Cds de aplicaciones a través de revistas. También podría generarse una cultura Linux similar a la actual cultura Windows de pasarle al vecino o amigo una aplicación en un CD o una pendrive.

Saludos