Differences

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

--- guia_rapida_y_completa_de_pacman_arch [2024/05/21 22:56] – [Administrar mirrors de repositorios] 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.
-==== Hacer un downgrade de todos los paquetes referenciando una fecha concreta ====
+==== 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
-Al estilo de los repositorio snapshot del mundo debian, en arch es posible usar los repositorio archive para hacer downgrades de muchos paquetes del sistema referenciando una fecha. Esto tiene algunos riesgos, Arch es rolling release y por tanto, configurar una imagen de repositorio del pasado puede romper algunas aplicaciones que hayan sido actualizadas y sus ficheros/directorios de configuración no sean ya compatibles con versiones antiguas, algo que por ejemplo pasa mucho con Firefox.
+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). Por lo tanto la recomendación es esperar a una nueva versión libre de errores o bien hacer un downgrade del paquete problemático en cuestión. En la página de arch suelen estar bien documentados los problemas con determinados paquetes tras actualizar. Si se quiere hacer un downgrade de todo el sistema en base a una fecha, simplemente se deben hacer lo siguiente.
+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>
+<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 qué días fueron usados para actualizar el sistema, por lo que siempre puede referenciarse la ultima fecha en la que se sabe que el sistema no tenía problemas.
+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 ====