pacman (Español)

Sumario
Pacman es el gestor de paquetes de Arch Linux. Los gestores de paquetes sirven para instalar, actualizar y eliminar software. Este artículo trata sobre la utilización básica y la solución de problemas más frecuentes.
Descripción
Los paquetes de Arch Linux son compilados por medio de makepkg y de un script específico para cada paquete (llamado PKGBUILD). Una vez creado, el paquete de software puede ser instalado y gestionado con pacman. Los PKGBUILDs para el software presente en los repositorios officiales estan disponibles del árbol de ABS; miles de paquetes más están disponibles del repositorio AUR (sin soporte oficial).
Relacionado
Downgrading Packages
Improve Pacman Performance
Pacman GUI Frontends
Pacman Rosetta
Pacman Tips
Pacman package signing
FAQ#Package Management
pacman-key
Pacnew and Pacsave Files
Recursos
libalpm(3) Manual Page
pacman(8) Manual Page
pacman.conf(5) Manual Page
repo-add(8) Manual Page

El gestor de paquetes de pacman es una de las principales características distintivas de Arch Linux. Combina un simple formato de paquetes binarios con un fácil sistema de compilación de paquetes. El objetivo de pacman es hacer posible gestionar fácilmente los paquetes, si son de los repositorios oficiales de Arch o compilaciones propias del usuario.

Pacman mantiene el sistema actualizado mediante la sincronización de listas de paquetes con el servidor principal. Este modelo servidor/cliente también le permite descargar/instalar paquetes con un simple comando, completado con todas las dependencias necesarias.

Pacman está escrito en el lenguaje de programación C y utiliza para los paquetes el formato .pkg.tar.xz.

Sugerencia: El paquete oficial pacman también contiene otras herramientas útiles, tales como makepkg, pactree, vercmp y otros. Se puede obtener la lista completa con pacman -Ql pacman | grep bin

Configuración

La configuración de pacman se encuentra en el archivo /etc/pacman.conf. Este es el archivo donde el usuario configura el programa para que funcione de la manera deseada. Información en profundidad sobre el archivo de configuración se puede encontrar en man pacman.conf.

Opciones Generales

Las opciones generales están en la sección [options]. Lea la página de man o en el pacman.conf predefinido para información adicional.

Evitar la actualización de un paquete

Para omitir la actualización de un paquete determinado, especifíquelo en la línea apropiada:

IgnorePkg=linux

Para ignorar la actualización de varios paquetes utilice una lista separada por espacios, o use líneas adicionales IgnorePkg.

Evitar la actualización de un grupo de paquetes

Al igual que con un paquete, es posible ignorar la actualización de un grupo de paquetes:

IgnoreGroup=gnome

Evitar la instalación de archivos en el sistema

Para ignorar siempre la instalación de archivos o carpetas específicos enumérelos con NoExtract. Por ejemplo, para evitar la instalación de units de systemd use ésto:

NoExtract=usr/lib/systemd/system/*

Repositorios

En esta sección se define qué repositorios utilizar, como se especifican en /etc/pacman.conf. Se puede especificar aquí directamente o incluirlo desde otro archivo (por ejemplo /etc/pacman.d/mirrorlist), siendo necesario mantener una sola lista.

/etc/pacman.conf

#[testing]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist

[core]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

[extra]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

#[community-testing]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist

[community]
SigLevel = PackageRequired
Include = /etc/pacman.d/mirrorlist

# If you want to run 32 bit applications on your x86_64 system,
# enable the multilib repositories as required here.

#[multilib-testing]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist

#[multilib]
#SigLevel = PackageRequired
#Include = /etc/pacman.d/mirrorlist

# An example of a custom package repository.  See the pacman manpage for
# tips on creating your own repositories.
#[custom]
#SigLevel = Optional TrustAll
#Server = file:///home/custompkgs

Advertencia: Se debe tener cuidado cuando se utiliza el repositorio [testing]. Dado que se encuentra en desarrollo contínuo, la actualización puede causar mal funcionamiento en algunos paquetes. A los usuarios que usan el repositorio [testing] se les anima a suscribirse a la lista de correos de arch-dev-public para estar al corriente.

Seguridad de los paquetes

Pacman 4 soporta paquetes firmados, lo que añade un nivel adicional de seguridad para los paquetes. Para habilitar la verificación de la firma, consulte este artículo.

Uso

Lo que sigue es sólo una pequeña muestra de las operaciones que se pueden realizar con pacman. Para leer más ejemplos, consulte man pacman.

Instalar paquetes

Instalar paquetes específicos

Para instalar o actualizar un sólo paquete o lista de paquetes (incluyendo las dependencias), ejecute el comando siguiente:

# pacman -S nombre_paquete1 nombre_paquete2 ...

A veces hay varias versiones de un paquete en diferentes repositorios, por ejemplo, [extra] y [testing]. Para instalar la versión precedente necesita especificar el nombre del repositorio:

# pacman -S extra/nombre_paquete

Instalar grupos de paquetes

Algunos paquetes pertenecen a un grupo, los cuales se pueden instalar simultáneamente. Por ejemplo, usando la orden:

# pacman -S gnome

el prompt le pedirá que seleccione los paquetes del grupo gnome que desea instalar.

En algunas ocasiones, un grupo contiene una gran cantidad de paquetes, y puede que solo le interese o no desee instalar unos pocos de ellos. En lugar de tener que introducir todos los números excepto los que no desea, quizás sea más conveniente, para seleccionar o excluir paquetes o intervalos de paquetes, la siguiente sintaxis:

Enter a selection (default=all): 1-10 15

que seleccionará los paquetes del 1 al 10 y 15 para la instalación, o bien:

Enter a selection (default=all): ^5-8 ^2

que seleccionará todos los paquetes excepto 5 a 8 y 2 para la instalación.

Para ver qué paquetes pertenecen al grupo gnome, ejecute:

# pacman -Sg gnome

Visite también https://www.archlinux.org/groups/ para ver qué grupos de paquetes están disponibles.

Nota: Si un paquete en la lista ya está instalado en el sistema, éste se volverá a reinstalar, incluso si ya está actualizado, a menos que se utilice la opción --needed.

Advertencia: Al instalar paquetes, no actualice la lista de paquetes sin actualizar al mismo tiempo el sistema (es decir, pacman -Sy nombre_paquete); de lo contrario, se pueden producir problemas de dependencia. Véase #Partial upgrades are unsupported y https://bbs.archlinux.org/viewtopic.php?id=89328.

Desinstalar paquetes

Para eliminar un solo paquete, dejando todas sus dependencias instaladas:

# pacman -R nombre_paquete

Para eliminar un paquete y sus dependencias que no son usadas por ningún otro paquete instalado:

# pacman -Rs nombre_paquete

Para eliminar un paquete, sus dependencias y todos los paquetes que dependen de esas dependencias:

Advertencia: Esta operación es recursiva, y debe utilizarse con precaución, ya que puede eliminar muchos paquetes potencialmente necesarios.

# pacman -Rsc nombre_paquete

Para eliminar un paquete, el cual es requerido por otro paquete, sin quitar el paquete dependiente:

# pacman -Rdd nombre_paquete

Pacman guarda los archivos de configuración importantes al quitar ciertas aplicaciones y los renombra con la extensión: .pacsave. Para evitar la creación de estos archivos de backup utilice la opción -n:

# pacman -Rn nombre_paquete

Note: Pacman no eliminará las configuraciones creadas de la aplicación misma (por ejemplo "dotfiles" —archivos que comienzan con un punto— en la carpeta home).

Actualizar paquetes

Pacman puede actualizar todos los paquetes del sistema con un solo comando. Esto proceso puede durar bastante tiempo dependiendo de cuánto tiempo haya estados sin actualizar el sistema. Este comando puede sincronizar las bases de datos de los repositorios y actualizar los paquetes del sistema (excluyendo paquetes "locales" que no están en los repositorios configurados):

# pacman -Syu

Advertencia: En lugar de actualizar inmediatamente tan pronto como las actualizaciones están disponibles, los usuarios deben tener presente que siendo Arch un distribución rolling release, una actualización puede tener consecuencias imprevistas. Esto significa que no es prudente actualizar si, por ejemplo, se necesitará tener el sistema estable por motivos de trabajo. Más bien, actualizar durante el tiempo libre y estar preparados para hacer frente a cualquier problema que pueda surgir.

Pacman es una potente herramienta de gestión de paquetes, pero no está diseñado para gestionar y resolver automáticamente cada posible problema. Consulte The Arch Way (Español) si esto causa confusión. Los usuarios deben estar alerta y tomar la responsabilidad del mantenimiento de su propio sistema. Cuando se realiza una actualización del sistema, es esencial que los usuarios lean toda la información generada por la salida de pacman y usen el sentido común. Si un archivo de configuración modificado por el usuario debe ser actualizado por una nueva versión de un paquete, pacman creará un archivo .pacnew para evitar sobrescribir los ajustes modificados por el usuario. Pacman le pedirá, a continuación, al usuario que combine ambos archivos. Estos archivos requieren una intervención manual por parte del usuario y es una buena práctica hacerlo inmediatamente después de cada actualización o eliminación de paquetes. Véase Pacnew and Pacsave Files para más información.

Sugerencia: Recuerde que la salida de pacman se registra en el archivo /var/log/pacman.log.

Antes de actualizar, se recomienda visitar la home page de Arch Linux para comprobar las últimas noticias (o suscribirse al feed RSS): cuando la actualización requiera la intervención extraordinaria del usuario (más allá de lo que puede ser manejado simplemente siguiendo las instrucciones dadas por pacman), se hará un news post apropiado.

Si se encuentra con problemas que no pueden ser resueltos por estas instrucciones, asegúrese de buscar en el foro. Es probable que otros hayan encontrado el mismo problema y hayan publicado instrucciones para resolverlo.

Consultar la base de datos de paquetes

Pacman puede consultar la base de datos local de los paquetes con la opción -Q; véase:

$ pacman -Q --help

y puede consultar las bases de datos sincronizadas con la opción -S; véase:

$ pacman -S --help

Pacman puede buscar paquetes en la base de datos, la búsqueda se realiza tanto por los nombres como por las descripciones de los paquetes:

$ pacman -Ss cadena1 cadena2 ...

Para buscar paquetes ya instalados:

$ pacman -Qs cadena1 cadena2 ...

Para mostrar información detallada acerca de un determinado paquete:

$ pacman -Si nombre_paquete

Para los paquetes instalados localmente:

$ pacman -Qi nombre_paquete

Pasando la doble opción -i también se mostrará la lista de archivos de backup y sus estados de modificación:

$ pacman -Qii nombre_paquete

Para obtener una lista de los archivos instalados por un paquete:

$ pacman -Ql nombre_paquete

Para los paquetes no instalados, utilice pkgfile.

También se puede consultar la base de datos para saber qué paquete pertenece a un determinado archivo del sistema:

$ pacman -Qo /ruta/al/nombre_del_archivo

Para listar todos los paquetes que no sean necesarios como dependencias (huérfanos):

$ pacman -Qdt

Para listar el árbol de dependencias de un paquete:

$ pactree nombre_paquete

Para listar todos los paquetes que dependen de un específico paquete, utilice whoneeds de pkgtools:

$ whoneeds nombre_paquete

Comandos adicionales

Actualizar el sistema e instalar una lista de paquetes (una sola línea):

# pacman -Syu nombre_paquete1 nombre_paquete2 ...

Descargar un paquete sin instalarlo:

# pacman -Sw nombre_paquete

Instale un paquete 'local' que no proviene de un repositorio remoto (por ejemplo, el paquete viene de AUR):

# pacman -U /ruta/al/paquete/nombre_paquete-versión.pkg.tar.xz

Sugerencia: Para mantener una copia del paquete local en la caché de pacman, use:

# pacman -U file://path/to/package/package_name-version.pkg.tar.xz

Instale un paquete 'remoto' (no de un repositorio indicado en los archivos de configuración de pacman):

# pacman -U http://www.ejemplo.com/repo/ejemplo.pkg.tar.xz

Para limpiar la caché de los paquetes descargados que no han sido instalados (/var/cache/pacman/pkg):

Advertencia: Haga esto solo si está seguro de que los paquetes instalados son estables y que una eventual downgrade no será necesaria, ya que se eliminarán todas las versiones anteriores de la carpeta de la caché, dejando sólo las versiones de los paquetes que están instalados actualmente. Tener la versión antigua en el sistema es muy útil para el caso de que una futura actualización cause roturas.

# pacman -Sc

Limpie el cache completamente de todos los paquetes:

Advertencia: Esta operación borra la memoria caché por completo de todos los paquetes. Esta método se considera una mala práctica, porque si alguna vez necesita ejecutar el downgrade, no será capaz de hacerlo desde la carpeta de la caché. Probablemente tendrá que usar el Arch Rollback Machine.

# pacman -Scc

Sugerencia: Como una alternativa tanto a la modalidad -Sc como a -Scc, considere la posibilidad de usar paccache con pacman. Este script ofrece un mayor control sobre qué y cuántos paquetes serán eliminados. Ejecute paccache -h para obtener instrucciones.

Las actualizaciones parciales no son soportadas

Arch Linux es rolling release, y las nuevas versiones de bibliotecas serán añadidas a los repositorios. Los Desarrolladores y los Trusted Users recompilarán consecuentemente todos los paquetes de los repositorios. Si el sistema se ha instalado con paquetes locales (como paquetes de AUR), los usuarios necesitarán recompilar sus dependencias cuando modifiquen a nivel soname.

Esto significa que las actualizaciones parciales no están soportadas. No utilice pacman -Sy paquete o cualquier equivalente como pacman -Sy y luego pacman -S paquete. Actualice siempre el sistema antes de instalar un paquete, especialmente si previamente se ha ejecutado una sincronización con los repositorios. Tenga mucho cuidado al usar IgnorePkg y IgnoreGroup por la misma razón.

Si se ha ejecutado una actualización y los binarios están rotos porque no pueden encontrar las bibliotecas correctas, no pruebe a "arreglar" el problema simplemente creando enlaces simbólicos. Las bibliotecas recibidas modifican soname cuando no son compatibles con versiones anteriores. Un simple pacman -Syu a un mirror correctamente sincronizado solucionará el problema, siempre y cuando pacman no esté roto.

Solución de problemas

Q: ¡Una actualización de un paquete XYZ me rompió el sistema!

A: Arch Linux es una distribución rolling-release vanguardista. Las actualizaciones de los paquete están disponibles tan pronto como se les considera lo suficientemente estable para su uso general. Sin embargo, las actualizaciones a veces requieren la intervención del usuario: algunos archivos de configuración puede que requieran ser actualizados, las dependencias opcionales pueden cambiar, etc.

El consejo más importante a recordar es que no actualice "a ciegas" el sistema. Lea siempre la lista de paquetes que vayan a ser actualizados. Preste atención si hay paquetes "sensibles" que van a ser actualizados (linux, xorg-server, y así sucesivamente). Si es así, por lo general, es una buena idea comprobar si hay alguna novedad en https://www.archlinux.org/ y buscar mensajes en el foro para ver si los usuarios están experimentando problemas como resultado de una actualización.

Si una actualización de paquetes se espera que (o se conoce por) causar problemas, los responsables del paquete se asegurarán de que pacman muestre un mensaje apropiado cuando el paquete se haya actualizado. Si experimenta problemas después de una actualización, compruebe la salida de pacman mirando el archivo del registro (/var/log/pacman.log).

En este punto, una vez se ha asegurado de que no existe información disponible a través de pacman, que no hay ninguna noticia relativa al tema en https://www.archlinux.org/, y que no hay publicaciones en el foro acerca de la actualización, se puede considerar la posibilidad de o bien solicitar ayuda en el foro, a través del canal IRC, o bien optar por degradar el paquete problemático.

Q: ¡Conozco un paquete de actualización para ABC que fue liberado, pero pacman dice que mi sistema está al día!

A: Los mirrors de pacman no se sincronizan inmediatamente. Pueden tardar más de 24 horas antes de que una actualización esté disponible. Las únicas opciones son esperar o usar otro mirror. MirrorStatus puede ayudar a identificar un mirror actualizado.

Q: Me sale el siguiente error en la actualización: "file exists in filesystem"!

A: ASIDE: Tomado de https://bbs.archlinux.org/viewtopic.php?id=56373 por Misfit138.

error: could not prepare transaction
error: failed to commit transaction (conflicting files)
package: /path/to/file exists in filesystem
Errors occurred, no packages were upgraded.

Por qué está sucediendo esto: pacman ha detectado un conflicto de archivos, y por diseño, no sobrescribirá los archivos. Esta es una característica de diseño, no un defecto.

La cuestión es generalmente trivial de resolver. Una forma segura es comprobar primero si el archivo pertenece a otro paquete (pacman -Qo /ruta/al/archivo). Si el archivo es propiedad de otro paquete, reporte un informe de error. Si el archivo no es propiedad de otro paquete, cambie el nombre del archivo al que se refiere 'exists in filesystem' y vuelva a emitir el comando de actualización. Si todo va bien, el archivo puede ser eliminado.

Si ha instalado un programa manualmente sin usar pacman o usando una interfaz gráfica, hay que quitarlo y todos sus archivos y volver a instalarlo correctamente usando pacman.

Cada paquete instalado proporciona un archivo /var/lib/pacman/local/$package-$version/files que contiene metadatos acerca de este paquete. Si este archivo se corrompe -está vacío o falta- el resultado es un error por "file exists in filesystem" (el archivo existe en el sistema de archivos) al intentar actualizar el paquete. Este error normalmente se refiere a un solo paquete y, en vez de cambiar el nombre manualmente y más tarde la eliminación de todos los archivos que pertenecen al paquete en cuestión, puede ejecutar pacman -S --force $paquete para forzar a pacman a sobrescribir estos archivos.

No ejecute pacman -Syu --force.

Q: Obtengo un error cuando instalo un paquete: "not found in sync db"

A: En primer lugar, asegúrese de que el paquete existe realmente (¡y cuidado con los errores ortográficos!). Si el paquete existe, puede ser que la lista de paquetes esté desactualizada o los repositorios pueden estar configurados incorrectamente. Pruebe ejecutando pacman -Syy para forzar la actualización de todas las listas de paquetes.

Q: Obtengo un error cuando se instala un paquete: "target not found"

A: En primer lugar, asegúrese de que el paquete existe realmente (¡y cuidado con los errores de ortografía!). Si el paquete realmente existe, la lista de paquetes puede estar desacctualizada o los repositorios estar configurados de forma incorrecta. Pruebe ejecutando pacman -Syy para forzar una actualización de todas las listas de paquetes.
ambién podría ser que el repositorio que contiene el paquete no está habilitada en el sistema, por ejemplo, el paquete podría estar en el repositorio multilib, pero multilib no esté activado en el archivo pacman.conf.

Q: ¡Pacman me pregunta repetidamente por la actualización del mismo paquete!

A: Esto se debe a las entradas duplicadas en /var/lib/pacman/local/, por ejemplo dos versiones de linux. pacman -Qi emite la versión correcta, pero pacman -Qu reconoce la versión anterior, por lo que intentará actualizar.

Solución: elimine la entrada en conflicto en /var/lib/pacman/local/.

Note: La versión 3.4 de pacman debería mostrar un error en caso de entradas duplicadas, lo que debería hacer esta nota obsoleta.

Q: ¡Pacman se rompe durante una actualización!

A: En el caso de que pacman falle al "escribir la base de datos" mientras eliminaba paquetes, y volviendo a instalar o actualizar los paquetes, falla:

1. Arranque el sistema utilizando el soporte de instalación de Arch.
2. Monte el sistema de ficheros raíz (root).
3. Actualice la base de datos a través de pacman pacman -Syy.
4. Vuelva a instalar el paquete roto a través de pacman -r /ruta/a/root -S paquete.

Q: He instalado software usando "make install"; ¡estos archivos no pertenece a ningún paquete!

A: Si recibe el mensaje de error "conflicting files" , tenga en cuenta que pacman sobreescribe el software que se instaló de forma manual si se ejecuta combinado con la opción --force (por ejemplo (pacman -S --force). Véase Pacman Tips#Identify files not owned by any package para un script que busca en el sistema de archivos archivos huérfanos.

Advertencia: Tenga cuidado al usar la opción --force ya que puede causar graves problemas si se usa incorrectamente.

Q: Necesito un paquete con un archivo específico. ¿Cómo puedo saber lo que ofrece?

A: Instale pkgfile que utiliza una base de datos independiente con todos los archivos y sus paquetes asociados.

Q: ¡Pacman está completmente roto!. ¿Cómo puedo volver a reinstalarlo?

A: En el caso de que pacman se rompa sin remedio, descargue manualmente los paquetes necesarios (openssl, libarchive y pacman) y extráigalos a la raiz (root). Los binarios de pacman se restaurarán junto con su archivo de configuración por defecto. A continuación, vuelva a instalar estos paquetes con pacman para mantener la integridad de la base de datos de los paquetes. Información adicional y un script de ejemplo (desactualizado) que automatiza el proceso están disponibles en este post del foro.

Q: Después de actualizar mi sistema, me sale el siguiente error al reiniciar: "unable to find root device", y mi sistema ya no puede arrancar.

A: Muy probablemente su initramfs se rompió durante una actualización del kernel (el uso indebido de la opción --force de pacman puede ser una causa). Usted tiene dos opciones:

1. Pruebe la entrada Fallback.

Sugerencia: En el caso de que haya eliminado esta entrada por el motivo que sea, siempre puede pulsar la tecla Tab cuando el menú del gestor de arranque aparece (para Syslinux) o e (para GRUB), cambiarle el nombre initramfs-linux-fallback.img y presionar Intro o b (en función de su gestor de arranque) para arrancar con los nuevos parámetros.

Una vez que se inicia el sistema, ejecute este comando (para el kernel linux de serie) ya sea desde la consola o desde un terminal para reconstruir la imagen initramfs:

# mkinitcpio -p linux

2. Si eso no funciona, a partir de la versión 2012 de Arch (CD/DVD o memoria USB), ejecute:

Nota: Si no se tiene una versión 2012 o si sólo tiene alguna otra distribución "live" de Linux disponible, puede efectuar chroot haciéndolo a la antigua usanza. Obviamente, solo consistirá en escribir el script que ejecuta arch-chroot.

# mount /dev/sdxY /mnt         #La partición raíz.
# mount /dev/sdxZ /mnt/boot    #Si utiliza una partición /boot.
# arch-chroot /mnt
# pacman -Syu mkinitcpio systemd linux

Reinstalando el kernel (el paquete linux) automáticamente se volverá a generar la imagen initramfs con mkinitcpio -p linux. No hay necesidad de hacer esto por separado.

A continuación, se recomienda que ejecute exit, umount /mnt/{boot,} y reboot

Nota: Si no puede entrar en el entorno chroot o archi-chroot, pero necesita volver a instalar paquetes puede utilizar la orden pacman -r /mnt -Syu foo para usar pacman en la partición raíz.

Q: Signature from "User <email@gmail.com>" is unknown trust, installation failed

A: Siga pacman-key#Resetting all the keys. O bien, puede primero intentar actualizar manualmente el paquete archlinux-keyring, es decir, haciendo pacman-S archlinux-keyring.

Q: Sigue saliendo el mensaje

error: PackageName: signature from "User <email@archlinux.org>" is invalid

error: failed to commit transaction (invalid or corrupted package (PGP signature))

Errors occured, no packages were upgraded.

A: Esto ocurre cuando el reloj del sistema está mal. Ajuste el horario y ejecute:

# hwclock -w

antes de tratar de instalar/actualizar un paquete nuevo.

Q: Sigo recibiendo un error de "failed to commit transaction (invalid or corrupted package)"

A: Busque los archivos *.part (paquetes descargados parcialmente) en /var/cache/pacman/pkg y elimínelos (a menudo causado por un uso personalizado de XferCommand en pacman.conf).

Q: Me da un error cada vez que utilizo pacman diciendo 'warning: current locale is invalid; using default "C" locale'. ¿Qué debo hacer?

A: Como dice el mensaje de error, el entorno local no está configurado correctamente. Véase Locale (Español).

Q: ¿Cómo hacer que Pacman respete mi configuración del proxy?

A: Asegúrese de que las variables de entorno relevantes ($http_proxy, $ftp_proxy etc.) están establecidas. Si utiliza Pacman con sudo, necesita configurar sudo para pasar estas variables de entorno a Pacman.

Q: ¿Cómo puedo volver a instalar todos los paquetes, manteniendo la información acerca de qué paquetes se han instalado de forma explícita y cúales como una dependencia?

A: sudo pacman -S $(pacman -Qeq) && sudo pacman -S --asdeps $(pacman -Qdq)

Véase también

• Common Applications/Utilities#Package management