Archlinux.fr, le site de la communauté francophone de la distribution Arch Linux.

Arch Linux est une distribution légère et rapide dont le concept est de rester la plus simple possible (philosophie KISS).

Les paquetages sont optimisés pour les processeurs x86-64. Les dépôts officiels [core], et [extra] sont complétés par le site AUR géré par la communauté d’utilisateurs.

Notre puissante communauté vient de différents horizons et ses membres qui ont différents niveaux de compétence viennent facilement en aide aux autres. N’hésitez pas à aller voir nos forums , nos wikis et les mailings listes pour plonger dans cette fantastique distribution.

Le guide d’installation vous permettra ensuite d’installer Arch Linux grâce aux ISO que vous pourrez télécharger à cette adresse.

Lire la suite…

Dernières nouvelles

RSS Feed

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)

dovecot >= 2.4 nécessite une intervention manuelle

31 octobre 2025

La branche dovecot 2.4 a subi des modifications importantes qui la rendent incompatible avec tout fichier de configuration <= 2.3.

Par conséquent, le service dovecot ne pourra plus démarrer tant que le fichier de configuration n’aura pas été migré, ce qui nécessite une intervention manuelle.

Pour obtenir des conseils sur la migration de la version 2.3 à la version 2.4, veuillez vous reporter à la documentation suivante : Mise à niveau de Dovecot CE de la version 2.3 à la version 2.4.

De plus, la branche dovecot 2.4 ne prend plus en charge la fonctionnalité de réplication, qui a été supprimée.

Pour les utilisateurs qui dépendent de la fonctionnalité de réplication ou qui ne sont pas en mesure d’effectuer la migration vers la version 2.4 pour le moment, nous proposons des paquets alternatifs disponibles dans [extra] :

  • dovecot23
  • pigeonhole23
  • dovecot23-fts-elastic
  • dovecot23-fts-xapian

La branche 2.3 de dovecot va recevoir les correctifs de sécurité critiques depuis le projet en amont jusqu’à nouvel ordre.

Article original (en)

Interruptions de service récentes

25 août 2025

Nous[ndT : développeurs d’Archlinux] souhaitons vous informer des récentes interruptions de service affectant notre infrastructure. Le projet Arch Linux subit actuellement une attaque par déni de service (DDoS) qui affecte principalement notre page web principale, le dépôt d’utilisateurs Arch (AUR) et les forums.

Nous sommes conscients des problèmes que cela engendre pour nos utilisateurs finaux et nous continuerons à collaborer activement avec notre hébergeur pour atténuer cette attaque. Nous évaluons également les fournisseurs de protection DDoS en tenant compte de facteurs tels que le coût, la sécurité et les normes éthiques.

Afin d’améliorer la communication autour de ce problème, nous publierons désormais des mises à jour régulières sur notre page d’état du service.

En tant que projet mené par des bénévoles, nous apprécions la patience de la communauté pendant que notre équipe DevOps s’efforce de résoudre ces problèmes. Merci de votre patience et de votre soutien.

Solutions de contournement en cas d’interruption de service

  • En cas d’indisponibilité de archlinux.org :
    • Miroirs : Les endpoints de la liste des miroirs utilisée dans des outils comme Reflector est hébergé sur ce site. En cas de panne, veuillez utiliser par défaut les miroirs répertoriés dans le paquet pacman-mirrorlist.
    • ISO : Notre image d’installation est disponible sur de nombreux miroirs, notamment les géolocalisés administrés par DevOps. Veuillez toujours vérifier son intégrité comme décrit sur le wiki et confirmer qu’elle est signée par 0x54449A5C (ou toute autre clé de confiance susceptible d’être utilisée ultérieurement).
  • En cas d’indisponibilité de aur.archlinux.org :
    • Paquets : Nous maintenons un miroir des paquets AUR sur GitHub. Vous pouvez récupérer un paquet avec : $ git clone --branch <package_name> --single-branch https://github.com/archlinux/aur.git <package_name>
  • En cas d’indisponibilité de wiki.archlinux.org :
    • Docs : Les arch-wiki-docs et arch-wiki-lite contiennent des snapshots récents des articles hébergés sur le wiki Arch Linux.

18 / 5?000

Remarques supplémentaires

  • Nos services peuvent envoyer initialement une réinitialisation de connexion en raison de l’authentification TCP SYN effectuée par notre fournisseur d’hébergement, mais les demandes suivantes devraient fonctionner comme prévu.
  • Nous gardons en interne les détails techniques sur l’attaque, son origine et nos tactiques d’atténuation tant que l’attaque est toujours en cours.

Article original (en)

Nouvelles plus anciennes

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
2024-09-15
Intervention manuelle pour pacman 7.0.0 et les dépôts locaux requise
2024-07-02
Le service sshd doit être redémarré après la mise à niveau vers openssh-9.8p1

Derniers paquets (plus)

RSS Feed
mailutils 3.21-1 x86_64
qsv 12.0.0-1 x86_64
ty 0.0.6-1 x86_64
git-town 22.4.0-1 x86_64
python-pytest-textual-snapshot 1.1.0-3 any
easyeffects 8.0.8-2 x86_64
xournalpp 1.3.1-1 x86_64
trivy 0.68.2-1 x86_64
praat 6.4.49-1 x86_64
libraw 0.21.5-1 x86_64
gpsd 3.27.2-1 x86_64
python-pikepdf 10.1.0-1 x86_64
anubis 1.24.0-1 x86_64
parallel 20251222-1 any
parallel-docs 20251222-1 any