Administrar paquetes con apt

1. Qué es un paquete

Un programa instalado no es un archivo: es un conjunto de archivos repartidos por el árbol de directorios, según el reparto que estudiamos en el tema 8. El ejecutable va en /usr/bin, sus bibliotecas en /usr/lib, su configuración en /etc, su página de manual en /usr/share/man. Instalar a mano significaría copiar cada uno a su lugar, y desinstalar, recordar dónde quedó cada uno.

Un paquete es un archivo único que contiene todos los archivos de un programa, junto con la información necesaria para instalarlo: su nombre, su versión, una descripción, la lista de otros paquetes que necesita para funcionar y unas instrucciones que se ejecutan al instalar y al quitar.

En Debian y Ubuntu los paquetes tienen la extensión .deb, y su nombre sigue un esquema fijo:

ncdu_1.19-0.1_amd64.deb
 │     │   │    │
 │     │   │    └─ la arquitectura: amd64 es un PC de 64 bits; «all», cualquiera
 │     │   └─ la revisión: los ajustes que le hizo la distribución
 │     └─ la versión del programa, tal como la publicaron sus autores
 └─ el nombre del paquete

El nombre del paquete es lo que se escribe en los comandos: apt install ncdu. Va siempre en minúsculas, y no siempre coincide con el del comando que instala: el paquete coreutils contiene ls, cp, sort y un centenar de programas más, y el comando top viene en el paquete procps.

No todos los paquetes contienen un programa. Unos traen bibliotecas, que son código compartido entre varios programas, y suelen llamarse libalgo; otros, datos, documentación o traducciones, como el manpages-es del tema 4. Un sistema Ubuntu de escritorio recién instalado tiene alrededor de dos mil paquetes, y de ellos apenas unas decenas son aplicaciones que se abren desde un menú.

2. Repositorios y gestor de paquetes

Los paquetes no se buscan uno por uno en Internet. Cada distribución los publica, ya preparados y probados para esa versión del sistema, en servidores propios.

Un repositorio es un servidor que almacena paquetes y publica un índice con la lista de todos ellos. Un gestor de paquetes es el programa que consulta esos índices, descarga los paquetes, resuelve sus dependencias, los instala, los actualiza y los quita, llevando el registro de todo.

El modelo tiene consecuencias que conviene decir en voz alta, porque son la diferencia con bajar un instalador de una página:

La contrapartida es que la versión disponible de un programa es la que la distribución empaquetó para esa versión del sistema, que no siempre es la última publicada por sus autores. Ubuntu 24.04 recibirá durante años correcciones de seguridad para sus paquetes, pero no saltos de versión. Es una decisión deliberada, que favorece la estabilidad; las maneras de conseguir versiones más nuevas aparecen en la sección 11 y en el tema 36.

3. apt, apt-get y dpkg: quién es quién

En la documentación y en los foros aparecen varios comandos para lo mismo. No son alternativas rivales: son capas, y cada una se apoya en la de abajo.

apt es un comando con subcomandos, como los que anticipamos en el tema 3: la primera palabra después de apt indica la operación, y cada una tiene sus opciones.

sudo apt install -y mc ncdu
 │    │     │     │    │
 │    │     │     │    └─ los paquetes sobre los que actúa
 │    │     │     └─ opciones del subcomando
 │    │     └─ el subcomando: qué hacer
 │    └─ el gestor
 └─ hace falta ser root para modificar el sistema

La regla sobre sudo es simple y se desprende del tema 19: instalar, actualizar y quitar escriben en /usr, /etc y /var, que son de root. Consultar no modifica nada, y cualquier usuario puede hacerlo.

Cuando la salida de apt se envía a una tubería o a un archivo, aparece una advertencia: WARNING: apt does not have a stable CLI interface. Use with caution in scripts. No es un error. Avisa que el formato de lo que apt escribe puede cambiar con las versiones, y que un script que lo analice debería usar apt-get o dpkg. Para un filtro ocasional en la terminal se la puede ignorar, o descartar con 2> /dev/null.

4. apt update: poner al día la lista

apt no pregunta al repositorio en cada operación. Trabaja con una copia local del índice, guardada en /var/lib/apt/lists, y esa copia envejece: cada día se publican versiones nuevas que tu máquina todavía no conoce. El primer paso de cualquier sesión de instalación es renovarla.

$ sudo apt update
Hit:1 http://archive.ubuntu.com/ubuntu noble InRelease
Get:2 http://archive.ubuntu.com/ubuntu noble-updates InRelease [126 kB]
Get:3 http://security.ubuntu.com/ubuntu noble-security InRelease [126 kB]
Hit:4 http://archive.ubuntu.com/ubuntu noble-backports InRelease
Get:5 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 Packages [1,412 kB]
…
Fetched 3,871 kB in 2s (1,935 kB/s)
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
42 packages can be upgraded. Run 'apt list --upgradable' to see them.

Conviene ejecutarlo antes de instalar algo, si pasaron más de unas horas desde la última vez. Con una lista vieja, apt install puede pedir al servidor una versión que ya fue reemplazada, y terminar en un error 404 Not Found.

5. Buscar y conocer un paquete

Antes de instalar hay que saber cómo se llama el paquete, y conviene saber qué trae. Tres subcomandos de consulta, que no necesitan sudo, responden a eso.

apt search: encontrar por palabras

apt search busca en los nombres y en las descripciones de todos los paquetes disponibles, instalados o no. El argumento es una expresión regular, como las del tema 28.

$ apt search "file manager" | wc -l
214
$ apt search --names-only '^mc'
Sorting... Done
Full Text Search... Done
mc/noble-updates 3:4.8.30-1ubuntu0.1 amd64
  Midnight Commander - a powerful file manager

mc-data/noble-updates 3:4.8.30-1ubuntu0.1 all
  Midnight Commander - a powerful file manager -- data files

mcabber/noble 1.1.2-2build3 amd64
  small Jabber (XMPP) console client
…

Cada resultado ocupa dos líneas: en la primera, el nombre, la sección del repositorio, la versión y la arquitectura; en la segunda, la descripción breve. Si el paquete ya está instalado, la primera línea termina con [installed]. Como una búsqueda por descripción devuelve demasiado, --names-only la limita a los nombres, y siempre queda el recurso de filtrar con grep.

apt show: la ficha de un paquete

$ apt show mc
Package: mc
Version: 3:4.8.30-1ubuntu0.1
Priority: optional
Section: universe/utils
Origin: Ubuntu
Installed-Size: 1,563 kB
Depends: libc6 (>= 2.38), libglib2.0-0t64 (>= 2.75.3), libgpm2 (>= 1.20.7), libslang2 (>= 2.2.4), libssh2-1t64 (>= 1.11.0), mc-data (= 3:4.8.30-1ubuntu0.1)
Recommends: mime-support, perl, unzip
Suggests: arj, bzip2, catdvi, dbview, djvulibre-bin, file, genisoimage, …
Homepage: https://midnight-commander.org
Download-Size: 547 kB
APT-Sources: http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 Packages
Description: Midnight Commander - a powerful file manager
 GNU Midnight Commander is a text-mode full-screen file manager. It
 uses a two panel interface and a subshell for command execution.
 …

Entre paréntesis, junto a cada dependencia, va la versión exigida: libc6 (>= 2.38) se lee «libc6, en la versión 2.38 o posterior». La barra vertical, cuando aparece, separa alternativas: cualquiera de ellas satisface el requisito.

El número de versión tiene hasta tres partes:

3:4.8.30-1ubuntu0.1
│   │        │
│   │        └─ la revisión del paquete: «1» de Debian, «ubuntu0.1» de Ubuntu
│   └─ la versión del programa: Midnight Commander 4.8.30
└─ la época: un número que solo sirve para ordenar, y casi nunca aparece

Cuando Ubuntu corrige un fallo de seguridad en un paquete, lo habitual es que cambie la tercera parte y no la segunda: el programa sigue siendo el 4.8.30, con la corrección aplicada.

apt list: listas con filtro

apt list muestra paquetes, uno por línea, y admite comodines en el nombre. Sus tres filtros cubren las preguntas habituales:

$ apt list --installed 2> /dev/null | wc -l     # cuántos paquetes hay instalados
1847
$ apt list --installed 'python3-apt*' 2> /dev/null
Listing...
python3-apt/noble-updates,now 2.7.7ubuntu5 amd64 [installed,automatic]
$ apt list --upgradable 2> /dev/null | head -n 4
Listing...
curl/noble-updates,noble-security 8.5.0-2ubuntu10.6 amd64 [upgradable from: 8.5.0-2ubuntu10.4]
libcurl4t64/noble-updates,noble-security 8.5.0-2ubuntu10.6 amd64 [upgradable from: 8.5.0-2ubuntu10.4]
openssl/noble-updates,noble-security 3.0.13-0ubuntu3.6 amd64 [upgradable from: 3.0.13-0ubuntu3.5]

El 2> /dev/null descarta la advertencia de la sección 3, que va por el canal de errores. Entre corchetes, al final de cada línea, queda el estado: installed, automatic si llegó como dependencia de otro, y upgradable from con la versión que hoy está instalada.

6. apt install: instalar

Ubuntu ayuda a encontrar el paquete aun antes de buscarlo. Al escribir un comando que no existe pero que algún paquete conocido contiene, la shell lo dice:

$ mc
Command 'mc' not found, but can be installed with:
sudo apt install mc

Midnight Commander es un administrador de archivos de dos paneles para la terminal, y nos sirve de ejemplo porque no viene instalado, es útil y arrastra dependencias. Lo instalamos, y esta vez leemos todo lo que apt anuncia antes de actuar:

$ sudo apt install mc
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libssh2-1t64 mc-data
Suggested packages:
  arj catdvi | texlive-binaries dbview djvulibre-bin epub-utils genisoimage …
The following NEW packages will be installed:
  libssh2-1t64 mc mc-data
0 upgraded, 3 newly installed, 0 to remove and 42 not upgraded.
Need to get 1,967 kB of archives.
After this operation, 7,951 kB of additional disk space will be used.
Do you want to continue? [Y/n] 

Al aceptar, apt descarga los tres .deb, verifica su integridad y se los entrega a dpkg, que los desempaqueta y los configura en el orden correcto: primero las dependencias, al final el paquete que las necesita.

Get:1 http://archive.ubuntu.com/ubuntu noble-updates/main amd64 libssh2-1t64 amd64 1.11.0-4.1build2 [120 kB]
Get:2 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 mc-data all 3:4.8.30-1ubuntu0.1 [1,300 kB]
Get:3 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 mc amd64 3:4.8.30-1ubuntu0.1 [547 kB]
Fetched 1,967 kB in 1s (1,823 kB/s)
Selecting previously unselected package libssh2-1t64:amd64.
(Reading database ... 201536 files and directories currently installed.)
Preparing to unpack .../libssh2-1t64_1.11.0-4.1build2_amd64.deb ...
Unpacking libssh2-1t64:amd64 (1.11.0-4.1build2) ...
…
Setting up mc (3:4.8.30-1ubuntu0.1) ...
Processing triggers for man-db (2.12.0-4build2) ...
$ type mc
mc is /usr/bin/mc

Las líneas Processing triggers son tareas que otros paquetes piden que se ejecuten cuando algo cambia: aquí, man-db actualiza el índice de páginas de manual para que man mc funcione enseguida. El programa queda listo para usar, sin reiniciar nada. Se abre con mc y se cierra con F10.

Las formas y opciones de apt install que conviene conocer:

Pedir un paquete que ya está instalado no es un error. Si hay una versión más nueva, apt install lo actualiza a él solo; si no, responde mc is already the newest version y termina. Y los nombres se completan con Tab, como vimos en el tema 5: apt install mc-[Tab][Tab] lista los que empiezan así.

7. Consultar lo instalado con dpkg

Toda instalación queda anotada en una base de datos, en /var/lib/dpkg: qué paquetes hay, en qué versión, y qué archivos puso cada uno. dpkg es quien la consulta, y sus cuatro preguntas son de las más útiles del tema.

dpkg -l: qué hay instalado

$ dpkg -l mc
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Conf-files/Unpacked/halF-conf/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name           Version              Architecture Description
+++-==============-====================-============-============================================
ii  mc             3:4.8.30-1ubuntu0.1  amd64        Midnight Commander - a powerful file manager

El encabezado, que parece un jeroglífico, es la leyenda de las dos letras con que empieza cada línea. La primera es el estado deseado, y la segunda, el estado real.

Sin argumentos, dpkg -l lista todos los paquetes; el argumento puede llevar comodines, entre comillas para que no los expanda la shell: dpkg -l 'mc*'. Y como la salida es texto en columnas, se le aplica todo el bloque 6:

$ dpkg -l | grep -c '^ii'                  # cuántos paquetes instalados
1850
$ dpkg -l | awk '/^ii/ {print $2}' | grep '^python3' | wc -l
87

dpkg -L: qué archivos trajo un paquete

$ dpkg -L mc | wc -l
61
$ dpkg -L mc | grep '/bin/'
/usr/bin/mc
/usr/bin/mcdiff
/usr/bin/mcedit
/usr/bin/mcview
$ dpkg -L mc | grep man1
/usr/share/man/man1
/usr/share/man/man1/mc.1.gz
/usr/share/man/man1/mcedit.1.gz
/usr/share/man/man1/mcview.1.gz

Es la pregunta que se hace después de instalar algo: «¿qué comandos me trajo?». Aquí la respuesta es que, además de mc, llegaron un editor, mcedit, y un visor, mcview. Sirve también para encontrar dónde quedó la configuración de un paquete, filtrando por /etc, o su documentación, por /usr/share/doc.

dpkg -S: a qué paquete pertenece un archivo

La pregunta inversa. Dado un archivo del sistema, cuál fue el paquete que lo instaló:

$ dpkg -S /usr/bin/sort
coreutils: /usr/bin/sort
$ dpkg -S "$(which top)"
procps: /usr/bin/top
$ dpkg -S /etc/hostname
dpkg-query: no path found matching pattern /etc/hostname

El segundo ejemplo usa la sustitución de comandos del tema 25:which top escribe la ruta del programa, y esa ruta pasa a ser el argumento de dpkg -S. El tercero muestra el límite de la consulta: /etc/hostname no pertenece a ningún paquete, porque lo creó el instalador del sistema. Lo mismo ocurre con todo lo que hay en /home y con lo que se haya instalado a mano en /usr/local, que es precisamente el lugar reservado para lo que el gestor de paquetes no administra.

dpkg -s: el estado de un paquete

dpkg -s paquete muestra la ficha de un paquete instalado, tomada de la base local: es parecida a la de apt show, con una línea Status: install ok installed. Su uso más práctico es como pregunta de sí o no, por el código de salida del tema 25:

$ dpkg -s mc > /dev/null 2>&1 && echo "instalado" || echo "falta"
instalado
$ dpkg -s ncdu > /dev/null 2>&1 && echo "instalado" || echo "falta"
falta

La mayúscula importa: -l lista paquetes, -L lista los archivos de uno; -s da el estado, -S busca un archivo. Y las cuatro consultan solo lo instalado. Para saber qué paquete traería un archivo que todavía no tienes existe apt-file search nombre, del paquete apt-file.

8. apt upgrade: actualizar el sistema

Mantener el sistema al día son dos comandos, siempre en el mismo orden. El primero averigua qué hay de nuevo; el segundo lo instala.

$ sudo apt update
…
42 packages can be upgraded. Run 'apt list --upgradable' to see them.
$ sudo apt upgrade
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Calculating upgrade... Done
The following packages have been kept back:
  linux-generic linux-headers-generic linux-image-generic
The following packages will be upgraded:
  curl libcurl4t64 libssl3t64 openssl python3-apt tzdata …
39 upgraded, 0 newly installed, 0 to remove and 3 not upgraded.
Need to get 86.4 MB of archives.
After this operation, 1,024 kB of additional disk space will be used.
Do you want to continue? [Y/n] 

La salida tiene la misma estructura que la de install, con el mismo balance y la misma pregunta. Es la forma que anotamos en el tema 25, sudo apt update && sudo apt upgrade: el && hace que el segundo se ejecute solo si el primero funcionó.

La línea kept back señala paquetes que no se actualizaron, y tiene que ver con una regla de prudencia: apt upgrade actualiza lo instalado e instala lo nuevo que haga falta, pero nunca quita un paquete. Cuando una actualización exige quitar otro, la deja pendiente. Para esos casos hay una variante más decidida.

apt upgrade es el de todos los días. apt full-upgrade se usa cuando quedan paquetes retenidos, leyendo antes de aceptar la lista de lo que quitaría. En Ubuntu puede aparecer además el mensaje The following upgrades have been deferred due to phasing: son actualizaciones que se distribuyen por tandas, a un porcentaje de las máquinas cada día, para detectar problemas antes de que lleguen a todas. No hay nada que hacer: se instalarán solas en los días siguientes.

Ninguno de los dos cambia la versión de la distribución. Pasar de Ubuntu 24.04 a la siguiente es otra operación, con su propio comando, do-release-upgrade.

Cuándo hay que reiniciar

Una actualización reemplaza los archivos en el disco, pero los programas que ya están en ejecución siguen usando la copia vieja que tienen en memoria, como vimos con el entorno en el tema 34. Para una aplicación, alcanza con cerrarla y abrirla. Para el kernel y para algunas bibliotecas fundamentales, hace falta reiniciar, y el sistema lo avisa creando un archivo:

$ cat /var/run/reboot-required
*** System restart required ***
$ cat /var/run/reboot-required.pkgs
linux-image-6.8.0-87-generic
libc6

Si el archivo no existe, cat responde No such file or directory, y no hay nada pendiente. Es uno de los pocos casos en que Linux pide un reinicio, y nunca lo fuerza: se hace cuando convenga.

1. Renovar la lista: sudo apt update. averiguar
2. Ver qué cambiaría, si se quiere saber antes: apt list --upgradable. revisar
3. Actualizar: sudo apt upgrade, leyendo el balance antes de aceptar. aplicar
4. Limpiar lo que quedó sin uso: sudo apt autoremove. Sección 9. ordenar

Ubuntu trae activado un servicio, unattended-upgrades, que instala por su cuenta las correcciones de seguridad una vez al día. Por eso un sistema que nadie actualiza a mano no queda del todo desprotegido, y por eso apt a veces responde que otro proceso tiene la base de datos ocupada: es ese servicio trabajando, como veremos en la sección 14.

9. Desinstalar: remove, purge y autoremove

Quitar un paquete tiene dos grados, y un tercer comando que limpia lo que los otros dejan.

$ sudo apt remove mc
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following packages were automatically installed and are no longer required:
  libssh2-1t64 mc-data
Use 'sudo apt autoremove' to remove them.
The following packages will be REMOVED:
  mc
0 upgraded, 0 newly installed, 1 to remove and 3 not upgraded.
After this operation, 1,563 kB disk space will be freed.
Do you want to continue? [Y/n] 

Se quitó mc y nada más. Los dos paquetes que habían llegado con él siguen instalados, y apt lo señala en las líneas resaltadas: entraron como dependencias, y ya nadie los necesita. Para eso está autoremove:

$ sudo apt autoremove
…
The following packages will be REMOVED:
  libssh2-1t64 mc-data
0 upgraded, 0 newly installed, 2 to remove and 3 not upgraded.
After this operation, 6,388 kB disk space will be freed.
Do you want to continue? [Y/n] 

Queda todavía un rastro, y es intencional. remove borra los programas pero conserva los archivos de configuración que el paquete había puesto en /etc, por si se lo vuelve a instalar: los ajustes que hayas hecho seguirán allí. Es el estado rc de la sección 7.

$ dpkg -l | grep '^rc'
rc  mc-data        3:4.8.30-1ubuntu0.1  all          Midnight Commander - a powerful file manager -- data files
$ ls /etc/mc | head -n 3
edit.indent.rc
filehighlight.ini
mc.default.keymap
$ sudo apt purge mc-data
…
The following packages will be REMOVED:
  mc-data*
…
$ ls /etc/mc
ls: cannot access '/etc/mc': No such file or directory

El asterisco junto al nombre, en la lista de purge, indica que el paquete se quitará con su configuración incluida.

autoremove merece la misma lectura atenta que install. La lista que propone suele tener bibliotecas huérfanas y versiones viejas del kernel, que Ubuntu acumula con cada actualización y conviene ir quitando. Pero se basa en una anotación —la de la sección siguiente—, y si esa anotación está equivocada puede ofrecer quitar algo que usas.

10. Dependencias, manuales y automáticos

Una dependencia es un paquete que otro necesita para funcionar. apt anota, para cada paquete instalado, si se lo pidió el usuario —manual— o si entró para satisfacer a otro —automático—. Un paquete automático del que ya no depende nadie es candidato a autoremove.

Volvemos a instalar el ejemplo, para mirarlo por dentro:

$ sudo apt install -y mc > /dev/null 2>&1
$ apt depends mc
mc
  Depends: libc6 (>= 2.38)
  Depends: libglib2.0-0t64 (>= 2.75.3)
  Depends: libgpm2 (>= 1.20.7)
  Depends: libslang2 (>= 2.2.4)
  Depends: libssh2-1t64 (>= 1.11.0)
  Depends: mc-data (= 3:4.8.30-1ubuntu0.1)
  Recommends: <mime-support>
  Recommends: perl
  Recommends: unzip
  Suggests: arj
  …
$ apt rdepends --installed mc-data
mc-data
Reverse Depends:
  Depends: mc (= 3:4.8.30-1ubuntu0.1)

apt depends responde «¿qué necesita este paquete?»; apt rdepends, la inversa, «¿quién necesita a este?», que es la pregunta que hay que hacerse antes de quitar una biblioteca. De las seis dependencias de mc, cuatro ya estaban en el sistema porque otros programas las usan; por eso la instalación agregó solo dos.

La anotación de manual o automático se consulta y se cambia con apt-mark:

$ apt-mark showmanual | grep -E '^(mc|htop|tree)'
htop
mc
tree
$ apt-mark showauto | grep -E '^(mc|libssh2)'
libssh2-1t64
mc-data

La primera fila tiene un uso que se agradece el día que hay que reinstalar el sistema: apt-mark showmanual > mis-paquetes.txt guarda la lista de todo lo que elegiste, lista para instalar de nuevo en otra máquina. La retención, hold, sirve cuando una versión nueva de un paquete rompe algo y se quiere quedar en la actual mientras se resuelve; conviene no olvidarla puesta, porque un paquete retenido tampoco recibe correcciones de seguridad.

11. Los repositorios por dentro

¿De dónde saca apt la dirección de los servidores? De unos archivos de texto en /etc/apt, que cualquier usuario puede leer y que solo root puede modificar. Durante años fue un único archivo, /etc/apt/sources.list, con una línea por repositorio; desde Ubuntu 24.04, los repositorios oficiales están en /etc/apt/sources.list.d/ubuntu.sources, con un formato de campos:

$ cat /etc/apt/sources.list.d/ubuntu.sources
Types: deb
URIs: http://archive.ubuntu.com/ubuntu/
Suites: noble noble-updates noble-backports
Components: main universe restricted multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

Types: deb
URIs: http://security.ubuntu.com/ubuntu/
Suites: noble-security
Components: main universe restricted multiverse
Signed-By: /usr/share/keyrings/ubuntu-archive-keyring.gpg

El formato anterior, que sigue siendo válido y es el que se ve en Debian y en la mayoría de los tutoriales, dice lo mismo en una línea: deb http://archive.ubuntu.com/ubuntu noble main universe.

Las suites y los componentes explican los nombres que aparecían en la salida de apt update y de apt show:

apt policy reúne todo esto para un paquete: qué versión está instalada, cuál es la candidata a instalarse y de qué repositorio sale cada una.

$ apt policy mc
mc:
  Installed: 3:4.8.30-1ubuntu0.1
  Candidate: 3:4.8.30-1ubuntu0.1
  Version table:
 *** 3:4.8.30-1ubuntu0.1 500
        500 http://archive.ubuntu.com/ubuntu noble-updates/universe amd64 Packages
        100 /var/lib/dpkg/status
     3:4.8.30-1ubuntu0 500
        500 http://archive.ubuntu.com/ubuntu noble/universe amd64 Packages

Los tres asteriscos señalan la versión instalada. Cuando Installed y Candidate difieren, hay una actualización pendiente; cuando Installed dice (none), el paquete no está.

Repositorios de terceros y PPA

A los repositorios de la distribución se les pueden sumar otros. Algunos fabricantes de software publican el suyo, con instrucciones para agregarlo, y así sus programas se actualizan con el mismo apt upgrade que el resto. En Ubuntu existen además los PPA, Personal Package Archives: repositorios pequeños, mantenidos por una persona o un equipo, que suelen ofrecer versiones más nuevas de un programa. Cada repositorio agregado es un archivo más en /etc/apt/sources.list.d.

$ sudo add-apt-repository ppa:usuario/nombre         # lo agrega, y ejecuta apt update
$ ls /etc/apt/sources.list.d/
ubuntu.sources  usuario-ubuntu-nombre-noble.sources
$ sudo add-apt-repository --remove ppa:usuario/nombre

12. Instalar un archivo .deb

Algunos programas no están en ningún repositorio, y sus autores ofrecen el archivo .deb para descargar desde su página. Es el caso de varios navegadores, editores y aplicaciones comerciales. Para practicar sin depender de un sitio externo, le pedimos a apt que descargue un paquete sin instalarlo:

$ cd ~/practica
$ apt download ncdu
Get:1 http://archive.ubuntu.com/ubuntu noble/universe amd64 ncdu amd64 1.19-0.1 [45.1 kB]
Fetched 45.1 kB in 0s (201 kB/s)
$ ls -l *.deb
-rw-r--r-- 1 ana ana 45108 oct 12 23:02 ncdu_1.19-0.1_amd64.deb

Antes de instalar un .deb de origen externo se lo puede examinar, sin privilegios y sin modificar nada:

$ dpkg -I ncdu_1.19-0.1_amd64.deb | grep -E '^ (Package|Version|Depends|Installed-Size)'
 Package: ncdu
 Version: 1.19-0.1
 Installed-Size: 119
 Depends: libc6 (>= 2.38), libncursesw6 (>= 6), libtinfo6 (>= 6)
$ dpkg -c ncdu_1.19-0.1_amd64.deb | grep -v '/$'
-rwxr-xr-x root/root     96448 2024-03-31 07:15 ./usr/bin/ncdu
-rw-r--r-- root/root      1837 2024-03-31 07:15 ./usr/share/doc/ncdu/changelog.Debian.gz
-rw-r--r-- root/root      1296 2024-03-31 07:15 ./usr/share/doc/ncdu/copyright
-rw-r--r-- root/root      8544 2024-03-31 07:15 ./usr/share/man/man1/ncdu.1.gz

dpkg -I, con i mayúscula, muestra la ficha; dpkg -c lista el contenido, con el aspecto de un tar -tvf del tema 15, y el grep -v '/$' descarta las líneas de los directorios. Un programa, su manual y dos archivos de documentación: nada sospechoso. Lo instalamos:

$ sudo apt install ./ncdu_1.19-0.1_amd64.deb
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
Note, selecting 'ncdu' instead of './ncdu_1.19-0.1_amd64.deb'
The following NEW packages will be installed:
  ncdu
0 upgraded, 1 newly installed, 0 to remove and 3 not upgraded.
…
Setting up ncdu (1.19-0.1) ...
$ dpkg -l ncdu | tail -n 1
ii  ncdu           1.19-0.1     amd64        ncurses disk usage viewer

El ./ delante del nombre es obligatorio. Es lo que le indica a apt que se trata de un archivo; sin él, buscaría en los repositorios un paquete con ese nombre tan largo, y respondería que no existe. También sirve una ruta absoluta.

La forma con dpkg -i es la que figura en muchas instrucciones antiguas; hoy conviene la primera. Un paquete instalado desde un archivo queda registrado como cualquier otro, y se quita igual, con apt remove. Lo que no tiene es de dónde actualizarse: si no proviene de un repositorio configurado, las versiones nuevas hay que descargarlas e instalarlas a mano, salvo que el propio paquete agregue el repositorio de su fabricante, cosa que varios hacen.

Y vale aquí, con más razón, la advertencia de la sección anterior: un .deb descargado de una página no pasó por la verificación de ningún repositorio. Se instala solo si proviene del sitio oficial de quien hace el programa.

13. La caché y el historial

El gestor de paquetes usa cuatro lugares del sistema de archivos. Todos están en /var y en /etc, y conocerlos permite entender sus mensajes de error.

Liberar espacio

Los .deb descargados quedan guardados, por si hay que reinstalarlos sin conexión. Con el tiempo pueden sumar cientos de megabytes, y se los puede borrar sin consecuencias: si hicieran falta, se descargan de nuevo.

$ ls /var/cache/apt/archives/*.deb | wc -l
44
$ sudo apt clean
$ ls /var/cache/apt/archives/
lock  partial

Qué se instaló, y cuándo

En el tema 8, al recorrer /var/log, aparecieron un directorio apt y un archivo dpkg.log. Son la memoria del gestor de paquetes, y responden la pregunta que se hace cuando algo dejó de funcionar: «¿qué cambió ayer?».

$ tail -n 6 /var/log/apt/history.log

Start-Date: 2026-10-12  23:04:51
Commandline: apt install ./ncdu_1.19-0.1_amd64.deb
Requested-By: ana (1000)
Install: ncdu:amd64 (1.19-0.1)
End-Date: 2026-10-12  23:04:52
$ grep -A 3 'apt install mc' /var/log/apt/history.log | grep Install
Install: mc-data:amd64 (3:4.8.30-1ubuntu0.1, automatic), libssh2-1t64:amd64 (1.11.0-4.1build2, automatic), mc:amd64 (3:4.8.30-1ubuntu0.1)
$ grep ' install ' /var/log/dpkg.log | tail -n 2
2026-10-12 22:58:14 install mc:amd64 <none> 3:4.8.30-1ubuntu0.1
2026-10-12 23:04:51 install ncdu:amd64 <none> 1.19-0.1

Cada bloque de history.log es una operación: cuándo empezó, qué comando se escribió, quién lo pidió y qué paquetes se instalaron, se actualizaron o se quitaron, con la palabra automatic en los que entraron como dependencia. Cuando la línea Commandline dice /usr/bin/unattended-upgrade, fue el servicio de actualizaciones automáticas. Los registros anteriores están en archivos rotados y comprimidos, history.log.1.gz y siguientes, que se leen con zcat o zgrep, del tema 15.

14. Recetas y errores comunes

La referencia del tema:

En el sistema quedan instalados mc y ncdu; al segundo, que muestra qué ocupa el espacio de un disco, lo usaremos en el tema 38. Todo lo visto vale para la familia de Debian. Las demás distribuciones resuelven el mismo problema con otros programas, y hay además formatos de paquete que funcionan en todas. En el tema 36 vemos dnf, pacman, snap y flatpak, apoyados en las ideas de este.

15. Resumen

• Un paquete es un archivo que reúne los archivos de un programa y la información para instalarlo: versión, descripción y dependencias. En Debian y Ubuntu tiene extensión .deb.
• Un repositorio es un servidor que publica paquetes y un índice firmado. El gestor de paquetes los descarga, verifica, instala, actualiza y quita.
• dpkg maneja paquetes que ya están en el disco; apt trabaja con los repositorios y resuelve dependencias, apoyándose en dpkg. apt-get es la forma estable, para scripts.
• Consultar no requiere sudo; instalar, actualizar y quitar, sí.
• apt update renueva la lista de paquetes disponibles y no instala nada. apt upgrade instala las versiones nuevas. Se usan en ese orden.
• apt search busca, apt show describe, apt list enumera y apt policy indica versión y origen.
• apt install anuncia qué agregará, qué quitará y cuánto ocupará antes de pedir confirmación. Esa lista se lee, sobre todo la de paquetes a quitar.
• dpkg -l lista lo instalado, dpkg -L los archivos de un paquete y dpkg -S el paquete de un archivo.
• apt upgrade nunca quita paquetes; apt full-upgrade puede hacerlo. Si existe /var/run/reboot-required, hay que reiniciar.
• apt remove conserva la configuración de /etc; apt purge la borra. Ninguno toca el directorio personal.
• apt autoremove quita los paquetes automáticos que ya nadie necesita. apt-mark consulta y cambia la marca de manual o automático, y retiene paquetes.
• Los repositorios se configuran en /etc/apt/sources.list.d. Agregar uno de terceros, o instalar un .deb descargado, es confiar en quien lo publica.
• Un .deb local se instala con sudo apt install ./archivo.deb, que resuelve sus dependencias.
• /var/log/apt/history.log registra cada operación, con fecha, comando y usuario.
• Una instalación en marcha no se interrumpe, y un bloqueo se espera: no se borran los archivos lock.

16. Preguntas de repaso

Intenta responder cada una antes de abrir la respuesta.

Para practicar

1. Ejecuta sudo apt update e identifica en la salida las líneas Hit y Get, las suites y la cantidad de paquetes actualizables. Vuelve a ejecutarlo enseguida: ¿qué cambia?
2. Cuenta cuántos paquetes tienes instalados, de dos maneras: con apt list --installed y con dpkg -l. Cuenta después cuántos elegiste tú, con apt-mark showmanual.
3. Busca con apt search un programa para ver el uso del disco y otro para comparar archivos. Lee con apt show la ficha de uno de los resultados: ¿de qué componente es, cuánto ocupa y de qué depende?
4. Simula con apt install -s la instalación de mc, y luego instálalo de verdad, leyendo cada línea antes de aceptar. Anota cuántos paquetes se agregaron y cuánto espacio ocuparon.
5. Con dpkg -L, averigua qué comandos trajo mc, dónde está su página de manual y cuántos archivos son en total. Con dpkg -L mc-data, cuáles puso en /etc.
6. Usa dpkg -S para averiguar a qué paquete pertenecen grep, ps, nano y man. Prueba con un archivo de tu directorio personal y explica la respuesta.
7. Consulta apt depends y apt rdepends --installed para libc6. ¿Qué te dice la longitud de la segunda lista sobre lo que pasaría al quitarlo? No lo intentes.
8. Quita mc con apt remove. Comprueba que sus dependencias siguen instaladas, quítalas con autoremove, busca los paquetes en estado rc y elimínalos con purge. Vuelve a instalar mc al final.
9. Muestra el contenido de /etc/apt/sources.list.d/ y de los archivos que haya. Identifica el servidor, las suites y los componentes. Compara con lo que informa apt policy bash.
10. Descarga un paquete pequeño con apt download, examínalo con dpkg -I y dpkg -c, instálalo con sudo apt install ./… y localiza la operación en /var/log/apt/history.log. Termina con sudo apt autoremove y sudo apt clean, y comprueba que la caché quedó vacía.