Les RPM de PHP version 7.3.85 sont disponibles dans le dépôt remi pour Fedora 30 et dans le dépôt remi-php73 pour Fedora 27-29 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.2.18 sont disponibles dans le dépôt remi pour Fedora 28-29 et dans le dépôt remi-php72 pour Fedora 27 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.1.29 sont disponibles dans le dépôt remi pour Fedora 27 et dans le dépôt remi-php71 pour Enterprise Linux (RHEL, CentOS).

PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus par le projet PHP.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 29-30 et EL-8-Beta.

Ces versions corrigent quelques failles de sécurité, la mise à jour est donc vivement recommandée.

Annonces des versions :

• PHP 7.3.5 Release Annoucement
• PHP 7.2.18 Release Annoucement
• PHP 7.1.29 Release Annoucement (sécurité uniquement)

Installation : voir l'assistant de configuration et choisir la version et le mode d'installation.

Remplacement du PHP par défaut du système par la version 7.3 (le plus simple) :

yum-config-manager --enable remi-php73
yum update

Installation en parallèle, en Software Collection de PHP 7.3 (x86_64 uniquement) :

yum install php73

Remplacement du PHP par défaut du système par la version 7.2 (le plus simple) :

yum-config-manager --enable remi-php72
yum update

Installation en parallèle, en Software Collections de PHP 7.2 (x86_64 uniquement) :

yum install php72

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.3.5
• Fedora 30 - PHP 7.3.5
• Fedora 29 - PHP 7.2.18
• Fedora 28 - PHP 7.2.18

À noter :

• les paquets EL-7 sont construits avec RHEL-7.6
• les paquets EL-6 sont construits avec RHEL-6.10
• les paquets EL-7 utilisent désormais icu version 62.1 (au lieu de 50..1)
• les paquets EL utilisent désormais oniguruma5 (version 5.9.1, au lieu de la version embarquée)
• beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

Informations, lire :

• Migration de PHP 7.1.x à PHP 7.2.x
• Migration de PHP 7.2.x à PHP 7.3.x

Paquets de base (php)

Software Collections (php71 / php72 / php73)

En ce mardi 30 avril, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Fedora 30.

Cette version apporte beaucoup de changements concernant l'expérience utilisateur, la gestion du matériel et le début de l'abandon de Python 2.

Expérience utilisateur

L'environnement de bureau par défaut de Fedora Workstation est mis à jour vers GNOME 3.32. Cette version apporte notamment :

• Un rafraichissement du thème graphique, qui est un peu plus arrondi ;
• Par ailleurs, les icônes ont été profondément remaniées abandonnant le style très réaliste pour un style plus sobre et plus simple à dessiner ;
• GNOME avec Wayland prend en charge maintenant les ratios non entiers des affichages à haute densité de pixels (HiDPI), ce qui rendra l'affichage plus propre pour les machines concernées ;
• Il y a eu beaucoup de nettoyages et d'optimisations pour rendre le bureau moins gourmand en ressources graphiques et processeur. Les opérations de recherche notamment sont concernées ou la gestion des fichiers sur Google Drive ;
• Le clavier virtuel prend en charge les émojis ;
• Le navigateur officiel Web, anciennement Epiphany gère les gestes du touchpad ;
• Les paramètres ont été améliorées. Le menu son a un affichage vertical, plus conforme avec les autres, le mode nuit peut utiliser des couleurs plus chaudes ou froides que celles par défaut et on peut enfin paramétrer les permissions des applications Flatpak.

Le bureau léger LxQt bénéficie de la mise à jour vers la version 0.14.0. Le gestionnaire de fichier pcmanfm-qt qui peut afficher côte à côte le contenu de deux dossiers. Le bureau peut avoir des icônes interactives comme la corbeille, le dossier utilisateur ou le réseau. En plus de corrections plus mineures et d'une grande mise à jour des traductions.

Le nouvel environnement de bureau DeepinDE est proposé. Un bureau qui se veut moderne, performant, simple et élégant. L'interface est une synthèse des différentes interfaces. Il repose sur un dock situé en bas à la macOS, il dispose d'un panneau latéral pour les accès rapide et notifications comme pour Windows 10. Enfin l'ensemble des applications installées sont affichées sous forme de grille comme ce que propose GNOME. Pour l'installer vous devez installer le groupe Deepin Desktop.

Encore un nouvel environnement, Pantheon Desktop débarque dans Fedora. C'est celui utilisé par elementaryOS, qui réutilise les technologies de GNOME mais est écrit plutôt en Vala et se veut plus proche de l'expérience utilisateur de macOS. Pour l'installer vous devez installer le paquet pantheon-session-settings au minimum. Les applications ont un nom sous la forme elementary-*.

Gestion du matériel

Pour les utilisateurs d'une carte graphique Intel et d'un ordinateur avec l'UEFI activé, l'affichage durant le démarrage est continu, sans remise à zéro de ce dernier. Cela rend l'expérience plus fluide et jolie. Le changement fait suite à celui introduit dans Fedora 29 pour qu'un ordinateur mono-système ait GRUB masqué par défaut. Le nouveau thème plymouth bgrt récupère également le logo du constructeur de l'ordinateur ou de la carte mère durant le démarrage. Si vous ne souhaitez pas voir ce logo, basculez vers le thème spinner. Vous pouvez regarder cette vidéo pour voir le changement en action et les explications en détails et la FAQ par Hans de Goede, son développeur.

Les architectures ARMv7 disposeront par défaut d'un démarrage en UEFI. Cela permet notamment de passer de U-boot à GRUB2 comme chargeur de démarrage ce qui unifie la procédure de démarrage pour l'ensemble des architectures et simplifie la maintenance et la cohérence de la distribution et des procédures fournies.

Python 2

Les extensions du gestionnaire de fichiers de GNOME, Nautilus, migrent vers Python 3. En effet Python 2 ne sera plus maintenu dès janvier 2020, dans ce cadre Fedora a travaillé à sélectionner voire convertir les extensions de Nautilus vers Python 3.

FreeIPA n'est plus utilisable avec Python 2. Cela rejoint la décision prise par le projet en amont cette année, mais permet aussi d'accélérer la transition vers Python 3 en supprimant l'ensemble des paquets qui en dépendaient.

Suppression de beaucoup de paquets dépendants ou relatifs à Python 2, la fin approche et devrait arriver pour Fedora 31. Cela concerne ici les paquets ne contenant pas une application ou n'étant pas dépendants d'autres paquets existants. L'objectif est de limiter la rupture de compatibilité tout en simplifiant et amorçant la transition devenue nécessaire. Vous trouverez la liste des paquets concernés. Si pour vos développements vous aviez besoin d'un tel paquet, vous pouvez utiliser les environnements virtuels ou porter votre travail vers Python 3.

La communauté francophone

L'association

Borsalinux-fr est l'association qui gère la promotion de Fedora dans l'espace francophone. Nous constatons depuis quelques années une baisse progressive des membres à jour de cotisation et de volontaires pour prendre en main les activités dévolues à l'association.

Nous lançons donc un appel à nous rejoindre afin de nous aider.

L'association est en effet propriétaire du site officiel de la communauté francophone de Fedora, organise des évènements promotionnels comme les Rencontres Fedora régulièrement et participe à l'ensemble des évènements majeurs concernant le libre à travers la France principalement.

Si vous aimez Fedora, et que vous souhaitez que notre action perdure, vous pouvez :

• Adhérer à l'association : les cotisations nous aident à produire des goodies, à nous déplacer pour les évènements, à payer le matériel ;
• Participer sur le forum, les listes de diffusion, à la réfection de la documentation, représenter l'association sur différents évènements francophones ;
• Concevoir des goodies ;
• Organiser des évènements type Rencontres Fedora dans votre ville.

Nous serions ravis de vous accueillir et de vous aider dans vos démarches. Toute contribution, même minime, est appréciée.

Si vous souhaitez avoir un aperçu de notre activité, vous pouvez participer à nos réunions hebdomadaires chaque lundi soir à 20h30 (heure de Paris) sur IRC (canal #fedora-meeting-1 sur Freenode).

Au début de l'année 2019, Borsalinux-fr a tenu une Assemblée Générale pour renouveler le conseil d'administration pour deux ans. Bravo à eux et bon mandat !

La documentation

Depuis juin 2017, un grand travail de nettoyage a été entrepris sur la documentation francophone de Fedora, pour rattraper les 5 années de retard accumulées sur le sujet.

Le moins que l'on puisse dire, c'est que le travail abattu est important : près de 90 articles corrigés et remis au goût du jour. Un grand merci à Charles-Antoine Couret, Nicolas Berrehouc et Édouard Duliège et les autres contributeurs et relecteurs pour leurs contributions.

L'équipe se réunit tous les lundis soir après 21h (heure de Paris) sur IRC (canal #fedora-doc-fr sur Freenode) pour faire progresser la documentation par un travail collaboratif. Le reste de la semaine cela se passe sur les listes de diffusion.

Si vous avez des idées d'articles ou de corrections à effectuer, que vous avez une compétence technique à retransmettre, n'hésitez pas à participer. Afin de vous faire connaître, n'hésitez pas à utiliser le forum ou les listes de diffusion.

Comment se procurer Fedora 30 ?

Si vous avez déjà Fedora 28 ou 29 sur votre machine, vous pouvez faire une mise à niveau vers Fedora 30. Cela consiste en une grosse mise à jour, vos applications et données sont préservées.

Autrement, pas de panique, vous pouvez télécharger Fedora avant de procéder à son installation. La procédure ne prend que quelques minutes.

Nous vous recommandons dans les deux cas de procéder à une sauvegarde de vos données au préalable.

Liens

• Site officiel du Projet Fedora
• Site de la communauté francophone de Fedora
• Notes de version de Fedora 30
• Images Torrents officielles
• Procédure de mise à niveau

Aujourd'hui, ce vendredi 26 avril, est une journée dédiée à un test précis : sur la mise à niveau de Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

Nous sommes proches de la diffusion de Fedora 30 édition finale. Et pour que ce lancement soit un succès, il est nécessaire de s'assurer que le mécanisme de mise à niveau fonctionne correctement. C'est-à-dire que votre Fedora 28 ou 29 devienne Fedora 30 sans réinstallation, en conservant vos documents, vos paramètres et vos programmes. Une très grosse mise à jour en somme.

Les tests du jour couvrent :

• Mise à niveau depuis Fedora 29 ou 28, avec un système chiffré ou non ;
• Même que précédemment mais avec KDE comme environnement ou une version Spin quelconque ;
• De même avec la version Server au lieu de Workstation ;
• En utilisant GNOME Logiciels plutôt que dnf.

En effet, Fedora propose depuis quelques temps déjà la possibilité de faire la mise à niveau graphiquement avec GNOME Logiciels et en ligne de commande avec dnf. Dans les deux cas le téléchargement se fait en utilisation normale de votre ordinateur, une fois que ce sera prêt l'installation se déroulera lors du redémarrage.

Pour ceux qui veulent bénéficier de F30 avant sa sortie officielle, profitez-en pour réaliser ce test, que cette expérience bénéficie à tout le monde. :-)" class="smiley

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Les versions Release Candidate sont disponibles dans le dépôt de test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont  fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests. (uniquement pour x86_64) et également en paquets de base.

Les RPM de PHP version 7.3.5RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 30 ou remi-php73-test pour Fedora 27-29 et Enterprise Linux.

Les RPM de PHP version 7.2.18RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 28-29 ou remi-php72-test pour Fedora 27 et Enterprise Linux.

PHP version 7.1 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.

Installation : voir la Configuration du dépôt et choisir la version.

Installation en parallèle, en Software Collections de PHP 7.3 :

yum --enablerepo=remi-test install php73

Installation en parallèle, en Software Collections de PHP 7.2 :

yum --enablerepo=remi-test install php72

Mise à jour, de PHP 7.3 :

yum --enablerepo=remi-php73,remi-php73-test update php\*

Mise à jour, de PHP 7.2:

yum --enablerepo=remi-php72,remi-php72-test update php\*

A noter : la version 7.3.5RC1 dans Fedora rawhide pour la QA

Les paquets pour EL-7 on été construit à partir de RHEL-7.6.

La version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).

Software Collections (php72, php73)

Paquets standards (php)

Les RPM de QElectroTech version 0.70-rc1 (release candidate)une application pour réaliser des schémas électriques, sont disponibles dans le dépôt remi-test pour Fedora et Enterprise Linux 7.

Alors que la version 0.6 disponible dans les dépôts officiels a déjà plus d'un ans, le projet prépare une nouvelle version de l'éditeur de schéma électriques.

Site officiel : http://qelectrotech.org/.

Bien sur l'installation se fait avec YUM :

yum --enablerepo=remi-test install qelectrotech

Les RPM (version 0.70~rc1-1) sont disponibles pour Fedora ≥ 27 et Enterprise Linux 7 (RHEL, CentOS, ...)

Suivez ce billet qui sera mis à jour à chaque nouvelle version (beta, RC, ...) jusqu'à la publication de la version finale.

À noter :il existe aussi un dépôt Copr / Qelectrotech avec les versions "dévelopement" (actuellement la 0.70-dev).

Les RPM de PHPUnit version 8.1 sont disponibles dans le dépôt remi pour Fedora ≥ 27 et pour Enterprise Linux (CentOS, RHEL...).

Documentation :

• PHPUnit manual
• Release Announcement for version 8 of PHPUnit (en anglais)
• Changes in PHPUnit 8.1 (en anglais)

Cette nouvelle version nécessite PHP ≥ 7.2 et n'est pas rétro-compatible avec les versions précédentes, donc s'installe en parallèle des versions 5, 6 et 7.

Installation, Fedora :

dnf --enablerepo=remi install phpunit8

Installation, Enterprise Linux :

yum --enablerepo=remi install phpunit8

Remarque: cet outil est une pièce essentielle de la QA PHP dans Fedora. Cette version sera rapidement disponible dans Fedora ≥ 29.

Aujourd'hui, ce vendredi 5 avril, est une journée dédiée à un test précis : sur Silverblue. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

Silverblue est le nom de code pour Fedora Workstation à la sauce Atomic. Jusque là seulement la variante Cloud en bénificiait.

L'objectif de cette version est de proposer en somme une Fedora Workstation ayant des bases différentes de la version traditionnelle. En effet, l'objectif est que les applications soient dans des conteneurs via Kubertenes, Flatpak ou gérées via rpm-os-tree. Ce dernier permet de versionniser le système lors des installations et mises à jour de paquets. En cas de problème, il est facile de demander un retour en arrière au système pour retrouver un système stable. Le système devient majoritairement en lecture seule également pour améliorer sa fiabilité et sa sécurité. Sécurité qui comme poun une Fedora traditionnelle est supervisée par SELinux.

Les tests à effecuer sont :

• Démarrer et se connecter sans erreurs ;
• Démarrer et arrêter des services comme le serveur SSH ;
• Vérifier que SELinux est bien activé ;
• Vérifier si GNOME Logiciels envoie des notifications de mises à jour ;
• Vérifier si GNOME Logiciels tourne correctement : installer ou supprimer des paquets ;
• Installer un logiciels sous forme de Flatpak.

Des tests qui sont pour le coup assez faciles et rapides à mettre en œuvre.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Les RPM de PHP version 7.3.4 sont disponibles dans le dépôt remi pour Fedora 30 et dans le dépôt remi-php73 pour Fedora 27-29 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.2.17 sont disponibles dans le dépôt remi pour Fedora 28-29 et dans le dépôt remi-php72 pour Fedora 27 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.1.28 sont disponibles dans le dépôt remi pour Fedora 27 et dans le dépôt remi-php71 pour Enterprise Linux (RHEL, CentOS).

PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus par le projet PHP.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 29-30 et EL-8-Beta.

Ces versions corrigent quelques failles de sécurité, la mise à jour est donc vivement recommandée.

Annonces des versions :

• PHP 7.3.4 Release Annoucement
• PHP 7.2.17 Release Annoucement
• PHP 7.1.28 Release Annoucement (sécurité uniquement)

Installation : voir l'assistant de configuration et choisir la version et le mode d'installation.

Remplacement du PHP par défaut du système par la version 7.3 (le plus simple) :

yum-config-manager --enable remi-php73
yum update

Installation en parallèle, en Software Collection de PHP 7.3 (x86_64 uniquement) :

yum install php73

Remplacement du PHP par défaut du système par la version 7.2 (le plus simple) :

yum-config-manager --enable remi-php72
yum update

Installation en parallèle, en Software Collections de PHP 7.2 (x86_64 uniquement) :

yum install php72

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.3.3
• Fedora 30 - PHP 7.3.4
• Fedora 29 - PHP 7.2.17
• Fedora 28 - PHP 7.2.17

À noter :

• la version EL-7 est construite avec RHEL-7.6
• la version EL-6 est construite avec RHEL-6.10
• la version EL-7 utilise désormais icu version 62.1 (au lieu de 50..1)
• beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

Informations, lire :

• Migration de PHP 7.1.x à PHP 7.2.x
• Migration de PHP 7.2.x à PHP 7.3.x

Paquets de base (php)

Software Collections (php71 / php72 / php73)

En ce mardi 2 avril, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Beta Fedora 30.

Malgré les risques concernant la stabilité dune version Beta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora 30 et réduisez du même coup le risque de retard. Les versions en développement manquent de testeurs et de retours pour mener à bien leurs buts.

La version finale est pour le moment fixée pour le 30 avril ou le 7 mai.

Voici les nouveautés annoncées pour cette version :

Expérience utilisateur

• Passage à GNOME 3.32 ;
• Les extensions du gestionnaire de fichier Nautilus migrent vers Python 3 ;
• Le bureau léger LxQt bénéficie de la mise à jour vers la version 0.14.0 ;
• Le nouvel environnement de bureau DeepinDE est proposé. Un bureau qui se veut moderne, performant, simple et élégant ;
• Encore un nouvel environnement, Pantheon Desktop qui débarque dans Fedora. C'est celui utilisé par elementaryOS, qui réutilise les technologies de GNOME mais est écrit plutôt en Vala et se veut plus proche de l'expérience utilisateur de macOS.
• GnuGPG 2 devient l'implémentation de GPG par défaut.

Gestion du matériel

• Pour les utilisateurs d'une carte graphique Intel, l'affichage durant le démarrage est continue, sans remise à zéro de ce dernier. Cela rend l'expérience plus fluide et jolie.
• Les architectures ARMv7 disposeront par défaut d'un démarrage en uEFI.

Internationalisation

• Les groupes de composition des langues sont remplacées par les langpacks. Ce dernier était utilisé depuis Fedora 24 pour installer les traductions des paquets nécessaires à l'utilisateur. Maintenant il gère également les entrées de saisie et les polices de caractères pour une expérience plus cohérente.

Administration système

• Mise à jour de Bash à la version 5.0 ;
• Le shell Fish évolue également à la version 3.0 ;
• L'outil Vagrant est à la version 2.2 maintenant ;
• DNF dispose de l'algorithme de compression zchunck en plus de xz ou gzip pour les métadonnées des dépôts ce qui permet la prise en charge des deltas pour optimiser la taille des téléchargements ;
• Par défaut les entrées de démarrage, pour choisir la version du noyau à lancer, va passer au format BootLoaderSpec par défaut. Permettant de ne plus employer grubby pour réaliser cette tâche car il est ancien et peu flexible. Le but est d'uniformiser la manière de représenter les noyaux à démarrer entre les architectures, car ils n'utilisent pas tous GRUB. Seule l'architecture ARMv7 n'est pas encore concernée, car u-boot ne gère pas ce format de représentation.
• cryptsetup utilise dorénavant les métadonnées de LUKS2 par défaut ;
• dbus-broker devient l'implémentation par défaut de DBus ;
• FreeIPA n'est plus utilisable avec Python 2 ;
• Suppression de beaucoup de paquets dépendants ou relatifs à Python 2, la fin approche et devrait se terminer pour Fedora 31 ;
• Le fichier /etc/sysconfig/nfs est maintenant obsolète en faveur de /etc/nfs.conf pour permettre la configuration depuis un point central en étant plus conforme à la manière dont les outils comme Ansible ou systemd traitent ce genre de configuration ;
• De nombreux outils sont dépréciés : Apache Avalon, Apache Jakarta Commons HTTP client, Apache Jakarta ORO and Regexp, Apache Maven branche 2.x et Sonatype OSS Parent. Ils ne sont en effet plus maintenus depuis un moment et cette étape permet la transition pour leur suppression définitive, avec les éventuels paquets qui en dépendent.
• MongoDB est supprimé, la licence nouvellement adoptée SSPL n'étant pas considérée comme libre ;
• En cas de connexion distante via SSH, l'information sur la langue à utiliser est toujours propagée du client vers le serveur pour la session en cours. Maintenant, si le serveur distant ne dispose pas de la langue cible, C.UTF-8 sera demandée.
• krb5 modernise son support des algorithmes crytpographiques en supprimant la gestion de DES, 3DES, crc-32, et MD4 pour les clés de session ou clés à long terme. MD5 et RC4 sont marqués comme obsolètes et dangereux en attendant une suppression ultérieurement.

Développement

• Mise à jour de GCC qui fait du 9 ;
• Glibc n'est pas en reste avec la version 2.29 ;
• Petit coup de Boost à la version 1.69 ;
• Les fonctions obsolètes et non sûres de libcrypt sont supprimées et encrypt, encrypt_r, setkey, setkeyr, and fcryp'' renvoient une erreur systématiquement ;
• Mise à jour de Ruby qui vaut 2.6 carats ;
• Les programmes Java pourront danser dans la machine virtuelle OpenJDK 12 ;
• Le langage de l'éléphant PHP impose sa version 7.3 ;
• Go avance à la version 1.12 ;
• L'environnement d'Erlang passe à la version 21 ;
• Alors que le compilateur Haskell GHC et Stackage LTS passent respectivement à la version 8.4 et 12 ;
• Les shebangs Python ambigües concernant la version de Python à employer génèrent des erreurs, #!/usr/bin/python devant devenir #!/usr/bin/python2 ou #!/usr/bin/python3 ;
• Python progressbar2 devient la version de référence pour le module des bar de progressions.

Projet Fedora

• L'environnement de compilation minimal ne dépend plus du paquet glibc-all-langpacks pour gagner en poids ;
• La compilation de modules Python dans Fedora sera plus proche de ce qui se fait en amont sans nécessiter de recourir à des outils tel que redhat-rpm-macros pour cela ;
• Pour ceux intéressés par le standard SWID, des drapeaux dans les paquets RPM ont été activés pour permettre leur traçabilité et faciliter leur mise en œuvre dans des dépôts ou lister les paquets correspondant à un drapeau par exemple via dnf.
• La compilation des programmes Python est en deuxième phase de réécriture pour reposer sur moins d'hypothèses, et ainsi être plus fiable et plus maintenable.
• Les drapeaux group des paquets sont supprimés pour près de 9600 d'entre eux. Depuis mars 2017 il ne fallait plus les utiliser. Maintenant c'est fait.
• L'édition de lien supprime tous les liens excessifs entre bibliothèques et les exécutables. Seules les fonctions réellement nécessaires sont liées, ce qui améliore les performances au lancement de l'application.
• Les scriptlets qui étaient obsolètes sont supprimés comme ldconfig afin de gagner du temps à l'installation des paquets et une génération des paquets plus rapide.
• Le projet améliore la façon d'avoir des statistiques sur l'utilisation de Fedora. Actuellement le tout reposait sur la collecte de données via les mirroirs pour connaître le nombre d'installation en vigueur ce qui n'était pas fiable. Pour éviter cela, chaque requête tous les 7 jours vers un dépôt officiel sera enregistrée par machine. Cela évitera les problèmes liés à la vie privée.
• Activation de Python Generators par défaut. Ceci est la généralisation de la nouveauté de Fedora 28. Ainsi un empaqueteur n'a plus à spécifier dans le paquet RPM les dépendances Python nécessaires à l'exécution du paquet. Et l'utilisateur ne se retrouvera pas avec une erreur en cas d'oubli de la dite dépendance car résolue en amont.

Tester

Durant le développement d'une nouvelle Fedora, comme cette version Beta, quasiment chaque semaine le projet propose des journées de tests. Le but est pendant une journée de tester une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, linternationalisation, etc. L'équipe de qualité élabore et propose une série de tests en général simples à exécuter. Suffit de les suivre et indiquer si le résultat est celui indiqué. Dans le cas contraire, un bogue devra être ouvert pour permettre l'élaboration d'un correctif.

C'est très simple à suivre et requiert souvent peu de temps (15 minutes à une heure maximum) si vous avez une Beta exploitable sous la main.

Les tests à effectuer et les rapports sont à faire via la page suivante. https://blog.fedora-fr.org/renault/ J'annonce régulièrement sur mon blog quand une journée de tests est planifiée.

Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via https://getfedora.org/ le site officiel. En cas de bogue, n'oubliez pas de relire la documentation pour signaler les ... ou de https://fedora.zanata.org/?dswid=-957 contribuer à la traduction sur Zanata.

Bons tests à tous !

Aujourd'hui, ce mardi 26 mars est une journée dédiée à un test précis : sur la modularité. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

La modularité est le résultat de la réflexion de Fedora.next, amorcé en 2014. L'objectif est de découpler le cycle de vie des applications avec celui de Fedora afin qu'un utilisateur de Fedora bénéficie de plus de flexibilité. Il serait par exemple possible de choisir une version native de Python plus récente ou plus ancienne que celle disponible par défaut. Auparavant cela n'était possible qu'en choisissant une autre version de Fedora ce qui pouvait être contraignant.

Les modules se comportent comme des dépôts supplémentaires proposant un ensemble de paquets destinés à remplacer ceux des dépôts officiels. Mais bien entendu, tout cela est géré par le projet Fedora avec la même qualité et les mêmes mainteneurs.

Pour le moment Fedora propose quelques modules comme Docker, Django, NodeJS et le langage Go.

Les tests du jour couvrent :

• Lister les modules disponibles et installés ;
• Installer un nouveau module ;
• Activer un nouveau module ;
• Mettre à jour un module.

Comme vous pouvez le constater, ces tests sont assez simples et ne devraient prendre que quelques minutes seulement. Il vous faudra bien évidemment installer le dépôt modular avant (paquet fedora-repos-modular).

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Les versions Release Candidate sont disponibles dans le dépôt de test pour Fedora et Enterprise Linux (RHEL / CentOS) afin de permettre au plus grand nombre de les tester. Elles sont  fournit en Software Collections, pour une installation en parallèle, solution idéale pour ce type de tests. (uniquement pour x86_64) et également en paquets de base.

Les RPM de PHP version 7.3.4RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 30 ou remi-php73-test pour Fedora 27-29 et Enterprise Linux.

Les RPM de PHP version 7.2.17RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-test pour Fedora 28-29 ou remi-php72-test pour Fedora 27 et Enterprise Linux.

PHP version 7.1 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.

Installation : voir la Configuration du dépôt et choisir la version.

Installation en parallèle, en Software Collections de PHP 7.3 :

yum --enablerepo=remi-test install php73

Installation en parallèle, en Software Collections de PHP 7.2 :

yum --enablerepo=remi-test install php72

Mise à jour, de PHP 7.3 :

yum --enablerepo=remi-php73,remi-php73-test update php\*

Mise à jour, de PHP 7.2:

yum --enablerepo=remi-php72,remi-php72-test update php\*

A noter : la version 7.3.4RC1 dans Fedora rawhide pour la QA

Les paquets pour EL-7 on été construit à partir de RHEL-7.6.

La version RC est généralement identique à la version finale (aucun changement accepté, à l'exception de correctifs de sécurité).

Software Collections (php72, php73)

Paquets standards (php)

Bien que développeur, je passe désormais la majeur partie de mon temps à faire de la QA (assurance qualité) sur les projets autour de PHP.

Voici à travers la sortie des versions 7.2.17RC1 et 7.3.4RC1 un rapport permettant de mieux comprendre cette activité.

1. Présentation

Normalement, les tests sont assurés par les développeurs de PHP, notamment grâce à travis et ensuite pas les utilisateurs qui installeront les versions RC mise à disposition 2 semaines avec la version GA.

Le projet PHP suit un processus de version (cf README.RELEASE_PROCESS) qui prévoit 2 jours entre la préparation de la version, sur git le mardi, et son annonce le jeudi sur les listes de diffusions. Ces 2 jours sont notamment prévus pour permettre de préparer les paquets binaires (surtout Microsoft et souvent mon dépôt) et faire une dernière passe de QA qui peut permettre de détecter un problème tardif.

Dès que la version a été mise à disposition (mardi), j'ai commencé à lancé la construction des paquets pour mon dépôt, ce qui permet de couvrir plus de cas que la configuration actuelle de travis

• Fedora 27 à 31
• RHEL 6, 7 et 8-Beta
• i386 et x86_64
• NTS et ZTS
• nombreuses versions du compilateur (GCC 4 à 9) et des bibliothèques systèmes

J'ai aussi lancé la construction du paquet 7.3.4RC1 dans Fedora rawhide afin de déclencher la reconstruction de toute la pile PHP dans Koschei, un des outils de CI de Fedora.

Note : le temps de construction pour l'ensemble des cibles et d'environ 3h par version !  (j'ai vraiment besoin d'une machine plus puissante)

2. Problèmes découverts

2.1. Tests échoués avec pcre2 version 10.33RC1

Déjà disponible dans rawhide, cette version apporte une modification de certains messages d'erreur, provoquant un échec de 2 tests.

Problème mineur, corrigé dans PHP 7.3+ : changement c421d9a.

2.2. Tests échouées en 32 bits

Suite à la correction du bug #76117 la sortie de var_export a changée, entrainant un echec que 2 tests.

Après confirmation par l'auteur de la modification, les tests ont été corrigés dans PHP 7.2+ : changements a467a89 et 5c8d69b.

2.3. Regression

Koschei a permis de détecter très rapidement une régression important dans lexécution de "make test". Après recherche, cette régression a été introduite par la correction du bug #77609, voir les commentaires sur le changement 3ead672.

Suite à discussion entre les responsables de version (Release Managers) il a été décidé

• de supprimer ce changement pour revenir sur une situation saine
• de relancer le processus de publication (nouveau tag sur git)

Le version qui sera bientôt annoncée ne sera donc pas affectée par cette régression.

3. Conclusion

S'assurer de la qualité de PHP, et de l'absence de régression est un travail complexe, long et sérieux. Grâce à l'ensemble des acteurs, développeurs, équipe QA et utilisateurs cela fonctionne plutôt bien.

Si vous utilisez PHP dans un environnement de développement, il est donc essentiel de penser à installer les versions RC pour nous signaler rapidement tout problème, afin que nous puissions réagir avant la version finale..

Pour les utilisateurs de mon dépôt, les versions RC sont presque toujours disponibles dans les dépôts de test.

Aujourd'hui, ce mardi 19 mars, est une journée dédiée à un test précis : sur l'internationalisation de Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

Comme chaque version de Fedora, la mise à jour de ses outils impliquent souvent lapparition de nouvelles chaînes de caractères à traduire et de nouveaux outils liés à la prise en charge de langues (en particulier asiatiques).

Pour favoriser l'usage de Fedora dans l'ensemble des pays du monde, il est préférable de s'assurer que tout ce qui touche à l'internationalisation de Fedora soit testée et fonctionne. Notamment parce qu'une partie doit être fonctionnelle dès le LiveCD d'installation (donc sans mise à jour).

Les tests du jour couvrent :

• Le bon fonctionnement d'ibus pour la gestion des entrées claviers ;
• La personnalisation des polices de caractères ;
• L'installation automatique des paquets de langues des logiciels installés suivant la langue du système ;
• La traduction fonctionnelle par défaut des applications ;
• Les nouvelles dépendances des paquets de langue pour installer les polices et les entrées de saisie nécessaires.

Bien entendu, étant donné les critères, à moins de savoir une langue chinoise, l'ensemble des tests n'est pas forcément réalisable. Mais en tant que francophones, de nombreuses problématiques nous concernent et remonter les problèmes est important. En effet, ce ne sont pas les autres communautés linguistiques qui identifieront les problèmes d'intégration de la langue française.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Le samedi 9 février 2019 a eu lieu l'Assemblée Générale de l'association Borsalinux-fr à la Fondation pour le Progrès de l'Homme à Paris.

Les 10 membres présents ou représentés ont approuvé le bilan moral et financier de l'année 2018.

Par la suite, un 7e Conseil d'administration a été élu et est composé de :

-Charles-Antoine Couret (Renault) - Président

-Guillaume Kulakowski (llaumgui) - Vice-président

-Nicolas Chauvet (kwizart) - Trésorier

-Côme Borsoi - Trésorier adjoint

-Kévin Vaufleury - Secrétaire

Ce conseil a un mandat de 2 ans.

Projets pour la suite

Goodies

Charles-Antoine doit passer commande pour les flyers. Il soumettra à nouveau la proposition au nouveau Conseil dAdministration.

Clément a lancé le sujet pour savoir où nous en étions et sur ce quon pourrait faire. Il pense que les clés USB avec une personnalisation visuelle en plus dune image préinstallée dessus serait une bonne idée. Dans lensemble la discussion semblait favorable à lidée, que cela devrait être possible de le faire à coût abordable avec la capacité nécessaire évaluée à 4-8 Gio idéalement. Il prend en charge le dossier pour réaliser prochainement un devis.

Emmanuel a rappelé lexistence du projet Fedorator, porté par des ambassadeurs du projet Fedora à létranger.

Clément a souligné que la Braderie de Lille avait changé ces dernières années et quil était possible que ce soit difficile dy présenter quelque chose.

Association

Lidée de maintenir un inventaire de lensemble du matériel de lassociation, que ce soit les goodies tout comme le matériel de stand, a été remis sur la table. Charles-Antoine sest engagé à prendre le sujet en main.

Emmanuel précise quil a le kakemono chez lui, et que la nappe est probablement à la Cité des sciences et quil ira vérifier prochainement.

Site web

Emmanuel a soumis lidée davoir une carte géographique des membres, sils sont daccord, qui permettrait à des membres du site de plus facilement localiser ceux qui sont proches de chez eux pour se rencontrer. Cela a été accueilli favorablement, Guillaume précise quune changement de linfra du forum sera nécessaire avant.

Guillaume précise son rêve de mettre à jour le forum mais le logiciel adéquat n'est pas encore disponible. Étant donné que la situation perdure, lidée de migrer vers une autre plateforme technique semble envisagé. Dans ce cas il demandera à la communauté une assistance pour cette tâche qui sannoncerait lourde.

Le PV complet de l'Assemblée Générale est disponible ici.

Aujourd'hui, ce mercredi 13 mars est une journée dédiée à un test précis : sur l'édition Internet des objets. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

L'Internet des objets est un ensemble d'objets connectés qui peuvent servir à collecter et traiter des données sur des appareils très diversifiés, souvent ayant de faibles ressources. L'objectif de cette nouvelle édition de Fedora est de proposer une plateforme libre intégrant les dernières technologies tout en étant un environnement connu de ses utilisateurs.

La particularité de cette édition est qu'elle est en mode rolling release avec de nouvelles images générées chaque mois. Le but étant de favoriser un écosystème qui soit le plus à jour possible.

D'un point de vue technique, cette édition repose sur rpm-ostree pour améliorer la fiabilité du système en cas de mise à jour. Cela rejoint le mécanisme déjà en œuvre pour Fedora Silverblue ou Atomic.

Les tests du jour couvrent :

• L'installation et la mise en route ;
• Le fonctionnement de rpm-ostree ;
• Le déploiement d'images ARM ;
• Le démarrage via PXE ;
• Installation sur un disque dur ou un SSD via SATA ;
• La manipulation des services de base.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-days et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Aujourd'hui, ce mardi 12 mars, est une journée dédiée à un test précis : sur le noyau Linux 5.0. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

En quoi consiste ce test ?

Le noyau Linux est le cœur du système Fedora (et des autres distributions GNU/Linux). C'est le composant qui fait le lien entre les logiciels et le matériel. C'est lui qui permet aux processus de travailler ensemble sur un même ordinateur et de pouvoir utiliser les périphériques (à travers des pilotes) disponibles sur chaque machine.

C'est donc un composant critique et il est nécessaire de s'assurer qu'il fonctionne. Notons par ailleurs que l'équipe des mainteneurs du noyau chez Fedora ont décidé de faire une journée de tests systématique après la sortie d'un nouveau noyau !

Les tests du jour couvrent :

• L'exécution des tests automatisés par défaut et ceux de performances ;
• Vérifier que la machine démarre correctement ;
• Vérifier que le matériel est bien exploité (affichage, claviers, souris, imprimantes, scanners, USB, carte graphique, carte son, webcam, réseau filaire et wifi, etc.)

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

Si vous avez besoin d'aide lors du déroulement des tests, n'hésitez pas de faire un tour sur IRC pour recevoir un coup de main sur les canaux #fedora-test-day et #fedora-fr (respectivement en anglais et en français) sur le serveur Freenode.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.

Les RPM de PHP version 7.3.3 sont disponibles dans le dépôt remi pour Fedora 30 et dans le dépôt remi-php73 pour Fedora 27-29 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.2.16 sont disponibles dans le dépôt remi pour Fedora 28-29 et dans le dépôt remi-php72 pour Fedora 27 et Enterprise Linux ≥ 6 (RHEL, CentOS).

Les RPM de PHP version 7.1.27 sont disponibles dans le dépôt remi pour Fedora 27 et dans le dépôt remi-php71 pour Enterprise Linux (RHEL, CentOS).

PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus par le projet PHP.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 29-30 et EL-8-Beta.

Ces versions corrigent quelques failles de sécurité, la mise à jour est donc vivement recommandée.

Annonces des versions :

• PHP 7.3.3 Release Annoucement
• PHP 7.2.16 Release Annoucement
• PHP 7.1.27 Release Annoucement (sécurité uniquement)

Installation : voir l'assistant de configuration et choisir la version et le mode d'installation.

Remplacement du PHP par défaut du système par la version 7.3 (le plus simple) :

yum-config-manager --enable remi-php73
yum update

Installation en parallèle, en Software Collection de PHP 7.3 (x86_64 uniquement) :

yum install php73

Remplacement du PHP par défaut du système par la version 7.2 (le plus simple) :

yum-config-manager --enable remi-php72
yum update

Installation en parallèle, en Software Collections de PHP 7.2 (x86_64 uniquement) :

yum install php72

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.3.3
• Fedora 30 - PHP 7.3.3
• Fedora 29 - PHP 7.2.15
• Fedora 28 - PHP 7.2.15

À noter :

• la version EL-7 est construite avec RHEL-7.6
• la version EL-6 est construite avec RHEL-6.10
• la version EL-7 utilise désormais icu version 62.1 (au lieu de 50..1)
• beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

Informations, lire :

• Migration de PHP 7.1.x à PHP 7.2.x
• Migration de PHP 7.2.x à PHP 7.3.x

Paquets de base (php)

Software Collections (php71 / php72 / php73)