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.
Aujourd’hui[NdT: 25 octobre 2019], un mail envoyé à la
liste de diffusion arch-announce a pu contourner les vérifications
de liste blanche effectuées par le logiciel mailman. Cela n’était
pas dû à un accès non autorisé et aucun serveur Arch Linux n’a été
compromis.
Nous[NdT: TUs et développeurs Arch] avons mis en place
des mesures pour éviter que cela ne se reproduise, en utilisant la
fonctionnalité de mot de passe de l’auteur[NdT: poster] de mailman.
Nous nous sommes assurés également que ces simples contrôles de
liste blanche ne soient utilisés nulle part ailleurs.
Edit: un deuxième courrier électronique[NdT: sujet intitulé
[arch-announce] poster password test] a également été envoyé
aujourd’hui, afin de s’assurer que la fonction de mot de passe de
l’auteur fonctionnait. Ce mail n’a contourné aucune vérification et
a été envoyé intentionnellement.
L’algorithme de compression zstd apporte une
compression et une décompression plus rapides, tout en maintenant
un taux de compression comparable à celui de xz. Cela
accélérera l’installation de paquet avec pacman, sans
autres inconvénients.
La publication imminente de pacman 5.2 apporte
des outils de compilation prenant en charge la compression des
paquets avec zstd. Pour installer ces paquets, vous
devez disposer de libarchive avec le support de
zstd, entré dans les dépôts en septembre 2018. Pour
que les paquets compressés zstd soient distribués,
nous [ndT: dévelopeurs et mainteneurs d’Arch Linux] demandons à
tous les utilisateurs d’avoir mis à jour au moins
libarchive en 3.3.3-1. Vous avez eu une année,
alors nous nous attendons à ce que vous ayez déjà mis à jour.
Dépêchez-vous dans le cas contraire.
Si vous utilisez des scripts personnalisés, assurez-vous qu’ils
ne reposent pas sur des extensions de fichier codées en dur.
L’extension de fichier de paquet zstd sera
.pkg.tar.zst.
Le groupe base a été remplacé par un méta-paquet du
même nom. Nous conseillons aux utilisateurs d’installer ce paquet
(pacman -Syu base), car il est désormais
obligatoire.
Les utilisateurs demandant de l’aide sont censés utiliser un
système avec le paquet base.
Addenda:
Sachez que base actuel ne contient pas:
– de noyau
– d’éditeur
… et d’autres logiciels auxquels vous pouvez vous attendre. Vous
devrez les installer séparément sur les nouvelles
installations.
Avant la version 3.1-2, il manquait un lien soname dans le
paquet astyle. Ce problème a été corrigé dans la version 3.1-2. Par
conséquent, la mise à jour devra remplacer le lien soname non suivi
créé par ldconfig. Si vous obtenez une erreur
astyle: /usr/lib/libastyle.so.3 exists in
filesystem
Il manquait des liens soname dans les paquets tensorflow
antérieurs à la version 1.14.0-5. Ce problème a été corrigé dans la
version 1.14.0-5. La mise à jour devra donc remplacer les liens
soname non suivis créés par ldconfig. Si vous obtenez une erreur
comme celle-ci:
tensorflow: /usr/lib/libtensorflow.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_cc.so.1 exists in filesystem
tensorflow: /usr/lib/libtensorflow_framework.so.1 exists in filesystem
Il manquait un lien soname dans le paquet libbloom antérieur à
la version 1.6-2. Ce problème a été corrigé dans la version 1.6-2.
Par conséquent, la mise à jour devra remplacer le lien soname non
suivi créé par ldconfig. Si vous obtenez une erreur
libbloom: /usr/lib/libbloom.so.1 exists in
filesystem
La mise à jour de mariadb 10.4.6-1 et des versions ultérieures
modifie la disposition de la configuration, comme recommandé
upstream.
Le fichier de configuration principal
/etc/mysql/my.cnf (et son répertoire d’inclusion
/etc/mysql/my.cnf.d/) est déplacé vers
/etc/my.cnf (et /etc/my.cnf.d/).
Assurez-vous de déplacer votre configuration.
Les services instanciés (par exemple
mariadb@foo.service) ne sont plus configurés dans des
fichiers séparés (par exemple /etc/mysql/myfoo.cnf).
Au lieu de cela, déplacez votre configuration vers des blocs de
configuration suffixé par le groupe dans le fichier de
configuration principal, un pour chaque service. Un bloc devrait
ressembler à quelque chose comme ça:
Le paquet libutf8proc précédant la version 2.1.1-3 avait un lien
soname incorrect. Cela a été corrigé avec le 2.1.1-3, la mise à
jour devra donc remplacer le lien soname non suivi créé par
ldconfig. Si vous obtenez une erreur
libutf8proc: /usr/lib/libutf8proc.so.2 existe dans le
système de fichiers