Product SiteDocumentation Site

6.2. Los programas aptitude, apt-get y apt

APT es un proyecto gigante y su plan original incluia una interfaz gráfica. Está basado en una biblioteca que contiene la aplicación central y apt-get fue la primera interfaz — basada en la línea de órdenes — desarrollada dentro del proyecto. apt es un segundo frontend de linea de comandos proporcionado por APT el cual soluciona algunos errores de diseño de la orden apt-get.
Both tools are built on top of the same library and are thus very close, but the default behavior of apt has been improved for interactive use and to actually do what most users expect. The APT developers reserve the right to change the public interface of this tool to further improve it. Conversely, the public interface of apt-get is well defined and will not change in any backwards incompatible way. It is thus the tool that you want to use when you need to script package installation requests.
Varias otras interfaces gráficas aparecieron luego como proyectos externos: synaptic, aptitude (que incluye tanto una interfaz en modo texto como una gráfica — aún cuando no esté completa), wajig, etc. La interfaz más recomendada, apt es la que utilizaremos en los ejemplos de esta sección. Note, sin embargo, que la sintaxis de línea de órdenes de apt-get y de aptitude son muy similares. Detallaremos cuando existan grandes diferencias entre estas tres órdenes.

6.2.1. Inicialización

For any work with APT, the list of available packages needs to be updated; this can be done simply through apt update. Depending on the speed of your connection and configuration, the operation can take a while, since it involves downloading a certain number of (usually compressed) files (Packages, Sources, Translation-language-code), which have gradually become bigger and bigger as Debian has developed (at least 10-16 MB of data for the main section). Of course, installing from a CD-ROM/DVD set does not require any downloading — in this case, the operation is very fast.

6.2.2. Instalación y eliminación

Con APT puede agregar o eliminar paquetes del sistema, con apt install paquete y apt remove paquete respectivamente. En ambos casos APT automáticamente instalará las dependencias necesarias o eliminará los paquetes que dependen del paquete que está siendo eliminado. La orden ap purge paquete realiza una desinstalación completa —eliminando también los archivos de configuración—.
Si el archivo sources.list menciona varias distribuciones, es posible indicar la versión del paquete a instalar. Se puede proporionar un número de versión específico con apt install paquete=versión, pero generealmente es preferible indicar la distribución de origen (Stable, Testing o Unstable) utilizando apt install paquete/distribución. Con esta orden es posible volver a una versión antigua de un paquete (si sabe que funciona bien, por ejemplo), siempre que aún esté disponible en alguno de los orígenes a los que se refiere el archivo sources.list. De lo contrario, el archivo snapshot.debian.org puede llegar al rescate (revise el recuadro GOING FURTHER Old package versions: snapshot.debian.org and archive.debian.org).

Ejemplo 6.4. Instalación de la versión en Unstable de spamassassin

# apt install spamassassin/unstable
Si el paquete que se ha de instalar se te ha proporcionado con la forma de un simple archivo .deb sin ningún repositorio de paquete asociado, es posible usar APT para instalarlo junto a sus dependencias (siempre que las dependencias estén disponibles en los repositorios configurados) con una simple orden: apt install ./ruta-al-paquete.deb. El ./ que precede es importante para dejar claro que nos referimos a un nombre de archivo y no a un nombre de paquete disponible en uno de los repositorios.

6.2.3. Actualización del sistema

Se recomienda realizar actualizaciones regularmente, ya que incluyen las últimas actualizaciones de seguridad. Para actualizar, utilice apt upgrade, apt-get upgrade o aptitude safe-upgrade (por supuesto, después de apt-get update). Esta orden busca paquetes instalados que pueden ser actualizados sin eliminar ningún paquete. En otras palabras, el objetivo es asegurar la actualización menos intrusiva posible. apt-get es ligeramente más exigente que aptitude o apt ya que se negará a instalar paquetes que no estaban instalados previamente.
apt generalmente seleccionará el número de versión más reciente (excepto para paquetes en Experimental y stable-backports, que son ignorados de forma predeterminada sin importar su número de versión). Si especificó Testing o Unstable en su archivo sources.list, apt upgrade cambiará la mayor parte de su sistema en Stable a Testing o Unstable, lo que podría no ser lo deseado.
Para indicarle a apt que utilice una distribución específica al buscar paquetes a actualizar debe utilizar la opción -t o --target-release, seguido del nombre de la distribución que desea (por ejemplo, apt -t stable upgrade). Para evitar especificar esta opción cada vez que utilice apt puede agregar APT::Default-Release "stable"; al archivo /etc/apt/apt.conf.d/local.
Para actualizaciones más importantes, tales como el cambio de una versión mayor de Debian a la siguiente, necesita utilizar apt full-upgrade. Con esta instrucción, apt completará la actualización aún si tiene que eliminar algunos paquetes obsoletos o instalar nuevas dependencias. Esta también es la orden utilizada por los usuarios que trabajan diariamente con la versión Unstable de Debian y siguen su evolución día a día. Es tan simple que casi no necesita explicación: la reputación de APT está basada en esta excelente característica.
A diferencia de apt y aptitude, apt-get no sabe cómo hacer full-upgrade command. En su lugar debería usar apt-get dist-upgrade (”distribution upgrade”), la histórica y bien conocida orden que apt y aptitude también aceptan para satisfacer a los usuarios que están acostumbrados a usarla.
Los resultados de estas operaciones son registrados en /var/log/apt/history.log y /var/log/apt/term.log, mientras que dpkg mantiene su registro en un archivo llamado /var/log/dpkg.log.

6.2.4. Opciones de configuración

Además de los elementos de configuración ya mencionados, es posible configurar ciertos aspectos de APT agregando directivas en un archivo del directorio /etc/apt/apt.conf.d/ o en el propio /etc/apt/apt.conf. Recuerde, por ejemplo, que APT puede indicarle a dpkg que ignore errores de conflictos de archivos especificando DPkg::options { "--force-overwrite"; }.
If the Web can only be accessed through a proxy, add a line like Acquire::http::proxy "http://yourproxy:3128". For an FTP proxy, write Acquire::ftp::proxy "ftp://yourproxy". To discover more configuration options, read the apt.conf(5) manual page (for details on manual pages, see Sección 7.1.1, “Páginas de manual”).

6.2.5. Gestión de prioridades de los paquetes

Uno de los aspectos más importantes en la configuración de APT es la gestión de las prioridades asociadas con cada origen de paquetes. Por ejemplo, podría desear extender una distribución con uno o dos paquetes más recientes de Testing, Unstable o Experimental. Es posible asignar una prioridad a cada paquete disponible (el mismo paquete puede tener varias prioridades según su versión o la distribución que lo provee). Estas prioridades influenciarán el comportamiento de APT: para cada paquete, siempre seleccionará la versión con la prioridad más alta (excepto si esta versión es anterior a la instalada y si su prioridad es menor a 1000).
APT define varias prioridades predeterminadas. Cada versión instalada de un paquete tiene una prioridad de 100. Una versión no instalada tiene una prioridad predeterminada de 500, pero puede saltar a 990 si es parte de la distribución destino (definida con la opción de línea de órdenes -t o la directiva de configuración APT::Default-Release).
Puede modificar las prioridades agregando elementos en un archivo en /etc/apt/preferences.d/ o en el archivo /etc/apt/preferences con los nombres de los paquetes afectados, sus versiones, sus orígenes y sus nuevas prioridades.
APT will never install an older version of a package (that is, a package whose version number is lower than the one of the currently installed package) except if its priority is higher than 1000 (or it is explicitly requested by the user, see Sección 6.2.2, “Instalación y eliminación”). APT will always install the highest priority package which follows this constraint. If two packages have the same priority, APT installs the newest one (whose version number is the highest). If two packages of same version have the same priority but differ in their content, APT installs the version that is not installed (this rule has been created to cover the case of a package update without the increment of the revision number, which is usually required).
En términos más concretos, un paquete cuya prioridad es
< 0
nunca será instalado,
1..99
solo será instalado si ninguna otra versión del paquete está ya instalada,
100..499
solo será instalado si no hay ninguna otra versión más nueva instalada o disponible en otra distribución,
500....989
solo será instalado si no hay ninguna versión más nueva instalada o disponible en la distribución de destino,
990..1000
será instalado a no ser que la versión instalada sea más nueva,
> 1000
se instalará siempre, incluso si fuerza a APT a degradarlo a una versión más vieja.
When APT checks /etc/apt/preferences and /etc/apt/preferences.d/, it first takes into account the most specific entries (often those specifying the concerned package), then the more generic ones (including, for example, all the packages of a distribution). If several generic entries exist, the first match is used. The available selection criteria include the package's name and the source providing it. Every package source is identified by the information contained in a Release file that APT downloads together with the Packages files. It specifies the origin (usually “Debian” for the packages of official mirrors, but it can also be a person's or an organization's name for third-party repositories). It also gives the name of the distribution (usually Stable, Testing, Unstable or Experimental for the standard distributions provided by Debian) together with its version (for example, 11 for Debian Bullseye). Let's have a look at its syntax through some realistic case studies of this mechanism.
Supongamos que sólo desea utilizar paquetes de la versión estable de Debian. Aquellos provistos en otras versiones no serían instalados a menos que sean pedidos explícitamente. Puede escribir las siguientes entradas en el archivo /etc/apt/preferences:
Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release o=Debian
Pin-Priority: -10
a=stable define el nombre de la distribución elegida. o=Debian limita el alcance a los paquetes cuyo origen es «Debian».
Let's now assume that you have a server with several local programs depending on the version 5.28 of Perl and that you want to ensure that upgrades will not install another version of it. You could use this entry:
Package: perl
Pin: version 5.28*
Pin-Priority: 1001
To gain a better understanding of the mechanisms of priority and distribution or repository properties to pin do not hesitate to execute apt-cache policy to display the default priority associated with each package source, or apt-cache policy package to display the default priority for each available version and source of a package as explained in Sección 6.3.1, “The apt-cache policy Command”.
La documentación de referencia para los archivos etc/apt/preferences y /etc/apt/preferences.d/ está disponible en la página de manual apt_preferences(5) que puede ver con man apt_preferences.

6.2.6. Trabajo con varias distribuciones

Como apt es una herramienta tan maravillosa, es tentador elegir paquetes de otras distribuciones. Por ejemplo, tras instalar un sistema Stable podría desear probar paquetes de software disponibles en Testing o Unstable sin desviarse demasiado del estado inicial del sistema.
Aún cuando ocasionamente encontrará problemas al mezclar paquetes de diferentes distribuciones apt gestionará muy bien su coexistencia y limitará los riesgos de manera muy efectiva. La mejor manera de proceder es listar todas las distribuciones utilizadas en /etc/apt/sources.list (algunas personas siempre agregan las tres distribuciones, pero recuerde que Unstable está reservado para usuarios experimentados) y definir su distribución de referencia con el parámetro APT::Default-Release (revise la Sección 6.2.3, “Actualización del sistema”).
Supongamos que su distribución de referencia es Stable pero que Testing y Unstable también aparecen listados en su archivo sources.list. En este caso, puede utilizar apt install paquete/testing para instalar un paquete de Testing. Si la instalación falla debido a alguna dependencia insatisfecha, permítale resolver esas dependencias dentro de Testing agregando el parámetro -t testing. Obviamente, lo mismo aplica a Unstable.
In this situation, upgrades (upgrade and full-upgrade) are done within Stable except for packages already upgraded to another distribution: those will follow updates available in the other distributions. We will explain this behavior with the help of the default priorities set by APT below. Do not hesitate to use apt-cache policy (Sección 6.3.1, “The apt-cache policy Command”) to verify the given priorities.
Todo gira alrededor del hecho de que APT considera sólo paquetes con una versión mayor o igual que la instalada (suponiendo que /etc/apt/preferences no ha sido usado para forzar prioridades superiores a 1000 para algunos paquetes).
Asumamos que instaló la versión 1 de un primer paquete de Stable y que las versiones 2 y 3 están disponibles en Testing y Unstable respectivamente. La versión instalada tiene una prioridad de 100, pero la versión disponible en Stable (la misma versión) tiene una prioridad de 990 (porque es parte de la versión de destino). Los paquetes en Testing y Unstable tienen una prioridad de 500 (la prioridad predeterminada para una versión no instalada). El ganador es, por lo tanto, la versión 1 con una prioridad de 990. El paquete «se mantiene en Stable».
Let's take the example of another package whose version 2 has been installed from Testing. Version 1 is available in Stable and version 3 in Unstable. Version 1 (of priority 990 — thus lower than 1000) is discarded because it is lower than the installed version. This only leaves version 2 and 3, both of priority 500. Faced with this alternative, APT selects the newest version, the one from Unstable. If you don't want a package installed from Testing to migrate to the version in Unstable, you have to assign a priority lower than 500 (490 for example) to packages coming from Unstable. You can modify /etc/apt/preferences to this effect:
Package: *
Pin: release a=unstable
Pin-Priority: 490

6.2.7. Seguimiento de paquetes instalados automáticamente

Una de las funcionalidades esenciales de apt es el rastreo de aquellos paquetes instalados únicamente debido a dependencias. Estos paquetes son llamados «automáticos», y generalmente incluyen bibliotecas.
Con esta información, cuado se eliminan paquetes, los gestores de paquetes pueden calcular una lista de paquetes automáticos que ya no son necesarios (porque no hay paquetes «instalados manualmente» que dependan de ellos). apt-get autoremove o apt autoremove se librarán de dichos paquetes. aptitude no posee esta orden: porque los elimina automáticamente tan pronto como los identifica. En todo caso, las herramientas muestran un claro mensaje que enumera los paquetes afectados.
Es buen hábito marcar como automático cualquier paquete que no necesite directamente para que sea eliminado automáticamente cuando ya no sea necesario. apt-mark auto paquete marcará el paquete dado como automático mientras que apt-mark manual paquete realiza lo opuesto. aptitude markauto y aptitude unmarkauto funcionan de la misma forma, pero ofrecen más funcionalidad para marcar varios paquetes simultáneamente (revise la Sección 6.5.1, “aptitude). La interfaz interactiva para la consola de aptitude también facilita el revisar la «marca automática» en muchos paquetes.
Algunas personas podrían desear saber porqué un paquete instalado automáticamente está presente en el sistema. Para obtener esta información desde la línea de comandos puede utilizar aptitude why paquete (apt y apt-get no poseen una funcionalidad similar):
$ aptitude why python3-debian
i   aptitude         Suggests apt-xapian-index
p   apt-xapian-index Depends  python3-debian (>= 0.1.14)

6.2.8. APT Patterns

Patterns allow you to specify complex search queries to select the packages you want to install or show. They were first implemented for aptitude (see Sección 6.5, “Interfaces: aptitude, synaptic), but now APT can also make use of them.
For example, we can use apt list ?automatic to list all the packages automatically installed. To find packages automatically installed no longer depended upon by manually installed packages the pattern ?garbage can be used.
Logic patterns can be combined with other packages to form more complex expressions. For instance, we could use a pattern like ?and(PATTERN, PATTERN). See apt-patterns(7) and glob(7) for all the patterns you can use and the complex expressions you can create with them.