[ anterior ] [ Contenidos ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ A ] [ siguiente ]


Notas de la publicación de Debian GNU/Linux 3.1 («sarge»), IA-64
Capítulo 4 - Actualizaciones desde versiones anteriores


4.1 Prepararse para la actualización

Es recomendable realizar una copia de seguridad completa o al menos una de los datos o información de configuración que no pueda permitirse perder antes de actualizar su sistema. Las herramientas y el proceso de actualización son bastante fiables, pero un fallo de hardware a mitad de una actualización podría resultar en un sistema muy dañado.

Los elementos principales que podría querer salvaguardar son los contenidos de /etc, /var/lib/dpkg así como la salida de «dpkg --get-selections "*"» (las comillas son importantes).

El proceso de actualización no modifica por sí mismo nada dentro del directorio /home. Algunas aplicaciones (como es el caso de Mozilla y el de algunas aplicaciones de KDE) sí sobreescribirán la configuración del usuario con los nuevos valores por omisión cuando el usuario arranque la nueva versión de la aplicación. Como medida preventiva quizás desee realizar una copia de seguridad de los directorios y ficheros ocultos («dotfiles», ficheros que comienzan por punto, N. del T.) en los directorios personales de los usuarios. Esta copia de seguridad le será útil para restaurar o recrear la configuración previa a la actualización. Quizás quiera también avisar a los usuarios de este asunto.

Es aconsejable informar a los usuarios con antelación de cualquier actualización que esté planeando realizar, aunque los usuarios que accedan al sistema mediante (al menos) SSH no deberían apenas notar nada durante la actualización, y puede que quieran seguir trabajando. Si desea tomar precauciones adicionales, haga una copia de respaldo, o desmonte las particiones de usuario (/home) antes de actualizar. Normalmente no será necesario reiniciar la máquina a no ser que quiera actualizar también su núcleo.

La actualización de la distribución debería hacerse de forma local, frente a una consola virtual en modo texto (o conectado de forma directa mediante un terminal por puerto serie), o de forma remota mediante una conexión ssh.

¡Importante!: No debería actualizar usando telnet, rlogin, rsh, ni desde una sesión X controlada por xdm en la máquina que esté actualizando. Esto se debe a que cada uno de esos servicios puede cerrarse durante la actualización, y podría hacer que el sistema se volviese inaccesible cuando sólo estuviese a medio actualizar.

Cualquier operación de instalación de paquetes debe ser ejecutada con privilegios de superusuario, bien accediendo al sistema como root o usando los programas su o sudo para obtener los derechos de acceso necesarios.


4.2 Comprobar el estado del sistema

Se ha diseñado el proceso de actualización descrito en este capítulo para actualizaciones de sistemas woody «puros». Se supone que su sistema se ha actualizado a la última revisión de woody. Debe seguir las instrucciones descritas en Actualizar su sistema woody, Sección A.1 si su sistema no está actualizado o no está seguro de que lo esté.

También se da por supuesto que está instalada la versión de aptitude de woody. Puede comprobar si es así ejecutando:

     $ dpkg -l aptitude

Si la línea de salida no empieza con «i» debería instalar el paquete antes de iniciar la actualización siguiendo las instrucciones descritas en Instalar la versión de aptitude en woody, Sección A.2.


4.2.1 Desactivar el bloqueo de APT

Si ha configurado APT para que instale ciertos paquetes de una distribución distinta de stable, por ejemplo la distribución testing (en pruebas, N. del T.), puede ser que haya cambiado la configuración de bloqueo (o pinning) de APT. (almacenada en /etc/apt/preferences) para permitir que se actualicen paquetes con versiones más recientes que en la distribución estable. Puede encontrar más información sobre el bloqueo de APT en apt_preferences(5).


4.2.2 Verificar el estado de los paquetes

Independientemente del método que se use para actualizar, se recomienda que compruebe el estado de todos los paquetes primero, y que verifique que todos los paquetes se encuentran en un estado actualizable. La siguiente orden mostrará cualquier paquete que se haya quedado a medio instalar (estado Half-Installed) o en los que haya fallado la configuración (estado Failed-Config), así como los que tengan cualquier estado de error.

     # dpkg --audit

También puede inspeccionar el estado de todos los paquetes de su sistema usando dselect, aptitude , o con órdenes tales como:

     # dpkg -l | paginador

(donde «paginador» es cualquier programa que controle la salida de pantalla, como less o more), o

     # dpkg --get-selections > ~/paqu-actuales.txt

Es deseable eliminar cualquier bloqueo (paquete en estado «hold», N. del T.) antes de actualizar. El proceso fallará si un paquete esencial para la actualización está bloqueado. Tenga en cuenta que aptitude utiliza un método para registrar los paquetes retenidos distinto del que utilizan apt-get y dselect. Puede utilizar la siguiente orden para identificar los paquetes que están retenidos en aptitude:

     # aptitude search "~ahold" | grep "^.h"

Si quiere comprobar los paquetes que tiene retenidos con apt-get debería utilizar:

     # dpkg --get-selections | grep hold

Si ha cambiado y recompilado un paquete de forma local, y no le ha cambiado el nombre o marcado con una época («epoch», N. del T.) en la versión, debería retenerlo (ponerlo on hold) para evitar que se actualize. El estado de un paquete (si está o no retenido) se puede cambiar con la siguiente orden (cambie hold por unhold para marcar o no el paquete como retenido):

     # aptitude hold nombre_paquete

Si hay algo que debe arreglar es mejor que se asegure que su fichero sources.list incluye referencias a woody tal y como se explica en Comprobar su lista de fuentes, Sección A.3.


4.2.3 Fuentes no oficiales y «backports»

Debe tener en cuenta que si tiene paquetes en el sistema que no sean de Debian es posible que éstos se eliminen durante la actualización debido a dependencias que entren en conflicto. Si el paquete se instaló después de añadir un repositorio de paquetes extra en su fichero /etc/apt/sources.list debería asegurarse de que ese repositorio también ofrece paquetes compilados para sarge y cambiar la línea de la fuente al mismo tiempo que cambia otras líneas de las fuentes de los paquetes Debian.

Algunos usuarios tienen versiones más «nuevas» de paquetes que están en Debian a través de recompilaciones no oficiales («backports», N. del T.) que están instaladas en su sistema woody. Es muy probable que estos paquetes causen problemas durante la actualización y que den lugar a conflictos de archivos[1]. Puede encontrar más información sobre los conflictos de ficheros y su resolución en la sección Posibles problemas durante o después de la actualización, Sección 4.4.5


4.3 Preparar las fuentes para APT

Antes de comenzar la actualización, debe modificar las listas de paquetes en el archivo de configuración de apt: /etc/apt/sources.list.

apt tomará en consideración todos los paquetes que pueda encontrar mediante una línea que empiece por «deb», e instalará el paquete con el mayor número de versión, dando prioridad a las líneas mencionadas primero. De esa manera, en el caso de utilizar distintos repositorios de paquetes, habitualmente se indicará primero el disco duro local, luego los CD-ROM, y por último las réplicas HTTP y FTP.

Una versión se puede designar tanto por su código (por ej. woody, sarge) como por su nombre de estado (esto es, «oldstable», «stable», «testing», «unstable»). Referirse a la distribución por su código tiene la ventaja de que nunca se sorprenderá si se produce una nueva versión y por esa razón es el acercamiento que aquí se describe. Esto no significa que vaya a tener que estar atento a nuevas versiones. Sin embargo, si utiliza el nombre del estado verá un número muy elevado de actualizaciones de paquetes en el mismo momento en el que la publicación de una nueva versión se haya realizado.


4.3.1 Añadir fuentes en Internet para APT

La configuración por omisión para la instalación escoge los principales servidores de Debian en Internet, pero puede que desee modificar /etc/apt/sources.list para usar otras réplicas, preferentemente una que esté cerca (en términos de red) de usted.

Encontrará la lista de direcciones de las réplicas en HTTP o FTP de Debian en http://www.debian.org/distrib/ftplist (busque en la sección «Lista de completa de sitios de réplica»). Las réplicas HTTP suelen ser más rápidas, en general, que las FTP.

Por ejemplo, suponga que su réplica más cercana es http://mirrors.kernel.org/debian/. Si observa su contenido mediante un navegador web o un programa FTP, comprobará que los directorios principales están organizados así:

     http://mirrors.kernel.org/debian/dists/sarge/main/binary-ia64/...
     http://mirrors.kernel.org/debian/dists/sarge/contrib/binary-ia64/...

Deberá añadir esta línea a su fichero sources.list para usar esta réplica con apt:

     deb http://mirrors.kernel.org/debian sarge main contrib

Fíjese que «dists» se añade de forma implícita, y los parámetros tras el nombre de la versión se usan para expandir la ruta a varios directorios.

Tras añadir sus nuevas fuentes, desactive las líneas «deb» que había en sources.list, colocando el símbolo de sostenido (#) delante de ellas.

Cualquier paquete necesario para la instalación que se descargue de la red quedará almacenado en /var/cache/apt/archives (y en el subdirectorio partial/ durante la descarga), de manera que debe asegurarse de que tiene espacio suficiente antes de intentar iniciar la instalación. Puede esperar que se descarguen por lo menos 300 MB de datos si tiene una instalación de Debian de un tamaño razonable.


4.3.2 Añadir las réplicas locales para APT

En lugar de usar réplicas de paquetes HTTP ó FTP, puede que desee modificar /etc/apt/sources.list para usar una réplica existente en su disco local (posiblemente montada mediante NFS).

Por ejemplo, su réplica puede encontrarse en /var/ftp/debian/, y tener directorios como estos:

     /var/ftp/debian/dists/sarge/main/binary-ia64/...
     /var/ftp/debian/dists/sarge/contrib/binary-ia64/...

Para usar esta ubicación con apt debe añadir esta línea a su fichero sources.list:

     deb file:/var/ftp/debian sarge main contrib

Fíjese que «dists» se añade de forma implícita, y los parámetros tras el nombre de la versión se usan para expandir la ruta a varios directorios.

Tras añadir sus nuevas fuentes, desactive las líneas «deb» que habían previamente en sources.list, colocando el símbolo de sostenido (#) delante de ellas.


4.3.3 Añadir fuentes de CD-ROM o DVD para APT

Si sólo desea usar CDs, comente todas las líneas «deb» existentes en /etc/apt/sources.list colocando delante de ellas un símbolo de sostenido (#).

Asegúrese de que existe una línea en /etc/fstab que permita montar la unidad lectora de CD-ROMs en el punto de montaje /cdrom (apt-cdrom necesita este punto de montaje en particular). Por ejemplo, si su lector de CD-ROM se encuentra en /dev/hdc, el fichero de configuración /etc/fstab debería contener una línea como:

      
      /dev/hdc/ cdrom auto defaults,noauto,ro 0 0

Fíjese que no debe haber espacios entre las palabras defaults,noauto,ro en el cuarto campo.

Para verificar que esto funciona, inserte un CD e intente ejecutar

     # mount /cdrom   # ésto montará el CD en el punto de montaje
     # ls -alF /cdrom # ésto debería mostrar el directorio raíz del CD 
     # umount /cdrom  # ésto desmontará el CD

Después, ejecute:

      
     # apt-cdrom add

para añadir los datos a la base de datos de APT. Repita esta operación para cada CD-ROM de binarios de Debian que tenga.


4.4 Actualizar los paquetes

El método recomendado para actualizar la versión de Debian GNU/Linux es usar la herramienta de gestión de paquetes aptitude. Esta herramienta toma decisiones más seguras sobre la instalación de paquetes que la ejecución directa de apt-get.

No olvide montar todas las particiones que necesite (en particular la raíz y /usr) en modo lectura y escritura, con una orden como:

      
     # mount -o remount,rw /puntodemontaje

A continuación asegúrese de que las entradas con las fuentes de APT (en el archivo /etc/apt/sources.list) hacen referencia a la distribución «sarge» o a estable («stable»). Nota: las líneas de fuentes de un CD-ROM habitualmente hacen referencia a inestable («unstable»), aunque esto le parezca confuso no debería cambiarlo.

Se recomienda encarecidamente que utilice el programa /usr/bin/script para guardar una transcripción de la sesión de actualización. Así, si ocurre algún problema, tendrá un registro de lo que ha sucedido y, si fuera necesario, podrá proporcionar la información detallada cuando envíe un informe de fallo. Para iniciar la transcripción, teclee:

      
     # script -a ~/actualiza-a-sarge.typescript

o similar. No ponga el archivo de transcripción en un directorio temporal como /tmp o /var/tmp (los ficheros que hay en esos directorios se pueden borrar durante la actualización o durante el reinicio del sistema).

La transcripción también le permitirá revisar la información que se haya salido fuera de la pantalla. Simplemente acceda al terminal VT2 (utilizando alt-F2) y, después de acceder al sistema, utilice less ~root/actualiza-a-sarge.typescript para leer el fichero.

Después de completar la actualización puede terminar con la transcripcion de script escribiendo exit en el indicador de línea de órdenes.


4.4.1 Actualizar las listas de paquetes

En primer lugar, tiene que descargar la lista con los paquetes disponibles para la nueva versión. Logrará esto si ejecuta[2]:

     # apt-get update

4.4.2 Actualizar aptitude

Las pruebas de actualización han demostrado que la versión de aptitude en sarge resuelve mejor las complejas dependencias que se deben manejar durante una actualización que apt-get o que la versión de aptitude en woody. Debería por tanto actualizarlo primero utilizando:

     # aptitude install aptitude

Se le mostrará los cambios que se harán y le pedirá confirmación. Debería revisarlos con cuidado antes de confirmarlos, especialmente en el caso de los paquetes que se eliminarían debido a la actualización.

Puede reducir la lista de paquetes que se eliminarán de su sistema haciendo una «pre-actualización» de algunos paquetes conjuntamente con aptitude en caso de que el número de paquetes a eliminar sea muy elevado. Este ejemplo le puede servir como aclaración: durante las pruebas de actualización de sistemas que tienen KDE instalado hemos observado que este paso tiene como consecuencia la eliminación de un gran número de paquetes de KDE y/o de perl. La solución en este caso consisten en ejecutar install aptitude perl en lugar de install aptitude.


4.4.3 Actualizar doc-base

Deberá actualizar primero el paquete doc-base si éste está instalado. La razón es que puede fallar si se actualiza al mismo tiempo que perl. Puede mirar si está instalado ejecutando:

     # dpkg -l doc-base

Si las líneas de la salida comienzan con «i» entonces el paquete está instalado y debe actualizarse antes de continuar.

     # aptitude install doc-base

4.4.4 Actualizar el resto del sistema

Ahora puede seguir con la parte principal de la actualización. Ejecute:

     # aptitude -f --with-recommends dist-upgrade

Se realizará una actualización completa del sistema, esto es, se instalarán las versiones más recientes de los paquetes y se resolverán todos los posibles cambios de dependencias entre los paquetes de diferentes versiones. Si fuera necesario, se instalarán nuevos paquetes (normalmente, nuevas versiones de las bibliotecas o paquetes que han cambiado de nombre), y se eliminarán los paquetes obsoletos conflictivos (como por ejemplo console-tools-libs).

Se le pedirá que inserte CDs específicos en varios momentos durante la actualización cuando actualice desde un conjunto de CD-ROMs. Puede que tenga que insertar el mismo CD varias veces; esto se debe a paquetes interrelacionados que estén dispersos en varios CD.

Las versiones nuevas de los paquetes ya instalados que no se puedan actualizar sin cambiar el estado de la instalación de otro paquete se dejarán en su versión actual (en cuyo caso se mostrarán como «held back», es decir, «retenidos»). Se puede resolver esta incidencia usando aptitude para elegir esos paquetes para que se instalen o intentando ejecutar aptitude -f install <paquete>.

La opción --fix-broken (o simplemente -f) hace que apt intente corregir un sistema en el que no se cumplan las dependencias. apt no permite que existan dependencias sin cumplir en un sistema.


4.4.5 Posibles problemas durante o después de la actualización

Si falla alguna operación de aptitude, apt-get o dpkg con el error:

     E: Dynamic MMap ran out of room

esto se debe a que el espacio de caché por omisión es insuficiente. Puede resolver esto eliminando o comentando aquellas líneas de /etc/apt/sources.list que no necesite, o bien incrementando el tamaño de la caché. Puede incrementar el tamaño de la caché fijando un valor para APT::Cache-Limit en /etc/apt/apt.conf. La siguiente orden fijará un valor para éste que debería ser suficiente para la actualización:

     # echo 'APT::Cache-Limit "12500000";' >> /etc/apt/apt.conf

Esta orden asume que no tiene aún definida esta variable en ese fichero.

Algunas veces se hace necesario activar la opción «APT::Force-LoopBreak» en APT para permitir el borrado temporal de un paquete esencial debido a un bucle entre conflictos y dependencias previas. aptitude le alertará de esta situación y abortará la actualización. Puede resolver esto especificando la opción -o APT::Force-LoopBreak=1 en la línea de órdenes de aptitude.

Es posible que la estructura de dependencias del sistema esté tan dañada que precise de intervención manual. Normalmente, implica usar aptitude o

     # dpkg --remove nombre_de_paquete

para eliminar algunos de los paquete problemáticos, o

     # aptitude --fix-broken install
     # dpkg --configure --pending

En casos extremos, puede que necesite forzar la reinstalación con una orden como:

     # dpkg --install /ruta/al/nombre_de_paquete.deb

No deberían producirse conflictos entre ficheros si actualiza de un sistema woody «puro», pero sí pueden producirse si ha instalado versiones nuevas no oficiales («backports», N. del T.). Si se produce un conflicto entre ficheros se mostrará con un error similar al siguiente:

     Unpacking replacement <package-foo> ...
     dpkg: error processing <package-name-for-foo> (--unpack):
      trying to overwrite `<some-file-name>',
      which is also in package <package-bar>

Puede intentar resolver los conflictos entre ficheros forzando a que se elimine el paquete mencionado en la última línea del mensaje de error:

     # dpkg -r --force-depends nombre_de_paquete

Debería poder continuar la instalación donde la dejó tras corregir el problema repitiendo las órdenes de aptitude descritas previamente.

Se le harán preguntas sobre la configuración o reconfiguración de diversos paquetes durante la actualización. Cuando se le pregunte si debería reemplazarse algún fichero en los directorios /etc/init.d o /etc/terminfo, o el fichero /etc/manpath.config con la versión que propone el mantenedor del paquete, normalmente deberá responder «sí» para asegurar la consistencia del sistema. Siempre puede volver a las versiones antiguas más adelante ya que quedan guardada con extensión .dpkg-old.

Si no está seguro de lo que debe hacer, anote el nombre del paquete o fichero, y revise la situación más adelante. Recuerde que podrá buscar en el fichero de transcripción de la instalación y revisar la información que apareció en pantalla durante la actualización.


4.5 Qué hacer antes del siguiente reinicio

La actualización «formal» habrá terminado cuando lo haga aptitude dist-upgrade, pero hay algunas otras cosas que debería tener en cuenta antes del próximo reinicio del sistema.

Consulte el archivo /usr/share/doc/xfree86-common/README.Debian-upgrade.gz, en él podrá encontrar más información sobre la actualización de los paquetes del sistema de ventanas X. Esto es especialmente relevante para los usuarios de todas las versiones anteriores de Debian. En resumidas cuentas, tiene que leerlo.


4.5.1 Actualizar el núcleo

Tenga en cuenta que el núcleo Linux no se actualiza con los procedimientos descritos en este documento. Puede querer hacerlo usted mismo, instalando uno de los paquetes kernel-image-* o compilando un núcleo personalizado basándose en las fuentes.

Si está utilizado actualmente un núcleo de la serie 2.4, la anterior serie estable del núcleo Linux, puede querer usar un núcleo de la serie 2.6, que tiene un mejor soporte de hardware y un rendimiento mejorado.

No es recomendable actualizar al núcleo 2.6 como parte de su proceso de actualización de woody a sarge. En Actualizar a un núcleo 2.6, Sección 5.2 encontrará más documentación sobre algunos de los problemas relacionados con la actualización a 2.6.

Para actualizar el núcleo, primero tiene que elegir el núcleo más apropiado para su subarquitectura. Puede encontrar una lista con los núcleos disponibles para la instalación en:

     # apt-cache search ^kernel-image

Luego debería usar aptitude install para instalarlo. Debería reiniciar en cuanto le sea posible una vez que haya instalado el núcleo nuevo para empezar a beneficiarse de las características que proporciona el nuevo núcleo.

Por favor tenga en cuenta que el sistema de instalación de woody (y de versiones previas) no instalaba el núcleo como un paquete en su sistema. Esto ha cambiado en sarge y puede instalar paquetes virtuales para seguir los cambios que se produzcan en el núcleo. Estos paquetes tienen nombres similares a kernel-image-VERSIÓN-ARQ, donde VERSION corresponde a la versión del núcleo (2.4 ó 2.6) y ARQ puede ser cualquiera de las arquitecturas soportadas. Si desea tener soporte de actualizaciones de seguridad para su núcleo a través del sistema de gestión de paquetes debe instalar el paquete del núcleo más apropiado a su hardware tras la actualización.

Los más avezados tienen un modo sencillo de compilar su propio núcleo en Debian GNU/Linux. Instale la herramienta kernel-package y lea la documentación que encontrará en /usr/share/doc/kernel-package.


4.5.2 Actualizar de raidtools2 a mdadm

Los desarrolladores originales de raidtools2 ya no lo mantienen y éste ha sido reemplazado por el paquete mdadm. mdadm es un único programa que puede hacer casi cualquiera de de las tares de gestión RAID sin un fichero de configuración, por omisión no lo utiliza.

A continuación se le indican algunos elementos a considerar para aquellos usuarios que utilicen raidtools2 y deseen actualizar.

Como se ha indicado previamente, mdadm podrá operar en muchos casos sin un archivo de configuración. Si está utilizando un núcleo que configura automáticamente su array RAID puede saltarse este parrafo, sólo tiene que instalar el paquete mdadm para que se detecte el RAID durante el proceso de arranque. Los núcleos estándar de Debian soportan la configuración de arrays RAID en el arranque. Debería asegurarse de que sus particiones están definidas como tipo «Linux raid autodetect» (id fd). Puede listar el tipo de las particiones actual con la siguiente orden:

     # fdisk -l dispositivo_disco

Tendrá que crear un fichero de configuración si tiene una configuración mixta con algunos arrays RAID auto-configurados y algunos que no lo son.

Para migrar el fichero de configuración /etc/raidtab (raidtools2) a /etc/mdadm/mdadm.conf (mdadm), deberá ejecutar:

     # echo 'DEVICE /dev/hd*[0-9] /dev/sd*[0-9]' > /etc/mdadm/mdadm.conf
     # mdadm --examine --scan >> /etc/mdadm/mdadm.conf

Estas órdenes generarán un archivo de configuración con los arrays que existan en su sistema.

Debería asegurarse que sus arrays RAID se inician automáticamente en el arranque. Compruebe el fichero /etc/default/mdadm para ver si la variable AUTOSTART está definida con el valor true.


4.6 Paquetes obsoletos

La versión sarge aunque introduce alrededor de dos mil nuevos paquetes también retira o deja de distribuir más de dos mil paquetes antiguos que estaban disponibles en woody. No existe un mecanismo de actualización de estos paquetes obsoletos. Aunque nada le impide que siga usando paquetes obsoletos si así lo desea, el proyecto Debian deja de dar soporte de seguridad a estos un año después de la publicación de sarge[3] y no se ofrecerá otro tipo de soporte durante este tiempo. Lo recomendable es reemplazar éstos con las alternativas disponibles, si es que existen.

Hay muchas razones por las que un paquete puede haberse eliminado de la distribución, a saber: no hay mantenimiento por parte de los desarrolladores originales, no hay ningún desarrollador en Debian que esté interesado en mantener los paquetes, la funcionalidad que ofrecen la ofrece ahora otros programas (o una nueva versión), o ya no se consideran aptos para distribuirse en sarge debido a las erratas existentes. En éste último caso los paquetes puede que sigan estando presentes en la distribución «inestable».

Es fácil detectar qué paquetes de un sistema actualizado están «obsoletos» dado que las interfaces de gestión de paquetes los marcarán como tal. Si está utilizando aptitude podrá ver el listado de dichos paquetes en la entrada «Paquetes obsoletos y creados localmente». dselect también ofrece una sección similar pero el listado de paquetes puede diferir. Además, si ha utilizado aptitude para instalar manualmente paquetes de woody la herramienta hará un seguimiento de los paquetes que haya instalado y podrá marcar como obsoletos aquellos paquetes que se obtuvieron sólo para cumplir las dependencias pero que ya no se necesitan cuando el paquete se ha eliminado. Además, aptitude, a diferencia de deborphan no marcará como obsoletos aquellos paquetes que ha instalado manualmente en contraste con aquellos paquetes que se instalaron automáticamente para cumplir dependencias.

Existen herramientas adicionales que puede utilizar para encontrar paquetes obsoletos como es el caso de deborphan, debfoster o cruft. Le recomendamos deborphan aunque sólo informará (en su modo normal) sobre las librerías obsoletas: paquetes en las secciones «libs» o «oldlibs» que no está utilizando ningún otro paquete. No elimine a ciegas los paquetes que le indiquen estas herramientas, especialmente si utiliza opciones distintas de las de por omisión que pueden dar lugar a falsos positivos. Se le recomienda encarecidamente que revise los paquetes que éstas le sugieren eliminar (esto es: sus contenidos, su tamaño y descripción) antes de eliminarlos

A menudo podrá encontrar más información de por qué un paquete fue eliminado en el sistema de seguimiento de fallos de Debian. Debería consultar tanto los informes de fallos del propio paquete como los informes de fallos archivados del pseudo-paquete ftp.debian.org.


4.6.1 Paquetes «dummy»

Se han divido algunos paquetes de woody en más de un paquete en sarge, generalmente para mejorar la mantenibilidad del sistema. Para facilitar el proceso de actualización en estos casos se ofrecen paquetes «dummy» (tontos, N. del T.) dentro de sarge. Éstos son paquetes vacíos que tienen el mismo nombre que el anterior paquete en woody con un conjunto de dependencias que asegura que se instalen los nuevos paquetes. Estos paquetes se consideran obsoletos y puede eliminarlos una vez haya actualizado el sistema.

La mayoría (pero no todas) de las descripciones de los paquetes «dummy» indican su propósito. Sin embargo, las descripciones de estos paquetes no son uniformes así que puede que encuentre útil utilizar deborphan con la opción --guess para detectar los que están instalados en su sistema. Tenga en cuenta que algunos paquetes «dummy» no están pensados para ser eliminados después de una actualización sino que se utilizan para poder seguir a lo largo del tiempo la versión actual de un programa.


[ anterior ] [ Contenidos ] [ 1 ] [ 2 ] [ 3 ] [ 4 ] [ 5 ] [ 6 ] [ A ] [ siguiente ]


Notas de la publicación de Debian GNU/Linux 3.1 («sarge»), IA-64

$Id: release-notes.es.sgml,v 1.31 2006/06/04 21:25:42 jfs Exp $

Josip Rodin, Bob Hilliard, Adam Di Carlo, Anne Bezemer, Rob Bradford (actual), Frans Pop (actual)
debian-doc@lists.debian.org
Traductores: Ricardo Cárdenes Medina, Juan Manuel García Molina, Javier Fernández-Sanguino Peña (actual) debian-l10n-spanish@lists.debian.org