Planet Archlinux FR

ArchLinux, en Français

Support d’installation avec installateur

Le support d’installation fournit désormais un programme d’installation guidé.

Cet ajout à la méthode d’installation par défaut (basée sur le guide d’installation) est similaire aux autres méthodes.

Si vous utilisez ce programme d’installation, n’oubliez pas de le mentionner lors de demande d’aide et également de fournir le journal archinstall lorsque vous y êtes invité.

Article original (en)

Passage par défaut aux images Zstandard avec mkinitcpio

Comme linux-lts est passé à la version 5.10, tous les noyaux officiels d’Arch Linux supportent désormais les images initramfs compressées zstd, donc mkinitcpio passera par défaut aux images compressées zstd avec la version 30, qui est actuellement dans [testing].

Si, pour une raison quelconque, vous utilisez une version du noyau antérieure à la version 5.9, assurez-vous de modifier le paramètre COMPRESSION de mkinitcpio.conf pour utiliser l’un des compresseurs pris en charge, comme gzip, sans quoi vous ne pourrez pas démarrer les images générées par mkinitcpio.

Article original (en)

Chromium perd le support de Sync début mars

Google a annoncé le blocage de l’accès à certaines fonctionnalités de Google (comme la synchronisation Chrome) à tout sauf Chrome à partir du 15 mars. Cette décision de Google affectera le paquet chromium d’Arch un peu plus tôt, le 2 mars, lorsque Chromium 89 sera publié.

Nous savons avec certitude que la synchronisation des données cessera de fonctionner (mots de passe, signets, etc.). D’autres fonctionnalités telles que la géolocalisation ou la vérification orthographique améliorée pourront continuer à fonctionner un peu plus longtemps. Les extensions s’intégrant à Google Drive pourront mal se comporter et LibreOffice perdra l’accès aux documents qui y sont stockés.

D’autres distributions telles que openSUSE et Fedora ont déjà supprimé les clés d’API bientôt limitées de leurs paquets Chromium 88. L’annonce de Fedora fournit beaucoup de perspectives à ce sujet et j’ai [Ndt: Evangelos Foutras] également trouvé cet article sur Hackaday assez instructif.

Article original (en)

Les paquets PHP 8.0 and PHP 7 legacy sont disponibles

Le paquet php a été mis à jour vers la version 8.0. Veuillez vous référer au guide de migration upstream. Comme certaines applications ne sont pas encore compatibles avec PHP 8, nous [développeurs et mainteneurs d’Arch] fournissons un paquet php7 qui peut être installé au côté de la version 8. Les paquets qui dépendent de PHP reflètent cette mise à jour et nécessiteront php7 si nécessaire. Vous devrez peut-être mettre à jour votre configuration en conséquence. Les binaires et la configuration de PHP 7 ont le suffixe « 7 »:

  • /usr/bin/php -> /usr/bin/php7
  • /etc/php -> /etc/php7
  • /usr/bin/php-fpm -> /usr/bin/php-fpm7
  • /usr/lib/systemd/system/php-fpm.service -> /usr/lib/systemd/system/php-fpm7.service
  • /run/php-fpm -> /run/php-fpm7

Nous fournissons également des modules tiers compilés pour PHP 7:

Notez que le support de php7 sera limité et probablement abandonné dans un an environ en fonction de la rapidité avec laquelle la majorité des applications seront compatibles avec la version 8.

Article original (en)

Service d’indexation des pages de manuel

Nous (NdT: TUs et développeurs d’Arch) sommes heureux d’annoncer notre dernier service public: un site d’indexation de pages de manuel sur man.archlinux.org qui publie les pages de manuel de tous nos paquets et vous permet de les rechercher et de les parcourir. Consultez, par exemple, la page de manuel de tar.

Vous pouvez également trouver ce service dans la barre latérale de l’accueil du site archlinux.org ainsi que sur chaque page de détail du paquet. Merci à l’Admin Wiki lahwaacz pour avoir développé archmanweb à cet effet.

Bien qu’il existe d’autres sites d’indexation des pages de manuel, nous espérons que la publication de pages de manuel correspondant aux versions de nos paquets publiés améliorera davantage l’accessibilité et la documentation d’Arch.

Article original (en)

Changements d’id de la liste de diffusion Arch Linux

En raison de problèmes avec nos mesures anti-spam, nous[ndT: développeurs et mainteneurs d’Arch] avons dû migrer ces listes de diffusion, qui étaient envoyées auparavant depuis @archlinux.org, vers le domaine @lists.archlinux.org.

La soumission à la liste de diffusion n’est pas affectée et fonctionne toujours avec @archlinux.org. Les e-mails sont redirigés automatiquement.

Les seuls changements à prendre en compte de votre côté sont les filtres et les règles correspondant à l’en-tête From ou List-id, qui ont changé en conséquence.

Article original (en)

Support d’installation accessible

Nous sommes très heureux d’annoncer que des fonctionnalités d’accessibilité ont été ajoutées à notre support d’installation avec archiso v49. À partir de la version 2020.11.01, elles seront disponibles via le deuxième élément du menu du chargeur de démarrage. Un guide d’installation spécifique (en) peut être trouvé sur le wiki.

Un grand merci à Alexander Epaneshnikov qui a intégré les fonctionnalités du projet TalkingArch dans le profil releng d’archiso, qui est utilisé pour créer le support d’installation.

Remarque: les délais d’expiration du chargeur de démarrage ont été portés à 15 s pour permettre aux utilisateurs aveugles de sélectionner l’élément de menu car les chargeurs de démarrage eux-mêmes n’offrent pas de fonctionnalités d’accessibilité.

Article original (en)

La mise à jour de libtraceevent>=5.9-1 nécessite une intervention manuelle

Il manquait un lien soname dans les versions de paquet de libtraceevent antérieures à la version 5.9-1. Ce problème a été corrigé dans la version 5.9-1, la mise à jour devra donc écraser les fichiers non suivis créés par ldconfig. Si vous obtenez l’erreur suivante

libtraceevent: /usr/lib/libtraceevent.so.1 exists in filesystem

lors de la mise à jour, lancez

pacman -Syu --overwrite /usr/lib/libtraceevent.so.1

pour l’effectuer.

Article original (en)

nvidia 455.28 est incompatible avec linux >= 5.9

nvidia est actuellement partiellement incompatible avec linux >= 5.9 [1] [2]. Tandis que l’affichage devrait fonctionner correctement, CUDA, OpenCL et probablement d’autres fonctionnalités sont endommagées. Les utilisateurs ayant déjà mis à jour et qui auraient besoin de ces fonctionnalités sont invités à basculer vers le noyau linux-lts pour le moment, jusqu’à ce qu’un correctif pour nvidia soit disponible.

Article original (en)

Les mises à jour de ghostpcl>=9.53.2-2 et ghostxps>=9.53.2-2 nécessitent une intervention manuelle

Il manquait un lien soname dans chacun des paquets ghostpcl et ghostxps antérieurs à la version 9.53.2-2. Ceci a été corrigé en 9.53.2-2, la mise à jour devra donc écraser les fichiers non suivis créés par ldconfig. Si vous obtenez l’une de ces erreurs

ghostpcl: /usr/lib/libgpcl6.so.9 exists in filesystem
ghostxps: /usr/lib/libgxps.so.9 exists in filesystem

lors de la mise à jour, lancez

pacman -Syu --overwrite /usr/lib/libgpcl6.so.9,/usr/lib/libgxps.so.9

pour l’effectuer.

Article original (en)