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...
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...
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)»
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.
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.
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.
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.
Dans le processus de nettoyage
de Xorg, la mise à jour nécessite une intervention manuelle
lorsque vous trouvez face à tout ou partie des messages
suivants:
:: l'installation de xorgproto (2019.2-2) casse la dépendance « inputproto » requise par lib32-libxi
:: l'installation de xorgproto (2019.2-2) rompt la dépendance « dmxproto » requise par libdmx
:: l'installation de xorgproto (2019.2-2) rompt la dépendance « xf86dgaproto » requise par libxxf86dga
pour mettre à jour, utilisez (NdT: en fonction des paquets
installés sur votre système): pacman -Rdd libdmx
libxxf86dga && pacman -Syu pour effectuer la mise à
jour.
Certains liens soname manquaient dans le paquet primus_vk avant
la version 1.3-1. Ceci a été corrigé dans la version 1.3-1, de
sorte que la mise à jour devra remplacer les liens soname non
suivis. Si vous êtes confronté à une erreur du genre:
primus_vk: /usr/lib/libnv_vulkan_wrapper.so.1 exists in filesystem
primus_vk: /usr/lib/libprimus_vk.so.1 exists in filesystem
Tous nos noyaux officiels: linux, linux-lts, linux-zen et
linux-hardened, n’installent plus le noyau sur /boot.
L’installation, ainsi que la suppression, est effectuée à l’aide
de hooks et de scripts mkinitcpio. Aucune intervention manuelle
n’est nécessaire.
Le but est de rendre les paquets du noyau plus autonomes, tout
en rendant le processus de démarrage plus flexible et en le
maintenant compatible avec les versions antérieures.
À l’heure actuelle, seul mkinitcpio dispose de hooks pour la
gestion des installations et suppressions de noyaux. Nous n’en
disposons pas encore pour dracut, mais il aura des hooks similaires
dans un avenir proche.