Planet Archlinux FR

ArchLinux, en Français

Migration AUR: nouvelle clé d’hôte

Du fait de la migration d’AUR sur un nouveau serveur, la clé d’hôte SSH (ndT: SSH HostKeys) a changé. Voici les nouvelles empreintes de cette clé:

Ed25519: SHA256:RFzBCUItH9LZS0cKB5UE6ceAYhBD5C8GeOBip8Z11+4
ECDSA: SHA256:uTa/0PndEgPZTf76e1DFqXKJEXKsn7m9ivhLQtzGOCI
RSA: SHA256:5s5cIyReIfNNVGRFdDbe3hdYiI5OelHGpw2rOUud3Q8

Les empreintes ci-dessus peuvent également être trouvées sur la page d’accueil d’AUR lorsque vous n’êtes pas connecté.

Article original (en)

La mise à jour de zn_poly requiert une intervention manuelle

Il manquait un lien soname dans les paquets zn_poly antérieurs à la version 0.9.2-2. Cela a été corrigé avec la version 0.9.2-2, la mise à jour devra donc écraser les fichiers non suivis créés par ldconfig. Si vous obtenez l’erreur:

zn_poly : /usr/lib/libzn_poly-0.9.so est déjà présent dans le système de fichiers

lors de la mise à jour, utilisez:

pacman -Syu --overwrite usr/lib/libzn_poly-0.9.so

afin de la réaliser.

Article original (en)

Les mises à jour de nss>=3.51.1-1 et lib32-nss>=3.51.1-1 requièrent une intervention manuelle

Il manquait un lien soname dans chacun des paquets nss et lib32-nss antérieurs à la version 3.51.1-1. Cela a été corrigé avec la version 3.51.1-1, la mise à jour devra donc écraser les fichiers non suivis créés par ldconfig. Si vous obtenez l’une de ces erreurs:

nss : /usr/lib/p11-kit-trust.so est déjà présent dans le système de fichiers
lib32-nss : /usr/lib/p11-kit-trust.so est déjà présent dans le système de fichiers

lors de la mise à jour, utilisez:

pacman -Syu --overwrite /usr/lib\*/p11-kit-trust.so

afin de réaliser la mise à jour.

Article original (en)

La mise à jour de hplip 3.20.3-2 requiert une intervention manuelle

Il manquait les modules python compilés dans le paquet hplip avant la version 3.20.3-2. Ce problème a été corrigé dans la version 3.20.3-2, la mise à jour devra donc remplacer les fichiers pyc non suivis créés. Si vous obtenez des erreurs comme celles-ci:

hplip: /usr/share/hplip/base/__pycache__/__init__.cpython-38.pyc exists in filesystem
hplip: /usr/share/hplip/base/__pycache__/avahi.cpython-38.pyc exists in filesystem
hplip: /usr/share/hplip/base/__pycache__/codes.cpython-38.pyc exists in filesystem
... et davantage...

au moment de la mise à jour, utilisez

pacman -Suy --overwrite /usr/share/hplip/\*

pour réaliser la mise à jour.

Article original (en)

La mise à jour de firewalld>=0.8.1-2 requiert une intervention manuelle

Il manquait les modules python compilés dans le paquet firewalld avant la version 0.8.1-2. Ce problème a été corrigé dans la version 0.8.1-2, la mise à jour devra donc remplacer les fichiers pyc non suivis créés. Si vous obtenez des erreurs comme celles-ci

firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/__init__.cpython-38.pyc exists in filesystem
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/client.cpython-38.pyc exists in filesystem
firewalld: /usr/lib/python3.8/site-packages/firewall/__pycache__/dbus_utils.cpython-38.pyc exists in filesystem
...et davantage...

au moment de la mise à jour, utilisez

pacman -Suy --overwrite /usr/lib/python3.8/site-packages/firewall/\*

pour réaliser la mise à jour.

Article original (en)

L’avenir du chef de projet Arch Linux

«Bonjour à tous,

Certains d’entre vous m’ont peut-être connu à l’époque où j’étais beaucoup plus impliqué dans Arch, mais la plupart d’entre vous ne me connaissent probablement qu’à travers un nom sur le site Web. J’ai été avec Arch depuis un certain temps, prenant les rênes de cet animal à la suite de Judd en 2007. Mais, comme cela se produit souvent, mon implication a chuté à des niveaux minimaux au fil du temps. Il est grand temps que cela change.

Arch Linux a besoin d’une direction impliquée pour prendre des décisions difficiles et diriger le projet là où il doit aller. Et je ne suis pas en mesure de le faire.

Dans un effort commun, l’équipe d’Arch Linux a conçu un nouveau processus pour déterminer les futurs chefs de projet. Désormais, ils seront élus par l’équipe pour une durée de deux ans. Les détails de ce nouveau processus peuvent être consultés ici.

Lors du premier vote officiel avec Levente Polyak (anthraxx), Gaetan Bisson (vesath), Giancarlo Razzolini (grazzolini) et Sven-Hendrik Haase (svenstaro) comme candidats et grâce à 58 votes vérifiés, un vainqueur a été choisi:

Levente Polyak (anthraxx) prendra la barre de ce navire. Toutes nos félicitations!

Merci pour tout durant toutes ces années,
Aaron Griffin (phrakture)
»

Article original (en)

Migration de Planet Arch Linux

Le logiciel derrière planet.archlinux.org a été implémenté en Python 2 et n’est plus maintenu. Cette fonctionnalité a maintenant été implémentée dans le backend archweb d’archlinux.org qui est activement maintenu mais offre une expérience légèrement différente.

Les changements les plus notables sont les flux proposés et l’emplacement du flux. Archweb propose uniquement un flux Atom qui se trouve ici.

Article original (en)

sshd doit redémarrer après la mise à jour vers openssh-8.2p1

Après la mise à jour vers openssh-8.2p1, le démon SSH existant ne pourra pas accepter de nouvelles connexions (cf. FS#65517). Lors de la mise à jour des hôtes distants, assurez-vous de redémarrer le démon SSH à l’aide de systemctl restart sshd juste après avoir exécuté pacman -Syu. Si vous effectuez une mise à jour vers openssh-8.2p1-3 ou supérieur, ce redémarrage se produira automatiquement.

Compatibilité rsync

Notre paquet rsync a été livré avec zlib embarqué pour assurer la compatibilité avec l’ancienne option --compress jusqu’à la version 3.1.0. La version 3.1.1 a été publiée le 22-06-2014 et est désormais utilisée par toutes les principales distributions.

Nous avons donc décidé de supprimer définitivement la bibliothèque embarquée et de passer par un paquet zlib. Cela résout également des problèmes de sécurité, réels et futurs. Plaignez-vous à ceux qui exécutent d’anciennes versions si vous rencontrez des erreurs avec rsync 3.1.3-3.

Article original (en)

Utilisation de Zstandard au lieu de xz pour la compression de paquet

Comme annoncé sur la liste de diffusion, le vendredi 27 décembre 2019, notre (ndT: utilisateurs d’Arch) schéma de compression de paquets est passé de xz (.pkg.tar.xz) à zstd (.pkg.tar.zst).

zstd et xz se valent en terme de taux de compression. La recompression de tous les paquets vers zstd avec nos options entraîne une augmentation totale de ~ 0,8% de la taille des paquets sur tous les paquets combinés, mais le temps de décompression pour tous les paquets a connu une accélération de ~ 1300%.

Nous avons déjà plus de 545 paquets compressés avec zstd dans nos dépôts et, à mesure que les paquets seront mis à jour, d’autres suivront. Nous n’avons pas encore eu connaissance de problèmes rencontrés par les utilisateurs, donc les choses semblent fonctionner.

En tant que packager, vous commencerez automatiquement à créer des paquets .pkg.tar.zst si vous utilisez la dernière version de devtools (>= 20191227).
En tant qu’utilisateur final, aucune intervention manuelle n’est requise, à supposer que vous ayez lu et suivi les nouvelles de la fin de l’année dernière.

Si vous n’avez néanmoins pas mis à jour libarchive depuis 2018, tout espoir n’est pas perdu! Les versions binaires de pacman-static sont disponibles à partir du dépôt personnel d’Eli Schwartz, signés avec leurs clés d’Utilisateur de Confiance, à partir desquelles vous pouvez effectuer la mise à jour.

Article original (en)