La instalación tradicional en GNU/Linux

Las primeras distribuciones de GNU/Linux los utilizaban para instalar el software, y aún varias distribuciones los usan (por ejemplo, Slackware) y algunos UNIX comerciales. Son una combinación de ficheros unidos por el comando tar en un único fichero .tar, que luego ha sido comprimido por la utilidad gzip, suele aparecer con la extensión .tgz o bien .tar.gz. Asimismo, hoy en día es común encontrar los tar.bz2 que utilizan en lugar de gzip otra utilidad llamada bzip2, que en algunos casos consigue mayor compresión del archivo.

Para descomprimir un archivo .tar.gz (o tgz): tar zxvf archivo.tgz

Para descomprimir un archivo .tar.bz2: tar jxvf archivo.tar.bz2

Este tipo de paquete no contiene ningún tipo de información de dependencias, y puede presentar tanto contenido de aplicaciones en formato binario como en código fuente. Para que el código fuente pueda ser ejecutable, es preciso compilarlo.

Dependencias

En GNU/Linux, el software no se escribe desde cero, sino que se aprovechan piezas de software que han sido escritas con anterioridad, y que resuelven parte de los problemas que el programador quiere solucionar. Esto es una buena idea, ya que simplifica la tarea de desarrollo, y no hay que reinventar la rueda una y otra vez. Sin embargo tiene un inconveniente para el usuario: si el software A utiliza el software B para funcionar, es necesario tener previamente el software B instalado para que A pueda compilarse y ejecutarse correctamente. En caso contrario, al intentar instalar el software A obtendremos un error.

Proceso de instalación de un archivo .tar.gz o tar.bz2

El proceso básico con estos paquetes consiste en:

  1. Descomprimir el paquete.
  2. Una vez tenemos descomprimido el paquete, tendremos los ficheros que contenía, normalmente el software debe incluir algún archivo llamado README o INSTALL, donde nos especificarán las opciones de instalación paso a paso, y también posibles dependencias del software. En primer lugar habrá que verificar las dependencias por si disponemos del software adecuado, y si no, buscarlo e instalarlo.
  3. En ocasiones, este tipo de paquetes traen su propio instalador, ya sea mediante un archivo binario o bien mediante un script (habitualmente nombrado con la estensión sh). En tal caso resultará fácil de instalar ya que solo consiste en ejecutarlo.

  4. Antes de instalar el software tendremos que pasar por un paso de compilación. Para eso habrá que leerse con cierto detalle las instrucciones que lleve el programa. Pero la mayoría de desarrolladores usan un sistema de GNU llamado autoconf (de autoconfiguración), en el que habitualmente se usan los siguientes pasos (si no aparecen errores):
    1. ./configure: se trata de un script que configura el código para poder ser compilado en nuestra máquina, verifica que existan las herramientas adecuadas. La opción --prefix = directorio permite especificar dónde se instalará el software.
    2. make: compilación propiamente dicha.
    3. make install: instalación del software a un lugar adecuado, normalmente especificado previamente como opción al configure o asumida por defecto.
  5. En caso de querer borrar el software instalado, habrá que utilizar el desinstalador si nos lo proporcionan, o si no, borrar directamente el directorio o ficheros que se instalaron, teniendo cuidado de posibles dependencias.

Actividad 1. Descarga el paquete de instalación de Liferea. Descomprime el archivo, y lee las dependencias comentadas en el archivo README. Comienza el proceso de instalación, siguiendo las instrucciones especificadas anteriormente, y trata de resolver las dependencias consultando en Internet.

Toma una captura de la consola una vez que termine el proceso de instalación, y guárdala con el nombre Act1-yum.png. Finalmente ejecuta el programa, comprobando que lo puedes abrir.

RPM

RPM (RedHat Packet Manager) es una herramienta de procesamiento de paquetes que solventa en parte los problemas que generan la compilación de paquetes a partir del código fuente. Entre otras ventajas están:

  • la simplicidad de instalación
  • está orientado a paquetes. De este modo, las dependencias se menejan a través de otros paquetes.
  • comprobación de paquetes intalados. De este modo, es fácil saber que paquetes están instalados, en lugar de comprobar si un cierto binario está en el sistema.
  • consistencia. La desinstalación es limpia, y no deja restos de software innecesario tras la instalación.

Manejo básico de RPM

Para poder instalar un paquete .rpm: rpm -ivh paquete-version-arquitectura.rpm

Para poder actualizar un paquete .rpm: rpm -Uvh paquete-version-arquitectura.rpm

Para desinstalar un paquete .rmp: rpm -evh paquete

Para comprobar los paquetes instalados: rpm -qa

Para comprobar un cierto paquete concreto: rpm -q paquete

El enlace http://docs.fedoraproject.org/en-US/Fedora_Draft_Documentation/0.1/html/RPM_Guide/index.html ofrece una descripción detallada acerca de RPM.

Actividad 2. Ahora vas a installar Liferea a través de un archivo .rpm. Accede a fpmfind y descarga la versión .rpm más adecuada para tu sistema. Después trata de instalarlo.

NOTA: Para conocer la arquitectura de tu sistema, ejecuta el comando uname -r. Deberás elegir un archivo .rpm de Fedora (etiquetado como fc22).

Una vez instalado, comprueba que está disponible, ejecutando el comando rpm -q liferea. Toma una captura, y guárdala con el nombre Act2-yum.png.

Actividad 3. Desinstala el paquete liferea instalado anteriormente.

Una vez desinstalado, comprueba que ya no está disponible, ejecutando el comando rpm -q liferea. Toma una captura, y guárdala con el nombre Act3-yum.png.

Actividad 4. Ahora vamos a ver como maneja las dependencias RPM. Descarga el paquete Subversion. Descomprime el archivo tar.gz, y dentro encontrarás cuatro archivos .rpm. Trata de instalar empleando RPM el paquete subversion-1.7.14-6.el7.x86_64.rpm, de forma que obtengas una lista de dependencias como la siguiente:

error: Error de dependencias: libapr-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libaprutil-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_client-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_delta-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_diff-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_fs-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_fs_base-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_fs_fs-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_fs_util-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_ra-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_ra_local-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_ra_neon-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_ra_svn-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_repos-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_subr-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 libsvn_wc-1.so.0()(64bit) es necesario por subversion-1.7.14-6.el7.x86_64 subversion-libs(x86-64) = 1.7.14-6.el7 es necesario por subversion-1.7.14-6.el7.x86_64

Para cada dependencia (por ejemplo libapr-1.so.0) busca en la página www.rpmfind.net a qué paquete pertenece. Posteriormente, instala el paquete correspondiente, y vuelve a repetir la operación.

NOTA: Para mayor comodidad, se han incluido las dependencias en el archivo comprimido que se ofrece al inicio del ejercicio.

Realiza una captura cada vez que ejecutes el comando rpm -ivh subversion-1.7.14-6.el7.x86_64.rpm, y hayas resuelto una dependencia. Guarda las cinco capturas con los nombres Act4.1-yum.png a Act4.5-yum.png.

Verificación de paquetes

Es posible comprobar si un paquete instalado ha sufrido alguna alteración. Para ello se puede utilizar el comando rpm -V paquete. En caso de que todo sea correcto, no habrá respuesta. En caso de que alguno de los archivos haya sufrido alguna variación, se anunciará una respuesta como la siguiente:

~]# rpm - V abrt S.5....T. c /etc/abrt/abrt.conf .M....... /var/spool/abrt-upload

El código empleado para indicar cada una de estas alteraciones es el siguiente:

  • Marcadores de alteraciones
  • Marcadores de atributos de archivos
  • Comprobación de firmas de archivos RPM

    Para verficar la firma que un paquete, hay que utilizar el comando rpm -K paquete-versión-arquitectura.rpm.

    Para que la comprobación de firmas tenga algún sentido, es preciso que exista una clave pública instalada en el equipo, con la que poder comprobar que el paquete fue firmado con la correspondiente clave privada. Las claves públicas se encuentran por defecto en /etc/pki/rpm-gpg/, lo que no quiere decir que estén instaladas. Para comprobar qué claves están instaladas, se utilizan los siguientes comandos:

    1. rpm -qa gpg-pubkey* - Este comando genera tantas cadenas como claves hayan instaladas.
    2. rpm -qi gpg-pubkey-xxxxxxx-xxxxxxxx - Este comando consulta sobre la naturaleza de la clave instalada.

    Para poder importar una cierta clave, se utiliza el comando rpm --import clave-gpg. Como ejemplo, puedes observar la siguiente página web: http://elrepo.org/tiki/tiki-index.php

    Para comprobar la firma de un paquete, ejecutamos el comando rpm -K paquete-versión-arquitectura.rpm

    Para eliminar una clave pública RPM, ejecutamos el comando rpm -e gpg-pubkey-xxxxxxxx-xxxxxxxx

    Instalación de software con Yum

    Yum es un paso adelante respecto a RPM. Es el gestor de paquetes de Red Hat que es capaz de consultar para obtener información acerca de los paquetes disponibles, ir a buscar los paquetes de los repositorios, instalar y desinstalar, y actualizar un sistema completo a la última versión disponible. Yum realiza la resolución automática de dependencias de paquetes durante una actualización e instalación, dejando atrás los problemas relacionados con dependencias sin resolver.

    Yum proporciona repositorios por defecto, pero se puede configurar con nuevos repositorios adicionales, o fuentes de paquetes , y también proporciona plugins que mejoran y amplían sus capacidades . Yum es capaz de realizar muchas de las mismas tareas que RPM siendo similares muchas de las opciones de línea de comandos.

    Algunas caracteríasticas importantes de Yum son:

    • Yum permite configurar repositorios locales para que la instalación sea más rápida.
    • Yum ofrece mecanismos de comprobación de firma de paquetes mediante GPG. Cuando esta característica se activa, yum rechazará cualquier paquete que no esté firmado con la clave relacionada con el repositorio.
    • Yum permite llevar a cabo tareas de administración, más allá de la instalación de paquetes.
    • Se requiere privilegios de root para poder usar yum para instalar, actualizar o borrar paquetes del sistema.

    Archivos importantes de Yum

    • /etc/yum.conf - archivo de configuración.
    • /etc/yum.repos.d - directorio de depósitos o repositorios.
    • /var/log/yum.log - archivo log

    El archivo de configuración yum.conf

    El archivo yum.conf se encuentra en el directorio /etc/yum.conf. Es el archivo de configuración general de yum. Si visualizamos su contenido, veremos algo como lo siguiente:

    [main] cachedir=/var/cache/yum/$basearch/$releasever keepcache=0 debuglevel=2 logfile=/var/log/yum.log exactarch=1 obsoletes=1 gpgcheck=1 plugins=1 installonly_limit=5 bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum distroverpkg=centos-release # This is the default, if you make this bigger yum won't see if the metadata # is newer on the remote and so you'll "gain" the bandwidth of not having to # download the new metadata and "pay" for it by yum not having correct # information. # It is esp. important, to have correct metadata, for distributions like # Fedora which don't keep old packages around. If you don't like this checking # interupting your command line usage, it's much better to have something # manually check the metadata once an hour (yum-updatesd will do this). # metadata_expire=90m # PUT YOUR REPOS HERE OR IN separate files named file.repo # in /etc/yum.repos.d

    Las opciones que aparecen por defecto en el archivo yum.conf no son las únicas. Existen otras, registradas en la documentación sobre instalación de RedHat. Las que aparecen tienen el siguiente significado:

    • cachedir=/var/cache/yum/$basearch/$releasever: Indica la ruta donde se alojarán los paquetes rpm antes de ser instalados.
    • keepcache=0: No retiene los paquetes .rpm ni las cabeceras una vez que han sido instalados. Cuando tiene el valor '1', sí los retiene
    • debuglevel=2: Hace referencia a la cantidad de detalles que muestra yum durante la instalación de un paquete. El valor puede ir desde 1 hasta 10, donde 10 es el máximo detalle posible.
    • logfile=/var/log/yum.log: Es el archivo donde yum registra las instalaciones realizadas.
    • exactarch=1: Se tiene en cuenta la arquitectura del sistema al instalar los paquetes, de forma que no se usrán paquetes de una arquitectura diferente. Cuando el valor es '1', yum no instalar paquetes i686 para actualizar un paquete i386 que ya está instalado en el sistema.
    • En un sistema de 32 bits, se pueden instalar solamente paquetes x386. En un sistema de 64 bits, se pueden instalar paquetes x386 y paquetes x86_64, ya que mantiene compatibilidad hacia atrás. En un sistema de 64 bits, es preferible instalar paquetes x86_64, ya que permite manejar mayor cantidad de memoria y una ejecución más rápida. Para conocer si tenemos un sistema de 32 o 64 bits, podemos ejecutar el comando uname -r

    • obsoletes=1:Algunos paquetes especifican obsoletes (vuelve obsoleto a un paquete) en sus metadatos. Esta propiedad de un paquete especifica qué otros paquetes antiguos con un nombre diferente son reemplazados por este paquete. Si está a '0', no se procesaran los paquetes obsoletos y no se instalará a nueva versión.
    • gpgcheck=1: Comprueba la firma del paquete, para asegurarse de que coincide con la firma del repositorio del que procede. De este modo se asegura de que el paquete no se ha descargado incorretamente o ha sido comprometido. Si está a '0' no se hará la comprobación.
    • plugins=1: Los plugins de yum permiten añadir funcionalidades a yum que no incorpora de forma nativa. La opción a '1' indica que se pueden usar de forma global los plugins instalados. La opción a '0' prohibe su uso. No es conveniente desactivar esta opción, ya que algunos plugins vienen cargados por defecto, mejorando el funcionamiento de yum. Para ver los plugins instalados: yum info yum
    • installonly_limit=5: Debido a la naturaleza de cierto software, en particular los kernel, se requiere que se puedan tener instalados mas de una versión a la vez por diferentes razones. El valor de esta opción indica cuantas versiones del kernel se tendrán instaladas simultáneamente. No se recomienda tener un valor inferior a 2. Cuando el valor es '0', se mantienen todas las versiones del kernel. Ver mantener todos los kernels al actualizar el sistema
    • bugtracker_url=http://bugs.centos.org/set_project.php?project_id=23&ref=http://bugs.centos.org/bug_report_page.php?category=yum: Centos provee un centro de registro de bugs. En dicho centro se registran los bugs que se producen durante la instalación. No se trata de un sistema de soporte, sino de un registro de bugs, en los que se pueden hacer contribuciones por parte de otros usuarios.
    • distroverpkg=centos-release: indica que versión han de buscarse para los paquetes, siendo válidos valores como 'centos-release', 'redhat-release' o 'fedora-release'.

    Gestión de paquetes (instalar/desinstalar/actualizar/consultar)

    Consultar información sobre un paquete

    Para mostrar información de un paquete:

    # yum info abrt # yumdb info abrt yumdb da información como el comando que provocó la inastalación del paquete, el checksum del paquete y si fue instalado por el usuario o como dependencia (user/dep del campo reason).

    Listas de paquetes

    Listado de paquetes usando patrones.

    # yum list all # yum list abrt-addon\* abrt-plugin\* # yum list installed "krb?-*" # yum list available gstreamer\*plugin\*

    Colores utilizados por yum en los listados de paquetes:

    • Negrita: Paquetes instalados para los que hay una actualización disponible.
    • Rojo: paquetes instalados para los que no hay una versión disponible con el mismo nombre y arquitectura.
    • Amarillo: Paquetes instalados que tienen una versión disponible más antigua.
    • Azul: Paquetes disponibles que son una actualización para el paquete instalado con el mismo nombre.
    • Cyan: Paquetes disponibles que son de una versión más antigua que la versión instalada.

    Búsqueda de paquetes

    Para bucar un paquete a partir de una palabra clave.

    # yum search terminal

    Actividad 5. Busca un paquete que esté relacionado con la palabra "vector". Localiza un programa de dibujo vectorial.

    Realiza una captura donde se pueda apreciar dicho paquete, y guárdalo con el nombre Act5-yum.png.

    Consulta de dependencias y archivos relacionados

    Para consultar las dependencias de un cierto paquete:

    # yum deplist mysql

    Actividad 6. Calcula las dependencias del paquete subversion.

    Realiza una captura donde se pueda ver cómo ejecutas el comando, así como parte del resultado. Guárdala con el nombre Act6-yum.png

    Para conocer qué paquete proporciona un cierto archivo o característica:

    # yum whatprovides ssh

    Actividad 7. Encuentra qué paquete es el responsable del archivo /etc/ipsec.conf.

    Haz una captura una vez que obtengas por pantalla la respuesta, y guárdala con el nombre Act7-yum.png.

    Instalar un paquete

    # yum install nombre-paquete1 nombre-paquete2 ...

    Práctica. Instalar e iniciar un servidor web.

    1. Instala httpd.
    2. Comprueba el estado de Apache mediante el comando apachectl status
    3. Inicia el servidor con el comando apachectl start
    4. Abre un navegador y escribe la dirección http://localhost

    Actividad 8. Busca el paquete relacionado con un editor de dibujos vectoriales que buscaste en un ejercicio anterior. Después, instala el paquete y comprueba que está disponible en el sistema.

    Toma una captura de la terminal al finalizar la instalación y guárdala con el nombre Act8-yum.png.

    Actualización de paquetes

    Para comprobar actualizaciones:

    # yum check-update

    Actualizar un paquete concreto:

    # yum update nombre-paquete

    Actividad 9. Actualiza el paquete bash

    Guarda una captura una vez que haya terminado la actualización, y guárdala con el nombre Act9-yum.png

    Actualizar todos los paquetes y sus dependencias

    # yum update

    Actividad 10. Actualiza todos los paquetes del sistema

    Guarda una captura una vez que haya terminado la actualización, y guárdala con el nombre Act10-yum.png

    Descarga de paquetes, en lugar de instalarlos

    Durante el proceso de instalación, en cierto punto se nos pregunta si deseamos instalar el paquete. Si pulsamos d, estamos indicando que deseamos postergar la instalación. En tal caso el archivo .rmp se queda almacenado temporalmente en /var/cache/yum/$basearch/$releasever/packages/. Para instalar posteriormente el paquete, será necesario hacer lo siguiente:

    # yum localinstall ruta-al-paquete

    Desinstalar un paquete

    Para desinstalar un paquete:

    # yum remove totem

    Actividad 11. Desinstala el programa que instalaste con anterioridad (inkscape).

    Toma una captura una vez que termines de desinstalar el paquete, y guárdala con el nombre Act11-instal-centos.png.

    Actividad 12. Inicia la instalación del SGBD PostgreSQL, pero elige la opción de descarga. Después, dirígete a la carpeta donde se encuentan los paquetes .rpm descargados y utiliza el comando rpm -ivh nombre-paquete.rpm.

    Toma una captura con la instalación del paquete PostgreSQL y guárdala con el nombre Act12-instal-centos.png.

    Grupos de paquetes

    Un grupo de paquetes es una colección de paquetes que tienen un propósito común, como herramientas administración del sistema o herramientas de desarrollo. Si la gestión de paquetes con Yum supone un paso adelante respecto a RPM, los grupos suponen un paso adelante respeto a Yum mismo, ya que permiten instalar suites completas de software, sin conocer los detalles exactos de los paquetes necesarios.

    Para ver los grupos disponibles, instalados y relacionados con el entorno:

    # yum groups summary

    Para ver en detalle los grupos de los respositorios de yum:

    # yum group list group list soporta diferentes opciones como hidden, available, environment... # yum group list hidden

    Para conocer detalles sobre un cierto grupo:

    # yum group info "Office Suite y Productividad" Al hacer esto pueden aparecer diferentes símbolos:
    • " - " El paquete no se ha instalado ni se va a instalar como parte del grupo.
    • " + " El paquete no está instalado pero se instalará en el siguiente "yum upgrade" o "yum group upgrade"
    • " = " El paquete está instalado como parte del grupo
    • Sin símbolo: el paquete está instalado, pero no como parte del grupo

    Instalar un grupo:

    # yum group install "Servidor FTP" # yum install @"Servidor FTP"

    Para eliminar un grupo:

    # yum group remove "Servidor FTP" # yum remove @"Servidor FTP"

    Actividad 13. Revisa los grupos disponibles que no estén visibles y buscan un grupo para soporte de KDE. Después, instala dicho grupo. Una vez que reinicies, podrás iniciar una sesión de escritorio KDE.

    Toma una captura una vez que finalices la instalación, y guárdala con el nombre Act13-instal-centos.png

    Historial de transacciones

    Yum es transaccional, de modo que las operaciones realizadas quedan registradas en /var/lib/yum/history. Para acceder a esta base de datos, se utiliza el comando yum history

    Ver un informe de transacciones:

    # yum history list # yum history list 2..9 # yum history summary # yum history summary 2..9

    Para conocer el historial relacionado con un paquete.

    # yum history package-list "*KDE*" # yum history packages-info "*KDE*"

    Para examinar una transacción concreta:

    # yum history summary 6 # yum history info 6 # yum history info 2..6

    Deshacer y repetir transacciones

    # yum history undo 3 # yum history redo 5 # yum history undo last

    Actividad 14. Revisa la transacción en que instalaste inkscape (recuerda que después la desinstalaste). Repite la instalación empleando el historial.

    Toma una captura una vez que termine la tarea, y guárdala con el nombre Act14-instal-centos.png.

    Repositorios

    Los repositorios son almacenes de software desde donde Yum se descarga los paquetes automáticamente. Están definidos por el archivo /etc/yum.conf, y los archivos presentes en /etc/yum.repos.d/. El archivo yum.conf contiene una sección [main] con la configuración global de yum, y los archivos en /etc/yum.repos.d/ contienen repositorios concretos. Las opciones del archivo yum.conf, se pueden ver en este documento de Fedora.

    Para conocer los respositorios disponibles:

    # yum repolist # yum repolist -v o bien # yum repoinfo # yum repolist all # yum repolist enabled # yum repolist disabled

    Para conocer los paquetes dentro de un repositorio:

    # yum list all | grep base # yum list installed | grep base # yum list available | grep base

    Para añadir un nuevo repositorio:

    # yum-config-manager --add-repo http://www.ejemplo.com/repositorio.repo

    No siempre existen archivos .repo. CentOS ofrece una página con información sobre repositorios extra en wiki.centos.org

    Para activar un repositorio poner la varaible enabled=1 en el archivo .repo, o bien:

    # yum-config-manager --enable nombre-repositorio

    Para desactivar un repositorio poner la variable enabled=0 en el archivo .repo, o bien:

    # yum-config-manager --disable nombre-repositorio

    Para eliminar un repositorio basta con borrar el archivo de repositorio en /etc/yum.repo.d/

    Actividad 15. Busca el modo de instalar el repositorio EPEL. Después comprueba que está entre los repositorios activados.

    Toma una captura de los repositorios activados y guárdala con el nombre Act15-instal-centos.png.

    Si compruebas el número de grupos disponibles, verás que ha aumentado en número gracias al nuevo repositorio.

    Actividad 16. Desactiva el repositorio EPEL.

    Toma una captura de los repositorios desactivados y guárdala con el nombre Act16-instal-centos.png.

    Actividad 17. Desinstala Liferea, si aún lo tienes instalado desde la versión .rpm. Retoma el ejercicio 1, donde intentaste instalarlo desde el código fuente. Resuelve las dependencias mediante Yum. Finalmente instala Liferea utilizando 'make' y 'make install'. Comprueba que se ha instalado.

    Toma una captura en el momento en que termines de instalar el programa y guárdala con el nombre Act17-yum.png.

    Actualizaciones automáticas

    Una forma de programar las actualizaciones, es utilizando el demonio cron. Para ello, añadimos las siguientes líneas al archivo /etc/crontab:

    0 0 * * * root yum check-update > /root/yum-updates.log 0 0 * * 6 root yum update

    De este modo conseguimos dos cosas:

    • Se crea un archivo llamado yum-updates.log donde se indican las actualizaciones pendientes todos los días las 00:00 horas
    • Se actualiza el sistema todos los viernes a las 00:00 horas

    Excluir paquetes de las actualizaciones

    Si deseamos excluir cierto paquete de las actualizaciones, podemos indicarlo en el archivo de configuración de Yum (yum.conf), añadiendo la opción exclude=paquete [paquete]*. Por ejemplo, si deseamos excluir paquetes de php y del kernel, la opcíon quedaría así:

    exclude=php* kernel*

    Repaso a algunos comandos importantes de YUM

    YUM
    Instala la última versión del paquete indicado. Pide por confirmación.
    Instala la última versión del paquete indicado. Instala sin pedir confirmación.
    Instala la última versión de los paquetes indicados, no hay límite de cuantos paquetes se pueden indicar. Instala sin pedir confirmación.
    Instala la última versión del paquete indicado con la arquitectura indicada, por ejemplo: yum install mysql.i386.
    Actualiza todos los paquetes en el sistema.
    Actualiza todos los paquetes del sistema, excepto sendmail.
    Actualiza solo el paquete indicado, en este caso el servidor Web Apache.
    Actualiza los paquetes indicados.
    Además de los repositorios que se tengan se habilta otro, en este caso 'centosplus', esta opción también aplica para 'install'.
    Actualiza los paquetes indicados, pero tomando en cuenta paquetes obsoletos en el cálculo de la actualización. Esta opción es idéntica a yum -y --obsoletes update y solo es realmente útil cuando se actualizan paquetes a través de distintas versiones de la distrubición, por ejemplo de centos4 a centos5.
    Muestra una lista de paquetes que necesitan ser actualizados sin instalarlos.
    Descripción completa del paquete indicado. Ejemplo:yum info samba
    Muestra información resumida de los últimos paquetes instalados o actualizados.
    Muestra información resumida de los paquetes disponibles a actualizarse.
    Lista de todos los paquetes disponibles para instalación, actualización o ya instalados.
    Muestra solo los paquetes disponibles o ya instalados de mysql.
    Lista de todos los paquetes instalados en el sistema.
    Lista de todos los paquetes disponibles para ser instalados.
    Lista de todos los paquetes disponibles para ser actualizados.
    Remueve el paquete indicado.
    Remueve los paquetes indicados sin pedir confirmación.
    Busca el 'paquete' en la base de datos de paquetes instalados o para instalar. 'paquete' puede ser una palabra parcial del paquete a buscar.
    Elimina todos los achivos de encabezados que yum utiliza para resolver dependencias.
    Cuando utilizas la opción 'update' o 'install' el paquete que se desacrga e instala o actualiza no se elimina del sistema, ocupando espacio, con esta opción eliminas esos paquetes.
    Limpia tanto archivos de encabezados como paquetes, como utilizar las dos opciones previas, pero al mismo tiempo.
    Lista los repositorios que se tengan de yum.