Bienvenue sur 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 i686 et la nouvelle génération 64bits. Les dépôts officiels [core], et [extra] sont complétés à la fois par le dépôt de paquets [community] et par le site AUR tous deux gérés 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. Pour une découverte rapide, testez un des livecd basés sur Arch Linux
Le guide d’installation vous permettra ensuite d’installer Arch Linux grâce aux CD que vous pourrez télécharger à cette adresse.
Dernières nouvelles
La mise à jour de js52 52.7.3-2 requiert une intervention manuelle
Étant donné que le fichier SONAME de /usr/lib/libmozjs-52.so ne correspondait pas à son nom de fichier, ldconfig a créé un fichier /usr/lib/libmozjs-52.so.0 non suivi. Ceci est maintenant corrigé et les deux fichiers sont présents dans le paquet.
Pour effectuer la mise à jour, supprimez /usr/lib/libmozjs-52.so.0 auparavant.
glibc 2.27-2 et pam 1.3.0-2 peuvent nécessiter une intervention manuelle
La nouvelle version de glibc supprime le support pour NIS et NIS+. Le fichier /etc/nsswitch.conf par défaut fourni par le paquet filesystem reflète déjà cette modification. Assurez-vous de fusionner le fichier pacnew s’il existe avant la mise à jour.
La fonctionnalité NIS peut toujours être activée en installant le paquet libnss_nis. Il n’y a pas de remplacement concernant NIS+ dans les dépôts officiels.
pam 1.3.0-2 n’embarque plus le module pam_unix2 et les liens symboliques de compatibilité pam_unix_*.so. Avant de mettre à jour, passez en revue les fichiers de configuration PAM dans le répertoire /etc/pam.d et remplacez les modules supprimés par pam_unix.so. Les utilisateurs de pam_unix2 devraient également réinitialiser leurs mots de passe après cette modification. Les valeurs par défaut fournies par le paquet pambase ne nécessitent pas de modifications.
La mise à jour zita-resampler 1.6.0-1 -> 2 requiert une intervention manuelle
Il manquait dans le paquet zita-resampler 1.6.0-1 un lien symbolique vers une bibliothèque qui a été rajouté en 1.6.0-2. Si vous avez installé la version 1.6.0-1, ldconfig aura créé ce lien symbolique au moment de l’installation qui entrera en conflit avec celui inclus dans la version 1.6.0-2. Dans ce cas, supprimez /usr/lib/libzita-resampler.so.1 manuellement avant la mise à jour.
Fin du support i686
Après 9 mois de dépréciation, le support de l’architecture i686 prend fin aujourd’hui. À la fin de novembre, les paquets i686 seront supprimés des miroirs officiels et plus tard de l’archive des paquets. Le dépôt [multilib] n’est pas affecté.
Pour les utilisateurs qui ne sont pas en mesure de migrer vers du matériel x86_64, une alternative réside dans une branche maintenue par la communauté nommée Arch Linux 32. Consultez leur site Web pour plus de détails sur la migration d’installations existantes.
Changement de chemin de la bibliothèque Perl
Le paquet Perl utilise maintenant un chemin versionné pour les modules compilés. Cela signifie que les modules conçus pour une version Perl qui ne correspondent pas ne seront plus chargés et devront être reconstruits.
Un hook de pacman avertit des modules concernés lors de la mise à niveau en affichant comme suit:
WARNING: '/usr/lib/perl5/vendor_perl' contains data from at least 143 packages which will NOT be used by the installed perl interpreter. -> Run the following command to get a list of affected packages: pacman -Qqo '/usr/lib/perl5/vendor_perl'(NdT: AVERTISSEMENT: '/usr/lib/perl5/vendor_perl' contient des données d'au moins 143 paquets qui ne seront PAS utilisés par l'interpréteur Perl installé. -> Exécutez la commande suivante pour obtenir une liste des paquets affectés: pacman -Qqo '/usr/lib/perl5/vendor_perl' )
Vous devez reconstruire tous les paquets indiqués contre le nouveau paquet Perl avant de pouvoir les utiliser à nouveau. La modification affecte également les modules installés directement via CPAN. La reconstruction sera également de nouveau nécessaire avec les futures mises à jour principales de Perl, telles que 5.28 et 5.30.
Notez que la reconstruction était déjà requise lors des mises à jour majeures antérieures à cette modification, mais désormais Perl n’essayera plus de charger les modules et échouera de façon étrange.
Si le système de construction d’un logiciel ne détecte pas automatiquement le changement, vous pouvez utiliser perl -V: vendorarch dans votre PKGBUILD pour interroger Perl sur le chemin d’accès correct. Il existe également sitearch pour les logiciels qui ne sont pas préparés avec pacman.
Nouvelles plus anciennes
- 2017-05-15
- Dépréciation de l’outil ABS et point final à rsync
- 2017-03-16
- La mise à jour vers ca-certificates-utils 20170307-1 demande une intervention manuelle
- 2017-03-01
- Mesa avec le support de libglvnd est maintenant dans [testing]
- 2017-01-25
- Suppression progressive du support i686
- 2017-01-15
- xorg-server 1.19.1 est à présent dans extra
- 2016-12-30
- La mise à jour d’OpenVPN 2.4.0 requiert une intervention administrateur
- 2016-10-31
- ttf-dejavu 2.37 nécessitera de forcer la mise à jour
- 2016-08-06
- Les paquets TeXLive 2016 sont maintenant disponibles
- 2016-07-18
- test-sec-flags: Appel à l’aide
- 2016-06-27
- screen-4.4.0-1 incapable d’attacher d’anciennes sessions