Arch Linux

Dernières nouvelles

La mise à jour de kea vers la version 1:3.0.3-6 nécessite une intervention manuelle

7 avril 2026

Le paquet kea a été modifié afin que tous ses services s’exécutent sous l’utilisateur dédié kea (au lieu de root) pour renforcer la sécurité. Ce changement nécessite une mise à jour des droits d’accès sur les fichiers d’exécution créés par les services kea.

Les utilisateurs effectuant une mise à niveau à partir d’une installation kea existante doivent donc exécuter les commandes suivantes après la mise à jour :

chown kea: /var/lib/kea/* /var/log/kea/* /run/lock/kea/logger_lockfile

systemctl try-restart kea-ctrl-agent.service kea-dhcp{4,6,-ddns}.service

Les comptes qui doivent accéder aux fichiers des services kea (par exemple, les fichiers de baux (« lease ») dans /var/lib/kea, les journaux dans /var/log/kea ou les fichiers de configuration dans /etc/kea) doivent être ajoutés au groupe kea.

Article original (en)

iptables utilise désormais le backend nft par défaut

6 avril 2026

Le paquet iptables-nft est renommé iptables, et le backend legacy est désormais disponible sous le nom iptables-legacy.
Lorsque vous changez de paquet (entre iptables-nft, iptables et iptables-legacy), vérifiez la présence de fichiers .pacsave dans /etc/iptables/ et restaurez vos règles si nécessaire :

• /etc/iptables/iptables.rules.pacsave
• /etc/iptables/ip6tables.rules.pacsave

La plupart des configurations devraient fonctionner sans modification, mais les utilisateurs qui s’appuient sur des extensions xtables peu courantes ou sur un comportement propre à l’ancien backend doivent effectuer des tests et utiliser iptables-legacy si nécessaire.

Article original (en)

Le driver NVIDIA 590 abandonne le support de Pascal et des versions antérieures ; les paquets principaux passent aux modules Open

20 décembre 2025

Avec la mise à jour vers la version 590 des drivers, le pilote NVIDIA ne prend plus en charge les GPU Pascal (GTX 10xx) ou plus anciens. Nous remplacerons le paquet nvidia par nvidia-open, nvidia-dkms par nvidia-open-dkms et nvidia-lts par nvidia-lts-open.

Impact : la mise à jour des paquets NVIDIA sur les systèmes équipés de cartes Pascal, Maxwell ou plus anciennes entraînera l’échec du chargement du driver, ce qui peut entraîner un environnement graphique non fonctionnel.

Une intervention est requise pour les utilisateurs de Pascal ou de plus anciennes versions : les utilisateurs équipés de cartes GTX 10xx et plus anciennes doivent passer à la branche propriétaire 580xx pour conserver le support :

• Désinstallez les paquets officiels nvidia, nvidia-lts ou nvidia-dkms.
• Installez les kernel headers associés à votre kernel, par exemple pour le paquet linux installez linux-headers
• Installez nvidia-580xx-dkms à partir de AUR

---

Attention, si vous avez le paquet lib32-nvidia-utils d’installé, il est nécessaire d’installer simultanément ces 3 paquets : nvidia-580xx-dkms, nvidia-580xx-utils et lib32-nvidia-580xx-utils. Vous pouvez au choix le réaliser :

• Manuellement :
  • Télécharger les sources des 2 paquets de base : nvidia-580xx-utils et lib32-nvidia-580xx-utils
  • Générer les paquets via makepkg depuis ces 2 dossiers.
  • Installer simultanément les paquets :

pacman -U nvidia-580xx-utils/nvidia-580xx-dkms-*.pkg.tar.zst nvidia-580xx-utils/nvidia-580xx-utils-*.pkg.tar.zst lib32-nvidia-580xx-utils/lib32-nvidia-580xx-utils-*.pkg.tar.zst

• Ou automatiquement, par exemple via yay :

yay -S nvidia-580xx-dkms nvidia-580xx-utils lib32-nvidia-580xx-utils

---

Les utilisateurs équipés de GPU Turing (séries 20xx et GTX 1650) et plus récents passeront automatiquement aux modules noyau Open lors de la mise à jour et ne nécessiteront aucune intervention manuelle.

Article original (en)

Les paquets .NET peuvent nécessiter une intervention manuelle

11 décembre 2025

Les paquets suivants peuvent nécessiter une intervention manuelle en raison de la mise à niveau de la version 9.0 à la version 10.0 :

• aspnet-runtime
• aspnet-targeting-pack
• dotnet-runtime
• dotnet-sdk
• dotnet-source-built-artifacts
• dotnet-targeting-pack

pacman peut afficher l’erreur suivante « failed to prepare transaction (could not satisfy dependencies) » pour les paquets concernés.

Si vous êtes concerné par ce problème et que vous avez besoin des paquets 9.0, les commandes suivantes permettront de mettre à jour par exemple aspnet-runtime vers aspnet-runtime-9.0 :

pacman -Syu aspnet-runtime-9.0

pacman -Rs aspnet-runtime

Article original (en)

La mise à jour de waydroid >= 1.5.4-3 peut nécessiter une intervention manuelle

6 novembre 2025

Le paquet waydroid antérieur à la version 1.5.4-2 (y compris aur/waydroid) crée des fichiers byte-code Python (.pyc) lors de l’exécution qui n’étaient pas suivis par pacman. Ce problème a été corrigé dans la version 1.5.4-3, où la compilation du byte-code de ces fichiers est désormais effectuée pendant le processus de packaging.

Par conséquent, la mise à jour peut entrer en conflit avec les fichiers créés dans les versions précédentes. Si vous rencontrez des erreurs telles que celles ci-dessous pendant la mise à jour :

error: failed to commit transaction (conflicting files)
waydroid: /usr/lib/waydroid/tools/__pycache__/__init__.cpython-313.pyc exists in filesystem
waydroid: /usr/lib/waydroid/tools/actions/__pycache__/__init__.cpython-313.pyc exists in filesystem
waydroid: /usr/lib/waydroid/tools/actions/__pycache__/app_manager.cpython-313.pyc exists in filesystem

Vous pouvez écraser ces fichiers en toute sécurité en exécutant la commande suivante :

pacman -Syu --overwrite /usr/lib/waydroid/tools/\*__pycache__/\*

Article original (en)

Nouvelles plus anciennes

2025-10-31

dovecot >= 2.4 nécessite une intervention manuelle

2025-08-25

Interruptions de service récentes

2025-08-04

zabbix >= 7.4.1-2 peut nécessiter une intervention manuelle

2025-06-21

linux-firmware >= 20250613.12fe085f-5 la mise à jour nécessite une intervention manuelle

2025-06-20

Plasma 6.4.0 nécessitera une intervention manuelle si vous êtes sous X11

2025-06-16

Transition vers le nouveau wine WoW64 et wine-staging

2025-04-19

Valkey pour remplacer Redis dans le dépôt [extra]

2025-03-08

Nettoyage des anciens dépôts

2025-02-03

Glibc 2.41 corrompt l’installation de Discord

2025-01-21

Version critique de sécurité rsync 3.4.0