Notas de publicación de Debian 13 (trixie) ****************************************** El Proyecto de Documentación de Debian . Esta documentación es software libre; puede redistribuirla o modificarla bajo los términos de la Licencia Pública General GNU, versión 2, publicada por la «Free Software Foundation». Este programa se distribuye con el deseo de ser útil, pero SIN GARANTÍA ALGUNA; ni siquiera la garantía implícita de MERCADEO o AJUSTE A PROPÓSITOS ESPECÍFICOS. Si desea más detalles, consulte la Licencia Pública General de GNU. Debería haber recibido una copia de la Licencia Pública General de GNU junto con este programa; si no fue así, escriba a la Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA. El texto de la licencia se puede encontrar también en https://www.gnu.org/licenses/gpl-2.0.html y en "/usr/share/common- licenses/GPL-2" en sistemas Debian. * 1. Introducción * 1.1. Cómo informar de fallos en este documento * 1.2. Cómo contribuir con informes de actualización * 1.3. Fuentes de este documento * 2. Las novedades de Debian 13 * 2.1. Arquitecturas soportadas * 2.2. Archive areas * 2.3. ¿Qué novedades hay en la distribución? * 2.3.1. Entornos de escritorio y paquetes conocidos * 2.3.2. More translated man pages * 2.3.3. Noticias de la mezcla Debian Med * 2.3.4. News from Debian Astro Blend * 2.3.5. Secure Boot on ARM64 * 3. Sistema de instalación * 3.1. Novedades del sistema de instalación * 3.2. Instalaciones en la nube * 3.3. Imágenes para contenedores y máquinas virtuales * 4. Actualizaciones desde Debian 12 (bookworm) * 4.1. Prepararse para la actualización * 4.1.1. Haga copias de seguridad de sus datos e información de configuración * 4.1.2. Informar a los usuarios anticipadamente * 4.1.3. Prepararse para la indisponibilidad de servicios * 4.1.4. Prepararse para la recuperación * 4.1.5. Preparar un entorno seguro para la actualización * 4.2. Comenzar de un Debian "puro" * 4.2.1. Actualización a Debian 12 (bookworm) * 4.2.2. Actualización a la siguiente subversión publicada * 4.2.3. Debian Backports * 4.2.4. Preparar la base de datos de paquetes * 4.2.5. Eliminar paquetes obsoletos * 4.2.6. Eliminar paquetes que no son de Debian * 4.2.7. Limpieza de restos de archivos de configuración * 4.2.8. The non-free and non-free-firmware components * 4.2.9. La sección proposed-updates * 4.2.10. Fuentes no oficiales * 4.2.11. Desactivar el bloqueo de APT * 4.2.12. Check gpgv is installed * 4.2.13. Verificar el estado de los paquetes * 4.3. Preparar las fuentes de orígenes para APT * 4.3.1. Añadir fuentes en Internet para APT * 4.3.2. Añadir las réplicas locales para APT * 4.3.3. Añadir fuentes para APT de medios ópticos * 4.4. Actualizar los paquetes * 4.4.1. Grabar la sesión * 4.4.2. Actualizar las listas de paquetes * 4.4.3. Asegúrese de que tiene suficiente espacio libre para actualizar * 4.4.4. Stop monitoring systems * 4.4.5. Actualización mínima del sistema * 4.4.6. Actualizar el sistema * 4.5. Posibles problemas durante o después de la actualización * 4.5.1. Dist-upgrade falla con "No se pudo realizar la configuración inmediata" * 4.5.2. Eliminaciones esperadas * 4.5.3. Bucles en Conflictos o Pre-Dependencias * 4.5.4. Conflictos de archivo * 4.5.5. Cambios de configuración * 4.5.6. Cambio de la sesión en consola * 4.6. Actualización de su núcleo y paquetes relacionados * 4.6.1. Instalación de un metapaquete del núcleo * 4.7. Prepararse para la siguiente distribución * 4.7.1. Purgando los paquetes eliminados * 4.8. Paquetes obsoletos * 4.8.1. Paquetes «dummy» de transición * 5. Issues to be aware of for trixie * 5.1. Actualizar elementos específicos para trixie * 5.1.1. Non-free firmware moved to its own component in the archive * 5.1.2. Changes to packages that set the system clock * 5.1.3. Puppet configuration management system upgraded to 7 * 5.1.4. youtube-dl replaced with yt-dlp * 5.1.5. Fcitx versions no longer co-installable * 5.1.6. MariaDB package names no longer include version numbers * 5.1.7. Changes to system logging * 5.1.8. rsyslog changes affecting log analyzers such as logcheck * 5.1.9. rsyslog creates fewer log files * 5.1.10. slapd upgrade may require manual intervention * 5.1.11. GRUB no longer runs os-prober by default * 5.1.12. GNOME has reduced accessibility support for screen readers * 5.1.13. Baseline for 32-bit PC is now i686 * 5.1.14. Changes to polkit configuration * 5.1.15. A "merged-"/usr"" is now required * 5.1.16. Unsupported upgrades from buster fail on "libcrypt1" * 5.1.17. openssh-server no longer reads ~/.pam_environment * 5.1.18. OpenSSH no longer supports DSA keys * 5.2. Cosas a hacer después de la actualización y antes de reiniciar * 5.2.1. Elementos no limitados durante el proceso de actualización * 5.2.2. Limitaciones en el soporte de seguridad * 5.2.3. Python Interpreters marked externally-managed * 5.2.4. Limited hardware-accelerated video encoding/decoding support in VLC * 5.2.5. systemd-resolved has been split into a separate package * 5.2.6. systemd-boot has been split into a separate package * 5.2.7. systemd-journal-remote no longer uses GnuTLS * 5.2.8. Extensive changes in adduser for bookworm * 5.2.9. Predictable naming for Xen network interfaces * 5.2.10. Change in dash handling of circumflex * 5.2.11. netcat-openbsd supports abstract sockets * 5.3. Obsolescencia y deprecación * 5.3.1. Paquetes obsoletos notables * 5.3.2. Componentes obsoletos de trixie * 5.4. Known severe bugs * 6. Más información sobre Debian * 6.1. Para leer más * 6.2. Cómo conseguir ayuda * 6.2.1. Listas de correo electrónico * 6.2.2. Internet Relay Chat (IRC) * 6.3. Cómo informar de fallos * 6.4. Cómo colaborar con Debian * 7. Gestión de su sistema bookworm antes de la actualización * 7.1. Actualizar su sistema bookworm * 7.2. Comprobar su lista de fuentes APT * 7.3. Performing the upgrade to latest bookworm release * 7.4. Borrar ficheros de configuración obsoletos * 8. Personas que han contribuido a estas notas de publicación 1. Introducción *************** Este documento informa a los usuarios de la distribución Debian sobre los cambios más importantes de la versión 13 (nombre en clave «trixie»). Las notas de publicación proporcionan la información sobre cómo actualizar de una forma segura desde la versión 12 (nombre en clave bookworm) a la versión actual e informan a los usuarios sobre los problemas conocidos que podrían encontrarse durante este proceso. Puede obtener la versión más reciente de este documento en https://www.debian.org/releases/trixie/releasenotes. Prudencia: Tenga en cuenta que es imposible hacer una lista con todos los posibles problemas conocidos y que, por tanto, se ha hecho una selección de los problemas más relevantes basándose en una combinación de la frecuencia con la que pueden aparecer y su impacto en el proceso de actualización. Tenga en cuenta que solo se da soporte y se documenta la actualización desde la versión anterior de Debian (en este caso, la actualización desde bookworm). Si necesita actualizar su sistema desde una versión más antigua, le sugerimos que primero actualice a la versión bookworm consultando las ediciones anteriores de las notas de publicación. 1.1. Cómo informar de fallos en este documento ============================================== Hemos intentado probar todos los posibles pasos de actualización descritos en este documento y anticipar todos los problemas posibles con los que un usuario podría encontrarse. En cualquier caso, si piensa que ha encontrado una errata en esta documento, mande un informe de error (en inglés) al sistema de seguimiento de fallos contra el paquete **release-notes**. Puede que desee revisar primero los informes de erratas existentes para ver si el problema que Vd. ha encontrado ya se ha reportado. Siéntase libre de añadir información adicional a informes de erratas existentes si puede ayudar a mejorar este documento. Apreciamos y le animamos a que nos envíe informes incluyendo parches a las fuentes del documento. Puede encontrar más información describiendo cómo obtener las fuentes de este documento en Sources for this document. 1.2. Cómo contribuir con informes de actualización ================================================== Agradecemos cualquier información que los usuarios quieran proporcionar relacionada con las actualizaciones desde la versión bookworm a la versión trixie. Si está dispuesto a compartir la información, por favor mande un informe de fallo al sistema de seguimiento de fallos. Utilice para el informe el paquete **upgrade- reports** y envíenos el resultado de su actualización. Por favor, comprima cualquier archivo adjunto que incluya (utilizando "gzip"). Le agradeceríamos que incluyera la siguiente información cuando envíe su informe de actualización: * El estado de su base de datos de paquetes antes y después de la actualización: la base de datos del estado de **dpkg** (disponible en el archivo "/var/lib/dpkg/status") y la información del estado de los paquetes de apt (disponible en el archivo "/var/lib/apt/extended_states"). Debería realizar una copia de seguridad de esta información antes de hacer la actualización, tal y como se describe en Haga copias de seguridad de sus datos e información de configuración, aunque también puede encontrar copias de seguridad de "/var/lib/dpkg/status" en el directorio "/var/backups". * Los registros de la sesión que haya creado al utilizar "script", tal y como se describe en Grabar la sesión. * Sus registros de "apt", disponibles en el archivo "/var/log/apt/term.log", o sus registros de "aptitude", disponibles en el archivo "/var/log/aptitude". Nota: Debería dedicar algún tiempo a revisar y eliminar cualquier información sensible o confidencial de los registros antes de incluirlos dentro de un informe de fallo ya que la información enviada se incluirá en una base de datos pública. 1.3. Fuentes de este documento ============================== Los archivos fuentes de este documento están en formato reStructuredText, utilizando el conversor sphinx. La versión HTML se genera utilizando *sphinx-build -b html*. La versión PDF se genera utilizando *sphinx-build -b latex*. Los ficheros fuente de las notas de publicación están disponibles en el repositorio de Git del *Proyecto de Documentación de Debian*. Puede utilizar la interfaz web para acceder de forma individual a los archivos y consultar los cambios realizados. Consulte las páginas de información de Git del Proyecto de Documentación de Debian para más información sobre cómo acceder al repositorio Git. 2. Las novedades de Debian 13 ***************************** Hay más información disponible sobre este tema en el Wiki. 2.1. Arquitecturas soportadas ============================= Las siguientes son las arquitecturas oficialmente soportadas en Debian 13: * 32-bit PC ("i386") and 64-bit PC ("amd64") * 64-bit ARM ("arm64") * ARM EABI ("armel") * ARMv7 (EABI hard-float ABI, "armhf") * little-endian MIPS ("mipsel") * 64-bit little-endian MIPS ("mips64el") * 64-bit little-endian PowerPC ("ppc64el") * IBM System z ("s390x") Baseline bump for 32-bit PC to i686 The 32-bit PC support (known as the Debian architecture i386) now requires the "long NOP" instruction. Please refer to Baseline for 32-bit PC is now i686 for more information. Puede leer más acerca del estado y la información específica de las adaptaciones para su arquitectura en la página web de las adaptaciones de Debian. 2.2. Archive areas ================== The following archive areas, mentioned in the Social Contract and in the Debian Policy, have been around for a long time: * main: the Debian distribution; * contrib: supplemental packages intended to work with the Debian distribution, but which require software outside of the distribution to either build or function; * non-free: supplemental packages intended to work with the Debian distribution that do not comply with the DFSG or have other problems that make their distribution problematic. Following the 2022 General Resolution about non-free firmware, the 5th point of the Social Contract was extended with the following sentence: The Debian official media may include firmware that is otherwise not part of the Debian system to enable use of Debian with hardware that requires such firmware. While it's not mentioned explicitly in either the Social Contract or Debian Policy yet, a new archive area was introduced, making it possible to separate non-free firmware from the other non-free packages: * non-free-firmware Most non-free firmware packages have been moved from "non-free" to "non-free-firmware" in preparation for the Debian 13 release. This clean separation makes it possible to build official installation images with packages from "main" and from "non-free-firmware", without "contrib" or "non-free". In turn, these installation images make it possible to install systems with only "main" and "non-free-firmware", without "contrib" or "non-free". See The non-free and non-free-firmware components for upgrades from bookworm. 2.3. ¿Qué novedades hay en la distribución? =========================================== Esta nueva versión de Debian trae de nuevo muchos más programas que su predecesora bookworm; la distribución incluye más de 11294 paquetes nuevos, para un total de más de 59551 paquetes. La mayor parte de los programas que se distribuyen se han actualizado: más de 42821 paquetes de programas (corresponde a un 72% de los paquetes en bookworm). También se han eliminado por varios motivos un número significativo de paquetes (más de 9519, 16% de los paquetes en bookworm). No verá ninguna actualización para estos paquetes y se marcarán como «obsoletos» en los programas de gestión de paquetes. Consulte la sección Paquetes obsoletos. 2.3.1. Entornos de escritorio y paquetes conocidos -------------------------------------------------- Debian trae de nuevo varias aplicaciones de escritorio y entornos. Entre otros ahora incluye los entornos de escritorio GNOME 43, KDE Plasma 5.27, LXDE 11, LXQt 1.2.0, MATE 1.26 y Xfce 4.18. También se han actualizado las aplicaciones de productividad, incluyendo las suites de oficina: * LibreOffice se ha actualizado a la versión 7.4; * GNUcash se ha actualizado a la versión 4.13; Esta versión, entre muchas otras cosas, incluye las siguientes actualizaciones: +------------------------+------------------------+------------------------+ | Paquete | Versión en 12 | Versión en 13 (trixie) | | | (bookworm) | | |========================|========================|========================| | Apache | 2.4.54 | 2.4.57 | +------------------------+------------------------+------------------------+ | Bash | 5.1 | 5.2.15 | +------------------------+------------------------+------------------------+ | BIND DNS Server | 9.16 | 9.18 | +------------------------+------------------------+------------------------+ | Cryptsetup | 2.3 | 2.6 | +------------------------+------------------------+------------------------+ | Emacs | 27.1 | 28.2 | +------------------------+------------------------+------------------------+ | Exim default e-mail | 4.94 | 4.96 | | server | | | +------------------------+------------------------+------------------------+ | GNU Compiler | 10.2 | 12.2 | | Collection as default | | | | compiler | | | +------------------------+------------------------+------------------------+ | GIMP | 2.10.22 | 2.10.34 | +------------------------+------------------------+------------------------+ | GnuPG | 2.2.27 | 2.2.40 | +------------------------+------------------------+------------------------+ | Inkscape | 1.0.2 | 1.2.2 | +------------------------+------------------------+------------------------+ | the GNU C library | 2.31 | 2.36 | +------------------------+------------------------+------------------------+ | imagen del núcleo de | serie 5.10 | 6.1 series | | Linux | | | +------------------------+------------------------+------------------------+ | LLVM/Clang toolchain | 9.0.1 and 11.0.1 | 13.0.1 and 14.0 | | | (default) and 13.0.1 | (default) and 15.0.6 | +------------------------+------------------------+------------------------+ | MariaDB | 10.5 | 10.11 | +------------------------+------------------------+------------------------+ | Nginx | 1.18 | 1.22 | +------------------------+------------------------+------------------------+ | OpenJDK | 11 | 17 | +------------------------+------------------------+------------------------+ | OpenLDAP | 2.4.57 | 2.5.13 | +------------------------+------------------------+------------------------+ | OpenSSH | 8.4p1 | 9.2p1 | +------------------------+------------------------+------------------------+ | OpenSSL | 1.1.1n | 3.0.8 | +------------------------+------------------------+------------------------+ | Perl | 5.32 | 5.36 | +------------------------+------------------------+------------------------+ | PHP | 7.4 | 8.2 | +------------------------+------------------------+------------------------+ | Postfix MTA | 3.5 | 3.7 | +------------------------+------------------------+------------------------+ | PostgreSQL | 13 | 15 | +------------------------+------------------------+------------------------+ | Python 3 | 3.9.2 | 3.11.2 | +------------------------+------------------------+------------------------+ | Rustc | 1.48 | 1.63 | +------------------------+------------------------+------------------------+ | Samba | 4.13 | 4.17 | +------------------------+------------------------+------------------------+ | Systemd | 247 | 252 | +------------------------+------------------------+------------------------+ | Vim | 8.2 | 9.0 | +------------------------+------------------------+------------------------+ 2.3.2. More translated man pages -------------------------------- Thanks to our translators, more documentation in "man"-page format is available in more languages than ever. For example, many man pages are now available in Czech, Danish, Greek, Finnish, Indonesian, Macedonian, Norwegian (Bokmål), Russian, Serbian, Swedish, Ukrainian and Vietnamese, and all systemd man pages are now available in German. To ensure the "man" command shows the documentation in your language (where possible), install the right manpages-*lang* package and make sure your locale is correctly configured by using # dpkg-reconfigure locales . 2.3.3. Noticias de la mezcla Debian Med --------------------------------------- As in every release new packages have been added in the fields of medicine and life sciences. The new package **shiny-server** might be worth a particular mention, since it simplifies scientific web applications using "R". We also kept up the effort to provide Continuous Integration support for the packages maintained by the Debian Med team. The Debian Med team is always interested in feedback from users, especially in the form of requests for packaging of not-yet-packaged free software, or for backports from new packages or higher versions in testing. To install packages maintained by the Debian Med team, install the metapackages named "med-*", which are at version 3.8.x for Debian bookworm. Feel free to visit the Debian Med tasks pages to see the full range of biological and medical software available in Debian. 2.3.4. News from Debian Astro Blend ----------------------------------- Debian bookworm comes with version 4.0 of the Debian Astro Pure Blend, which continues to represent a great one-stop solution for professional astronomers, enthusiasts and everyone who is interested in astronomy. Almost all packages in Debian Astro were updated to new versions, but there are also several new software packages. For radio astronomers, the open source correlator **openvlbi** is now included. The new packages **astap** and **planetary-system-stacker** are useful for image stacking and astrometry resolution. A large number of new drivers and libraries supporting the INDI protocol were packaged and are now shipped with Debian. The new Astropy affiliated packages **python3-extinction**, **python3-sncosmo**, **python3-specreduce**, and **python3-synphot** are included, as well as packages created around **python3-yt** and **python3-sunpy**. Python support for the ASDF file format is much extended, while the Java ecosystem is extended with libraries handling the ECSV and TFCAT file formats, primarily for use with topcat. Check the Astro Blend page for a complete list and further information. 2.3.5. Secure Boot on ARM64 --------------------------- Support for Secure Boot on ARM64 has been reintroduced in trixie. Users of UEFI-capable ARM64 hardware can boot with Secure Boot mode enabled and take full advantage of the security feature. Ensure that the packages **grub-efi-arm64-signed** and **shim-signed** are installed, enable Secure Boot in the firmware interface of your device and reboot to use your system with Secure Boot enabled. The Wiki has more information on how to use and debug Secure Boot. 3. Sistema de instalación ************************* El instalador de Debian ("Debian Installer") es el sistema oficial de instalación de Debian. Éste ofrece varios métodos de instalación. Los métodos disponibles para la instalación dependerán de su arquitectura. Puede encontrar las imágenes binarias del instalador de trixie junto con la Guía de instalación en la página web de Debian (https://www.debian.org/releases/trixie/debian-installer/). La «Guía de instalación» también se incluye en el primer medio de los conjuntos de DVD (CD/Blu-ray) oficiales de Debian, en: /doc/install/manual/language/index.html Quizás también quiera consultar la página de errata disponible en https://www.debian.org/releases/trixie/debian-installer#errata para conocer los problemas conocidos. 3.1. Novedades del sistema de instalación ========================================= Se ha realizado mucho desarrollo en el instalador de Debian desde su primera versión oficial en Debian 12, dando como resultado una mejora en el soporte de hardware y algunas funcionalidades nuevas muy interesantes. Si está interesado en un resumen de los cambios detallados desde bookworm, consulte los anuncios de publicación de las versiones beta y RC de trixie disponibles en el histórico de noticias del instalador de Debian. 3.2. Instalaciones en la nube ============================= El equipo de la nube publica Debian bullseye para varios servicios de computación en la nube populares incluyendo: * Amazon Web Services * Microsoft Azure * OpenStack * Máquina virtual normal Las imágenes para la nube incluyen ganchos de automatización a través de "cloud-init" y priorizan el arranque rápido de la imagen utilizando paquetes optimizados del núcleo y configuraciones de grub. Se proporcionan imágenes dando soporte a distintas arquitecturas cuando se considera necesario y el equipo de la nube se esfuerza en proporcionar soporte a todas las funcionalidades que ofrece el servicio en la nube. El equipo de desarrollo en la nube proporcionará imágenes actualizadas hasta que termine el periodo LTS para trixie. Habitualmente se publican nuevas imágenes después de cada publicación y cuando se publican arreglos de seguridad para paquetes críticos. La política de soporte del equipo de desarrollo en la nube se puede encontrar aquí. Puede encontrar más información en https://cloud.debian.org/ y en el wiki. 3.3. Imágenes para contenedores y máquinas virtuales ==================================================== Hay disponibles imágenes de contenedor multi-arquitectura de Debian trixie en Docker Hub. Existe una variante "slim" (N. del T. "delgada") que reduce el espacio en disco además de las imágenes estándar. Las imágenes virtuales para el gestor de maquinas virtuales Hashicorp Vagrant están publicadas en Vagrant Cloud. 4. Actualizaciones desde Debian 12 (bookworm) ********************************************* 4.1. Prepararse para la actualización ===================================== We suggest that before upgrading you also read the information in Issues to be aware of for trixie. That chapter covers potential issues which are not directly related to the upgrade process but could still be important to know about before you begin. 4.1.1. Haga copias de seguridad de sus datos e información de configuración --------------------------------------------------------------------------- Es muy 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. The main things you'll want to back up are the contents of "/etc", "/var/lib/dpkg", "/var/lib/apt/extended_states" and the output of: $ dpkg --get-selections '*' # (the quotes are important) If you use "aptitude" to manage packages on your system, you will also want to back up "/var/lib/aptitude/pkgstates". El proceso de actualización no modifica nada dentro del directorio "/home". Algunas aplicaciones (como es el caso de algunas partes del conjunto de aplicaciones Mozilla y el de los entornos de escritorio de KDE y GNOME) sí sobreescribirán la configuración del usuario con los nuevos valores por omisión cuando el usuario arranque una nueva versión de la aplicación. Como medida preventiva quizás desee realizar una copia de seguridad de los directorios y archivos ocultos («dotfiles», archivos 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. 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. La actualización tiene unas cuantas condiciones previas, así que debería revisarlas antes de ponerse a ello. 4.1.2. Informar a los usuarios anticipadamente ---------------------------------------------- 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 "ssh" no deberían apenas notar nada durante la actualización, y deberían poder seguir trabajando. Si desea tomar precauciones adicionales, haga una copia de seguridad, o desmonte la partición "/home" antes de actualizar. Tendrá que hacer una actualización del núcleo cuando se actualice a trixie, por lo que será necesario reiniciar el sistema. Esto se realizará habitualmente una vez la actualización haya terminado. 4.1.3. Prepararse para la indisponibilidad de servicios ------------------------------------------------------- Es posible que existan servicios ofrecidos por el sistema que están asociados a paquetes incluidos en el proceso de instalación. Si esto sucede, ha de tener en cuenta que los servicios se interrumpirán mientras los paquete asociados se están actualizando o están siendo reemplazados y configurados. El servicio no estará disponible durante este tiempo. El tiempo exacto de indisponibilidad para estos servicios dependerá del número de paquetes que se están actualizando en el sistema, y también incluye el tiempo que el administrador dedica a responder a las preguntas de configuración de las distintas actualizaciones de paquetes (si las hubiera). Tenga en cuenta que si el proceso de actualización se hace de forma desatendida y el sistema realiza alguna pregunta durante éste hay una alta probabilidad de que los servicios no estén disponibles [1] durante un periodo de tiempo significativo. If the system being upgraded provides critical services for your users or the network [2], you can reduce the downtime if you do a minimal system upgrade, as described in Minimal system upgrade, followed by a kernel upgrade and reboot, and then upgrade the packages associated with your critical services. Upgrade these packages prior to doing the full upgrade described in Upgrading the system. This way you can ensure that these critical services are running and available through the full upgrade process, and their downtime is reduced. 4.1.4. Prepararse para la recuperación -------------------------------------- Aunque Debian intenta garantizar que el sistema es arrancable en todo momento, siempre hay una posibilidad de que experimente problemas al reiniciar el sistema tras la instalación. Muchos de los problemas conocidos se describen tanto en este capítulo como en los siguientes de estas notas de publicación. Por esta misma razón tiene sentido asegurarse de que es capaz de recuperar el sistema en el caso que este no pudiera reiniciarse o, para aquellos sistemas gestionados de forma remota, no pudiera arrancar correctamente la configuración de red. Si está actualizando de forma remota a través de un enlace con "ssh" es altamente recomendable que tome las debidas precauciones para poder acceder al servidor a través de un terminal serie remoto. Existe la posibilidad de que tras actualizar el núcleo y reiniciar tenga que arreglar la configuración del sistema a través de una consola remota. Igualmente, es posible que tenga que recuperar con una consola local en caso de que el sistema se reinicie accidentalmente a la mitad de la actualización. For emergency recovery we generally recommend using the *rescue mode* of the trixie Debian Installer. The advantage of using the installer is that you can choose between its many methods to find one that best suits your situation. For more information, please consult the section "Recovering a Broken System" in chapter 8 of the Installation Guide (at https://www.debian.org/releases/trixie/installmanual) and the Debian Installer FAQ. Necesitará un mecanismo alternativo para arrancar su sistema y poder acceder al mismo y repararlo si esto fallara. Una opción es utilizar una imagen especial de rescate o una imagen de instalación viva ("live CD", N. del T.). Una vez haya arrancado con cualquiera de éstos debería poder montar su sistema de archivos raíz y utilizar "chroot" para acceder a éste, investigar y solucionar el problema. 4.1.4.1. Intérprete de línea de órdenes de depuración durante el arranque con initrd ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ El paquete **initramfs-tools** incluye un intérprete de órdenes de depuración [3] en los "initrds" que genera. Por ejemplo, si el initrd es incapaz de montar su sistema de archivos raíz Vd. accederá a este sistema de depuración. En este sistema podrá utilizar algunas órdenes básicas que pueden ayudarle a trazar el problema y quizás incluso arreglarlo. Algunas de las cosas básicas a comprobar son: la existencia de los archivos de dispositivos correctos en "/dev", los módulos cargados ("cat /proc/modules"), y la salida de "dmesg" para ver si se producen errores al cargar los controladores de dispositivos. La salida de "dmesg" también muestra qué archivos de dispositivos se han asignado a qué discos, debería comparar esa información con la salida de "echo $ROOT" para asegurarse que el sistema de archivos está en el dispositivo que esperaba. En el caso de que arregle el problema puede escribir "exit" para salir del entorno de depuración y continuar el proceso de arranque a partir del punto que falló. Por supuesto, tendrá que arreglar el problema subyacente y regenerar el «initrd» para que no vuelva a fallar en el siguiente arranque. 4.1.4.2. Intérprete de línea de órdenes de depuración durante el arranque con systemd ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ En el caso de que falle el arranque con systemd, aún es posible obtener una interfaz de línea de órdenes para depuración como «root» cambiando la línea de órdenes del núcleo. Si el arranque básico funciona, pero algunos servicios no llegan a iniciarse, puede ser útil añadir a los parámetros del núcleo la opción "systemd.unit=rescue.target". En cualquier otro caso, el parámetro del núcleo "systemd.unit=emergency.target" le proporcionará un intérprete de órdenes como usuario «root» en el primer momento en que sea posible. Sin embargo, esto se hace antes de que el sistema de archivos raíz se monte con permisos de lectura y escritura. Puede hacerlo manualmente con: # mount -o remount,rw / Another approach is to enable the systemd "early debug shell" via the "debug-shell.service". On the next boot this service opens a root login shell on tty9 very early in the boot process. It can be enabled with the kernel boot parameter "systemd.debug-shell=1", or made persistent with "systemctl enable debug-shell" (in which case it should be disabled again when debugging is completed). Puede encontrar más información de la depuración de un sistema de arranque con problemas bajo systemd en el artículo Diagnosticando problemas de arranque. 4.1.5. Preparar un entorno seguro para la actualización ------------------------------------------------------- Importante: If you are using some VPN services (such as **tinc**) consider that they might not be available throughout the upgrade process. Please see Prepare for downtime on services. Para poder tener un margen de seguridad mayor cuando actualiza de forma remota le sugerimos que realice su proceso de actualización en una consola virtual como la que ofrece el programa "screen", lo que permite una reconexión segura y asegura que el proceso de actualización no se interrumpe aunque falle el proceso de conexión remota. Los usuarios del demonio watchdog daemon que ofrece el paquete **micro-evtd** deberían parar el demonio y deshabilitar el temporizador antes de la actualización, para evitar un reinicio espúreo a mitad del proceso de actualización. # service micro-evtd stop # /usr/sbin/microapl -a system_set_watchdog off 4.2. Comenzar de un Debian "puro" ================================= El proceso de actualización descrito en este capítulo ha sido diseñado para sistemas Debian estable "puros". APT controla qué se instalará en su sistema. Si su configuración de APT menciona fuentes adicionales además de bookworm o si tiene paquetes instalados de otras versiones o de terceros, debería eliminar estos elementos si quiere asegurarse de tener un proceso de actualización fiable. El archivo principal de configuración que APT utiliza para decidir desde qué fuentes debería descargar paquetes es "/etc/apt/sources.list", pero también puede utilizar archivos en el directorio "/etc/apt/sources.list.d/". Para más detalles puede consultar sources.list(5). Si su sistema utiliza distintos archivos de fuentes debe asegurarse que son consistentes. 4.2.1. Actualización a Debian 12 (bookworm) ------------------------------------------- No se proporciona soporte a las actualizaciones directas de versiones de Debian más antiguas que 12 (bookworm). Puede mostrar su versión de Debian ejecutando: $ cat /etc/debian_version Por favor, siga las instrucciones en las Notas de publicación para Debian (https://www.debian.org/releases/bookworm/releasenotes) para actualizarse primero a Debian 12. 4.2.2. Actualización a la siguiente subversión publicada -------------------------------------------------------- El procedimiento aquí descrito supone que su sistema se ha actualizado a la última revisión de bookworm. Debe seguir las instrucciones descritas en Actualizar su sistema bookworm si su sistema no está actualizado o no está seguro de que lo esté. 4.2.3. Debian Backports ----------------------- Debian Backports allows users of Debian stable to run more up-to-date versions of packages (with some tradeoffs in testing and security support). The Debian Backports Team maintains a subset of packages from the next Debian release, adjusted and recompiled for usage on the current Debian stable release. Packages from bookworm-backports have version numbers lower than the version in trixie, so they should upgrade normally to trixie in the same way as "pure" bookworm packages during the distribution upgrade. While there are no known potential issues, the upgrade paths from backports are less tested, and correspondingly incur more risk. Prudencia: While regular Debian Backports are supported, there is no clean upgrade path from sloppy backports (which use APT source-list entries referencing bookworm-backports-sloppy). As with Unofficial sources, users are advised to remove "bookworm- backports" entries from their APT source-list files before the upgrade. After it is completed, they may consider adding "trixie- backports" (see https://backports.debian.org/Instructions/). For more information, consult the Backports Wiki page. 4.2.4. Preparar la base de datos de paquetes -------------------------------------------- Debería asegurarse que la base de datos de paquetes está lista antes de proceder con la actualización. Si utiliza algún otro gestor de paquetes como **aptitude** o **synaptic**, es necesario que revise si existe alguna acción pendiente en éstos. El procedimiento de actualización puede verse afectado negativamente si algún paquete está marcado para eliminarse o actualizarse. Tenga en cuenta que solo podrá corregir esto si sus archivos de fuentes APT aún apunta a "bookworm" y no a "stable" o "trixie", consulte Comprobar su lista de fuentes APT. 4.2.5. Eliminar paquetes obsoletos ---------------------------------- Es una buena idea eliminar los paquetes obsoletos de su sistema antes de actualizar. Estos paquetes pueden introducir complicaciones durante el proceso de actualización, y pueden introducir problemas de seguridad dado que ya no se mantienen. 4.2.6. Eliminar paquetes que no son de Debian --------------------------------------------- Below there are two methods for finding installed packages that did not come from Debian, using either "apt" or "apt-forktracer". Please note that neither of them are 100% accurate (e.g. the apt example will list packages that were once provided by Debian but no longer are, such as old kernel packages). $ apt list '?narrow(?installed, ?not(?origin(Debian)))' $ apt-forktracer | sort 4.2.7. Limpieza de restos de archivos de configuración ------------------------------------------------------ A previous upgrade may have left unused copies of configuration files; old versions of configuration files, versions supplied by the package maintainers, etc. Removing leftover files from previous upgrades can avoid confusion. Find such leftover files with: # find /etc -name '*.dpkg-*' -o -name '*.ucf-*' -o -name '*.merge-error' 4.2.8. The non-free and non-free-firmware components ---------------------------------------------------- If you have non-free firmware installed it is recommended to add "non- free-firmware" to your APT sources-list. For details see Archive areas and Non-free firmware moved to its own component in the archive. 4.2.9. La sección proposed-updates ---------------------------------- Antes de actualizar el sistema debería eliminar la sección "proposed- updates" en sus archivos de fuentes de APT si la tiene listada. Esta medida de precaución reducirá la posibilidad de que se produzcan conflictos. 4.2.10. Fuentes no oficiales ---------------------------- Debe tener en cuenta que si tiene paquetes en el sistema que no sean de Debian es posible que estos 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 sus archivos de fuentes APT debería asegurarse de que ese repositorio también ofrece paquetes compilados para trixie y cambiar la línea de la fuente al mismo tiempo que cambia otras líneas de las fuentes de los paquetes Debian. Some users may have *unofficial* backported "newer" versions of packages that *are* in Debian installed on their bookworm system. Such packages are most likely to cause problems during an upgrade as they may result in file conflicts [4]. Possible issues during upgrade has some information on how to deal with file conflicts if they should occur. 4.2.11. Desactivar el bloqueo de APT ------------------------------------ If you have configured APT to install certain packages from a distribution other than stable (e.g. from testing), you may have to change your APT pinning configuration (stored in "/etc/apt/preferences" and "/etc/apt/preferences.d/") to allow the upgrade of packages to the versions in the new stable release. Further information on APT pinning can be found in apt_preferences(5). 4.2.12. Check gpgv is installed ------------------------------- APT needs **gpgv** version 2 or greater to verify the keys used to sign releases of trixie. Since **gpgv1** technically satisfies the dependency but is useful only in specialized circumstances, users may wish to ensure the correct version is installed with: # apt install gpgv 4.2.13. 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 "aptitude" o con órdenes tales como: $ dpkg -l | pager o # dpkg --get-selections '*' > ~/curr-pkgs.txt Alternatively you can also use "apt". # apt list --installed > ~/curr-pkgs.txt Es deseable eliminar cualquier paquete retenido (paquete en estado "hold", N. del T.) antes de actualizar. El proceso fallará si un paquete esencial para la actualización está bloqueado. $ apt-mark showhold If you changed and recompiled a package locally, and didn't rename it or put an epoch in the version, you must put it on hold to prevent it from being upgraded. Se puede cambiar el estado de un paquete retenido ("hold") para que lo tengan en cuenta "apt" con la siguiente orden: # apt-mark hold package_name Cambie "hold" por "unhold" para borrar la marca del paquete y que este deje de estar retenido. Si hay algo que debe arreglar es mejor que se asegure de que sus archivos de fuentes APT aún incluyen referencias a bookworm tal y como se explica en Comprobar su lista de fuentes APT. 4.3. Preparar las fuentes de orígenes para APT ============================================== Antes de comenzar la actualización, debe reconfigurar las listas de fuentes de APT ("/etc/apt/sources.list" y los archivos bajo "/etc/apt/sources.list.d/") para añadir las fuentes de trixie y habitualmente para eliminar las fuentes de bookworm. 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 que aparezcan primero. 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 remotas. Una versión se puede designar tanto por su nombre en clave (por ejemplo "bookworm", "trixie") como por su nombre de estado (esto es, "oldstable", "stable", "testing", "unstable"). Referirse a la distribución por su nombre en clave tiene la ventaja de que nunca se sorprenderá si se produce una nueva versión y por esa razón es el caso que aquí se describe. Esto significa que va a tener que estar atento a los anuncios de 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. Debian ofrece dos listas de distribución de avisos que le permitirán mantenerse al día de la información relevante relacionada con las publicaciones de Debian: * Si se suscribe a la lista de distribución de avisos de Debian, recibirá una notificación cada vez que se publique una nueva versión en Debian. Como por ejemplo cuando "trixie" cambie de ser, p.ej., "testing" a "stable". * Si se subscribe a la lista de distribución de avisos de seguridad de Debian, recibirá una notificación cada vez que Debian publique un aviso de seguridad. 4.3.1. Añadir fuentes en Internet para APT ------------------------------------------ La configuración por omisión en las nuevas instalaciones es que APT utilice el servicio APT CDN de Debian, que debería asegurarse que los paquetes se descargan automáticamente del servidor más cercano desde el punto de vista de red. Al ser un servicio relativamente nuevo, las instalaciones más antiguas pueden tener una configuración que aún diriga a los servidores principales en Internet de Debian o a una de las réplicas. Se le recomienda que cambie su configuración para utilizar el servicio CDN en su configuración de APT si no lo ha hecho aún. Para utilizar el servicio CDN, añada una línea como ésta a su configuración de APT (se presupone que está utilizando "main" y "contrib"): deb https://deb.debian.org/debian trixie main contrib Tras añadir sus nuevas fuentes, desactive las líneas ""deb"", colocando el símbolo de sostenido ("#") delante de ellas. Sin embargo, si obtiene mejores resultados utilizando una réplica específica que es cerca a su ubicación, esta opción aún sigue estando disponible. Encontrará la lista de direcciones de las réplicas de Debian en https://www.debian.org/distrib/ftplist (busque en la sección "Lista de completa de sitios de réplica"). Por ejemplo, suponga que su réplica más cercana es "http://mirrors.kernel.org". Si observa su contenido mediante un navegador web, comprobará que los directorios principales están organizados así: http://mirrors.kernel.org/debian/dists/trixie/main/... http://mirrors.kernel.org/debian/dists/trixie/contrib/... Para configurar APT para utilizar una réplica específica, añada una línea como la siguiente (de nuevo, se presupone que está utilizando "main" y "contrib"): deb http://mirrors.kernel.org/debian trixie 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. De nuevo, una vez añada las nuevas fuentes, deshabilite las entradas de archivo que tuviera previamente. 4.3.2. Añadir las réplicas locales para APT ------------------------------------------- En lugar de utilizar réplicas de paquetes remotos, puede que desee modificar el archivo de fuentes de APT para usar una réplica existente en su disco local (posiblemente montada mediante NFS). Por ejemplo, su réplica de paquetes puede encontrarse en "/var/local/debian/", y tener directorios como estos: /var/local/debian/dists/trixie/main/... /var/local/debian/dists/trixie/contrib/... Para usar esta ubicación con **apt** debe añadir esta línea a su archivo "sources.list": deb file:/var/local/debian trixie 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 los archivos de lista de fuentes de APT, colocando el símbolo de sostenido ("#") delante de ellas. 4.3.3. Añadir fuentes para APT de medios ópticos ------------------------------------------------ Si quiere utilizar *solamente* DVDs (o CDs, o discos Blu-ray), comente todas las líneas en los archivos de lista fuentes de APT 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 "/media/cdrom". Por ejemplo, si su lector de CD-ROM se encuentra en "/dev/sr0", el archivo de configuración "/etc/fstab" debería incluir una línea similar a la siguiente: /dev/sr0 /media/cdrom auto noauto,ro 0 0 Fíjese que *no debe haber espacios* entre las palabras "noauto,ro" en el cuarto campo. Para verificar que esto funciona, inserte un CD e intente ejecutar # mount /media/cdrom # this will mount the CD to the mount point # ls -alF /media/cdrom # this should show the CD's root directory # umount /media/cdrom # this will unmount the 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 de las versiones anteriores de Debian es utilizar la herramienta de gestión de paquetes "apt". Nota: El programa "apt" está preparado para un uso interactivo, y no debería utilizarse en guiones. En guiones deberiá utilizar el programa "apt-get", puesto que este último tiene una salida estable que está mucho más preparada para ser procesada. 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 /mountpoint A continuación asegúrese de que las entradas con las fuentes de APT (en el archivo "/etc/apt/sources.list" y los archivos bajo "/etc/apt/sources.list.d/") hacen referencia a la distribución "trixie" o a estable ("stable"). No debería haber ninguna entrada que haga referencia a bookworm. Nota: Las líneas de fuentes de un CD-ROM pueden hacen referencia a inestable (""unstable""), aunque esto le parezca confuso *no* debería cambiarlo. 4.4.1. Grabar la sesión ----------------------- 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 -t 2>~/upgrade-trixie-step.time -a ~/upgrade-trixie-step.script o similar. Si tiene que volver a ejecutar la transcripción (por ejemplo, si ha reiniciado el sistema) debería utilizar distintos valores de *step* para indicar el paso de la actualización que se está transcribiendo. No ponga el archivo de transcripción en un directorio temporal como "/tmp" o "/var/tmp" (los archivos que hay en esos directorios se pueden borrar durante la actualización o durante el reinicio del sistema). The typescript will also allow you to review information that has scrolled off-screen. If you are at the system's console, just switch to VT2 (using "Alt+F2") and, after logging in, use # less -R ~root/upgrade-trixie.script to view the file. Después de completar la actualización puede terminar con la transcripción de "script" escribiendo "exit" en el indicador de línea de órdenes. "apt" también registra los cambios de estado de los paquetes en "/var/log/apt/history.log" y en la salida de terminal en "/var/log/apt/term.log". "dpkg" realizará, adicionalmente, un registro de todos los cambios de estado de los paquetes en "/var/log/dpkg.log". Si utiliza "aptitude", también dispondrá de un registro de los cambios de estado en "/var/log/aptitude". Si ha utilizado la opción *-t* para "script" puede utilizar el programa "scriptreplay" para reproducir la sesión completa: # scriptreplay ~/upgrade-trixie-step.time ~/upgrade-trixie-step.script 4.4.2. 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: # apt update Nota: Los usuarios de apt-secure pueden tener ciertos problemas cuando utilicen "aptitude" o "apt-get". Para apt-get, puede utilizar la orden "apt-get update --allow-releaseinfo-change". 4.4.3. Asegúrese de que tiene suficiente espacio libre para actualizar ---------------------------------------------------------------------- You have to make sure before upgrading your system that you will have sufficient hard disk space when you start the full system upgrade described in Upgrading the system. First, any package needed for installation that is fetched from the network is stored in "/var/cache/apt/archives" (and the "partial/" subdirectory, during download), so you must make sure you have enough space on the file system partition that holds "/var/" to temporarily download the packages that will be installed in your system. After the download, you will probably need more space in other file system partitions in order to both install upgraded packages (which might contain bigger binaries or more data) and new packages that will be pulled in for the upgrade. If your system does not have sufficient space you might end up with an incomplete upgrade that is difficult to recover from. La orden "apt" le puede mostrar información detallada del espacio libre necesario para la instalación. Puede consultar esa estimación, antes de proceder con la actualización, si ejecuta: # apt -o APT::Get::Trivial-Only=true full-upgrade [ ... ] XXX upgraded, XXX newly installed, XXX to remove and XXX not upgraded. Need to get xx.xMB of archives. After this operation, AAAMB of additional disk space will be used. Nota: Running this command at the beginning of the upgrade process may give an error, for the reasons described in the next sections. In that case you will need to wait until you've done the minimal system upgrade as in Minimal system upgrade before running this command to estimate the disk space. Si no tiene espacio suficiente para la actualización, "apt" le avisará con un mensaje como este: E: You don't have enough free space in /var/cache/apt/archives/. Si no tiene espacio suficiente para la actualización, asegúrese de hacer sitio antes de proceder. Puede hacer lo siguiente: * Elimine aquellos paquetes que se han descargado previamente para su instalación (en "/var/cache/apt/archive"). Puede utilizar la orden "apt clean" para borrar todos los archivos de paquetes previamente descargados. * Eliminar paquetes olvidados. Si ha utilizado "aptitude" o "apt" para instalar manualmente paquetes de bookworm, la herramienta hará un seguimiento de los paquetes que haya instalado y podrá marcar como redundantes aquellos paquetes que se obtuvieron solo para cumplir las dependencias pero que ya no se necesitan porque el paquete que los necesitaba se ha eliminado. No se marcarán como obsoletos aquellos paquetes que haya instalado manualmente. Pero si lo hará para aquellos paquetes que se instalaron automáticamente para cumplir dependencias. Para eliminar automáticamente los paquetes instalados que no se necesitan puede ejecutar lo siguiente: # apt autoremove También puede utilizar para encontrar paquetes redundantes "deborphan", "debfoster" o "cruft". No elimine a ciegas los paquetes que le indiquen estas herramientas, especialmente si utiliza opciones agresivas, distintas a las definidas por omisión, que pueden dar lugar a muchos 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 * Elimine paquetes que consumen mucho espacio y que no necesita actualmente (siempre puede instalarlos después de la actualización). Puede utilizar la orden "popcon-largest-unused" para listar los paquetes que no utiliza que consumen más espacio si tiene instalado **popularity-contest**. Puede encontrar los paquetes que consumen más espacio con "dpigs" (disponible en el paquete **debian- goodies**) o con "wajig" (ejecutando "wajig size"). También puede encontrarlos con **aptitude**. Ejecute "aptitude" en el modo de terminal completo, seleccione "Vistas y Nueva vista de paquetes plana", pulse la tecla "l" e introduzca "~i", a continuación pulse la tecla "S" e introduzca "~installsize". Una vez hecho esto, dispondrá de una lista de paquetes sobre la que puede trabajar. * Puede eliminar las traducciones y los archivos de localización del sistema si no los necesita. Para ello puede instalar el paquete **localepurge**, configurándolo para que solo se mantengan en el sistema algunas localizaciones específicas. Esto reducirá el espacio de disco consumido en "/usr/share/locale". * Mueva de forma temporal a otro sistema o elimínelos de forma permanente, los registros del sistema que residen en "/var/log/". * Utilice una ubicación temporal para "/var/cache/apt/archives": puede utilizar una caché temporal en otro sistema de archivos (USB, dispositivo de almacenamiento, espacio en disco duro temporal, sistema de ficheros en uso, etc. ). Nota: No utilice un sistema montado a través de NFS dado que la conexión de red podría interrumpirse durante la actualización. Por ejemplo, si tiene una unidad USB montada en "/media/usbkey": 1. elimine los paquetes que se han descargado previamente para la instalación # apt clean 2. copie los contenidos de "/var/cache/apt/archives" a la unidad USB: # cp -ax /var/cache/apt/archives /media/usbkey/ 3. monte el directorio de caché temporal sobre el actual: # mount --bind /media/usbkey/archives /var/cache/apt/archives 4. después de la actualización, restaure el directorio original "/var/cache/apt/archives" # umount /var/cache/apt/archives 5. elimine el directorio "/media/usbkey/archives". Puede crear una directorio de caché temporal en cualquier sistema de archivos montado en su sistema. * Do a minimal upgrade of the system (see Minimal system upgrade) or partial upgrades of the system followed by a full upgrade. This will make it possible to upgrade the system partially, and allow you to clean the package cache before the full upgrade. Tenga en cuenta que para poder eliminar los paquetes con seguridad debería cambiar su "sources.list" a bookworm como se describe en Comprobar su lista de fuentes APT. 4.4.4. Stop monitoring systems ------------------------------ As "apt" may need to temporarily stop services running on your computer, it's probably a good idea to stop monitoring services that can restart other terminated services during the upgrade. In Debian, **monit** is an example of such a service. 4.4.5. Actualización mínima del sistema --------------------------------------- In some cases, doing the full upgrade (as described below) directly might remove large numbers of packages that you will want to keep. We therefore recommend a two-part upgrade process: first a minimal upgrade to overcome these conflicts, then a full upgrade as described in Upgrading the system. Para hacer esto, ejecute primero lo siguiente: # apt upgrade --without-new-pkgs Esto tiene como consecuencia que se actualicen los paquetes que se puedan actualizar en el sistema sin que sea necesario eliminar ni instalar ningún otro paquete. La actualización mínima del sistema también puede ser útil cuando hay poco espacio libre disponible en el sistema y no puede ejecutarse la actualización completa debido a problemas de espacio. If the **apt-listchanges** package is installed, it will (in its default configuration) show important information about upgraded packages in a pager after downloading the packages. Press "q" after reading to exit the pager and continue the upgrade. 4.4.6. Actualizar el sistema ---------------------------- Una vez haya realizado los pasos anteriores, estará en condiciones de seguir con la parte principal de la actualización. Ejecute: # apt full-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. Cuando esté actualizando desde un conjunto de CDs/DVDs/BDs, probablemente se le pedirá que inserte algunos discos específicos en distintos momentos durante la actualización. Puede que tenga que insertar el mismo disco varias veces; esto se debe a que algunos paquetes interrelacionados pueden estar dispersos en distintos discos. 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 "apt install paquete". 4.5. Posibles problemas durante o después de la actualización ============================================================= Las siguientes secciones describen problemas conocidos que pueden aparecer durante la actualización a trixie. 4.5.1. Dist-upgrade falla con "No se pudo realizar la configuración inmediata" ------------------------------------------------------------------------------ En algunos casos el paso "apt full-upgrade" puede fallar después de descargar los paquetes con el siguiente error: E: Could not perform immediate configuration on 'package'. Please see man 5 apt.conf under APT::Immediate-Configure for details. Si esto sucede, debería ejecutar la orden "apt full-upgrade -o APT ::Immediate-Configure=0", que permitirá continuar con la actualización. Otra posible alternativa para evitar este problema es añadir temporalmente fuentes tanto de bookworm como de trixie en los archivos de las fuentes APT y ejecutar "apt update". 4.5.2. Eliminaciones esperadas ------------------------------ The upgrade process to trixie might ask for the removal of packages on the system. The precise list of packages will vary depending on the set of packages that you have installed. These release notes give general advice on these removals, but if in doubt, it is recommended that you examine the package removals proposed by each method before proceeding. For more information about packages obsoleted in trixie, see Obsolete packages. 4.5.3. Bucles en Conflictos o Pre-Dependencias ---------------------------------------------- Algunas veces es necesario activar la opción "APT::Force-LoopBreak" en APT para permitir el borrado temporal de un paquete esencial debido a un bucle de Conflictos y Dependencias previas. "apt" 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 "apt-get". Es posible que la estructura de dependencias del sistema esté tan dañada que precise de intervención manual. Normalmente, esto implica usar "apt" o # dpkg --remove package_name para eliminar algunos de los paquete problemáticos, o # apt -f install # dpkg --configure --pending En casos extremos, puede que necesite forzar la reinstalación con una orden como: # dpkg --install /path/to/package_name.deb 4.5.4. Conflictos de archivo ---------------------------- No deberían producirse conflictos entre archivos si actualiza de un sistema bookworm "puro", pero sí pueden producirse si ha instalado versiones nuevas no oficiales ("backports", N. del T.). Si se produce un conflicto entre archivos se mostrará con un error similar al siguiente: Unpacking (from ) ... dpkg: error processing (--install): trying to overwrite `', which is also in package dpkg-deb: subprocess paste killed by signal (Broken pipe) Errors were encountered while processing: Puede intentar resolver los conflictos entre archivos forzando a que se elimine el paquete mencionado en la *última* línea del mensaje de error: # dpkg -r --force-depends package_name Debería poder continuar la instalación donde la dejó tras corregir el problema repitiendo las órdenes de "apt" descritas previamente. 4.5.5. Cambios de configuración ------------------------------- 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 archivo en el directorio "/etc/init.d", o el archivo "/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 más tarde a las versiones antiguas, ya que quedan guardadas con la extensión ".dpkg-old". Si no está seguro de lo que debe hacer, anote el nombre del paquete o archivo, y revise la situación más adelante. Recuerde que podrá buscar en el archivo de transcripción de la instalación y revisar la información que apareció en pantalla durante la actualización. 4.5.6. Cambio de la sesión en consola ------------------------------------- Si está Vd. ejecutando el proceso de actualización utilizando la consola local del sistema es posible que en algunos momentos durante la actualización se cambie la consola a una vista distinta y deje de ver el proceso de actualización. Esto puede suceder, por ejemplo, en sistemas con inerfaz gráfica cuando se reinicia el gestor de escritorios. Para recuperar la consola donde se estaba realizando la actualización tendrá que utilizar la combinación de teclas "Ctrl+Alt+F1" (si está en la pantalla de arranque gráfico) o "Alt+F1" (si está en la consola de modo texto) para volver al terminal virtual 1. Reemplace "F1" por la tecla de función que tenga el mismo número que el terminal virtual donde se estaba realizando la actualización. También puede utilizar la combinación "Alt+Flecha-Izquierda" o "Alt+Flecha-Derecha" para conmutar entre los distintos terminales de modo texto. 4.6. Actualización de su núcleo y paquetes relacionados ======================================================= Esta sección explica cómo actualizar su núcleo e identifica los posibles problemas que pueden darse con relación a esta actualización. Puede o bien instalar uno de los paquetes **linux-image-*** que ofrece Debian o compilar un núcleo personalizado desde el código fuente del mismo. Tenga en cuenta que gran parte de la información de esta sección se basa en la suposición de que está utilizando uno de los núcleos modulares de Debian, conjuntamente con **initramfs-tools** y **udev**. Parte de la información aquí presentada puede no ser relevante para usted si utiliza un núcleo a medida que no necesita un initrd o si utiliza un generador de initrd distinto. 4.6.1. Instalación de un metapaquete del núcleo ----------------------------------------------- Cuando realice «full-upgrade» desde bookworm a trixie, le recomendamos encarecidamente que instale uno de los nuevos metapaquetes linux- image-* si aún no lo ha hecho. Estos metapaquetes instalarán de forma automática una nueva versión del núcleo durante una actualización. Puede verificar si tiene uno ya instalado con la siguiente orden: $ dpkg -l 'linux-image*' | grep ^ii | grep -i meta Si no observa ningún mensaje, entonces necesitará instalar un nuevo paquete «linux-image» a mano o instalar un metapaquete linux-image. Para ver una lista de los metapaquetes linux-image disponibles, ejecute: $ apt-cache search linux-image- | grep -i meta | grep -v transition Si no está seguro de qué paquete instalar, ejecute la orden "uname -r" y busque un paquete con un nombre similar. Por ejemplo, si ve ""4.9.0-8-amd64"", le recomendamos que instale **linux-image-amd64**. También puede utilizar "apt-cache" para ver una descripción más larga de cada uno de los paquetes para así ayudarle a realizar una mejor elección de entre los que hay disponibles. Por ejemplo: $ apt show linux-image-amd64 Luego debería usar "apt 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 la nueva versión del núcleo. Sin embargo, debe leer primero Cosas a hacer después de la actualización y antes de reiniciar antes de hacer el primer reinicio tras una actualización. Para los más aventureros, hay una forma fácil para compilar su propio núcleo a medida en Debian. Instale las fuentes del núcleo, que se incluyen en el paquete **linux-source**. Puede utilizar el objetivo "deb-pkg" disponible en el fichero Makefile de los paquetes fuentes utilizados para construir un paquete binario. Puede encontrar más información en el Debian Linux Kernel Handbook, que también está disponible en el paquete **debian-kernel-handbook**. If possible, it is to your advantage to upgrade the kernel package separately from the main "full-upgrade" to reduce the chances of a temporarily non-bootable system. Note that this should only be done after the minimal upgrade process described in Minimal system upgrade. 4.7. Prepararse para la siguiente distribución ============================================== Una vez hecha la actualización hay ciertas cosas que puede hacer para prepararse para la siguiente versión de la distribución. * Remove newly redundant or obsolete packages as described in Make sure you have sufficient space for the upgrade and Obsolete packages. You should review which configuration files they use and consider purging the packages to remove their configuration files. See also Purging removed packages. 4.7.1. Purgando los paquetes eliminados --------------------------------------- En general es recomendable purgar los paquetes eliminados. Esto es particularmente necesario si se han eliminado en una actualización anterior (p.ej. por la actualización a bookworm) o eran parte de paquetes de terceros. Se han dado muchos casos en los que los programas de init.d antiguos han causado problemas. Prudencia: En general, al purgar un paquete también se purgarán sus ficheros de registro. Por lo que puede ser recomendable hacer una copia de seguridad de éstos antes de hacerlo. La siguiente orden mostrará una lista de todos los paquetes eliminados que puedan haber dejado ficheros de configuración en el sistema (si los hay): $ apt list '~c' Los paquetes puede eliminarse utilizando "apt purge". Si lo que quiere es eliminarlos todos de un solo golpe, puede utilizar la siguiente orden: # apt purge '~c' 4.8. Paquetes obsoletos ======================= La versión trixie, aunque introduce muchos paquetes nuevos, también retira o deja de distribuir algunos paquetes que estaban disponibles en bookworm. No existe un mecanismo de actualización para 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 para éstos un año después de la publicación de trixie [5] y no se ofrecerá otro tipo de soporte durante este tiempo. Lo recomendable es reemplazar dichos paquetes 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 trixie debido a los errores que presentan. En este último caso los paquetes puede que sigan estando presentes en la distribución "unstable". "Obsolete and Locally Created Packages" can be listed and purged from the commandline with: $ apt list '~o' # apt purge '~o' 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. Puede consultar una lista de los paquetes obsoletos de trixie en Paquetes obsoletos notables. 4.8.1. Paquetes «dummy» de transición ------------------------------------- Algunos de los paquetes de bookworm pueden haber sido reemplazados por paquetes "dummy" de transición, que son paquetes vacíos diseñados simplemente para facilitar la actualización. Por ejemplo, si una aplicación que antes estaba en un paquete se ha dividido en varios, puede proporcionarse un paquete de transición con el mismo nombre que el paquete antiguo y con las dependencias adeucadas para que se instalen los nuevos paquetes. Después de haber realizado ésto el paquete «dummy» es redundante y puede borrarse sin consecuencias. 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, en particular 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 más reciente de un programa. Puede que encuentre útil utilizar "deborphan" con las opciones "--guess-*" (p.ej. "--guess-dummy") para detectar los que están instalados en su sistema. [1] Si la prioridad de debconf se fija al valor «muy alto» no se le realizarán preguntas de configuración, pero los servicios que dependen de las respuestas por omisión pueden no arrancar si las respuestas por omisión no aplican a su sistema. [2] Por ejemplo: servicios DNS o DHCP, especialmente si no existe ninguna redundancia o mecanismo de alta disponibilidad. En el caso de DHCP los usuarios pueden quedarse desconectados de la red si el tiempo de mantenimiento de las direcciones es inferior al tiempo que tarda el proceso de actualización en completarse. [3] Esta funcionalidad puede deshabilitarse si añade el parámetro "panic=0" dentro de los parámetros del arranque. [4] El sistema de gestión de paquetes no permite por regla general que un paquete elimine o reemplace un archivo que pertenezca a otro paquete a menos que se haya indicado que el nuevo paquete reemplaza al antiguo. [5] O hasta que se publique una nueva versión en ese tiempo. Habitualmente solo se da soporte a dos versiones estables en un momento determinado. 5. Issues to be aware of for trixie *********************************** Algunas veces los cambios tienen efectos colaterales que no podemos evitar, o aparecen fallos en otro lugar. A continuación se documentan los problemas que conocemos. Puede leer también la fe de erratas, la documentación de los paquetes relevantes, los informes de fallos y otra información mencionada en Para leer más. 5.1. Actualizar elementos específicos para trixie ================================================= Esta sección cubre los elementos relacionados con la actualización de bookworm a trixie 5.1.1. Non-free firmware moved to its own component in the archive ------------------------------------------------------------------ As described in Archive areas, non-free firmware packages are now served from a dedicated archive component, called "non-free-firmware". To ensure installed non-free firmware packages receive proper upgrades, changes to the APT configuration are required. Assuming the "non-free" component was only added to the APT sources-list to install firmware, the updated APT source-list entry could look like: deb https://deb.debian.org/debian bookworm main non-free-firmware If you were pointed to this chapter by "apt" you can prevent it from continuously notifying you about this change by creating an apt.conf(5) file named "/etc/apt/apt.conf.d/no-bookworm-firmware.conf" with the following content: APT::Get::Update::SourceListWarnings::NonFreeFirmware "false"; 5.1.2. Changes to packages that set the system clock ---------------------------------------------------- The **ntp** package, which used to be the default way to set the system clock from a Network Time Protocol (NTP) server, has been replaced by **ntpsec**. Most users will not need to take any specific action to transition from **ntp** to **ntpsec**. In bookworm there are also several other packages that provide a similar service. The Debian default is now **systemd-timesyncd**, which may be adequate for users who only need an "ntp" client to set their clock. bookworm also includes **chrony** and **openntpd** which support more advanced features, such as operating your own NTP server. 5.1.3. Puppet configuration management system upgraded to 7 ----------------------------------------------------------- Puppet has been upgraded from 5 to 7, skipping the Puppet 6 series altogether. This introduces major changes to the Puppet ecosystem. The classic Ruby-based Puppet Master 5.5.x application has been deprecated upstream and is no longer available in Debian. It is replaced by Puppet Server 7.x, provided by the **puppetserver** package. The package is automatically installed as a dependency of the transitional **puppet-master** package. In some cases, Puppet Server is a drop-in replacement for Puppet Master, but you should review the configuration files available under "/etc/puppet/puppetserver" to ensure the new defaults are suitable for your deployment. In particular the legacy format for the "auth.conf" file is deprecated, see the auth.conf documentation for details. The recommended approach is to upgrade the server before clients. The Puppet 7 Server is backwards compatible with older clients; a Puppet 5 Server can still handle upgraded agents but cannot register new Puppet 7 agents. So if you deploy new Puppet 7 agents before upgrading the server, you will not be able to add them to the fleet. The **puppet** package has been replaced by the **puppet-agent** package and is now a transitional package to ensure a smooth upgrade. Finally, the **puppetdb** package was removed in bullseye but is reintroduced in bookworm. 5.1.4. youtube-dl replaced with yt-dlp -------------------------------------- The popular tool **youtube-dl**, which can download videos from a large variety of websites (including, but not limited to, YouTube) is no longer included in Debian. Instead, it has been replaced with an empty transitional package that pulls in the **yt-dlp** package instead. **yt-dlp** is a fork of **youtube-dl** where new development is currently happening. There are no compatibility wrappers provided, so you'll need to modify your scripts and personal behavior to call "yt-dlp" instead of "youtube-dl". The functionality should be mostly the same, although some options and behavioral details have changed. Be sure to check yt- dlp.1 for details, and in particular yt- dlp.1.html#Differences_in_default_behavior. 5.1.5. Fcitx versions no longer co-installable ---------------------------------------------- The packages **fcitx** and **fcitx5** provide version 4 and version 5 of the popular Fcitx Input Method Framework. Following upstream's recommendation, they can no longer be co-installed on the same operating system. Users should determine which version of Fcitx is to be kept if they had co-installed **fcitx** and **fcitx5** previously. Before the upgrade, users are strongly encouraged to purge all related packages for the unwanted Fcitx version ("fcitx-*" for Fcitx 4, and "fcitx5-*" for Fcitx 5). When the upgrade is finished, consider executing the "im-config" again to select the desired input method framework to be used in the system. You can read more background information in the announcement posted on the mailing list (text written in Simplified Chinese). 5.1.6. MariaDB package names no longer include version numbers -------------------------------------------------------------- Unlike bullseye that had the MariaDB version in package names (e.g. **mariadb-server-10.5** and **mariadb-client-10.5**), in bookworm the equivalent MariaDB 10.11 package names are fully versionless (e.g. **mariadb-server** or **mariadb-client**). The MariaDB version is still visible in the package version metadata. There is at least one known upgrade scenario (Bug #1035949) where the transition to versionless package names fails: running # apt-get install default-mysql-server may fail when **mariadb-client-10.5** and the file "/usr/bin/mariadb- admin" in it is removed before the MariaDB server SysV init service has issued a shutdown, which uses "mariadb-admin". The workaround is to run # apt upgrade before running # apt full-upgrade . For more information about the package name changes in MariaDB, see /usr/share/doc/mariadb-server/NEWS.Debian.gz. 5.1.7. Changes to system logging -------------------------------- The **rsyslog** package is no longer needed on most systems and you may be able to remove it. Many programs produce log messages to inform the user of what they are doing. These messages can be managed by systemd's "journal" or by a "syslog daemon" such as "rsyslog". In bookworm, **rsyslog** was installed by default and the systemd journal was configured to forward log messages to rsyslog, which writes messages into various text files such as "/var/log/syslog". From trixie, **rsyslog** is no longer installed by default. If you do not want to continue using "rsyslog", after the upgrade you can mark it as automatically installed with # apt-mark auto rsyslog and then an # apt autoremove will remove it, if possible. If you have upgraded from older Debian releases, and not accepted the default configuration settings, the journal may not have been configured to save messages to persistent storage: instructions for enabling this are in journald.conf(5). If you decide to switch away from **rsyslog** you can use the "journalctl" command to read log messages, which are stored in a binary format under "/var/log/journal". For example, # journalctl -e shows the most recent log messages in the journal and # journalctl -ef shows new messages as they are written (similar to running # tail -f /var/log/syslog ). 5.1.8. rsyslog changes affecting log analyzers such as logcheck --------------------------------------------------------------- **rsyslog** now defaults to "high precision timestamps" which may affect other programs that analyze the system logs. There is further information about how to customize this setting in rsyslog.conf(5). The change in timestamps may require locally-created **logcheck** rules to be updated. "logcheck" checks messages in the system log (produced by "systemd-journald" or "rsyslog") against a customizable database of regular expressions known as rules. Rules that match the time the message was produced will need to be updated to match the new "rsyslog" format. The default rules, which are provided by the **logcheck-database** package, have been updated, but other rules, including those created locally, may require updating to recognize the new format. See /usr/share/doc/logcheck-database/NEWS.Debian.gz for a script to help update local "logcheck" rules. 5.1.9. rsyslog creates fewer log files -------------------------------------- **rsyslog** has changed which log files it creates, and some files in "/var/log" can be deleted. If you are continuing to use **rsyslog** (see Changes to system logging), some log files in "/var/log" will no longer be created by default. The messages that were written to these files are also in "/var/log/syslog" but are no longer created by default. Everything that used to be written to these files will still be available in "/var/log/syslog". The files that are no longer created are: * "/var/log/mail.{info,warn,err}" These files contained messages from the local mail transport agent (MTA), split up by priority. As "/var/log/mail.log" contains all mail related messages, these files (and their rotated counterparts) can be deleted safely. If you were using those files to monitor anomalies, a suitable alternative might be something like logcheck. * "/var/log/lpr.log" This file contained log messages relating to printing. The default print system in debian is **cups** which does not use this file, so unless you installed a different printing system this file (and its rotated counterparts) can be deleted. * "/var/log/{messages,debug,daemon.log}" These files (and their rotated counterparts) can be deleted. Everything that used to be written to these files will still be in "/var/log/syslog". 5.1.10. slapd upgrade may require manual intervention ----------------------------------------------------- OpenLDAP 2.5 is a major new release and includes several incompatible changes as described in the upstream release announcement. Depending on the configuration, the "slapd" service might remain stopped after the upgrade, until necessary configuration updates are completed. The following are some of the known incompatible changes: * The slapd-bdb(5) and slapd-hdb(5) database backends have been removed. If you are using one of these backends under bookworm, it is strongly recommended to migrate to the slapd-mdb(5) backend *before* upgrading to trixie. * The slapd-shell(5) database backend has been removed. * The slapo-ppolicy(5) overlay now includes its schema compiled into the module. The old external schema, if present, conflicts with the new built-in one. * The contrib password module pw-argon2 (see slapd-pw-argon2.5) has been renamed to argon2. Instructions for completing the upgrade and resuming the "slapd" service can be found in /usr/share/doc/slapd/README.Debian.gz. You should also consult the upstream upgrade notes. 5.1.11. GRUB no longer runs os-prober by default ------------------------------------------------ For a long time, **grub** has used the **os-prober** package to detect other operating systems installed on a computer so that it can add them to the boot menu. Unfortunately, that can be problematic in certain cases (e.g. where guest virtual machines are running), so this has now been disabled by default in the latest upstream release. If you are using GRUB to boot your system and want to continue to have other operating systems listed on the boot menu, you can change this. Either edit the file "/etc/default/grub", ensure you have the setting "GRUB_DISABLE_OS_PROBER=false" and re-run "update-grub", or run # dpkg-reconfigure to change this and other GRUB settings in a more user-friendly way. 5.1.12. GNOME has reduced accessibility support for screen readers ------------------------------------------------------------------ Many "GNOME" apps have switched from the "GTK3" graphics toolkit to "GTK4". Sadly, this has made many apps much less usable with screen readers such as **orca**. If you depend on a screen reader you should consider switching to a different desktop such as Mate, which has better accessibility support. You can do this by installing the **mate-desktop- environment** package. Information about how to use Orca under Mate is available here. 5.1.13. Baseline for 32-bit PC is now i686 ------------------------------------------ Debian's support for 32-bit PC (known as the Debian architecture i386) now no longer covers any i586 processor. The new minimum requirement is i686. This means that the i386 architecture now requires the "long NOP" (NOPL) instruction, while bullseye still supported some i586 processors without that instruction (e.g. the "AMD Geode"). If your machine is not compatible with this requirement, it is recommended that you stay with bullseye for the remainder of its support cycle. 5.1.14. Changes to polkit configuration --------------------------------------- For consistency with upstream and other distributions, the "polkit" (formerly "PolicyKit") service, which allows unprivileged programs to access privileged system services, has changed the syntax and location for local policy rules. You should now write local rules for customizing the security policy in JavaScript, and place them at "/etc/polkit-1/rules.d/*.rules". Example rules using the new format can be found in "/usr/share/doc/polkitd/examples/", and polkit.8.html#AUTHORIZATION_RULES has further information. Previously, rules could be written in "pkla" format, and placed in subdirectories of "/etc/polkit-1/localauthority" or "/var/lib/polkit-1/localauthority". However, ".pkla" files should now be considered deprecated, and will only continue to work if the **polkitd-pkla** package is installed. This package will usually be installed automatically when you upgrade to bookworm, but it is likely not to be included in future Debian releases, so any local policy overrides will need to be migrated to the JavaScript format. 5.1.15. A "merged-"/usr"" is now required ----------------------------------------- Debian has adopted a filesystem layout, referred to as "merged-"/usr"", which no longer includes the legacy directories "/bin", "/sbin", "/lib", or optional variants such as "/lib64". In the new layout, the legacy directories are replaced with symlinks to the corresponding locations "/usr/bin", "/usr/sbin", "/usr/lib", and "/usr/lib64". This means that, for example, both "/bin/bash" and "/usr/bin/bash" will launch "bash". For systems installed as buster or bullseye there will be no change, as the new filesystem layout was already the default in these releases. However, the older layout is no longer supported, and systems using it will be converted to the new layout when they are upgraded to bookworm. The conversion to the new layout should have no impact on most users. All files are automatically moved to their new locations even if they were installed locally or come from packages not provided by Debian, and hardcoded paths such as "/bin/sh" continue to work. There are, however, some potential issues: * # dpkg --search will give wrong answers for files moved to the new locations: # dpkg --search /usr/bin/bash will not identify that "bash" came from a package. (But # dpkg --search /bin/bash still works as expected.) * Local software not provided by Debian may not support the new layout and may, for example, rely on "/usr/bin/name" and "/bin/name" being two different files. This is not supported on merged systems (including new installations since buster), so any such software must be fixed or removed before the upgrade. * Systems that rely on a "base layer" that is not directly writable (such as WSL1 images or container systems using multi-layer overlayfs filesystems) cannot be safely converted and should either be replaced (e.g., by installing a new WSL1 image from the store) or have each individual layer upgraded (e.g., by upgrading the base Debian layer of the overlayfs independently) rather than dist- upgraded. For further information, see The Case for the /usr merge and the Debian Technical Committee resolution. 5.1.16. Unsupported upgrades from buster fail on "libcrypt1" ------------------------------------------------------------ Debian officially supports upgrades only from one stable release to the next, e.g. from bullseye to bookworm. Upgrades from buster to bookworm are not supported, and will fail due to Bug #993755 with the following error: Setting up libc6:ARCH (2.36-9) ... /usr/bin/perl: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory dpkg: error processing package libc6:ARCH (--configure): installed libc6:ARCH package post-installation script subprocess returned error exit status 127 It is however possible to manually recover from this particular situation by forcibly installing the new libcrypt1: # cd $(mktemp -d) # apt download libcrypt1 # dpkg-deb -x libcrypt1_*.deb . # cp -ra lib/* /lib/ # apt --fix-broken install 5.1.17. openssh-server no longer reads ~/.pam_environment --------------------------------------------------------- The Secure Shell (SSH) daemon provided in the **openssh-server** package, which allows logins from remote systems, no longer reads the user's "~/.pam_environment" file by default; this feature has a history of security problems and has been deprecated in current versions of the Pluggable Authentication Modules (PAM) library. If you used this feature, you should switch from setting variables in "~/.pam_environment" to setting them in your shell initialization files (e.g. "~/.bash_profile" or "~/.bashrc") or some other similar mechanism instead. Existing SSH connections will not be affected, but new connections may behave differently after the upgrade. If you are upgrading remotely, it is normally a good idea to ensure that you have some other way to log into the system before starting the upgrade; see Prepararse para la recuperación. 5.1.18. OpenSSH no longer supports DSA keys ------------------------------------------- Digital Signature Algorithm (DSA) keys, as specified in the Secure Shell (SSH) protocol, are inherently weak: they are limited to 160-bit private keys and the SHA-1 digest. The SSH implementation provided by the **openssh-client** and **openssh-server** packages has disabled support for DSA keys by default since OpenSSH 7.0p1 in 2015, released with Debian 9 ("stretch"), although it could still be enabled using the "HostKeyAlgorithms" and "PubkeyAcceptedAlgorithms" configuration options for host and user keys respectively. The only remaining uses of DSA at this point should be connecting to some very old devices. For all other purposes, the other key types supported by OpenSSH (RSA, ECDSA, and Ed25519) are superior. As of OpenSSH 9.8p1 in trixie, DSA keys are no longer supported even with the above configuration options. If you have a device that you can only connect to using DSA, then you can use the "ssh1" command provided by the **openssh-client-ssh1** package to do so. In the unlikely event that you are still using DSA keys to connect to a Debian server (if you are unsure, you can check by adding the "-v" option to the "ssh" command line you use to connect to that server and looking for the "Server accepts key:" line), then you must generate replacement keys before upgrading. For example, to generate a new Ed25519 key and enable logins to a server using it, run this on the client, replacing "username@server" with the appropriate user and host names: $ ssh-keygen -t ed25519 $ ssh-copy-id username@server 5.2. Cosas a hacer después de la actualización y antes de reiniciar =================================================================== Cuando haya terminado "apt full-upgrade" la actualización "formal" se habrá completado. No hay que hacer ninguna acción especial antes del siguiente reinicio del sistema tras la actualización a trixie. 5.2.1. Elementos no limitados durante el proceso de actualización ----------------------------------------------------------------- 5.2.2. Limitaciones en el soporte de seguridad ---------------------------------------------- Hay algunos paquetes para los que Debian no puede comprometerse a proporcionar versiones actualizadas resolviendo problemas de seguridad. La información de estos paquetes se cubre en las siguientes subsecciones. Nota: El paquete **debian-security-support** ayuda a supervisar el estado de soporte de seguridad de los paquetes instalados en el sistema. 5.2.2.1. Estado de seguridad en los navegadores web y sus motores de render ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Debian 13 includes several browser engines which are affected by a steady stream of security vulnerabilities. The high rate of vulnerabilities and partial lack of upstream support in the form of long term branches make it very difficult to support these browsers and engines with backported security fixes. Additionally, library interdependencies make it extremely difficult to update to newer upstream releases. Applications using the **webkit2gtk** source package (e.g. **epiphany**) are covered by security support, but applications using qtwebkit (source package **qtwebkit-opensource- src**) are not. For general web browser use we recommend Firefox or Chromium. They will be kept up-to-date by rebuilding the current ESR releases for stable. The same strategy will be applied for Thunderbird. Once a release becomes "oldstable", officially supported browsers may not continue to receive updates for the standard period of coverage. For example, Chromium will only receive 6 months of security support in "oldstable" rather than the typical 12 months. 5.2.2.2. Go- and Rust-based packages ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The Debian infrastructure currently has problems with rebuilding packages of types that systematically use static linking. With the growth of the Go and Rust ecosystems it means that these packages will be covered by limited security support until the infrastructure is improved to deal with them maintainably. In most cases if updates are warranted for Go or Rust development libraries, they will only be released via regular point releases. 5.2.3. Python Interpreters marked externally-managed ---------------------------------------------------- The Debian provided python3 interpreter packages (**python3.11** and **pypy3**) are now marked as being externally-managed, following PEP-668. The version of **python3-pip** provided in Debian follows this, and will refuse to manually install packages on Debian's python interpreters, unless the "--break-system-packages" option is specified. If you need to install a Python application (or version) that isn't packaged in Debian, we recommend that you install it with "pipx" (in the **pipx** Debian package). "pipx" will set up an environment isolated from other applications and system Python modules, and install the application and its dependencies into that. If you need to install a Python library module (or version) that isn't packaged in Debian, we recommend installing it into a virtualenv, where possible. You can create virtualenvs with the "venv" Python stdlib module (in the **python3-venv** Debian package) or the "virtualenv" Python 3rd-party tool (in the **virtualenv** Debian package). For example, instead of running "pip install --user foo", run: "mkdir -p ~/.venvs && python3 -m venv ~/.venvs/foo && ~/.venvs/foo/bin/python -m pip install foo" to install it in a dedicated virtualenv. See "/usr/share/doc/python3.11/README.venv" for more details. 5.2.4. Limited hardware-accelerated video encoding/decoding support in VLC -------------------------------------------------------------------------- The VLC video player supports hardware-accelerated video decoding and encoding via VA-API and VDPAU. However, VLC's support for VA-API is tightly related to the version of FFmpeg. Because FFmpeg was upgraded to the 5.x branch, VLC's VA-API support has been disabled. Users of GPUs with native VA-API support (e.g., Intel and AMD GPUs) may experience high CPU usage during video playback and encoding. Users of GPUs offering native VDPAU support (e.g., NVIDIA with non- free drivers) are not affected by this issue. Support for VA-API and VDPAU can be checked with "vainfo" and "vdpauinfo" (each provided in a Debian package of the same name). 5.2.5. systemd-resolved has been split into a separate package -------------------------------------------------------------- The new **systemd-resolved** package will not be installed automatically on upgrades. If you were using the "systemd-resolved" system service, please install the new package manually after the upgrade, and note that until it has been installed, DNS resolution might no longer work since the service will not be present on the system. Installing this package will automatically give systemd- resolved control of "/etc/resolv.conf". For more information about systemd-resolved, consult the official documentation. Note that systemd-resolved was not, and still is not, the default DNS resolver in Debian. If you have not configured your machine to use systemd- resolved as the DNS resolver, no action is required. 5.2.6. systemd-boot has been split into a separate package ---------------------------------------------------------- The new **systemd-boot** package will not be installed automatically on upgrades. If you were using "systemd-boot", please install this new package manually, and note that until you do so, the older version of systemd-boot will be used as the bootloader. Installing this package will automatically configure systemd-boot as the machine's bootloader. The default boot loader in Debian is still GRUB. If you have not configured the machine to use systemd-boot as the bootloader, no action is required. 5.2.7. systemd-journal-remote no longer uses GnuTLS --------------------------------------------------- The optional systemd-journal-gatewayd and systemd-journal-remote services are now built without GnuTLS support, which means the "-- trust" option is no longer provided by either program, and an error will be raised if it is specified. 5.2.8. Extensive changes in adduser for bookworm ------------------------------------------------ There have been several changes in **adduser**. The most prominent change is that "--disabled-password" and "--disabled-login" are now functionally identical. For further details, please read the "/usr/share/doc/adduser/NEWS.Debian.gz". 5.2.9. Predictable naming for Xen network interfaces ---------------------------------------------------- The predictable naming logic in systemd for network interfaces has been extended to generate stable names from Xen netfront device information. This means that instead of the former system of names assigned by the kernel, interfaces now have stable names of the form "enX#". Please adapt your system before rebooting after the upgrade. Some more information can be found on the NetworkInterfaceNames wiki page. 5.2.10. Change in dash handling of circumflex --------------------------------------------- "dash", which by default provides the system shell "/bin/sh" in Debian, has switched to treating the circumflex ("^") as a literal character, as was always the intended POSIX-compliant behavior. This means that in bookworm "[^0-9]" no longer means "not 0 to 9" but "0 to 9 and ^". 5.2.11. netcat-openbsd supports abstract sockets ------------------------------------------------ The "netcat" utility for reading and writing data across network connections supports abstract sockets (see unix.7.html#Abstract_sockets, and uses them by default in some circumstances. By default, "netcat" is provided by **netcat-traditional**. However, if "netcat" is provided by the **netcat-openbsd** package and you are using an "AF_UNIX" socket, then this new default applies. In this case the "-U" option to "nc" will now interpret an argument starting with an "@" as requesting an abstract socket rather than as a filename beginning with an "@" in the current directory. This can have security implications because filesystem permissions can no longer be used to control access to an abstract socket. You can continue to use a filename starting with an "@" by prefixing the name with "./" or by specifying an absolute path. 5.3. Obsolescencia y deprecación ================================ 5.3.1. Paquetes obsoletos notables ---------------------------------- A continuación se muestra una lista de los paquetes conocidos y notables que ahora están obsoletos (consulte Paquetes obsoletos para obtener una descripción). La lista de paquetes obsoletos incluye: * The **libnss-ldap** package has been removed from trixie. Its functionalities are now covered by **libnss-ldapd** and **libnss- sss**. * The **libpam-ldap** package has been removed from trixie. Its replacement is **libpam-ldapd**. * The **fdflush** package has been removed from trixie. In its stead, please use "blockdev --flushbufs" from **util-linux**. * The **libgdal-perl** package has been removed from trixie, because the Perl binding for GDAL is no longer supported upstream. If you need Perl support for GDAL, you can migrate to the FFI interface provided by the **Geo::GDAL::FFI** package, available on CPAN. You will have to build your own binaries as documented on the BookwormGdalPerl Wiki page. 5.3.2. Componentes obsoletos de trixie -------------------------------------- Con la publicación de Debian 14 (nombre en clave forky) algunas funcionalidades estarán obsoletas. Los usuarios deben migrar a otras alternativas para evitar problemas al actualizar a Debian 14. Esto incluye las siguientes funcionalidades: * Development of the NSS service "gw_name" stopped in 2015. The associated package **libnss-gw-name** may be removed in future Debian releases. The upstream developer suggests using **libnss- myhostname** instead. * **dmraid** has not seen upstream activity since end 2010 and has been on life support in Debian. bookworm will be the last release to ship it, so please plan accordingly if you're using **dmraid**. * **request-tracker4** has been superseded by **request-tracker5** in this release, and will be removed in future releases. We recommend that you plan to migrate from **request-tracker4** to **request- tracker5** during the lifetime of this release. * The **isc-dhcp** suite has been deprecated by the ISC. The Debian Wiki has a list of alternative implementations, see the DHCP Client and DHCP Server pages for the latest. If you are using NetworkManager or systemd-networkd, you can safely remove the **isc- dhcp-client** package as they both ship their own implementation. If you are using the **ifupdown** package, you can experiment with udhcpc as a replacement. The ISC recommends the **Kea** package as a replacement for DHCP servers. The security team will support the **isc-dhcp** package during the bookworm lifetime, but the package will likely be unsupported in the next stable release, see bug #1035972 (isc-dhcp EOL'ed) for more details. 5.4. Known severe bugs ====================== Although Debian releases when it's ready, that unfortunately doesn't mean there are no known bugs. As part of the release process all the bugs of severity serious or higher are actively tracked by the Release Team, so an overview of those bugs that were tagged to be ignored in the last part of releasing trixie can be found in the Debian Bug Tracking System. The following bugs were affecting trixie at the time of the release and worth mentioning in this document: +------------------------+-----------------------------+--------------------------------+ | Bug number | Package (source or binary) | Description | |========================|=============================|================================| | 1032240 | **akonadi-backend-mysql** | akonadi server fails to start | | | | since it cannot connect to | | | | mysql database | +------------------------+-----------------------------+--------------------------------+ | 1032177 | **faketime** | faketime doesn't fake time (on | | | | i386) | +------------------------+-----------------------------+--------------------------------+ | 918984 | **src:fuse3** | provide upgrade path fuse -> | | | | fuse3 for bookworm | +------------------------+-----------------------------+--------------------------------+ | 1016903 | **g++-12** | tree-vectorize: Wrong code at | | | | O2 level (-fno-tree-vectorize | | | | is working) | +------------------------+-----------------------------+--------------------------------+ | 1020284 | **git-daemon-run** | fails to purge: deluser -f: | | | | Unknown option: f | +------------------------+-----------------------------+--------------------------------+ | 919296 | **git-daemon-run** | fails with 'warning: git- | | | | daemon: unable to open | | | | supervise/ok: file does not | | | | exist' | +------------------------+-----------------------------+--------------------------------+ | 1034752 | **src:gluegen2** | embeds non-free headers | +------------------------+-----------------------------+--------------------------------+ 6. Más información sobre Debian ******************************* 6.1. Para leer más ================== Además de estas notas de publicaciones y la guía de instalación (en https://www.debian.org/releases/trixie/installmanual), hay más documentación de Debian disponible a través del Proyecto de Documentación de Debian (DDP). El objetivo de este proyecto es crear y mantener documentación de alta calidad para los usuarios y desarrolladores de Debian. En este proyecto encontrará documentos como la Guía de Referencia, la Guía del Nuevo Desarrollador, las PUF de Debian y muchos más documentos. Encontrará todos los detalles de los recursos disponibles en la web de Documentación de Debian y en el Wiki de Debian. La documentación para los paquetes individuales se instala en "/usr/share/doc/paquete". Puede incluir información sobre el copyright, detalles específicos para Debian, y la documentación del autor original. 6.2. Cómo conseguir ayuda ========================= Hay muchas fuentes de ayuda, consejo y apoyo para los usuarios de Debian, pero solo debería tenerlas en cuenta si ha agotado todos los recursos disponibles buscando documentación sobre su problema. Esta sección proporciona una breve introducción a estas fuentes que puede ser de ayuda para los nuevos usuarios de Debian. 6.2.1. Listas de correo electrónico ----------------------------------- La lista de correo que más interesará a los usuarios de Debian es la lista debian-usr (en inglés) y las otras listas debian-user-idioma (para otros idiomas). Por ejemplo, puede utilizar la lista debian- user-spanish para hacer consultas o preguntas en español. Puede encontrar más información de las listas, incluyendo los detalles y cómo suscribirse en https://lists.debian.org/. Por favor, consulte los archivos de la lista para buscar respuestas a sus preguntas antes de hacer una pregunta nueva y adhiérase al comportamiento y etiqueta estándar utilizados en listas de correo. 6.2.2. Internet Relay Chat (IRC) -------------------------------- Debian tiene un canal de IRC dedicado a la ayuda y asistencia para los usuarios de Debian situado en la red de IRC de OFTC. Si desea acceder al canal, conecte su cliente de IRC favorito a irc.debian.org y únase al canal "#debian". Siga las normas del canal, y respete totalmente a los otros usuarios. Puede consultar las normas en el Wiki de Debian. Si desea más información sobre OFTC visite su sitio web. 6.3. Cómo informar de fallos ============================ Nos esforzamos para hacer de Debian un sistema operativo de gran calidad, pero esto no significa que los paquetes que proporcionemos estén totalmente libres de fallos. De acuerdo con la filosofía de "desarrollo abierto" de Debian, y como un servicio a nuestros usuarios, proporcionamos toda la información de los fallos de los que se nos informa en nuestro propio sistema de seguimiento de fallos (Bug Tracking System o BTS). El BTS se puede consultar en https://bugs.debian.org/. Si encuentra algún fallo en la distribución o en los programas empaquetados que forman parte de ella, le rogamos que nos informe para que pueda corregirse adecuadamente de cara a próximas versiones. Para informar de un fallo es necesario tener una dirección de correo válida. Pedimos esto porque así podemos rastrear los fallos y para que los desarrolladores puedan ponerse en contacto con los remitentes de los fallos en caso de que necesiten más información. Puede enviar un informe de fallo usando el programa "reportbug" o de forma manual usando el correo electrónico. Puede leer más sobre el sistema de seguimiento de fallos y cómo utilizarlo en la documentación de referencia (disponible en "/usr/share/doc/debian" si ha instalado el paquete **doc-debian**) o en línea, accediendo al propio sistema de seguimiento de fallos. 6.4. Cómo colaborar con Debian ============================== No tiene que ser un experto para colaborar con Debian. Puede contribuir a la comunidad ayudando a otros usuarios en las distintas listas de ayuda a los usuarios. También es sumamente útil identificar (y resolver) problemas relacionados con el desarrollo de la distribución participando en las listas de correo de desarrollo. Para mantener la distribución de alta calidad de Debian puede informar sobre fallos y ayudar a los desarrolladores a seguirlos y arreglarlos. La herramienta "how-can-i-help" le ayudará a encontrar erratas reportadas en las que puede ayudar. Si tiene habilidad con las palabras, quizá quiera contribuir más activamente ayudando a escribir documentación o a traducir documentación ya existente a su propio idioma. Si puede dedicar más tiempo, podría gestionar una parte de la colección de Software Libre de Debian. Es especialmente útil que se adopten o mantengan elementos que la gente ha pedido que se incluyan en Debian. La base de datos de paquetes en perspectiva o para los que se necesita ayuda (Work Needing and Prospective Packages o WNPP, N. del T.) contiene todos los detalles e información al respecto. Si tiene interés en algún grupo en concreto quizás disfrute colaborando con alguno de los subproyectos de Debian, como pueden ser la adaptación a alguna arquitectura concreta, y Debian Pure Blends para grupos de usuario específicos, entre otros. En cualquier caso, si ya está trabajando en la comunidad del software libre de alguna manera, como usuario, programador, escritor o traductor, ya está ayudando al esfuerzo del software libre. Colaborar es gratificante y divertido, y además de permitirle conocer nuevas personas, le hará sentirse mejor. 7. Gestión de su sistema bookworm antes de la actualización *********************************************************** Este apéndice contiene la información sobre cómo asegurarse de que puede instalar o actualizar los paquetes de bookworm antes de actualizar a trixie. 7.1. Actualizar su sistema bookworm =================================== Basically this is no different from any other upgrade of bookworm you've been doing. The only difference is that you first need to make sure your package list still contains references to bookworm as explained in Checking your APT source-list files. Si actualiza su sistema usando una réplica de Debian, automáticamente se actualizará a la última versión de bookworm. 7.2. Comprobar su lista de fuentes APT ====================================== Si existe alguna referencia en sus archivos de fuentes APT (consulte sources.list(5)) contienen referencias a "stable", ya está utilizando trixie. Esto puede no ser lo que Vd. desee si no está preparado aún para hacer la actualización. Si ya ha ejecutado "apt update", todavía puede volver a atrás sin problemas siguiendo el procedimiento explicado a continuación. If you have also already installed packages from trixie, there probably is not much point in installing packages from bookworm anymore. In that case you will have to decide for yourself whether you want to continue or not. It is possible to downgrade packages, but that is not covered here. As root, open the relevant APT source-list file (such as "/etc/apt/sources.list") with your favorite editor, and check all lines beginning with * "deb http:" * "deb https:" * "deb tor+http:" * "deb tor+https:" * "URIs: http:" * "URIs: https:" * "URIs: tor+http:" * "URIs: tor+https:" for a reference to "stable". If you find any, change "stable" to "bookworm". Si existe alguna línea que comienza por "deb file:" o "URIs: file:", tendrá que comprobar si la ubicación a la que hace referencia contiene un archivo de bookworm o de trixie. Importante: No cambie ninguna línea que comience por "deb cdrom:" o "URIs: cdrom:". Hacerlo invalidaría la línea y tendría que ejecutar de nuevo "apt-cdrom". No se preocupe si alguna línea de una fuente de "cdrom" hace referencia a "unstable". Puede parecer confuso, pero es normal. Si ha realizado algún cambio, guarde el archivo y ejecute: # apt update para actualizar la lista de paquetes. 7.3. Performing the upgrade to latest bookworm release ====================================================== To upgrade all packages to the state of the latest point release for bookworm, do # apt full-upgrade 7.4. Borrar ficheros de configuración obsoletos =============================================== Antes de actualizar su sistema a trixie es recomendable borrar los ficheros de configuración obsoletos (como los archivos "*.dpkg-{new,old}" que se puedan encontrar bajo el directorio "/etc" del sistema. 8. Personas que han contribuido a estas notas de publicación ************************************************************ Hay muchas personas que han ayudado con estas notas de publicación, incluyendo, entre otros, a * Adam D. Barrat (varios arreglos desde 2013), * Adam Di Carlo (versiones anteriores), * Andreas Barth aba (versiones anteriores: 2005 - 2007), * Andrei Popescu (diversas contribuciones), * Anne Bezemer (versión anterior), * Bob Hilliard (versión anterior), * Charles Plessy (descripción del problema GM965), * Christian Perrier bubulle (Instalación de Lenny), * Christoph Berg (Problemas específicos de PostgreSQL), * Daniel Baumann (Debian Live), * David Prévot taffit (versión Wheezy), * Eddy Petrișor (diversas contribuciones), * Emmanuel Kasper (backports), * Esko Arajärvi (reescritura de la actualización de X11), * Frans Pop fjp (versión anterior Etch), * Giovanni Rapagnani (innumerables contribuciones), * Gordon Farquharson (problemas de la adaptación a ARM), * Hideki Yamane henrich (contribuyendo desde 2006), * Holger Wansing holgerw (contribuyendo desde 2009), * Javier Fernández-Sanguino Peña jfs (versión Etch, versión Squeeze), * Jens Seidel (traducción al alemán y numerosas contribuciones), * Jonas Meurer (problemas del syslog), * Jonathan Nieder (versión Squeeze, versión Wheezy), * Joost van Baal-Ilić joostvb (versión Wheezy, versión Jessie), * Josip Rodin (versiones anteriores), * Julien Cristau jcristau (versión Squeeze, versión Wheezy), * Justin B Rye (Arreglos a la versión en inglés), * LaMont Jones (descripción de problemas de NFS), * Luk Claes (gestor de la motivación de los editores), * Martin Michlmayr (problemas de la adaptación a ARM), * Michael Biebl (problemas del syslog), * Moritz Mühlenhoff (diversas contribuciones), * Niels Thykier nthykier (versión Jessie), * Noah Meyerhans (innumerables contribuciones), * Noritada Kobayashi (traducción al japonés (coordinación) y numerosas contribuciones), * Osamu Aoki (diversas contribuciones), * Paul Gevers elbrus (versión Buster), * Peter Green (notas de la versión del núcleo), * Rob Bradford (versión Etch), * Samuel Thibault (descripción del soporte de Braille en d-i), * Simon Bienlein (descripción del soporte de Braille en d-i), * Simon Paillard spaillar-guest (innumerables contribuciones), * Stefan Fritsch (descripción de los problemas de Apache), * Steve Langasek (versión Etch), * Steve McIntyre (Debian CDs), * Tobias Scherer (descripción de "proposed-update"), * victory victory-guest (arreglos de marcado, contribuyendo desde 2006), * Vincent McIntyre (descripción de "proposed-update"), * W. Martin Borgert (edición de la versión de Lenny, cambio a DocBook XML). Este documento ha sido traducido a muchos idiomas. ¡Muchas gracias a los traductores! Traducido al español por: Ricardo Cárdenes Medina, David Martínez Moreno, Juan Manuel García Molina, Javier Fernández- Sanguino, Francisco Javier Cuadrado, Igor Támara, y Fernando González de la Requena.