Mise à jour de pacman-5.0.1 requise avant le 23-04-2016

La parution de pacman-5.0 a apporté le support des hooks transactionnels. Ceux-ci nous permettront (par exemple) des mises à jour du cache des polices une seule fois au cours d’une mise à jour plutôt qu’après chaque installation d’un paquet de police. Cela permettra à la fois d’accélérer le processus de mise à jour, mais aussi de réduire la charge de fabrication des paquets pour les Développeurs et Utilisateurs de confiance.

Dans le but de démarrer l’utilisation des hooks, nous avons besoin que tous les utilisateurs aient au moins mis à jour pacman-5.0.1 avant le 23/04/2016. Pacman-5.0.1 a été publié le 23/02/2016, donc cela donne à chacun deux mois pour mettre à jour son système.

Article original

PHP 7.0 est disponible

Les paquets de la nouvelle version stable de PHP sont maintenant dans les dépôt stables. En plus des nouvelles fonctionnalités, les changements suivants sont appliqués. De manière générale, la configuration des paquets est maintenant plus proche de ce que le projet PHP préconise. Voir aussi le guide migration vers PHP 7.0.

Paquets supprimés

* php-pear
* php-mssql
* php-ldap : Ce module est dorenavant intégré dans le paquet php
* php-mongo : php-mongodb est une alternative, même si non compatible
* php-xcache : Utilisez plutôt php-opcache and optionnellement APCu
* graphivz : Le binding PHP va être supprimé.

Nouveaux paquets

* php-apcu-bc : Installez et activez ce module si les fonctions apc_* sont nécessaires.
* php-mongodb

Changements dans la configurations

* open_basedir n’est plus activé par défaut
* Les extensions openssl, phar et posix sont integrées par défaut
* php-fpm ne fournit plus une configuration logrotate. À la place syslog/journald est utilisé
* Le fichier service de php-fpm n’active plus PrivateTmp=true
* La configuration et le module de php-apache ont été renommés en php7_module.conf et libphp7.so

Article original

Suppression de Plasma 4

Étant donné que KDE 4 Desktop n’est plus maintenu depuis plusieurs mois, et qu’il est de plus en plus difficile de maintenir deux versions de Plasma, nous [NdT: Les développeurs Archlinux] avons décidé de le supprimer de nos dépôts. Plasma 5.5 vient de sortir, et devrait être assez stable pour le remplacer.

Les installations de KDE 4 ne vont pas être automatiquement mises à jour vers Plasma 5.
Cependant, nous recommandons à tous nos utilisateurs de mettre à jour ou de basculer sur une alternative le plus vite possible, étant donné que KDE 4 peut maintenant être cassé sans préavis.

Veuillez suivre le le wiki expliquant la marche à suivre pour mettre à jour vers Plasma 5.

Article Original

Changement de l’ABI C++

Avec GCC 5.x, deux versions de l’ABI sont prises en compte par libstdc++, et nous [NdT: Les developpeurs Archlinux] avons décidés de switcher sur la nouvelle ABI.

Bien que l’ancienne ABI C++ soit toujours disponible, il est recommandé que vous reconstruisiez tous les paquets ne provenants pas des dépots officiels afin de bénéficier de la nouvelle ABI.
Ceci est particulièrement important si ces paquets sont liés à des bibliothèques elles même liées à la nouvelle ABI.

Vous pouvez lister les paquets à reconstruire grâce au script bash suivant (mapfile est une commande « built-in » de bash) :

#!/bin/bash

while read pkg; do
    mapfile -t files < <(pacman -Qlq $pkg | grep -v /$)
    grep -Fq libstdc++.so.6 "${files[@]}" 2>/dev/null && echo $pkg
done < <(pacman -Qmq)

Texte de Allan McRae à ce sujet : lien

Article original

Xorg 1.18.0 est introduit dans [testing]

Xorg 1.18.0 est entré dans [testing] avec les modifications suivantes:

  • Vous pouvez maintenant choisir entre xf86-input-evdev et xf86-input-libinput.
  • xf86-input-aiptek ne sera pas mis à jour et sera supprimé lorsque xorg-1.18.0 sera déplacé vers [extra].

Avertissement:

Les pilotes NVIDIA ne sont pas encore compatibles avec Xorg 1.18.0. Vous pouvez bloquer la mise à jour en ajoutant --ignoregroup = xorg à la commande pacman ou en ajoutant ‘xorg‘ à IgnoreGroup dans pacman.conf.

Article original

Compte rendu du Meetup ArchLinux France du 10 Nov. 2015

Ce 10 Novembre 2015 a eu lieu le second meetup ArchLinux France, chez BlaBlaCar à Paris ! Pour rappel le premier Meetup avait eu lieu en Octobre 2014. Pour cette nouvelle édition, il y avait 5 présentations, et près de 70 personnes ! (vous pouvez retrouver le programme sur meetup).

Voici la liste des présentations et leurs slides (update: elles sont maintenant toutes disponibles !) :

J’ai pour ma part parlé de Yaourt, son histoire, son développement, ses features. Si vous souhaitez participer, n’hésitez pas à vous rendre sur le github du projet :)

Mes slides ci dessous :

Et quelques photos, tirées du ‘Live Tweet’ de @archlinuxfr :

Encore merci aux talkers, à tous ceux présents, et à BlaBlaCar (et Puckel_) pour le sponsoring de la salle et la collation !

Meetup Archlinux France à Paris le 10 Novembre chez BlaBlaCar

Un nouveau meetup Archlinux France est organisé à Paris le mardi 10 Novembre 2015, un an après le premier :) !

Pour ce second meetup, nous serons généreusement accueilli par BlaBlaCar !

Au programme, 5 présentations (rien que ça !) :

• Arch Linux Security Team Genesis (RbN)
• Arch Linux Security Projects (Remi Gacogne)
• Vous reprendrez bien un peu de yaourt? (Skunnyk)
• Ansible 101 (Julien Girardin)
• Arch Linux Archive / agetpkg (Sebastien Luttringer)

Toutes les informations sur le groupe Archlinux-France de Meetup !

Note: Nous sommes toujours à la recherche d’un sponsor boissons/nourriture !

Venez en parler sur le forum.

D-Bus lance dorénavant les bus utilisateurs

Les paquets systemd 226-1 et dbus 1.10.0-3 lancent désormais dbus-daemon une fois par utilisateur; toutes les sessions d’un utilisateur partageront la même «session» D-Bus. Le module pam_systemd s’assure que le DBUS_SESSION_BUS_ADDRESS correct est déterminé à la connexion.

Cela permet également à dbus-daemon de déléguer à systemd pour l’activation au lieu de multiplier les processus serveurs lui-même. Toutefois, actuellement, ce n’est pas couramment utilisé pour les services de session (par opposition aux services du système).

kdbus supportera uniquement ce modèle, donc ce sera aussi l’occasion d’aplanir quelques bugs et de réaliser plus facilement une transition future vers les bus du kernel. Veuillez-nous (NdT: développeurs d’Arch) faire connaître tous problèmes rencontrés.

Article original