¡Únete al Club!
Mejora en la instalación de aplicaciones
Enviado por vfmmeo el 5 Junio, 2007 - 10:15.
Hola a todos.
Leyendo, leyendo, he llegado a un post de Luis_P sobre la asamblea de mandriva. En los comentarios, un blogdrakero de nick anarquista propone una serie de mejoras, de las cuales me ha llamado la atención la primera. Crear un sistema de paquetería a lo dmg para la instalación de aplicaciones en nuestros sistemas.
Megabyte, en el comentario posterior, aduce problemas de librerías duplicadas, paquetes muy pesados, etc. a este posible "enhacement" para Mandriva.
No obstante, y pensando siempre en las aves migratorias que provienen de Win, creo que no sería una mala solución si se gestionara de forma correcta. Por ejemplo, que el "instalador" hiciera recuento de las librerías ya instaladas e instalase únicamente las que fuesen necesarias, aunque en éste estuviesen incluidas todas las necesarias. Después de todo, urpmi lo hace, lo de revisar dependencias.
Sé que quedarían paquetes muy pesados, y que el añadirles la funcionalidad de revisar dependencias aún lo hará más pesado, pero, de cara al usuario novato total, que lo primero que hará será venir aquí a preguntar cómo se instala tal o cual aplicacion, puede serle muy útil.
Incluso Mandriva podría "vender", "regalar" o "hacer disponibles" CD's o ISO's con aplicaciones empaquetadas con éste sistema.
Si pudiese crearse este tipo de instalador, creo que sería un buen golpe, tanto a los "competidores" en el mundo linux como en otros sistemas, a la hora de comparar facilidades de uso y disponibilidad de programas.
No estoy hablando de sustituir a urpmi o a rpmdrake, pero sí de evitar frustraciones de principiante. Si tienes un sistema funcionando, a tu gusto y con la posibilidad de acceder a más aplicaciones de forma sencilla, es más probable que continúes con él para indagar más y usar funcionalidades más avanzadas, como puede ser urpmi.
¿Qué os parece? en función de lo que salga de aquí, se podría enviar el bug enhancement.
(perdón por el tocho. Hoy no estoy muy conciso :P)
»
- Entra a tu cuenta o crea una para poder comentar.
# 36281: Esto ya lo han tratado antes...
Sobre los rpms con librerias estaticas:
Se puede desarrollar un solo ejecutable o paquete rpm
http://blogdrake.net/node/6497
Yo tampoco me preocupo por las dependencias
http://blogdrake.net/node/6816#comment-29718
Los super rpms pesados ya existen pero hay una razon para que las distros no los implementen, yo opino que seguir luchando para que los implementen es errado se gastara mas espacio en los servidores y en el ancho de banda.
Es mejor maximizar lo que ya tenemos osea que urpmi pueda darte una lista detallada de los rpms que necesitas instalar y las urls de donde bajarlas.
PD.
Habia otro hilo muy largo donde le explican mejor a AlanC que esa fijacion sobre los archivos .dmg no es viable, pero no lo encuentro.
--
¿Quien es Jesucristo?
# 36290: Cierto, cierto.
Los ví. Si te fijas, hasta en uno de los post respondes después de mí.
Pero se trata de "refinar" la idea, que no se me antoja del todo despreciable y, una vez más pensando en los novatos absolutos, útil si se orienta correctamente. Fíjate que digo que el "super-RPM" debería hacer recuento de lo ya instalado en el sistema para no duplicar librerías, o que estos superpaquetes podrían distribuirse en forma de CD, y no descargables, al menos los "grandes de verdad", tipo open officce, sistemas de escritorio, etc. Podrían dejarse los más pequeños disponibles para descargar, y los más grandes o las recopilaciones, en la tienda. Como dijo Sinner una vez, si quieres comodidad, paga.
A los novatos absolutos no les hables de urpmi o repositorios. Eso viene después. La idea debería consistir en hacer una transición lo más suave posible y después dejarles que vayan descubriendo las ventajas que tienen los sistemas *nix y Mandriva en este caso, sobre la "otra opción". ¿Y qué mejor transición de un sistema a otro que la más arraigada de las costumbres (descargar binario, dobleclick, siguiente, siguiente) esté también aquí esperando, aunque ya a la Mandriva way?
Mi padre me dijo una vez algo que no olvidaré jamás.
Linux user #444536
Repetid conmigo: Mandriva mola y te lo demostraré
# 36598: Apoyo tu idea del rpm-superpesado
Apoyo la idea de vfmmeo de hacer rpms superpesados.
Supongo que facilitaría la vida a los migrados de windows y a quienes no disponen de una conexión de banda ancha y prefieren comprar cds o descargar en casa de un amigo.
No se si debo volver a exponer la idea que yo tenía de rpm-superpesado. Básicamente un archivo comprimido compuesto de rpms-convencionales. A la hora de instalar el rpm-superpesado el sistema lo descomprimiría en un directorio temporal. Instalaría el rpm-convencional principal y todas las dependencias que no estuvieran presentes en el sistema y luego borraría el directorio temporal.
# 36612: un mandriva.exe?
he leído que otras distros están haciendo paquetes para que se instale todo el so desde w$ con 3 clip
si es una tonta lo borrais y me apedreais XD
# 36616: ¿Que otras distros?
¿Que otras distros?
--
¿Quien es Jesucristo?
# 38316: Mandriva tambien
http://wiki.mandriva.com/en/Development/Ideas/Technical_specs_2008#Include_a_Windows_installer
--
¿Quien es Jesucristo?
# 36815: imagina
la supe distro es la que lo esta intentando :
https://wiki.ubuntu.com/install.exe
# 37398: Estoy contigo
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.
La distribución Mandriva, a la cual va dedicada esta web, es un ejemplo de distribución orientada al “usuario normal”, es decir usuarios informáticos convencionales que no se dedican profesionalmente a la informática. En último extremo Mandriva entra en competencia directa con Windows y necesita 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” y Mandriva, concretamente, 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 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 y particularmente de Mandriva, 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. Es posible incluso que paquetes .rol especialmente pesados no pudieran encontrarse en servidores convencionales pero siempre quedaran las redes P2P.
En resumen: ventajas:
1. Facilitar la transición a los usuarios noveles
2. Resolver el problema de Linux de instalar aplicaciones cómoda y fácilmente cuando no hay acceso a una banda ancha.
3. Callarles la boca a los grandes detractores de Linux con su típico argumento: "Linux es una mierda porque no es doble click".
inconvenientes:
1.Tener que reinventar el sistema de paquetería. Si el superpaquete es un comprimido de rpms tal vez sea menos reinvento.
2. Mayor carga para los servidores.
# 38004: Recuerdo un caso de paquete superpesado.
¿Recordais Picasa para Linux de Google?
Google desarrolló una versión de Picasa optimizada para Wine y por tanto era una versión de Picasa hecha para Linux.
Picasa tenía una dependencia respecto del emulador Wine. Google quería que su Picasa funcionara fácilmente en Linux y lo que hizo fue meter a Picasa y a Wine dentro de un mismo rpm. La ventaja es que la instalación de Picasa casi seguro que iba a ir bien con hacer doble click encima del rpm. El inconveniente es que el usuario podía terminar con Wine instalado en dos lugares de su disco duro haciéndole bulto en el caso de que quisiera instalar Wine para otros menesteres.
Un sistema de paquetería nuevo permitiría a empresas que quieran desarrollar aplicaciones privativas para Linux empaquetar en un mismo paquete su aplicación junto con las dependencias libres de manera que el usuario no tuviera problemas para instalarla. Al mismo tiempo el usuario se beneficiaría en tener la dependencia instalada en un sólo lugar del disco duro.