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.
Dernières nouvelles
Xorg 1.18.0 est introduit dans [testing]
Xorg 1.18.0 est entré dans [testing] avec les modifications suivantes:
- Vous pouvez maintenant choisir entre
xf86-input-evdevetxf86-input-libinput. xf86-input-aiptekne sera pas mis à jour et sera supprimé lorsque xorg-1.18.0 sera déplacé vers [extra].
Avertissement:
Les pilotes NVIDIA ne sont pas encore compatibles avec Xorg 1.18.0. Vous pouvez bloquer la mise à jour en ajoutant --ignoregroup = xorg à la commande pacman ou en ajoutant ‘xorg‘ à IgnoreGroup dans pacman.conf.
Meetup Archlinux France à Paris le 10 Novembre chez BlaBlaCar
Un nouveau meetup Archlinux France est organisé à Paris le mardi 10 Novembre 2015, un an après le premier 🙂 !
Pour ce second meetup, nous serons généreusement accueilli par BlaBlaCar !
Au programme, 5 présentations (rien que ça !) :
• Arch Linux Security Team Genesis (RbN)
• Arch Linux Security Projects (Remi Gacogne)
• Vous reprendrez bien un peu de yaourt? (Skunnyk)
• Ansible 101 (Julien Girardin)
• Arch Linux Archive / agetpkg (Sebastien Luttringer)
Toutes les informations sur le groupe Archlinux-France de Meetup !
Note: Nous sommes toujours à la recherche d’un sponsor boissons/nourriture !
Venez en parler sur le forum.
D-Bus lance dorénavant les bus utilisateurs
Les paquets systemd 226-1 et dbus 1.10.0-3 lancent désormais dbus-daemon une fois par utilisateur; toutes les sessions d’un utilisateur partageront la même «session» D-Bus. Le module pam_systemd s’assure que le DBUS_SESSION_BUS_ADDRESS correct est déterminé à la connexion.
Cela permet également à dbus-daemon de déléguer à systemd pour l’activation au lieu de multiplier les processus serveurs lui-même. Toutefois, actuellement, ce n’est pas couramment utilisé pour les services de session (par opposition aux services du système).
kdbus supportera uniquement ce modèle, donc ce sera aussi l’occasion d’aplanir quelques bugs et de réaliser plus facilement une transition future vers les bus du kernel. Veuillez-nous (NdT: développeurs d’Arch) faire connaître tous problèmes rencontrés.
OpenSSH-7.0p1 déprécie les clés ssh-dss
À la lumière des vulnérabilités récemment découvertes, la nouvelle version openssh-7.0p1 déprécie les clés de type ssh-dss, également connues sous le nom de clés DSA. Voir l’annonce upstream pour plus de détails.
Avant la mise à jour et le redémarrage de sshd sur un hôte distant, assurez-vous de ne pas compter sur de telles clés pour vous y connecter. Pour énumérer les clés DSA donnant accès à un compte donné, utilisez:
grep ssh-dss ~/.ssh/authorized_keysSi vous en avez, assurez-vous de disposer d’autres moyens de connexion, telles que des paires de clés d’un type différent, ou une authentification par mot de passe.
Enfin, les clés hôtes de type ssh-dss étant également dépréciées, vous pourriez avoir à confirmer une nouvelle empreinte (pour une clé hôte d’un type différent) lors de la connexion à un serveur fraîchement mis à jour.
Corruption de données sur le RAID 0 logiciel lors de l’utilisation de discard
Les noyaux Linux récents (4.0.2+, LTS 3.14.41+) poussés dans le dépôt [core] dans les deux dernières semaines ont été touchés par un bug qui peut causer la corruption de données sur les systèmes de fichiers montés avec l’option discard et résidant sur le RAID 0 logiciel. (Si vous n’utilisez pas de RAID 0 ou l’option discard, ce problème ne vous affecte pas.)
Le problème a été abordé dans les mises à jour de linux 4.0.4-2 et linux-lts 3.14.43-2. En raison de la nature du bug, toutefois, il est probable que la corruption de données ait déjà eu lieu sur les systèmes exécutant les kernels précités. Il est fortement conseillé de vérifier l’intégrité des systèmes de fichiers concernés en utilisant fsck et/ou de restaurer leurs données à partir de bonnes sauvegardes connues.
Pour plus d’informations veuillez lire le message LKML (en) (ndt: Linux Kernel Mailing List, la liste de diffusion du kernel Linux) de Holger Kiehl, l’article connexe (en) sur Phoronix, ainsi que le correctif proposé qui a été rétroporté sur les noyaux Arch.
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
Derniers paquets (plus)
| python-opentelemetry-proto 1.41.0-1 | any |
| babel-core 7.28.5-1 | any |
| nominatim 5.3.1-1 | any |
| polkit-qt6 0.201.0-1 | x86_64 |
| polkit-qt5 0.201.0-1 | x86_64 |
| neovim-lspconfig 2.8.0-1 | any |
| frei0r-plugins 3.0.1-1 | x86_64 |
| uboot-tools 2026.04-1 | x86_64 |
| iana-etc 20260409-1 | any |
| netdata 2.10.0-2 | x86_64 |
| workerd 1.20260410.1-1 | x86_64 |
| wrangler 4.81.1-1 | x86_64 |
| metasploit 6.4.126-1 | x86_64 |
| bazaar 0.7.14-1 | x86_64 |
| contour 0.6.3.8249-1 | x86_64 |