Descargar paquetes rpm. Instalación del archivo RPM en la GUI. Programas gnorpm, kpackage, apt

Hasta hace poco, la aplicación se podía instalar en el iPhone, iPod táctil o iPad directamente desde la plataforma de la marca AppStore.

Sin embargo, hace varios meses la administración de la tienda eliminó Odnoklassniki para iOS del acceso gratuito.

presumiblemente debido a la publicación de contenido públicamente inapropiado (por ejemplo, material que viola los derechos de autor) en esta red social.

A juzgar por el hecho de que el cliente aún no ha regresado a la AppStore, Apple está adoptando una posición dura.
Sin embargo, los propietarios productos de manzana todavía quiero usar esto red social y quiero ver la aplicación Odnoklassniki en el iPad.

Aún así, usando este cliente puedes intercambiar fácilmente mensajes rapidos, que puede incluir emoticones y vídeos, escuchar música, subir fotos (e incluso editarlas con filtros), realizar videollamadas y mucho más.

Hay dos formas de instalar Odnoklassniki en iPad:

El primero implica que el dispositivo tiene jailbreak y Cydia está instalado. En este caso, basta con agregar el repositorio apt.alleon.name y, siguiendo las instrucciones para instalar aplicaciones de Cydia, descargar el cliente iClassniki.

El segundo método es un poco más complicado, pero no requiere jailbreak ni instalar Cydia.

Bastará con utilizar tienda china Aplicaciones Tongbu, donde puedes descargar Odnoklassniki para iPad.

La secuencia de acciones en este caso es la siguiente:
1.Descarga el programa iClover (Tongbu), existen versiones tanto para OS X como para Windows.
2.Instala iClover en tu computadora.
3.Conecte su dispositivo iOS a esta computadora.
4.En su computadora, inicie iClover y en la ventana haga clic en el ícono "Aplicación". Tau"
5.Se abrirá la ventana de instalación. Haga clic en el botón "Instalar".
6.Como resultado, aparecerá un acceso directo a la tienda Tongbu en su dispositivo iOS.
Ahora que el cliente de la tienda está instalado, puede comenzar a buscar e instalar Odnoklassniki.
1. Inicie la aplicación Tongbu en su iPad haciendo clic en el icono.
2. Ingrese el nombre de la aplicación en la barra de búsqueda: "Odnoklassniki".
3.Cuando el programa encuentre la aplicación correcta, haga clic en el icono de inicio de descarga a la derecha.

Al utilizar este método, debe comprender que aunque el dispositivo no se desbloquea mediante jailbreak, la instalación de aplicaciones no oficiales en sí se considerará una violación del acuerdo de licencia y este hecho puede interferir con el contacto con el centro de garantía.

Si necesita solicitar reparaciones en garantía, debe revertir la configuración del dispositivo para que su memoria no contenga programas pirateados.

Tarde o temprano tendremos que instalar software que no sea de repositorios oficiales. No todos los paquetes están disponibles allí y las versiones más recientes de los programas recién lanzados no siempre están disponibles. Muy a menudo, los desarrolladores publican paquetes en su sitio web oficial para la mayoría distribuciones populares. Generalmente son deb y rpm. Esto último es un poco menos común, pero si estás usando una distribución basada en sombrero rojo, este es el formato de paquete que necesitas. A menudo también puede encontrar bibliotecas y otros componentes en línea que no están disponibles en repositorios empaquetados.

Anteriormente, ya analizamos la instalación de paquetes deb en Ubuntu. Y este artículo discutirá en detalle la instalación de paquetes rpm en Linux.

RPM o Administrador de paquetes RPM es administrador de paquetes, utilizado en distribuciones de Linux basadas en Red Hat. El formato de archivo de este administrador de paquetes tiene el mismo nombre.

Este formato no es muy diferente del mismo Deb. Puedes verlos comparación detallada en el artículo que. Aquí, simplemente señalaré que el archivo rpm es un archivo cpio normal, que contiene los archivos del programa en sí, así como metadatos que describen dónde deben instalarse. La base de datos de todos los paquetes instalados se encuentra en el directorio /var/lib/rpm. Entre las características, se puede observar que rpm no admite paquetes recomendados, ni tampoco dependencias de formato.

Para gestionar paquetes, al igual que en los sistemas Debian, existe una consola utilidad de bajo nivel con el mismo nombre - rpm. Consideraremos esto más a fondo en el artículo. EN diferentes sistemas Se utilizan diferentes administradores de paquetes, por ejemplo, Red Hat usa Yum, Fedora usa DNF y OpenSUSE usa zypper, pero la utilidad rpm funcionará en todos estos sistemas.

Instalación de paquetes RPM en Linux

Primero veamos la sintaxis de la propia utilidad rpm:

Paquete de opciones de modo $ rpm

La utilidad puede funcionar en uno de los modos:

  • -q- solicitar, obtener información;
  • -i- instalación;
  • -V- control de paquetes;
  • -U- actualizar;
  • -mi- eliminación.

Consideremos solo las opciones de programa más interesantes que necesitaremos en este artículo:

  • -v- espectáculo información detallada;
  • -h- mostrar una barra de estado;
  • --fuerza- realizar una acción por la fuerza;
  • --nodos- no comprobar las dependencias;
  • --reemplazar archivos- reemplazar todos los archivos antiguos por otros nuevos sin advertencias;
  • -i- obtener información sobre el paquete;
  • -l- lista de archivos de paquetes;

Ahora que ya tiene una idea de cómo trabajar con esta utilidad, puede considerar instalar el paquete rpm en Linux. lo mas comando simple La instalación se verá así:

sudo rpm -i nombre_paquete.rpm

Para trabajar con el comando directorio actual debe haber una carpeta con un paquete. Aquí configuramos el modo de instalación y transferimos el archivo del paquete. Si la instalación se realiza correctamente, la utilidad no mostrará nada; si se produce un error, usted lo sabrá.

Para ver información más detallada durante el proceso de instalación, utilice la opción -v:

sudo rpm -iv nombre del paquete.rpm

También puede habilitar la visualización de la barra de estado durante el proceso de instalación:

sudo rpm -ivh nombre del paquete.rpm

Para comprobar si el paquete está instalado, ya necesitamos usar el modo de consulta:

sudo rpm -q nombre del paquete

También puedes eliminar inmediatamente el paquete si no lo necesitas:

sudo rpm -e nombre del paquete

Pero rpm, como dpkg, tiene uno inconveniente significativo. El programa no puede resolver dependencias. Si el paquete requerido no está en el sistema, simplemente recibirá un mensaje de error y el paquete no se instalará.

Para descarga automática dependencias durante la instalación de rpm linux, es necesario utilizar el administrador de paquetes de distribución. Veamos varios comandos para las distribuciones RPM más populares. En RedHat y otras distribuciones que usan Yum, use este comando:

sudo yum --nogpgcheck nombre del paquete de instalación local.rpm

La primera opción desactiva la verificación. clave GPG, y el segundo dice que realizaremos la instalación paquete local. En Fedora, dnf facilita aún más las cosas:

sudo dnf instalar nombre_paquete.rpm

El administrador de paquetes Zypper y OpenSUSE hacen lo mismo:

sudo zypper instalar nombre del paquete.rpm

Así de fácil es instalar un rpm con dependencias. Pero no a todos les gusta trabajar en la consola, muchos usuarios nuevos quieren usarla; GUI para resolver todos los problemas, incluido éste. A continuación veremos varias de estas utilidades.

Instalación del archivo RPM en la GUI

Si usas OpenSUSE esto es muy fácil. El configurador universal del sistema YaST le permite, entre otras cosas, instalar paquetes rpm. Puedes hacer esto con gestor de archivos seleccionando el elemento del menú contextual para que el archivo se abra con Yast o ejecutando el comando:

yast2 -i nombre_paquete.rpm

En Fedora, puedes utilizar el administrador de aplicaciones de la distribución para el mismo propósito. Anteriormente, existían varias utilidades más universales para resolver este problema, pero ahora todas están desactualizadas.

Conclusiones

Ahora ya sabes cómo instalar un archivo rpm en Linux. De hecho, es muy sencillo y no existe sólo una forma, sino varias. Aunque aquí hay un poco menos de utilidades gráficas que en Ubuntu. Pero utilidades de consola completamente suficiente. Si tienes alguna duda, ¡pregunta en los comentarios!

El nombre de este programa (o comando) es un acrónimo de Redhat Package Manager. Esta decodificación se da en la mayoría de libros y manuales sobre Linux y me parece más correcta y lógica, aunque el Capítulo 6 de “La Guía de Referencia Oficial de Red Hat Linux” dice: “El RPM Package Manager (RPM), es un sistema de empaquetado abierto disponible para que cualquiera pueda usarlo y funciona en Red Hat Linux, así como en otros sistemas Linux y UNIX®", es decir. Se propone una decodificación recursiva del nombre RPM, similar a la decodificación GNU (GNU no es UNIX®).

El programa rpm es en algunos aspectos similar a programas como asistente de configuración para MS Windows. La ventaja de utilizar este programa en comparación con la instalación desde el código fuente es que realizará automáticamente todos los pasos necesarios para instalar el software: crear los directorios necesarios, distribuir archivos entre ellos y crear enlaces. Además, se puede utilizar no solo para instalar un nuevo paquete, sino también para actualizar versiones de software, obtener listas de software instalado y verificar instalaciones, así como para desinstalar paquetes individuales (por ejemplo, si después de un período de prueba trabaja con el programa usted decide abandonarlo para seguir usándolo). Con el mismo programa rpm, puede crear un paquete rpm usted mismo, pero para los principiantes probablemente sea mejor no hacer esto, sino utilizar paquetes rpm ya preparados.

Los paquetes rpm son archivos especialmente preparados destinados a ser procesados ​​por el programa rpm. Los nombres de los paquetes rpm terminan con el sufijo.rpm, por ejemplo:

xzip-180-1.i386.rpm o xzip-180-1.src.rpm.

Como puede ver, hay otro sufijo antes del sufijo.rpm. Si es .i386, .i686 o .i586, entonces el paquete contiene archivos ejecutables (optimizados para el tipo de procesador correspondiente), y si este sufijo es .src, entonces el paquete contiene textos fuente que aún deben compilarse. después de la instalación. Normalmente, tanto en los CD de instalación como en los directorios en línea, los paquetes rpm con archivos ejecutables se encuentran en directorios llamados RPMS, y los paquetes rpm con código fuente se encuentran en subdirectorios de SRPMS. A menudo también hay paquetes rpm con el sufijo.noarch.rpm, que contienen archivos que simplemente no tienen ningún procesamiento adicional se instalan en los directorios apropiados (por ejemplo, archivos de páginas de manual).

Y finalmente, si el paquete rpm está diseñado para una versión de Linux destinada a otra plataforma de hardware (AMD, DEC Alpha, SUN Sparc, MIPS, PowerPC), esto también se reflejará en el nombre del paquete: en lugar de i386, el sufijo será sea ​​athlon, alpha, sparc, mips o ppc.

En Internet, los paquetes rpm se pueden encontrar en varios servidores. En mi experiencia, el servidor más conveniente en Internet para buscar archivos rpm es el servidor http://rufus.w3.org (no en vano tiene un nombre diferente, http://rpmfind.net). Instalado en él motor de búsqueda, que te permite organizar la lista de paquetes de la forma más conveniente para ti:

· por nombres de paquetes;

· por distribución;

· por grupos de aplicaciones;

· por fechas;

· por proveedores de software (fabricantes).

El volumen total del archivo de paquetes rpm en este servidor es de más de 66 Gigabytes. Dos servidores ftp en Rusia también almacenan archivos muy completos: ftp://ftp.chg.ru/pub/Linux y ftp://ftp.nc.orc.ru/.

Entonces, encontró y descargó un archivo rpm con la versión ejecutable del paquete que necesita. Si apuestas completamente nuevo paquete(no tenía versiones anteriores de este software en su computadora), luego, para instalar el paquete desde este archivo, simplemente vaya al directorio donde se encuentra el archivo y dé el comando (para los más impacientes: no se apresuren a seguir esto recomendación, lea al menos un par de párrafos más)

# rpm -i rpm-nombre_archivo

Si tenía instalada una versión anterior del paquete, en el caso más simple deberá emitir un comando en el siguiente formato:

# rpm -U --force rpm nombre_archivo

Aquí el parámetro -U le dice al programa que necesita actualizar el paquete, y la opción --force requiere incondicionalmente (y sin preguntas) actualizar todos los archivos incluidos en el paquete. Tenga en cuenta que este es un requisito muy estricto y, en algunos casos, puede ser mejor conservar algunos archivos (por ejemplo, de configuración) de la versión anterior. Si la instalación continúa normalmente y no aparecen mensajes adicionales, luego de que se cierre el programa (después de que aparezca el indicador del shell), podrá usar el paquete recién instalado.

Desafortunadamente, las cosas no siempre son tan simples. te traeré ejemplo concreto. Tenía instalada la versión 5.2 de RedHat Linux y el programa Midnight Commander (mc) era la versión 4.1.36. En el servidor ftp vi la versión 4.5.30 de este programa (paquete mc-4.5.30-12.i386.rpm) y, naturalmente, decidí instalarlo. Sin embargo, resultó que para esto es necesario instalar otros 4 paquetes, que es lo que me informó rpm:

error: dependencias no satisfechas: se necesitan redhat-logos para mc-4.5.30-12 libglib-1.2.so.0 se necesita para mc-4.5.30-12

libc.so.6(GLIBC_2.1) necesaria para mc-4.5.30-12 libc.so.6(GLIBC_2.0) necesaria para mc-4.5.30-12

Esto no es sorprendente si recuerda que durante la instalación inicial programa linux La instalación también verificó las interdependencias de los paquetes y sugirió instalar los que faltaban. Sin embargo, en el caso de la instalación desde un CD-ROM, todo paquetes requeridos están en el mismo disco, pero aquí primero tuve que buscar los paquetes necesarios. Encontré dos paquetes (redhat-logos-1.0.5-1.noarch.rpm y glibc-2.1.1-6.i386.rpm) sin dificultad, después de lo cual el rpm dejó de pedir GLIBC_2.0. Pero con libglib.so.1 resultó más complicado. En primer lugar, no pude encontrar un paquete con ese nombre. Resulta que dicho paquete no existe; el archivo libglib.so.1 está incluido en el paquete glib-1.0.6-3.i386.rpm.

El programa rpm le permite saber qué archivos se instalará un paquete en particular. Para hacer esto, debe dar el siguiente comando (solo tenga en cuenta que el directorio actual debe ser el directorio que contiene el paquete que le interesa):

# rpm -qpl rpm-nombre_archivo

Y para obtener información sobre para qué sirve el software contenido en el paquete rpm, use el comando

# rpm -qpi rpm-nombre_archivo

El hecho es que los archivos RPM, además del archivo en sí, contienen información sobre el paquete, incluido el nombre, la versión y breve descripción. Usando el mismo programa rpm puedes ver esto información adicional. Por ejemplo, para el paquete

Salida del comando glib-1.0.6-3.i386.rpm

# rpm -qpi glib-1.0.6-3.i386.rpm sería algo como esto:

Nombre: simplista Reubicaciones: (no reubicable) Versión: 1.0.6 Proveedor: Red Hat Software

Fecha de instalación: (no instalado) Host de compilación: porky.redhat.com

Grupo: Bibliotecas Fuente RPM: glib-1.0.6-3.i386.rpm

Empaquetador: Software Red Hat Resumen: práctica biblioteca de funciones de utilidad

Descripción: Práctica biblioteca de funciones de utilidad. Las bibliotecas de desarrollo y los encabezados están en gtk+-devel.

Si das el comando:

# rpm -qpl glib-1.0.6-3.i386.rpm

Se mostrará una lista de archivos incluidos en el paquete indicando dónde se instalarán:

/usr/lib/libglib.so.1

/usr/lib/libglib.so.1.0.6

RPM también proporciona sistema poderoso solicitudes de paquetes instalados en el sistema. Por comando

# rpm -qа

obtendrá una lista de todos los paquetes instalados en el sistema (la lista será muy grande, por lo que es mejor enviar inmediatamente la salida al filtro más o al archivo, que luego se puede ver usando menos o el integrado visor desde el shell de Midnight Commander). Puede buscar información sobre un paquete individual o sobre archivos separados. Por ejemplo, puedes encontrar fácilmente a qué paquete pertenece un archivo y de dónde proviene. Equipo

# rpm -qf /etc/bashrc

Si te preocupa algo que borraste accidentalmente archivo importante de paquete instalado, solo revisa esto:

Se le notificará de cualquier anomalía. Luego puede reinstalar el paquete si es necesario. Se guardarán todos los archivos de configuración.

Como puedes ver, rpm es una utilidad muy útil y tiene muchas opciones diferentes. Los anteriores son sólo algunos ejemplos. En total, rpm tiene 16 modos de funcionamiento principales, que se pueden combinar en 6 grupos (el formato de comando para el modo correspondiente se proporciona después de los dos puntos).

· Consulta: rpm [--consulta]

· Mostrar etiquetas de consulta: rpm [--querytags]

Instalación y soporte de paquetes instalados.

· Instalación: rpm [--instalar] +

· Actualización: rpm [--freshen|-F] +

· Desinstalar: rpm [--uninstall|-e] +

· Verificar: rpm [--verificar|-V] +

Firmas (los paquetes se firman electrónicamente firma digital en formato PGP, para garantizar la inmutabilidad y preservar la autoría de los paquetes).

· Verificación de firma: rpm [--verify|-V] +

· Renuncia: rpm [--renunciar] +

· Agregar una firma: rpm [--addsign] +

Trabajando con la base de datos.

· Inicializar la base de datos: rpm -i [--initdb]

· Actualización de la base de datos (Rebuild Database): rpm -i [--rebuilddb]

Creando paquetes rpm.

· Crear paquete: rpm [-b|t] +

· Recompilar el paquete: rpm [--rebuild] +

· Compilar un paquete desde un archivo tar: rpm [--tarbuild] +

· Mostrar configuración del programa rpm: rpm [--showrc]

· Establecer usuarios: rpm [--setperms] +

· Establecer grupos: rpm [--setgids] +

Nota

Al igual que otros programas de Linux, rpm se desarrolla y mejora constantemente. Sin embargo, si reemplaza la versión de este programa, puede experimentar dificultades para instalar paquetes creados en versiones anteriores. Este fue el caso, por ejemplo, al pasar de la tercera a la cuarta versión de rpm. Por lo tanto, debe utilizar paquetes que coincidan con la versión del programa que ha instalado.

La descripción anterior del programa rpm supone que se ejecuta desde la consola o en un emulador de terminal. Mientras tanto, diferentes distribuciones tienen shells gráficos para administrar paquetes rpm. Como parte del gráfico. entornos KDE dicho contenedor se llama kpackage. Puede ejecutarlo desde la línea de comandos o desde el menú principal de KDE. Sin embargo, en mi opinión, no ofrece ninguna ventaja sobre trabajar desde la línea de comandos.

*.RPM: archivos similares a los archivos SFX y programas de instalación de Windows.
Como regla general, contienen códigos fuente recopilados de programas que se pueden editar fácilmente.
El código fuente del paquete en sí se compila por orden del usuario con la extensión .SRPM.

Las operaciones con paquetes desde la consola se realizan mediante el comando RPM.
Te recuerdo:
Se puede obtener ayuda escribiendo "rpm --help" o "rpm -?"; A manual detallado- "rpm hombre"
(para salir del manual y regresar al terminal, es necesario presionar "q").

Aquí se sugiere que primero lea la descripción de los propios programas para instalar paquetes.
(el principal es rpm), y luego con una lista de comandos y parámetros para este programa.

Instalación de software en Linux.

en el quirófano sistema linux Hay tres formas de instalar el software:

  • Tradicional.
  • De paquetes RPM.
  • De paquetes que contienen código fuente.

Consideremos los tres métodos en orden.

Este método consiste en que el programa no se distribuye en forma ensamblada, sino en forma de textos fuente. este método llamado tradicional porque era la primera forma de instalar programas antes de la llegada del administrador RPM o similares (apt-get).

1. El método de instalación tradicional es la instalación desde el código fuente.

Por regla general, fuente distribuido en el archivo. Normalmente, el archivo que contiene el texto fuente tiene una doble extensión: por ejemplo, tar.gz o tar.bz2. Esto significa que este archivo comprimido con dos archivadores: primero tar y luego gzip.

Debe descomprimir el archivo según el principio de pila: primero con un archivador externo y luego con uno interno. Supongamos que prg-2.00.tar.gz es el nombre de archivo de nuestro archivo. Para descomprimirlo necesitas ingresar los comandos:

gunzip prg-2.00.tar.gz
tar xvf prg-2.00.tar

El primer comando descomprimirá el archivo prg-2.00.tar, que especificaremos como uno de los argumentos del segundo comando. El parámetro x de tar significa que necesitamos extraer archivos del archivo (el parámetro c es crear). Puede especificar el parámetro v a su propia discreción; proporciona más información al ejecutar el programa.
El último parámetro f es necesario cuando se trabaja con archivos.
El programa tar fue diseñado originalmente para funcionar con unidades de cinta, por lo que necesitamos usar el parámetro f para indicarle al programa que necesitamos trabajar con los archivos.
Si la extensión externa no es gz, sino bz o bz2, entonces, en lugar del primer comando, debe ingresar los comandos (respectivamente):

bunzip prg-2.00.tar.bz
bunzip2 prg-2.00.tar.bz2


Luego, como en el primer caso, debes ejecutar el comando tar (con los mismos parámetros).

A veces los archivos fuente tienen solo uno extensión tgz. En este caso, deberá ingresar solo un comando:

alquitrán xzf prg-2.00.tgz


La opción z significa extraer archivos usando el extractor gzunzip. Normalmente, los archivos creados con el programa tar y pasados ​​por el filtro del archivador gzip tienen esta extensión.

Siguiente etapa- Esta es una instalación directa del programa. Después de completar con éxito la primera etapa (desempaquetar), vaya al directorio que contiene el código fuente. Generalmente este es un directorio<имя_программы-версия>:

cd prg-2.00

. /configurar
hacer
hacer la instalación

El primer comando configura el programa que se instalará para que funcione con su sistema. Este programa también verifica si el programa que está instalando puede ejecutarse en su sistema. Si el programa no puede funcionar,
Verá el mensaje correspondiente y el proceso de instalación se interrumpirá.

Esto suele ocurrir cuando una de las bibliotecas requeridas por el nuevo programa no está instalada en su sistema. Para continuar con la instalación, debe instalar la biblioteca requerida e intentar volver a ingresar el comando ./configure. Después de completar exitosamente program./configure, se creará un Makefile, que indicará los parámetros necesarios (rutas a las bibliotecas, ruta para instalar el programa) para el programa make.

El segundo comando (make) “ensambla” el programa. En esta etapa, el programa se compila, es decir, se crean archivos binarios ejecutables a partir de los textos fuente.

El tercer comando, make install, instala el programa y los archivos de ayuda en los directorios apropiados. Normalmente los programas se instalan en el directorio /usr/bin, pero esto depende del contenido del archivo de configuración Makefile.

Después de instalar correctamente el programa, puede ejecutarlo leyendo primero la documentación de este programa.

2.Instalar el programa desde el paquete RPM.

La instalación del software en las distribuciones Red Hat y Mandrake se realiza mediante el programa rpm. RPM (Red Hat Package Manager) es el administrador de paquetes de Red Hat. Aunque tiene "Red Hat" en el nombre, está totalmente pensado para funcionar como un sistema de paquete abierto, disponible para que lo utilice cualquiera. Permite a los usuarios tomar el código fuente de un nuevo software y empaquetarlo en formato fuente y código binario para que los binarios puedan instalarse y rastrearse fácilmente, y el código fuente sea fácil
construido. Este sistema también mantiene una base de datos de todos los paquetes y sus archivos, que se puede utilizar para verificar paquetes y consultar información sobre archivos y/o paquetes.

A diferencia de los conocidos asistentes InstallShield que se utilizan para instalar programas de Windows, los paquetes RPM (archivos con la extensión .rpm) no son archivos ejecutables, es decir, programas. Los paquetes contienen archivos (como un archivo) que deben instalarse, así como información diversa sobre ese paquete: qué paquete se necesita para que este paquete funcione, qué paquete entra en conflicto con él, información sobre el desarrollador e información que indica qué Se deben realizar algunas acciones al instalar este paquete, por ejemplo, qué directorios se deben crear. El administrador de paquetes RPM se utiliza en muchas distribuciones de Linux (Red Hat, Mandrake, ASP, Black Cat) y es bastante fácil y flexible de usar, lo que explica su popularidad.

Por ejemplo, para el paquete software-1.0-I.i386.rpm hay: software - nombre;

1.0 - versión del programa;
1 - lanzamiento del paquete;
i386 - plataforma intel 386.

Por lo general, el nombre del archivo del paquete indica su nombre, versión, versión y plataforma. Los últimos cuatro caracteres son ".rpm", una indicación de que este archivo es un paquete. No existe nada parecido a una extensión o tipo de archivo en Linux.

Tenga en cuenta la diferencia entre la versión del software y la versión del paquete. La versión indicada en el nombre del paquete es la versión del software que contiene. El número de versión lo establece el autor del programa, que normalmente no es el fabricante del paquete.
El número de versión caracteriza y hace referencia al software. En cuanto al número de versión, caracteriza el paquete en sí: indica el número de la versión existente del paquete. En algunos casos, incluso si el software no ha cambiado, puede que sea necesario volver a empaquetarlo.

Creo que todo está claro con el nombre y la versión del programa. Pero con la arquitectura es un poco más complicado. Los paquetes más “universales” son paquetes diseñados para arquitectura intel 386. este programa debería
ejecutarse en cualquier procesador Intel a partir de 80386DX (o compatible). Pero si tiene un procesador 80486, lo más probable es que un paquete diseñado para funcionar con la arquitectura 80586 (Pentium) no se instale en su sistema.
Normalmente para procesadores arquitecturas CISC(con el conjunto de instrucciones x86) se utiliza la siguiente notación:

i386-Intel 80368DX;
i586 - Intel Pentium(MMX), AMD K5 (K6);
i686 - Intel PPro, Celeron, PII, РШ, PIV.

En el caso más simple, el comando de instalación del paquete se ve así:

rpm -yo<пакет>

Antes de instalar un programa, RPM verificará las dependencias del paquete, es decir, si hay otros paquetes instalados en su sistema que el nuevo programa requiera o entren en conflicto con él. Si todo es necesario
los paquetes del programa (o el programa no requiere ningún paquete adicional), y además, si el nuevo programa no entra en conflicto con ningún paquete ya instalado, el administrador RPM instalará el programa.
De lo contrario, recibirá un mensaje de que el programa requiere algún tipo de paquete adicional o el programa entra en conflicto con un paquete ya instalado.

Si necesita un paquete adicional, simplemente instálelo. Pero si el programa entra en conflicto con un paquete ya instalado, deberá elegir qué paquete necesita más: el ya instalado o el nuevo.

Al instalar el programa, recomiendo especificar dos parámetros adicionales: h y v. El primero le dice al programa que muestre una barra de estado del proceso de instalación, y el segundo muestra mensajes adicionales. La barra de estado se mostrará como símbolos #. Dados estos dos parámetros, el comando de instalación se vuelve un poco más complicado:

rpm -ihv software-1.0-1.i386.rpm

La instalación se puede realizar no sólo con disco local, pero también vía FTP:

Para eliminar un paquete use el comando:

revoluciones-e<пакет>

Una vez más, vale la pena recordar que al instalar o eliminar paquetes, debe tener en cuenta que algunos paquetes pueden requerir que otros paquetes estén presentes en el sistema; esto se denomina dependencia de paquetes. Por lo tanto, a veces no podrá instalar un paquete en particular hasta que haya instalado todos los paquetes necesarios para que funcione. Cuando desinstalas un programa, el administrador de paquetes también verifica las dependencias entre paquetes. Si el paquete que está eliminando es necesario para otros paquetes, no podrá eliminarlo.

Para omitir la verificación de dependencias, use la opción --nodeps.
A veces esto resulta útil. Por ejemplo, tiene instalado el programa postfix y necesita instalar el programa sendmail. Ambos programas se utilizan para enviar correo.

Sin embargo, para que funcionen muchos programas de correo, se requiere un agente MTA (Agente de transferencia de correo), un programa para enviar correo (postfix o sendmail).
Por lo tanto, no puede eliminar el programa postfix utilizando el parámetro -e.
Tampoco puede instalar el programa sendmail sin desinstalar el programa postfix, porque los paquetes entran en conflicto entre sí. En este caso, el comando te ayudará:

rpm -e -nodeps sufijo

Después de tal eliminación funcionamiento normal otros programas que requieren MTA no son posibles, por lo que necesita instalar sendmail (u otro MTA) inmediatamente. En este caso, deberá instalar el programa, como de costumbre, utilizando el parámetro -i.

Para actualizar programas, utilice el parámetro -U. Recomiendo usarlo a la hora de instalar programas, porque si el paquete que se está instalando ya estaba instalado se actualizará, y si no simplemente se instalará el nuevo paquete. Para ver un indicador de texto al instalar paquetes, use la opción h. Comando para actualizar el paquete:

rpm -Uhv<пакет>

Por ejemplo:

rpm-software Uhv-1.1-4.i386.rpm

El indicador de texto se mostrará como símbolos #. Puede ver todos los paquetes instalados usando el comando:

rpm -qa yo menos

Si necesita saber si un paquete específico está instalado, ejecute el comando:

rpm-qa | grep nombre_paquete

Puede ver información general sobre un paquete usando el comando:

paquete rpm-qi

e información sobre los archivos que forman parte del paquete:

paquete rpm-ql

Programas gnorpm, kpackage, apt.

El administrador de paquetes RPM es una herramienta poderosa para realizar operaciones en paquetes: crear, instalar, actualizar, eliminar. Sin embargo, es posible que la interfaz de línea de comandos no sea del agrado de todos, especialmente del administrador novato. También hay implementaciones gráficas (para X Window) del administrador de paquetes, por ejemplo, kpackage de KDE, gnorpm y otros.
Recomiendo usar gnorpm, que tiene una GUI intuitiva. RPM es más adecuado para crear nuevos paquetes y también para actualizar gran número paquetes. Para instalar uno o dos paquetes, es mejor y más conveniente utilizar gnorpm.

Funciones del programa gnorpm:

Instalación de paquetes.
Eliminación de paquetes.
Obtener información sobre un paquete.
Comprobación de paquetes.
Busque un paquete en la base de datos RPM.

Para instalar un paquete, haga clic en el botón "Instalar". Si hay un CD de instalación en la unidad de CD-ROM, en la ventana que aparece verá una lista de paquetes que aún no están instalados en el sistema.

Si el paquete no está en la lista o desea instalar un paquete que no está incluido en la distribución, haga clic en el botón "Agregar" y agregue los paquetes que desea instalar a la lista. Haga clic en el botón "Solicitar" para obtener los detalles del paquete.

Si el paquete aún no está instalado y tiene suficiente espacio en disco para instalarlo, haga clic en el botón Instalar. Después de esto, se comprobará el paquete para ver si se cumplen sus dependencias: si este paquete requiere la presencia de algún paquete desinstalado y si entra en conflicto con paquetes ya instalados. Si todo está bien, verá la ventana de estado de instalación del paquete.

Puede encontrar un paquete utilizando la operación de búsqueda. Para hacer esto, haga clic en el botón “Buscar” en la barra de herramientas de gnorpm o ejecute el comando de menú Operaciones -> Buscar. En la ventana que se abre, puede establecer criterios de búsqueda y hacer clic en el botón "Buscar".

KDE incluye un programa de gestión de paquetes de interfaz gráfica de usuario llamado kpackage. Sus funciones son similares al programa gnorpm. Cuál de estos programas utilizar es una cuestión de gustos y hábitos.

También cabe mencionar el programa APT. El programa APT es un sistema de gestión de paquetes de software. El sistema APT fue desarrollado originalmente para Linux. Ahora incluido con algunos compatibles con Red Hat
distribuciones (por ejemplo, apt-get se incluye con AltLinux, pero no lo encontrará en Red Hat Linux). El programa apt-get se utiliza para gestionar paquetes. El formato para llamar al programa apt-get es:

apt-get [opciones] [comandos] [paquete. . .]


La distribución de Linux Mandrake incluye propio remedio gestión de paquetes - rpmdrake. En la décima versión de la distribución, esto cambió un poco. Ahora consta de tres partes:

/usr/sbin/edit-urpm-media - administrador de fuentes de paquetes (ya dije qué son las fuentes, así que no nos detendremos en eso);
rpmdrake - administrador de instalación de paquetes;
rpmdrake-remove es un administrador de eliminación de paquetes.
Puede iniciar cualquiera de las partes desde el menú K: Sistema| Configuración | Paquetes.

Instalación desde paquetes que contienen código fuente.

A veces los paquetes RPM no contienen versiones compiladas de programas, sino su código fuente. Una señal de esto es la palabra src en lugar del nombre de la arquitectura. Para instalar dicho paquete, ingrese:

rpm --reconstruir software-2.00-1.src.rpm

Por supuesto, en lugar de software-2.00-l.src.rpm necesitas especificar nombre real archivo. Antes de instalar el programa, se compilará su código fuente y luego se instalará el programa.

OPCIONES GENERALES.

Estas opciones se pueden utilizar en todos los modos de funcionamiento.

"-vv" Imprime mucha información de depuración.

"--quiet" Imprime la menor cantidad de mensajes posible; normalmente solo imprime mensajes de error.

"--help" Imprime ayuda más detallada de lo habitual sobre el uso de rpm.

"--version" Imprime una línea que contiene el número de versión del rpm que se está utilizando.

"--rcarchivo<список-файлов>" Cada uno de los archivos separados por dos puntos.<списка-файлов>rpm se lee secuencialmente para obtener información de configuración.
Por defecto<список-файлов>parece /usr/lib/rpm/rpmrc:/etc/rpmrc:~/.rpmrc.
Sólo debe existir la primera fila en esta lista; todas las tildes serán reemplazadas con el valor $HOME.

"--raíz<каталог>"Utilizar para todas las operaciones sistema de archivos con raíces en<каталог>.
Tenga en cuenta que esto significa que la base de datos también será leída y modificada por<каталог>, y todos los scripts previos y posteriores se ejecutarán después de chroot() en<каталог>.

"--dbpath<путь>"Usar la base de datos RPM en<путь>.

"--justdb" Actualiza sólo la base de datos, no el sistema de archivos.

"--ftpproxy , --httpproxy " Usar como FTP o proxy HTTP.

"--ftport<порт>, --httppuerto<порт>" Usar<порт>como puerto de servidor proxy FTP o HTTP.

"--tubo " Redirige la salida de rpm a la entrada de comando .

Mantenimiento de base de datos:

rpm -i [--initdb]

rpm -i [--rebuilddb]

OPCIONES DE RECONSTRUCCIÓN DE BASE DE DATOS.

La forma general del comando de reconstrucción de la base de datos RPM es:
rpm --rebuilddb
Para construir una nueva base de datos:
rpm-initdb
Este modo sólo admite dos opciones, --dbpath y --root.

Lanzamiento
rpm-showrc
imprime los valores que rpm utilizará para todas las opciones que se pueden configurar en los archivos rpmrc.

Asamblea:
rpm [-b|t] +
rpm [--reconstruir] +
rpm [--tarbuild] +

OPCIONES PARA PAQUETES DE MONTAJE (CONSTRUCCIÓN).

La forma general del comando del paquete rpm es:
rpm -O [opciones de compilación] +
El argumento -bfR se utiliza si se utiliza un archivo de especificaciones para crear el paquete. Si rpmfR va a extraer este archivo de un archivo gzip (o comprimir), se utiliza el argumento -tfR. Después del primer argumento, se especifica el siguiente (OfR), indicando qué pasos de montaje y empaquetado se deben realizar. Este es uno de:

"-bp" Ejecuta la etapa "%prep" del archivo de especificaciones. Esto generalmente implica desempaquetar las fuentes y aplicarles parches.

"-bl" Realizar "verificación de lista". En la sección "%files" del archivo de especificaciones, las macros se expanden y se verifica la existencia de los archivos enumerados.

"-bc" Ejecuta la etapa "%build" del archivo de especificaciones (después de ejecutar la etapa %prep). Esto generalmente se reduce a ejecutar algún equivalente de "make".

"-bi" Ejecuta la etapa "%install" del archivo de especificaciones (después de ejecutar las etapas %prep y %build). Por lo general, esto se reduce a realizar algún trabajo equivalente.
"realizar instalación".

"-bb" Construye un paquete binario (después de ejecutar las etapas %prep, %build e %install).

"-bs" Compile sólo el paquete fuente (después de ejecutar las etapas %prep, %build e %install).

"-ba" Construye los paquetes binarios (RPM) y fuente (SRPM) (después de ejecutar las etapas %prep, %build e %install).

También se pueden utilizar las siguientes opciones:

"--short-circuit" Ejecuta la etapa especificada directamente, omitiendo las anteriores. Sólo se puede utilizar con -bc y -bi.

"--timecheck" Establece la edad para "timecheck" (0 para desactivar). Este valor también se puede establecer definiendo la macro "_timecheck".
El valor de verificación de tiempo determina la antigüedad máxima (en segundos) de los archivos empaquetados en el paquete. Se mostrará una advertencia para todos los archivos que tengan más de esta antigüedad.

"--clean" Elimina el árbol utilizado para la compilación después de compilar los paquetes.

"--rmsource" Elimina las fuentes y el archivo de especificaciones después de compilarlo (se puede usar por separado, por ejemplo "rpm --rmsource foo.spec").

"--test" No ejecute ningún paso de compilación. Útil para probar archivos de especificaciones.

"--sign" Inserta una firma PGP en el paquete. Esta firma se puede utilizar para verificar la integridad y el origen de un paquete. Ver sección
FIRMAS PGP para opciones de PGP.

"--buildroot<каталог>"Usar directorio<каталог>como raíz para crear paquetes.

"--objetivo<платформа>" Al construir el paquete, interprete<платформа>como arch-vendor-os
y configure las macros _target, _target_arch y _target_os en consecuencia.

"--buildarch "Construir un paquete para arquitectura. sin prestar atención a la arquitectura
sistema en el que se realiza el montaje. Esta opción ha quedado obsoleta; en RPM 3.0, se debe usar la opción --target en su lugar.

"--buildos " Recoger paquete para Sistema operativo sin prestar atención a
Arquitectura del sistema sobre el que se realiza el montaje. Esta opción ha quedado obsoleta; en RPM 3.0, se debe usar la opción --target en su lugar.

OPCIONES DE REARMADO Y RECOPILACIÓN.

Hay otras dos formas de ejecutar rpm:

rpm --recompilar<файл_исходного_пакета>+"

rpm --reconstruir<файл_исходного_пакета>+"

Cuando se invoca de esta manera, rpm instala el paquete fuente especificado y ejecuta %prep, %build e %install. Además, --rebuild crea un nuevo paquete binario. Una vez completada la compilación, se eliminan el árbol utilizado para la compilación (como con la opción --clean), las fuentes mismas y el archivo de especificaciones.

FIRMA DE RPM EXISTENTE.

rpm --renunciar<файл_бинарного_пакета>+ Esta opción genera e inserta nuevas firmas en los paquetes especificados.
Se eliminan todas las firmas existentes de los paquetes.

rpm --addsign<файл_бинарного_пакета>+ Esta opción genera y agrega nuevas firmas a los paquetes especificados.
Se conservan todas las firmas de paquetes existentes.

FIRMAS PGP.

Para utilizar la función de firma, el rpm debe estar configurado para ejecutar PGP y debe poder encontrar un conjunto de claves públicas que contenga la clave RPM. De forma predeterminada, rpm utiliza los valores predeterminados de PGP para buscar conjuntos de claves (respetando PGPPATH).
Si sus conjuntos de claves no están ubicados donde PGP espera que se encuentren, debe configurar la macro "_pgp_path" en el directorio que contiene sus conjuntos de claves.

Si desea poder firmar los paquetes que crea, también deberá crear su propio par de claves pública/privada (consulte la documentación de PGP). Además de la macro mencionada anteriormente, también necesita configurar macros

"_signature" Tipo de firma. Actualmente sólo se admite pgp.

"_pgp_name" Nombre del "usuario" cuyas claves desea utilizar para firmar sus paquetes.

Al crear paquetes que agrega línea de comando--opción de signo. Se le pedirá una contraseña y su paquete será recogido y firmado.

Por ejemplo, para utilizar PGP para firmar paquetes como usuario "John Doe" " de los conjuntos de claves ubicados en /etc/rpm/.pgp, debe habilitar

"%_firma"
pgp
"%_pgp_name"
/etc/rpm/.pgp
"%_pgp_name"
Juan Pérez "

Al archivo de configuración de macros. Utilice /etc/rpm/macros para todo el sistema y ~/.rpmmacros para configuración específica del usuario.

Mantenimiento de paquetes instalados:

rpm [--install] [opciones-de-instalación] [archivo-paquete]+
rpm [--eshen|-F] [opciones-de-instalación] [archivo-paquete]+
rpm [--uninstall|-e] [opciones-de desinstalación] [paquete]+
rpm [--verificar|-V] [verificar-opciones] [paquete]+

OPCIONES DE INSTALACIÓN Y ACTUALIZACIÓN.

La forma general del comando de instalación rpm se ve así:
rpm -i [opciones-de-instalación]<файл_пакета>+
Este comando instala nuevos paquetes.

La forma general del comando de actualización rpm se ve así:
rpm -U [opciones-de-instalación]<файл_пакета>+
Este comando actualiza los paquetes instalados. Este comando funciona exactamente igual que el comando de instalación, excepto que todas las demás versiones de los paquetes se eliminan del sistema.

rpm [-F|--eshen] [establecer opciones]<файл_пакета>+
Este comando actualiza paquetes, pero solo si existen versiones anteriores de esos paquetes en el sistema.
Asignación permitida<файл_пакета>como URL de estilo ftp o http. En este caso, el archivo se recibirá del servidor especificado en la URL antes de la instalación.

"--force" Igual que la combinación de --replacepkgs, --replacefiles y --oldpackage.

"-h, --hash" Imprime 50 caracteres "#" mientras se descomprime el paquete. Se usa con -v para que se vea bonito.

"--oldpackage" Le permite reemplazar un paquete nuevo por uno anterior al actualizar (revertir).

"--percent" Muestra el porcentaje de preparación a medida que se descomprime el paquete. Diseñado para facilitar el uso de rpm de otras utilidades.

"--replacefiles" Instala paquetes incluso si sobrescriben archivos de otros paquetes ya instalados.

"--replacepkgs" Instala paquetes incluso si algunos de ellos ya están instalados en el sistema.

"--allfiles" Instala o actualiza todos los archivos definidos como "missingok", incluso si ya existen.

"--nodeps" No verifique las dependencias antes de instalar o actualizar un paquete.

"--noscripts" No ejecuta scripts previos y posteriores a la instalación.

"--notriggers" No ejecute scripts de activación configurados para instalar este paquete.

"--ignoresize" No verifique que el sistema de archivos tenga suficiente espacio libre antes de instalar este paquete.

"--excluir ruta<путь>" No instale archivos cuyos nombres comiencen con<путь>.

"--excludedocs" No instale ningún archivo marcado como archivo de documentación (incluye manuales y documentos texinfo).

"--includedocs" Instalar archivos de documentación. Este es el comportamiento predeterminado.

"--test" No instale el paquete, solo pruebe la posibilidad de instalación e informe posibles problemas.

"--ignorearch" Realice la instalación o actualización incluso si las arquitecturas del RPM binario y la máquina no coinciden.

"--ignoreos" Realiza la instalación o actualización incluso si los sistemas operativos del RPM binario y la máquina no coinciden.

"--prefijo<путь>" Establezca el prefijo de instalación en<путь>para paquetes reubicables.

"--trasladarse<старый_путь>=<новый_путь>" Para paquetes reubicables: convierte archivos que de otro modo se instalarían en<старый_путь>V<новый_путь>.

"--badreloc" Para usar con --relocate. Realiza la reubicación incluso si el paquete no es reubicable.

"--noorder" No reordena la lista de paquetes instalados. Normalmente, la lista se reordena para satisfacer las dependencias.

Pedido:
rpm [--query] [opciones-de-consulta]
rpm [--etiquetas de consulta]

SOLICITA OPCIONES.

La forma general del comando de consulta (inspección) rpm se ve así:
rpm -q [opciones-de-consulta]
Puede configurar el formato en el que se mostrará la información sobre el paquete. Para hacer esto, use la opción --queryformat seguida de una cadena de formato.

Los formatos de solicitud son una versión modificada del formato estándar printf(3). El formato consta de cadenas estáticas (que pueden incluir secuencias de escape estándar de C para nuevas líneas, tabulaciones y otros personajes especiales) y formatos similares a los utilizados en printf(3). Dado que rpm ya conoce los tipos de datos que se imprimirán, los especificadores de tipo deben omitirse y reemplazarse con los nombres de las etiquetas de encabezado que se imprimirán, entre (). Se puede omitir la parte RPMTAG_ del nombre de la etiqueta.

Se pueden especificar formatos de salida alternativos agregando el nombre de la etiqueta:typetag. Los tipos admitidos actualmente son octal, date, shescape, perms, fflags y depflags.

Por ejemplo, para mostrar solo los nombres de los paquetes solicitados, puede usar %(NOMBRE) como cadena de formato. Para mostrar los nombres de los paquetes y la información de distribución en dos columnas, puede usar %-30(NOMBRE)%(DISTRIBUCIÓN).

Cuando se ejecuta con el argumento --querytags, rpm enumerará todas las etiquetas que conoce.

Hay dos conjuntos de opciones de consulta: selección de paquete y selección de información.

Opciones de selección de paquetes:

"<название_пакета>" Consulta de un paquete instalado llamado<название_пакета>.

"-a, --all" Consulta todos los paquetes instalados.

"--lo que requiere "Consulta todos los paquetes que requieren para su correcto funcionamiento.

"--lo que proporciona "Consulta todos los paquetes que proporcionan servicio.

"-F<файл>, --archivo<файл>" Consultar el paquete propietario del archivo.<файл>.

"-gramo<группа>, --grupo<группа>" Solicitar paquetes de un grupo<группа>.

"-pag<файл_пакета>" Solicitud de paquete (desinstalado)<файл_пакета>.
Archivo<файл_пакета>se puede especificar como URL de estilo ftp o http; en este caso, el encabezado del paquete se recibirá del servidor especificado.

"--archivo de especificación "Análisis y consulta como si fuera un paquete. Aunque no toda la información (como listas de archivos) está disponible, este tipo de consulta le permite usar rpm para extraer información de archivos de especificaciones sin tener que escribir un analizador de archivos de especificaciones.

"--querybynumber "Consultar directamente el número de registro de la base de datos . Útil para fines de depuración.

"-activado por<имя_пакета>" Consultar todos los paquetes que contienen scripts de activación activados por el paquete<имя_пакета>.

Opciones de selección de información:

"-i"
Muestra información sobre el paquete, incluido el nombre, la versión y la descripción. Utiliza --queryformat si se especifica.

"-R, --requires" Enumera los paquetes de los que depende este paquete.

"--provides" Enumera los servicios y bibliotecas proporcionados por este paquete.

"--changelog" Imprime el registro de cambios para este paquete.

"-l, --list" Muestra los archivos incluidos en este paquete.

"-s, --state" Imprime el estado de los archivos en el paquete (implica -l).

Cada archivo puede estar en uno de los siguientes estados: normal, no instalado o reemplazado.

"-d, --docfiles" Muestra sólo archivos de documentación (implica -l).

"-c, --configfiles" Sólo lista archivos de configuración(implica -l).

"--scripts" Imprime scripts específicos del paquete utilizados como parte de los procesos de instalación/desinstalación, si los hay.

"--triggers, --triggerscripts" Muestra todos los scripts de activación, si los hay, contenidos en el paquete.

"--dump" Vuelca información sobre archivos de la siguiente manera: tamaño de ruta mtime modo md5sum grupo propietario isconfig isdoc rdev enlace simbólico.
Esta opción debe usarse en combinación con al menos uno de -l, -c, -d.

"--last" Ordena la lista de paquetes por tiempo de instalación para que los paquetes más recientes estén en la parte superior de la lista.

"--filesbypkg" Muestra todos los archivos de cada paquete.

"--triggerscripts" Muestra todos los scripts de activación para los paquetes seleccionados.

OPCIONES DE VERIFICACIÓN.

La forma general del comando de verificación de rpm se ve así:
rpm -V|-y|--verificar [opciones-de-verificación]
Durante el proceso de verificación del paquete, la información sobre los archivos del paquete instalado se compara con la información del paquete original y de la base de datos RPM. Entre otras cosas, la verificación comprueba el tamaño, la suma de comprobación MD5, los derechos de acceso, el tipo, el propietario y el grupo de cada archivo. Se informan todas las discrepancias. Las opciones para seleccionar paquetes son las mismas que para solicitar (inspeccionar) paquetes.

Los archivos que no se instalaron desde el paquete (por ejemplo, archivos de documentación que se excluyeron del proceso de instalación mediante la opción "--excludedocs") se ignoran silenciosamente.

Opciones que se pueden utilizar durante el proceso de verificación:

"--nofiles" Ignora los archivos faltantes.

"--nomd5" Ignora los errores de suma de comprobación MD5.
"--nopgp" Ignora los errores de firma de PGP.

El formato de salida es una cadena de ocho caracteres, una posible "c" que indica el archivo de configuración y el nombre del archivo. Cada uno de los ocho caracteres muestra el resultado de comparar uno de los atributos del archivo con un valor registrado en la base de datos RPM. Un punto indica que la prueba ha pasado. Los siguientes símbolos indican errores en algunas pruebas:

"5" Suma de comprobación MD5.

"S" Tamaño de archivo.

Enlace simbólico "L".

"T" Hora de modificación.

Dispositivo "D".

"U" Maestro.

Grupo "G".

Permisos "M" (incluye derechos de acceso y tipo de archivo).

VERIFICACIÓN DE FIRMA

La forma general del comando de verificación de firma RPM es:
rpm --checksig<файл_с_пакетом>+
Este comando verifica la firma PGP incorporada en el paquete para verificar la integridad y el origen del paquete.
La información de configuración de PGP se lee de los archivos de configuración. Consulte la sección FIRMAS PGP para obtener más detalles.

OPCIONES DE DESINSTALACIÓN

La forma general del comando de desinstalación rpm se ve así:
revoluciones-e<название_пакета>+

"--allmatches" Elimina todas las versiones del paquete que coincidan<название_пакета>Generalmente si<название_пакета>responde a varios paquetes, emitidos
No hay ningún mensaje de error ni eliminación.

"--noscripts" No ejecuta scripts previos y posteriores a la instalación.

"--notriggers" No ejecute scripts de activación configurados para eliminar este paquete.

"--nodeps" No verifique las dependencias antes de eliminar paquetes.

"--test" No eliminar, solo fingir :) Útil en combinación con la opción -vv.

Misceláneas:
rpm [--showrc]
rpm [--setperms] [paquete]+
rpm [--setgids] [paquete]+

OPCIONES FTP/HTTP.

rpm contiene simples Clientes FTP y HTTP para facilitar la instalación y exploración de paquetes disponibles a través de Internet. Archivos de paquete para la instalación,
Las actualizaciones y solicitudes se pueden especificar como URL de estilo ftp o http:
ftp:// :@nombredehost: /ruta/al/paquete.rpm
si parte Si se omite, se solicitará la contraseña (una vez por cada par de usuario/nombre de host). Si no , ni No especificado, se utilizará ftp anónimo. En todos los casos se utiliza la transferencia pasiva (PASV) vía FTP.

Rpm le permite utilizar las siguientes opciones con URL ftp:

"--ftpproxy " Sistema Se utilizará como servidor proxy para todas las transferencias, permitiendo conexiones FTP a través de un firewall que utiliza un proxy para acceder al mundo exterior. Esta opción también se puede configurar configurando la macro _ftpproxy.

"--ftport " Especifica el número de puerto TCP utilizado para conexiones FTP en lugar del puerto predeterminado.
Esta opción también se puede especificar configurando la macro _ftpport.

Rpm le permite utilizar las siguientes opciones con la URL http:

"--httpproxy " Sistema se utilizará como servidor proxy para todos los reenvíos, lo que permitirá que las conexiones HTTP se realicen a través de un firewall que utiliza un proxy para llegar al mundo exterior. Esta opción también se puede configurar configurando la macro _httpproxy.

"--puerto http " Especifica el número de puerto TCP utilizado para las conexiones HTTP en lugar del puerto predeterminado.
Esta opción también se puede configurar configurando la macro _httpport.

Preparado por Dvoe4nik85




Arriba