Differences

This shows you the differences between two versions of the page.

--- guia_rapida_y_completa_de_pacman_arch [2024/03/05 01:24] – [Problemas con la ejecución de los "post-transaction hooks" al finalizar una actualización de Arch] busindre
+++ guia_rapida_y_completa_de_pacman_arch [2024/05/30 14:31] (current) – busindre
@@ Line 22: / Line 22: @@
 # Actualizar sistema actualizando la base de datos de paquetes previamente (Uso recomendado).
 pacman -Syu
-pacman -Syu --ignore paquete # Ignorar un paquete en la actualización. Útil cuando algún paquete está en conflicto con otro nuevo que va a sustituir al actualmente instalado.
+pacman -Syu --ignore paquete1,paquete2 # Ignora uno o varios paquetes en la actualización. Útil cuando algún paquete está en conflicto con otro nuevo que va a sustituir al actualmente instalado.
 pacman --overwrite "*" -Syu  # Si se muestran errores de que determinado fichero ya existe en el sistema de ficheros (de esta manera se fuerza la sobreescritura).
 </code>
+Para Ignorar siempre la instalacion de X paquetes se puede usar el fichero /etc/pacman.conf y de esta forma evitar hacer uso del parámetro --ignore
+<code>IgnorePkg   = linux-firmware linux-headers linux</code>
 ==== Evitar responder a preguntas de confirmación de pacman ====
 Contestar siempre "yes/sí" a las preguntas de pacman (Are you sure? / ¿Continuar con la instalación? / ... )
@@ Line 221: / Line 224: @@
 NOTA: En cada actualización que se haga del sistema (pacman -Syu) suele renovarse la lista de mirrors de repositorios. Suele ser conveniente renombrar el nuevo fichero "/etc/pacman.d/mirrorlist.pacnew" a "/etc/pacman.d/mirrorlist". Sin olvidar descomentar los servidores deseados posteriormente.
+==== Repositorios snapshot (ALA) / Downgrade de todos los paquetes referenciando una fecha concreta ====
+Al estilo de los repositorio snapshot del mundo debian, en arch es posible definir una fecha concreta para instalar unas versiones concretas de la distribución. Esto es útil para probar actualizaciones en sistemas de pruebas antes de aplicarlas en producción. Pero también es algo que puede se usado para resolver problemas en determinadas situaciones.
+**Arch Linux Archive**: https://wiki.archlinux.org/title/Arch_Linux_Archive
+Esto por supuesto tiene algunos riesgos, Arch es rolling release y eso significa, que configurar una imagen de repositorio del pasado puede romper algunas aplicaciones que hayan sido actualizadas. Esto es debido a que sus ficheros/directorios de configuración no sean ya compatibles con versiones anteriores, algo que por ejemplo pasa mucho con Firefox. Aunque en estas cosas la suerte juega un papel importante, cuanto más software se tenga instalado y más lejos nos vayamos en el pasado, más riesgo de problemas.
+Por lo tanto se recomienda hacer uso de esta técnica solo en casos de necesidad. Normalmente una actualización del sistema puede tener una versión concreta de un paquete, por ejemplo el kernel, que es el problemático y es este el que se recomienda reinstalar en una versión anterior (downgrade) para resolver el problema de forma temporal si no se puede esperar a la siguiente versión. En la página de Arch suelen estar bien documentados los problemas con determinados paquetes. Si pese a ello se quiere hacer un downgrade de todo el sistema en base a una fecha, simplemente se deben hacer lo siguiente.
+Fichero /etc/pacman.d/mirrorlist con un repositorio snapshot de la fecha "11/04/2024"
+<code>Server=https://archive.archlinux.org/repos/2024/04/11/$repo/os/$arch</code>
+Hacer un downgrade de todos los paquetes a las versiones de la fecha 11/04/2024
+<code>Spacman -Syyuu</code>
+En el fichero "/var/log/pacman.log" se tiene información sobre las fechas de actualizaciones del sistema, por lo que siempre puede referenciarse la ultima fecha en la que se sabe que el sistema no tenía problemas para configurar el repositorio.
 ==== Paquetes de python en Arch ====
@@ Line 299: / Line 318: @@
 ==== Problemas al actualizar con paquetes en conflicto  ====
-EN:
 <code>
 :: Synchronizing package databases...
@@ Line 311: / Line 330: @@
 error: failed to prepare transaction (conflicting dependencies)
 :: libblockdev and libblockdev-utils are in conflict
-</code>
-ES:
-<code>
-:: Sincronizando las bases de datos de los paquetes...
- core está actualizado
- extra está actualizado
-:: Iniciando actualización completa del sistema...
-advertencia: ignorando el remplazo del paquete (libblockdev-utils-3.0.4-3 => libblockdev-3.1.0-2)
-advertencia: libblockdev-utils: ignorando la actualización del paquete (3.0.4-3 => 3.1.0-1)
-resolviendo dependencias...
-buscando conflictos entre paquetes...
-:: libblockdev y libblockdev-utils están en conflicto. ¿Quitar libblockdev-utils? [s/N] N
-error: se han detectado paquetes con conflictos sin resolver
-error: no se pudo preparar la operación (dependencias en conflicto)
-:: libblockdev y libblockdev-utils están en conflicto
 </code>