Arch Linux

Dernières nouvelles

Transition de la suite KDE à KDE Frameworks and Qt 5

26 janvier 2015

La suite de logiciels KDE a été mise à jour pour les applications KDE 14.12.

Les développeurs de KDE ont commencé à porter leurs logiciels pour KDE frameworks et Qt 5. Pour une liste des logiciels qui a été portée voir l’annonce.

Lorsqu’un port d’une application KDE pour le frameworks KDE est considéré comme stable, il est distribué avec les applications KDE et le développement et les corrections de bugs ne sont plus appliqués à la version Qt 4/KDE 4. Cela signifie que dès que les versions d’applications portées sont publiées, nous basculerons à la nouvelle version. Dans le même temps, nous nous débarrassons des préfixes des modules KDE (par exemple kdebase–konsole –> konsole).

Le résultat de cette transition est que certains paquets utiliseront QT5 et d’autres Qt4. Nous (NdT: les développeurs et TUs d’Arch) travaillons dur pour faire la transition en douceur pour les utilisateurs de KDE4, mais les choses peuvent sembler différentes en fonction de votre configuration. Veuillez ajuster thèmes et couleurs comme souhaité pour les deux boîtes à outils. Voir le wiki (Note: le wiki francophone devrait être ajusté dans les jours à venir au fil de cette évolution…) pour de l’aide. Nous vous recommandons également de passer à plasma 5.2 qui sera publié cette semaine.

Veuillez rapporter les bugs upstream sur le bugzilla de KDE. N’hésitez pas à me (NdT: Andrea Scarpino) CC.

Article original

Changements d’empaquetage de lirc 0.9.2

20 janvier 2015

Par souci de cohérence avec le nommage upstream, le paquet lirc-utils a été renommé en lirc. Les pilotes wpc8769l du noyau ont été abandonnés et peuvent être obtenus en installant lirc-wpc8769l depuis AUR.

Notez que la 0.9.2 est une version majeure et vient avec plusieurs changements d’empaquetage upstream . En particulier, l’unité systemd irexec.service a été supprimée. Veuillez copier et modifier le template /usr/share/lirc/contrib/irexec.service si vous souhaitez continuer à utiliser ce service.

Article original

Mise à jour de pacman 4.2

29 décembre 2014

La mise à jour de pacman en version 4.2 requiert une opération manuelle.

Suite à la mise à jour, pacman ne voudra plus fonctionner et indiquera ceci :

erreur : l’initialisation de la bibliothèque alpm a échoué
(la version de la base de donnée n’est pas la bonne : /var/lib/pacman/)
erreur :   essayez de lancer pacman-db-upgrade

Il est donc bien nécessaire de lancer pacman-db-upgrade après la mise à jour de pacman en version 4.2

De plus si vous utilisez package-query, par exemple via yaourt, et que vous n’utilisez pas le dépôt archlinuxfr, il est fort probable que la mise à jour du système n’ait pas pu être faite suite à un problème de dépendance. La façon la plus simple pour résoudre le souci est d’utiliser le dépôt archlinuxfr. Sinon il sera nécessaire de désinstaller package-query avant de faire la mise à jour, puis une fois la mise à jour faite, il faudra le réinstaller via AUR. Fort heureusement ces étapes seront simplifiées suite aux évolutions apportées dans cette version 4.2.

Pacman 4.2 provoque une rupture de compatibilité sur les points suivants :

• Lors de la création d’un PKGBUILD, la fonction « package » est nécessaire. Ce qui implique que tous les paquets sur AUR ne possédant qu’une fonction « build » ne pourront plus être compilés sans être modifiés.
• makepkg ne peut plus être lancé en root : l’option –asroot a été supprimée.

Les nombreux autres changements sont détaillés dans l’article suivant http://allanmcrae.com/2014/12/pacman-4-2-released

Mise à jour de ca-certificates

11 décembre 2014

La manière dont les certificats des autorités de certification (CA) locaux sont traités a changé. Si vous avez ajouté des certificats de confiance au niveau local:

1. Déplacez /usr/local/share/ca-certificates/*.crt vers  /etc/ca-certificates/trust-source/anchors/
2. Faites de même avec tous les fichiers /etc/ssl/certs/*.pem ajoutés manuellement et renommez-les en *.crt
3. Au lieu d’update-ca-certificates, lancez trust extract-compat

Voir aussi man 8 update-ca-trust et trust --help.

Article original

GnuPG-2.1 et le trousseau de clés de pacman

8 décembre 2014

La mise à niveau vers gnupg-2.1 a porté le trousseau de clés de pacman vers un nouveau format upstream mais a rendu dans le processus la clé principale locale incapable de signer d’autres clés. C’est seulement un problème si vous avez jamais eu l’intention de personnaliser votre trousseau de clés de pacman. Nous (NdT: développeurs d’Arch) recommandons néanmoins à tous les utilisateurs de résoudre ce problème en générant un nouveau trousseau de clés.

En outre, nous vous recommandons d’installer haveged, un démon qui génère l’entropie du système; ceci accélère les opérations critiques dans les programmes cryptographiques tels que GnuPG (y compris la génération de nouveaux trousseaux de clés).

Pour faire tout ce qui précède, lancez en tant que root:

 pacman -Syu haveged
 systemctl start haveged
 systemctl enable haveged

 rm -fr /etc/pacman.d/gnupg
 pacman-key --init
 pacman-key --populate archlinux

Article original

Nouvelles plus anciennes

2025-02-03

Glibc 2.41 corrompt l’installation de Discord

2025-01-21

Version critique de sécurité rsync 3.4.0

2024-09-15

Intervention manuelle pour pacman 7.0.0 et les dépôts locaux requise

2024-07-02

Le service sshd doit être redémarré après la mise à niveau vers openssh-9.8p1

2024-04-15

Résultats de l’élection 2024 du leader d’Arch Linux

2024-04-09

Augmentation de la valeur par défaut de vm.max_map_count

2024-03-30

Le paquet xz contient une porte dérobée

2024-03-21

Migration du hook mkinitcpio et early microcode

2024-01-11

Faire de dbus-broker notre démon D-Bus par défaut

2023-12-04

Migration du Bugtracker vers GitLab terminée