URPMI – Mandriva Linux

13 10 2006

Introducción

Dentro de los paquetes especificos para cada distribución (en este caso hablare de las basadas en RPM Redhat-Package-Manager como Mandriva, SuSE, Fedora.), esta el uso de RPM y URPMI (solo Mandriva) para la gestión de paquetes, cada uno tiene su forma particular de uso y sus comandos difieren en ejecución pero al final tienen el mismo objetivo, mantener la base de datos de Gestión de Software organizada.

Como la ejecución de RPM ya esta bastante comentada, hoy hablare de URPMI, una poderosa arma de gestión de paquetes para Mandriva Linux que añade funcionalidades al conocido set de comandos rpm.

Wikipedia dice al respecto:

Es una herramienta de administración de paquetes que se encarga de instalar, eliminar, actualizar y hacer preguntas a los paquetes de software de aplicaciones locales o remotas (vía red). Envuelve al administrador de paquetes RPM (RedHat Package Manager) extendiendo las funcionalidades que otorga. Uno de sus principales fines es de facilar la instalación de programas con herramientas que desprenden los problemas comunes sobre ausencia de dependencias. URPMI Trabaja con las fuentes oficiales de Linux Mandriva o con fuentes externas tales como las que otorga Penguin Liberation Front.

El punto fuerte de URPMI es el excelente manejo de dependencias.

Ventajas de usar URPMI sobre otras alternativas

  • AL igual que los detergentes es un “todo en uno” (instala, busca, borra, actualiza y da información de paquetes con un sencillo comando)
  • Busqueda de paquetes mas amable
  • Manejo de dependencias robusto
  • Permite la adición de Repositorios externos (tantos como se deseen)

URPMI puede ser usado para gestión de paquetes con fuentes locales (CD/DVD, HD) y paquetes remotos.


El concepto de la gestión de paquetes

Las distribuciones basadas en el tipo de paquetes binarios RPM (RedHat Package Manager) crean un indice al momento de instalar el sistema operativo, de modo que se tenga un record (una base de datos) de los paquetes que se han instalado, las fuentes desde las que se instaló (CD/DVD, HD, NET), y los paquetes disponibles en las fuentes que aun no se han instalado.

Todo esto se ve reflejado visualmente en la interfaz del manejador de paquetes y se actualiza cada vez que realizamos un movimiento (instalar, desinstalar, actualizar, etc).

Mandriva Control Center

De esta forma es muy fácil para el usuario saber el estado actual del software presente y para el sistema la administración de los mismos, sin embargo, cuando los problemas de dependencias se hacen presentes, la situación se torna algo diferente.

Un ejemplo funcional

Que sucede si queremos instalar un programa que no se encuentra en el DVD/CD? digamos Anjuta (el IDE de desarrollo en C para Gnome)

Lo mas inmediato seria abrir el gestor de RPMs en una interfaz visual o consultar el paquete con la linea de comando

[beta@labs]$ rpm -q anjuta

pero nada apareceria como resultado; Podriamos entonces:

  1. Descargar las fuentes y compilarlas a mano
  2. Descargar el paquete RPM del sitio de Anjuta (Anjuta se distribuye en formato fuentes, no esta disponible en binario RPM, es solo un ejemplo) y usar el comando

    [beta@labs]$ rpm -i anjuta-2.0.2-i486-1.rpm

  3. Sin embargo tendriamos que luchar con las dependencias que solicita el paquete anjuta-2.0.2-i486.rpm
    Por lo cual terminaremos descargando e instalando manualmente paquete por paquete necesario y requerido.
    Esto no es muy practico, sobre todo para usuarios que no estan muy habituados a lidiar con la linea de comandos, o con la busqueda de paquetes especificos ó con los conflictos de “el paquete esta instalado, pero el programa de instalación no lo encuentra”

    Lo que nos lleva a pensar en una solución mas flexible, aqui es donde entra a jugar parte EASY URPMI, es nuestra tercera opción.

  4. Utilizar EASY URPMI para ahorrar tiempo y esfuerzo en esta y otras instalaciones, adicionando respositorios (fuentes de instalación) remotos a nuestra base de datos local de medios de instalación.Esto quiere decir que podemos tener como fuentes de instalación, ademas de nuestros medios locales como CD/DVD, HD, LAN, medios remotos que contienen mucho mas paquetes y permitiran manejar mas flexiblemente las dependencias de instalación.

Que es EASY URPMI?

EASY URPMI es un indice de paquetes (repositorios) que se utiliza para generar todos los medios de instalación disponibles a partir de varios mirrors FTP o HTTP y proporcionar muchas mas fuentes de instalación y paquetes que las que nos ofrece un DVD/CD inicialmente.

Cabe aclarar:

  • Al utilizar EASY URPMI , estamos descargando Indices de paquetes, no paquetes como tal (unicamente hasta que se decide instalar algo es que se descarga de hecho el paquete).
  • Las fuentes de instalación quedaran configuradas para utilizar el mirror mas cercano (a gusto del usuario).
  • Es recomendable no mezclar medios de instalación con las mismas fuentes de paquetes base, es decir, quitar de la lista de fuentes el medio inicial de instalación del sistema operativo (Usualmente el CD/DVD).
  • Al ser un proceso que trabajara On-line (para la adición de los respositorios remotos e instalación de paquetes remotos), se requiere de conexión rapida a internet cada vez que se requiera instalar algo que no este en repositorios locales.

Como se Configura?

Realmente es muy fácil, es un proceso de UNA SOLA VEZ y en el sitio http://easyurpmi.zarb.org/ nos llevan paso a paso por la configuración.

EL proceso se resume en:

1. Eliminar el indice de instalación local con

[beta@labs]$ urpmi.removemedia -a

2. En la primera pantalla

Screen 1

Seleccionar el tipo de distribución, arquitectura y seleccionar “urpmi”
Tener en cuenta checkear la casilla “Mostrar las fuentes especificas”
3. En la segunda pantalla

Screen 2

Seleccionar un repositorio para cada fuente deseada de acuerdo a la mejor ubicación
Escribir un prefijo que identifique los paquetes remotos de los locales (para que el usuario los pueda diferenciar)
4. En la ultima pantalla

Screen 3

Lo que nos indica que debe copiarse en la consola como root, es el comando urpmi.addmedia seguido de toda la linea necesaria para configurar los repositorios remotos en nuestra base de datos local.

El proceso iniciara a descargar los indices y a configurar el gestor, puede tardar un poco, depende de la velocidad de conexión.
Comose observa, no es un proceso complicado, menos aun lo es el uso.

Como se usa?

URPMI es un set de comandos, mediante los cuales realizamos las tareas mas comunes de administración de paquetes, los mas destacados (y vitales para el dia a dia) son:

  • urpmi :sirve para instalar paquetes
  • urpme :sirve para desinstalar paquetes
  • urpmq :sirve para buscar paquetes
  • urpmi.addmedia :sirve para adicionar un repositorio
  • urpmi.removemedia :sirve para remover un repositorio
  • urpmi.update :sirve para actualizar los repositorios

Instalar un paquete con URPMI es muy fácil, basta con escribir:

[beta@labs]$ urpmi [nombre del paquete]

Después de eso, si el paquete (o los paquetes) tienen algún tipo de dependencia, URPMI preguntará si se desea instalar también dichas dependencias, en caso de una respuesta afirmativa, URPMI procederá a instalar recursivamente todas las dependencias.

Por ejemplo, para instalar esound:

[beta@labs]$ urpmi esound
Para resolver las dependencias, se instalarán los paquetes siguientes (0 MB):esound-0.2.34-0.1gpw.i586

libesound0-0.2.34-0.1gpw.i586

libesound0-devel-0.2.34-0.1gpw.i586

¿Está todo bien? (S/n)

En caso afirmativo, dar un “S”, URPMI instalará libesound y libesound0-devel y despues esound.

Para desinstalar un paquete no es necesario más que escribir:

[beta@labs]$ urpme [nombre del paquete]

Si los paquetes que se desean desinstalar son una dependencia de otros paquetes, URPMI preguntará si se desea desinstalar también esos paquetes, y en caso afirmativo desinstalará recursivamente los paquetes.

Por ejemplo, si se intenta desinstalar XMMS:

[beta@labs]$ urpme xmms
Para satisfacer las dependencias, se quitarán los paquetes siguientes (13 MB):xmms-1.2.9-3mdk.i586

xmms-alsa-1.2.9-3mdk.i586 (debido a que

no se satisfizo xmms == 1.2.9-3mdk)

xmms-kjofol-skins-1.2.0-7mdk.i586

(debido a que no se satisfizo xmms >= 1.2.0)

xmms-mesa-1.2.9-3mdk.i586 (debido a que

no se satisfizo xmms == 1.2.9-3mdk)

xmms-more-vis-plugins-1.7.0-4mdk.i586

(debido a que no se satisfizo xmms >= 1.0.0)

xmms-skins-1.0.0-16mdk.noarch (debido a que falta xmms)

xmms-wma-0.2.1-1.i386 (debido a que no se satisfizo xmms >= 1.0.1)

¿Está todo bien? (s/N)

Una lista completa de los comandos y su uso siempre estara disponible mediante el man de urpmi.

TIP de uso:
Si se desea instalar un programa del cual no recordamos bien su nombre podemos utilizar el modificador –fuzzy de urpmq, y nos devolvera todos los paquetes similares en sintaxis.
Ej: Deseamos instalar el mensajero instantaneo Amsn para Mandriva , pero no sabemos el nombre del paquete o solo parte de el, entonces escribimos:

[beta@labs]$ urpmq --fuzzy msn

La salida de este comando nos muestra todos los paquetes disponibles que contienen “msn” dentro de su nombre:

amsn-0.95

amsn-0.95



Como elegimos entre todos ellos? Si no lo identificamos con facilidad utilizamos el mismo comando pero con el modificador -i para obtener información especifica del paquete como tamaño, versión, descripción.

[beta@labs]$ urpmq -i amsn-0.95
Name        : amsn

Version     : 0.9.5

Release     : 3mdk

Group       : Internet

Size        : 903560

Architecture: i686

Summary     : A free open source MSN Messenger clone

Una vez estamos seguros, lo instalamos con

[beta@labs]$ urpmi amsn-0.95

Notese que en ningun momento tocamos el nombre del Paquete completo amsn-0.95-3mdk.i686.rpm

URPMI resulta ser una alternativa bastante flexible y útil a la hora de realizar tareas tan comunes como instalar o desinstalar programas empaquetados en formato RPM, proximamente, un vistazo a SMART, el que promete ser la nueva generación en manejo de paquetes.

Saludos.

Preguntas? comentarios? Utiliza el espacio “Have your say” al final de este articulo y deja tu comentario. O puedes dirigirte a la página “Contacto

Anuncios

Acciones

Information

13 responses

29 12 2006
Omar

para un pendium D de 64bits la arquitectura es x86_64 o i686?
saludos
omar

30 12 2006
thepenguincult

x86_64
Saludos 🙂

2 01 2007
Omar

Perdón por la insistencia, pero he leido un poco mas y parece ser que el pentium D es de 32 bits pero puede interpretar instrucciones de 64 por el emulador EM64T por lo que supongo que al elegir arquitectura en easy urpmi el i586 es el correcto. Por otro lado estoy hace una semana intentando agregar repositorios a mi mandriva por comandos y también por la interfaz gráfica y no he podido. Por comandos devuelve
…retrieving failed: curl: (7) couldn’t connect to host
retrieval of source hdlist (or synthesis) failed
no hdlist file found for medium “plf-free”

gracias y saludos.
Omar

3 01 2007
thepenguincult

Omar pues he revisado en algunos foros y todos recomiendan usar 32bits, siendo asi i586/i686 la elección correcta.

Respecto a los repositorios, se debe a problemas temporales con el servidor que aloja las listas, puedes probar con otras fuentes. Aqui te dejo una lista completa de los repositorios del sitio de Blogdrake.net

http://blogdrake.net/node/5455

Saludos =)

7 02 2007
Omar

Logré agregar repositorios eligiendo i586, particularmente anduvieron muy bien los de brasil.
Saludos.
Omar.

23 04 2007
Mandriva 2007.1 - Spring Free « The Penguin Cult

[…] del soporte si es que se necesitase) pues todo lo demas se consigue en linea por medio de los repositorios de software con URPMI (hablo de los paquetes NON FREE o Comerciales que llaman), de resto son EXACTAMENTE IGUALES, todos […]

15 07 2007
pepeghino

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.

26 08 2007
Mandriva 2007.1 - Spring Free | The Penguin Cult

[…] del soporte si es que se necesitase) pues todo lo demas se consigue en linea por medio de los repositorios de software con URPMI (hablo de los paquetes NON FREE o Comerciales que llaman), de resto son EXACTAMENTE IGUALES, todos […]

7 09 2007
Ndichi

Saludos y Muchas Gracias por la Informacion.

20 01 2008
Horacio

Buenisimo nos hace la vida mas facil a los que estamos aprendiendo
probe varios linux uno mejor o distinto pero todos bien Mandrake desde el 9 hasta Mandriva 2008 Slackware Ubuntu Famelix Tuquito Debian Knoppix en una pequeña red de un ISP instale coyote, smoothwall, ipcop, y actualmente esta funcionando con Endian el cual tiene de todo y mas.
Cuando aparecio el mamotreto de bill Windows hasta la vista los clientes an corrido a que se lo saque de sus pc e instale el anterior XP el cual aprendi bastante a reparar y es una buena oportunidad para mostrar LINUX asi que algunas pc an salido de mi taller con LINUX y XP

5 08 2008
Moreno782

Pues yo soy Usuario Windows, he eintalado mandriva 2008 en VMware que esta montado en un XP, pua a mi bola de anios como que aprender que es un Urpmi repositorios, compilaciones y todos esos parametros como que es un poco redioso y mas cuando eres autodidacta y no tienes quien te guie, es un poco complicado. aunque me gustaria aprender Linux mejor me dedico a aprender Windows.

17 09 2008
Joe

error
bash:[beta@labs]$ : command no fout
qué sucede , por qué no funciona….
espero puedan guiarme…

1 12 2009
Edgar

Muy bueno el manual que tienes aqui, pero solo tengo una pregunta para tu, que debo hacer cuando quiero instalar monodevelop y me manda el mensaje de que no pueden ser instalados ciertos paquetes, que debo actualizar la base de datos de urpmi, como lo hago con urpmi.update o que comando debo utilizar..

Por la respuesta que me des gracias

Responder

Introduce tus datos o haz clic en un icono para iniciar sesión:

Logo de WordPress.com

Estás comentando usando tu cuenta de WordPress.com. Cerrar sesión / Cambiar )

Imagen de Twitter

Estás comentando usando tu cuenta de Twitter. Cerrar sesión / Cambiar )

Foto de Facebook

Estás comentando usando tu cuenta de Facebook. Cerrar sesión / Cambiar )

Google+ photo

Estás comentando usando tu cuenta de Google+. Cerrar sesión / Cambiar )

Conectando a %s




A %d blogueros les gusta esto: