Les RPM de PHP version 7.4.1 sont disponibles dans le dépôt remi-php74 pour Fedora ≥ 29 et Enterprise Linux ≥ 7 (RHEL, CentOS).

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

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

PHP version 7.1 a atteint sa fin de vie et n'est plus maintenu 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-31 et EL-8.

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

Annonces des versions :

• PHP 7.4.1 Release Annoucement
• PHP 7.3.13 Release Annoucement
• PHP 7.2.26 Release Annoucement

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.4 (le plus simple) :

yum-config-manager --enable remi-php74
yum update

ou, en utilisant le module (Fedora et EL-8) :

dnf module enable php:remi-7.4
dnf update php\*

Installation en parallèle, en Software Collection de PHP 7.4

yum install php74

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

ou, en utilisant le module (Fedora et EL-8) :

dnf module enable php:remi-7.3
dnf update php\*

Installation en parallèle, en Software Collection de PHP 7.3

yum install php73

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.4.1
• Fedora 31 - PHP 7.3.13
• Fedora 30 - PHP 7.3.13

À noter :

• les paquets EL-8 sont construits avec RHEL-8.0
• les paquets EL-7 sont construits avec RHEL-7.7
• les paquets EL-6 sont construits avec RHEL-6.10
• les paquets EL-7 utilisent désormais libicu62 (version 62.1)
• les paquets EL utilisent désormais oniguruma5 (version 6.9.4, au lieu de la version embarquée)
• l'extension oci8 utilise désormais le client Oracle version 19.5 (sauf EL-6)
• 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
• Migration de PHP 7.3.x à PHP 7.4.x

Paquets de base (php)

Software Collections (php72 / php73 / php74)

After PHP 5.6, and as announced, PHP version 7.1.33 was the last official release of PHP 7.1

Which means that after version 7.2.26, 7.3.13 and 7.4.1 releases, some security vulnerabilities are not, and won't be, fixed by the PHP project.

To keep a secure installation, the upgrade to a maintained version is strongly recommended:

• PHP 7.3 is in active support mode, and will be maintained until December 2020 (2021 for security).
• PHP 7.4 is in active support mode, and will be maintained until December 2020 (2021 for security).

Read :

• PHP Supported versions
• Migration guide from PHP 7.1.x to PHP 7.2.x
• Migration guide from PHP 7.2.x to PHP 7.3.x
• Migration guide from PHP 7.3.x to PHP 7.4.x

However, given the very important number of downloads by the users of my repository (>10%)  the version is still available in  remi repository for Enterprise Linux (RHEL, CentOS...) and Fedora (Software Collections) and will include the latest security fix.

Warning : this is a best effort action, depending of my spare time, without any warranty, only to give users more time to migrate. This can only be temporary, and upgrade must be the priority.

Après PHP 5.6, et comme annoncé, PHP version 7.1.33 était la dernière version officielle de PHP 7.1

Ce qui signifie qu'après la publication des versions 7.2.26, 7.3.13 et 7.4.1, quelques failles de sécurité publiques ne sont pas, et ne seront pas corrigées par le projet PHP.

Pour maintenir une installation sécurisée, la mise à jour vers une version maintenue est fortement conseillée :

• PHP 7.3 est en mode maintenance active, et sera maitenu jusqu'en décembre 2020 (2021 pour la sécurité).
• PHP 7.4 est en mode maintenance active, et sera maitenu jusqu'en décembre 2021 (2022 pour la sécurité).

Voir :

• PHP Supported versions
• Guide de Migration de PHP 7.1.x à PHP 7.2.x
• Guide de Migration de PHP 7.2.x à PHP 7.3.x
• Guide de Migration de PHP 7.3.x à PHP 7.4.x

Cependant, compte tenu du nombre important de téléchargements par les utilisateurs de mon dépôt (>10%)  la version présente dans le dépôt remi pour Enterprise Linux (RHEL, CentOS...) et Fedora (Software Collections) est conservée et intègrera les derniers correctifs de sécurité.

Attention : il s'agit d'un action réalisée avec la meilleure volonté, en fonction de mon temps disponible, sans aucune garantie, afin de donner plus de temps aux utilisateurs pour migrer. Cela ne peut être que temporaire et la migration doit rester la priorité.

Salut.

Voici les résultats comparatifs de Fedora 31 vs Fedora 30.

Pour rappel, ma machine est équipée d'un Quad Core Intel Q6600 à 2,4 GHz avec 4 Go de RAM.

Je me suis limité au benchmark UnixBench qui fournit un indice global, ce qui me simplifiera la comparaison. La version UnixBench utilisée est la version 4.1.0.

Mon protocole de tests est le suivant :

• Installation de Fedora 31 version 64 bits avec le noyau Fedora  5.3.7-301.fc31.x86_64.
• La machine est placée en niveau 3 (init 3).
• 10 séries de tests avec UnixBench compilé sous Fedora 31 et exécuté sous Fedora 31 (5.3.7-301.fc31.x86_64).
• 10 séries de tests avec UnixBench compilé sous Fedora 30 et exécuté sous Fedora 30 (5.0.9-301.fc30.x86_64).

Série 1 : 673.4
Série 2 : 680.6
Série 3 : 683.4
Série 4 : 688.7
Série 5 : 688.8
Série 6 : 709.1
Série 7 : 725.5
Série 8 : 686.1
Série 9 : 701.7
Série 10 : 718.8

Moyenne : 695.6
Série 2 : 612.5
Série 3 : 620.0
Série 4 : 620.0
Série 5 : 605.6
Série 6 : 605.2
Série 7 : 605.4
Série 8 : 611.3
Série 9 : 614.1
Série 10 : 609.5

Moyenne : 610,7
Pour Fedora 31, on obtient un indice moyen de 695.6 pour UnixBench.
Pour Fedora 30, j'avais obtenu un indice moyen de 610,7 pour UnixBench.


On a donc une hausse significative de 13,9 % de Fedora 31 64 bits par rapport à Fedora 30 64 bits :

Conclusion :

Au moment de ces tests, le noyau Fedora 31 (basé sur le noyau vanilla 5.3.7) est nettement plus performant de près de 14% que le noyau Fedora 30 (basé sur le noyau vanilla 5.0.9).

Comme je vous le rapportais il y a peu, Fedora a organisé des élections pour renouveler partiellement le collège de ses organes FESCo, Mindshare et Council.

Le scrutin est comme toujours un vote par valeurs. Nous pouvons attribuer à chaque candidat un certain nombre de points, dont la valeur maximale est celui du nombre de candidat, et le minimum 0. Cela permet de montrer l'approbation à un candidat et la désapprobation d'un autre sans ambiguïté. Rien n'empêchant de voter pour deux candidats avec la même valeur.

Les résultats pour le Conseil sont :

# votes |  noms
520     Dennis Gilmore
--------------------------------------------
259     Alberto Rodríguez Sánchez
237     John M. Harris, Jr.

À titre indicatif le score maximal possible était de 243 * 3 votes soit 729.

Les résultats pour le FESCo sont (seuls les cinq premiers sont élus) :

# votes |  noms
1490 Miro Hrončok
1350 Kevin Fenzi
1115 Zbigniew Jędrzejewski-Szmek
879     Fabio Valentini
877     David Cantrell
--------------------------------------------
868     Justin Forbes
813     Randy Barlow
534     Pete Walter

À titre indicatif le score maximal possible était de 273 * 8 soit 2184.

Les résultats pour le Mindshare sont donc :

# votes |  noms
134     Héctor Louzao

À titre indicatif le score maximal possible était de 172 * 1 soit 172.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin avec un réel enjeu était proche aux alentours de 275-250 votants ce qui est un peu plus que la fois précédente (150-200 en moyenne). Les scores sont aussi plutôt éparpillés.

Bravo aux participants et aux élus et le meilleur pour le projet Fedora.

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.et également en paquets de base.

Les RPM de PHP version 7.3.13RC1 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-31 ou remi-php73-test pour Fedora 29 et Enterprise Linux.

Les RPM de PHP version 7.2.26RC1 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 29 ou remi-php72-test pour Enterprise Linux.

 

Il s'agira de la dernière version de PHP version 7.2 qui est désormais en mode maintenance de sécurité.

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\*

ou, en utilisant le module (Fedora et RHEL 8) :

dnf module reset php
dnf module enable php:remi-7.3
dnf --enablerepo=remi-modular-test update php\*

Mise à jour, de PHP 7.2:

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

ou, en utilisant le module (Fedora et RHEL 8) :

dnf module reset php
dnf module enable php:remi-7.2
dnf --enablerepo=remi-modular-test update php\*

A noter : la version 7.4.0 est dans Fedora rawhide et la version 7.3.13RC1 dans updates-testing de F31 pour la QA

Les paquets pour EL-8 on été construit à partir de RHEL-8.0

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

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)

Voici un guide rapide pour mettre à jour le PHP fournit par Fedora, RHEL ou CentOS par la dernière version 7.4.

 

Configuration des dépôts:

Sur Fedora, les dépôts standards sont suffisant, sur Enterprise Linux (RHEL, CentOS) il est aussi nécessaire de configurer le dépôt Extra Packages for Enterprise Linux (EPEL), et sur RHEL 7 d'activer le canal optional.

Fedora 31

dnf install http://rpms.remirepo.net/fedora/remi-release-31.rpm

Fedora 30

dnf install http://rpms.remirepo.net/fedora/remi-release-30.rpm

RHEL version 8.1

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
dnf install http://rpms.remirepo.net/enterprise/remi-release-8.rpm

RHEL version 7.7

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
wget http://rpms.remirepo.net/enterprise/remi-release-7.rpm
rpm -Uvh remi-release-7.rpm epel-release-latest-7.noarch.rpm
subscription-manager repos --enable=rhel-7-server-optional-rpms

CentOS version 8.0

dnf install https://dl.fedoraproject.org/pub/epel/epel-release-latest-8.noarch.rpm
dnf install http://rpms.remirepo.net/enterprise/remi-release-8.rpm

CentOS version 7.7

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
wget http://rpms.remirepo.net/enterprise/remi-release-7.rpm
rpm -Uvh remi-release-7.rpm epel-release-latest-7.noarch.rpm

 

Utilisation du module php

Pour Fedora modular et RHEL / CentOS 8, il suffit d'utiliser le flux remi-7.4 du module php

dnf module reset php
dnf module install php:remi-7.4

 

Activation du dépôt remi-php74

Les paquets sont dans les dépôts remi-safe (activé par défaut) et remi-php74 qui n'est pas activé par défaut (choix de l'administrateur en fonction de la version de PHP souhaitée).

RHEL et CentOS 7

yum install yum-utils
yum-config-manager --enable remi-php74

Fedora

dnf config-manager --set-enabled remi-php74

 

Mise à jour de PHP

Par choix, les paquets ont le même nom que les paquets fournit par défaut avec le système, une simple mise à jour est donc suffisante :

yum update

Et c'est tout :)

$ php -v
PHP 7.4.0 (cli) (built: Nov 26 2019 20:13:36) ( NTS )
Copyright (c) The PHP Group
Zend Engine v3.4.0, Copyright (c) Zend Technologies
    with Zend OPcache v7.4.0, Copyright (c), by Zend Technologies

 

Problèmes connus

La mise à jour peut échouer (c'est voulu) lorsque certaines extensions présentes ne sont pas encore compatibles avec PHP 7.4.

Voir la liste des compatibilités : PECL extensions RPM status

Si elles ne sont pas indispensables, vous pouvez les désinstaller avant la mise à  jour, sinon, il faudra patienter.

Attention : quelques extensions sont encore en phase de développement, mais il m'a semblé utile de les fournir afin de permettre la mise à jour au plus grand nombre, et aussi permettre leur test et des retours vers les auteurs.

 

Plus d'informations

Si vous souhaitez une installation en parallèle de la version par défaut de PHP, cela est possible en utilisant les paquets préfixés php74 Voir le billet PHP 7.4 en Software Collection.

Vous pouvez aussi utiliser l'assistant de configuration.

Les paquets présents dans le dépôt ont été utilisés comme source pour Fedora 32 (la proposition de changement, a déjà été acceptée et est testable).

En fournissant une pile complète, environ 130 extensions disponibles, 5 versions de PHP, paquets de base et SCL, pour Fedora et Enterprise Linux, et avec 300 000 téléchargements par jour, le dépôt remi est devenu en 14 ans une référence pour les utilisateurs de PHP sur les distributions RPM, maintenu par un contributeur actif aux différents projets (Fedora, PHP, PECL...).

Et aussi :

• Flux RSS des billets (annonces des versions)
• Flux RSS des commentaires
• Flux RSS du dépôt (ex EL-8, php 7.4)
• Installer PHP 7.3 sur CentOS, RHEL ou Fedora
• Installer PHP 7.2 sur CentOS, RHEL ou Fedora
• Installer PHP 7.1 sur CentOS, RHEL ou Fedora

C'est en ce mardi 26 novembre 2019 que Fedora 29 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

Un mois après la sortie d'une version de Fedora n, ici Fedora 31, la version n-2 (donc Fedora 29) est déclarée comme en fin de vie.

Ce mois sert à donner du temps aux utilisateurs pour faire la mise à niveau. Ce qui fait qu'en moyenne une version est officiellement maintenue pendant 13 mois.

En effet, la fin de vie d'une version signifie qu'elle n'aura plus de mises à jour et plus aucun bogue ne sera corrigé. Pour des questions de sécurité, avec des failles non corrigées, il est vivement conseillé aux utilisateurs de Fedora 29 et antérieurs d'effectuer la mise à niveau vers Fedora 31 ou 30.

Que faire ?

Si vous êtes concernés, il est nécessaire de faire la mise à niveau de vos systèmes. Vous pouvez télécharger des images CD ou USB plus récentes.

Il est également possible de faire la mise à niveau sans réinstaller via DNF ou GNOME Logiciels.

GNOME Logiciels a également dû vous prévenir par une pop-up de la disponibilité de Fedora 30 ou 31. N'hésitez pas à lancer la mise à niveau par ce biais.

Comme le projet Fedora est communautaire, une partie du collège des organisations suivantes doit être renouvelée : Council, FESCo et Mindshare. Et ce sont les contributeurs qui décident. Chaque candidat a bien sûr un programme et un passif qu'ils souhaitent mettre en avant durant leur mandat pour orienter le projet Fedora dans certaines directions. Je vous invite à étudier les propositions des différents candidats pour cela.

Pour voter, il est nécessaire d'avoir un compte FAS actif et de faire son choix sur le site du scrutin. Vous avez jusqu'au vendredi 6 décembre à 1h heure française pour le faire. Donc n'attendez pas trop.

Par ailleurs, comme pour le choix des fonds d'écran additionnel, vous pouvez récupérer un badge si vous cliquez sur un lien depuis l'interface après avoir participé à un vote.

Je vais profiter de l'occasion pour résumer le rôle de chacun de ces comités afin de clarifier l'aspect décisionnel du projet Fedora mais aussi visualiser le caractère communautaire de celui-ci.

Council

Le Council est ce qu'on pourrait qualifier le grand conseil du projet. C'est donc l'organe décisionnaire le plus élevé de Fedora. Le conseil définit les objectifs à long terme du projet Fedora et participe à l'organisation de celui-ci pour y parvenir. Cela se fait notamment par le biais de discussions ouvertes et transparentes vis à vis de la communauté.

Mais il gère également l'aspect financier. Cela concerne notamment les budgets alloués pour organiser les évènements, produire les goodies, ou des initiatives permettant de remplir les dits objectifs. Ils ont enfin la charge de régler les conflits personnels importants au sein du projet, tout comme les aspects légaux liés à la marque Fedora.

Les rôles au sein du conseil sont complexes.

Ceux avec droit de vote complet

Tout d'abord il y a le FPL (Fedora Project Leader) qui est le dirigeant du conseil et de facto le représentant du projet. Son rôle est lié à la tenue de l'agenda et des discussions du conseil, mais aussi de représenter le projet Fedora dans son ensemble. Il doit également servir à dégager un consensus au cours des débats. Ce rôle est tenu par un employé de Red Hat et est choisi avec le consentement du conseil en question.

Il y a aussi le FCAIC (Fedora Community Action and Impact Coordinator) qui fait le lien entre la communauté et l'entreprise Red Hat pour faciliter et encourager la coopération. Comme pour le FPL, c'est un employé de Red Hat qui occupe cette position avec l'approbation du conseil.

Il y a deux places destinées à la représentation technique et à la représentation plus marketing / ambassadrice du projet. Ces deux places découlent d'une nomination décidée au sein des organes dédiées à ces activités : le FESCo et le Mindshare. Ces places sont communautaires mais ce sont uniquement ces comités qui décident des attributions.

Il reste deux places communautaires totalement ouvertes et dont tout le monde peut soumettre sa candidature ou voter. Cela permet de représenter les autres secteurs d'activité comme la traduction ou la documentation mais aussi la voix communautaire au sens la plus large possible. C'est pour une de ces places que le vote est ouvert cette semaine !

Ceux avec le droit de vote partiel

Un conseiller en diversité est nommé par le FPL avec le soutien du conseil pour favoriser l'intégration au sein du projet des populations le plus souvent discriminées. Son objectif est donc de déterminer les programmes pour régler cette problématique et résoudre les conflits associés qui peuvent se présenter.

Un gestionnaire du programme Fedora qui s'occupe du planning des différentes versions de Fedora. Il s'assure du bon respect des délais, du suivi des fonctionnalités et des cycles de tests. Il fait également office de secrétaire du conseil. C'est un employé de Red Hat qui occupe ce rôle toujours avec l'approbation du conseil.

FESCo

Le FESCo (Fedora Engineering Steering Committee) est un conseil entièrement composé de membres élus et totalement dévoués à l'aspect technique du projet Fedora.

Ils vont donc traiter en particulier les points suivants :

• Les nouvelles fonctionnalités de la distribution ;
• Les sponsors pour le rôle d'empaqueteur (ceux qui pourront donc superviser un débutant) ;
• La création et la gestion des SIGs (Special Interest Group) pour organiser des équipes autour de certaines thématiques ;
• La procédure d'empaquetage des paquets.

Le responsable de ce groupe est tournant. Les 9 membres sont élus pour un an, sachant que chaque élection renouvelle la moitié du collège. Ici 5 places sont à remplacer.

Mindshare

Mindshare est une évolution du FAmSCo (Fedora Ambassadors Steering Committee) qu'il remplace. Il est l'équivalent du FESCo sur l'aspect plus humain du projet. Pendant que le FESCo se préoccupera beaucoup plus des empaqueteurs, la préoccupation de ce conseil est plutôt l'ambassadeur et les nouveaux contributeurs.

Voici un exemple des thèmes dont il a compétence qui viennent du FAmSCo :

• Gérer l'accroissement des ambassadeurs à travers le mentoring ;
• Pousser à la création et au développement des communautés plus locales comme la communauté française par exemple ;
• Réaliser le suivi des évènements auxquels participent les ambassadeurs ;
• Accorder les ressources aux différentes communautés ou activités, en fonction des besoin et de l'intérêt ;
• S'occuper des conflits entre ambassadeurs.

Et ses nouvelles compétences :

• La communication entre les équipes, notamment entre la technique et le marketing ;
• Motiver les contributeurs à s'impliquer dans différents groupes de travail ;
• Gérer l'arrivé de nouveaux contributeurs pour les guider, essayer de favoriser l'inclusion de personnes souvent peu représentées dans Fedora (femmes, personnes non américaines et non européennes, étudiants, etc.) ;
• Gestion de l'équipe marketing.

Il y a 9 membres pour gérer ce nouveau comité. Un gérant, 2 proviennent des ambassadeurs, un du design et web, un de la documentation, un du marketing, un de la commops et les deux derniers sont élus. C'est pour un de ces derniers sièges que le scrutin est ouvert.

La RC6 était bien GOLD, donc la version 7.4.0 GA vient juste d'être publiée, à la date prévue.

Un grand merci à tous les développeurs qui ont contribué à cette nouvelle version majeure de PHP, et à tous les testeurs des versions RC qui ont permit de livrer une version de qualité.

Les RPM sont disponibles dans le dépôt remi-php74 pour Fedora ≥ 29 et Enterprise Linux ≥ 7 (RHEL, CentOS) ainsi qu'en Software Collection dans le dépôt remi-safe.

Les RPM sont aussi disponibles dans le module php:remi-php7.4 pour Fedora et Enterprise Linux 8.

Lire l'annonce de version PHP 7.4.0 Release Announcement (en anglais).

Installation : voir la Configuration du dépôt et choisir le mode d'installation, ou utiliser l'assistant de configuration.

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

Fedora modular ou Enterprise Linux 8 :

dnf module reset php
dnf module install php:remi-7.4

Fedora ou Enterprise Linux 7 :

yum-config-manager --enable remi-php73
yum update php\*

Installation en parallèle, en Software Collection de PHP 7.4 (x86_64 uniquement, recommandée pour les tests) :

yum install php74

À noter :

• la version EL8 est construite avec RHEL-8.0
• la version EL7 est construite avec RHEL-7.7
• pas de paquet pour EL6
• cette version sera la version par défaut de Fedora 32, voir PHP 7.4
• la plupart des extensions sont déjà disponibles, voir la page PECL extension RPM status.

Informations, lire :

• Migration de PHP 7.3.x à PHP 7.4.x
• UPGRADING
• UPGRADING.INTERNALS

Paquets de base (php)

Software Collections (php73)

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

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

Pas de correctifs de sécurité ce mois ci, donc pas de mise à jour de la version 7.1.33.

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-31 et EL-8.

La version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillée.

Annonces des versions :

• PHP 7.3.12 Release Annoucement
• PHP 7.2.25 Release Annoucement

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

ou, en utilisant le module (Fedora et EL-8) :

dnf module enable php:remi-7.3
dnf update php\*

Installation en parallèle, en Software Collection de PHP 7.3

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

ou, en utilisant le module (Fedora et EL-8) :

dnf module enable php:remi-7.2
dnf update php\*

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

yum install php72

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.4.0RC6
• Fedora 31 - PHP 7.3.12
• Fedora 30 - PHP 7.3.12

À noter :

• les paquets EL-8 sont construits avec RHEL-8.0
• les paquets EL-7 sont construits avec RHEL-7.7
• les paquets EL-6 sont construits avec RHEL-6.10
• les paquets EL-7 utilisent désormais libicu62 (version 62.1)
• les paquets EL utilisent désormais oniguruma5 (version 6.9.3, au lieu de la version embarquée)
• l'extension oci8 utilise désormais le client Oracle version 19.3 (sauf EL-6)
• 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)

Le passage de Fedora 30 à Fedora 31 s’est bien passé et sans incident. Comme d’habitude, il faut sauvegarder ses données au préalable et il peut être judicieux d’avoir à disposition un live CD ou clé , au cas où… (Voir le post concernant la création d’une clé USB) Montée de version On met à […]

Cela fait depuis Fedora 19 que je publie sur la liste de diffusion de Fedora-fr une revue de presse de chaque sortie d'une nouvelle version. Récapituler quels sites en parle et comment. Je le fais toujours deux semaines après la publication (pour que tout le monde ait le temps d'en parler). Maintenant, place à Fedora 31 !

Bien entendu je passe sous silence mon blog et le forum de fedora-fr.

Sites web d'actualité

• Linuxfr ;
• NextINpact ;
• Développez.com ;
• Toolinux ;
• ZDNet ;
• Generation NT.

Soit 6 sites sur les 25 contactés.

Blogs, sites persos ou sites non contactés

• Ginjfo ;
• Linuxed.

Soit 2 sites.

Autre activité promotionnelle

En marge de la sortie de Fedora 31, j'ai participé à une vidéo sur Youtube sur la chaine Linuxtricks suite à l'invitation d'Adrien D.

C'était l'occasion de présenter Fedora, la communauté francophone et certains projets à venir de Fedora comme Silverblue. Fedora 31 étant plus une excuse que le réel sujet de conversation.

Ce fut une expérience agréable de mon côté, j'espère que ce genre d'expérience se renouvellera pour toucher un autre public et pour communiquer autrement. Merci de donner des retours pour savoir si cela vous a plu et si éventuellement certaines choses pourraient être améliorées.

Et merci à Adrien D. pour cela.

Bilan

Le nombre de sites parlant de Fedora 31 est en légère hausse cette fois. Beaucoup d'articles se fondent sur ce que j'ai moi même rédigé (que ce soit la version courte ou longue).

La semaine de sa sortie, nous avons eu globalement une augmentation de visites par rapport à la semaine d'avant de cet ordre là :

• Forums : baisse de 9% (environ 110 visites en moins)
• Documentation : stable (soit environ 25 visites en plus)
• Le site Fedora-fr : hausse de 32% (soit 250 visites en plus)
• Borsalinux-fr : hausse de 311% (soit 60 visites en plus)

À tenir compte de la situation particulière avec une sortie lors de la semaine des vacances de la Toussaint en France et en Belgique. D'ailleurs le forum et même d'autres sections du site ont connu une hausse de fréquentation la semaine suivant la sortie.

Si vous avez connaissance d'un autre lien, n'hésitez pas à partager ! Rendez-vous pour Fedora 32.

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.et également en paquets de base.

Les RPM de PHP version 7.3.12RC1 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-31 ou remi-php73-test pour Fedora 29 et Enterprise Linux.

Les RPM de PHP version 7.2.25RC1 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 29 ou remi-php72-test pour 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\*

ou, en utilisant le module (Fedora et RHEL 8) :

dnf module reset php
dnf module enable php:remi-7.3
dnf --enablerepo=remi-modular-test update php\*

Mise à jour, de PHP 7.2:

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

ou, en utilisant le module (Fedora et RHEL 8) :

dnf module reset php
dnf module enable php:remi-7.2
dnf --enablerepo=remi-modular-test update php\*

A noter : la version 7.4.0R53 est dans Fedora rawhide pour la QA

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

Les paquets pour 7.4.0RC5 sont aussi disponibles.

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)

Cela va maintenant faire un peu plus d’1 an que ce blog est motorisé par WordPress et non plus par Dotclear. Pour rappel, lors de cette migration vers WordPress, afin d’avoir quelque chose d’un minimum industrialisé, de propre mais surtout qui me satisfasse, j’ai fait plusieurs choix techniques : Utiliser Timber pour gérer mon thème. […]

Cet article Déployer votre application php avec Deployer est apparu en premier sur Guillaume Kulakowski's blog.

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

Cette version apporte beaucoup de changements concernant l'expérience utilisateur, la migration vers Wayland, l'abandon du 32 bits pour x86 et le début de l'abandon de Python 2.

Expérience utilisateur

Passage de l'environnement par défaut GNOME à la version 3.34. Cette version apporte de nombreux changements.

• La création de groupes d'applications dans l'overview a été simplifiée et est plus intuitive.
• Les processus de rendus Web du navigateur Epiphany sont maintenant dans des bacs à sable pour plus de sécurité. Par ailleurs, les onglets peuvent être épinglés et le bloqueur de pub est plus performant.
• Le gestionnaire de machines virtuelles Machines peut activer ou désactiver l'accélération du rendu 3D pour chaque machine virtuelle, il accepte de démarrer un média temporaire, comme un LiveCD, pour réparer la machine virtuelle et dispose d'une interface de création de machines virtuelles plus complète.
• Le panneau de configuration du fond d'écran a été remanié pour visualiser la configuration actuelle et permet d'ajouter facilement de nouvelles images dans la liste.
• L'application Musique vérifie automatiquement la présence de nouveaux morceaux dans le répertoire personnel et permet de lire un album en entier sans coupure entre les morceaux. Les albums conçus ainsi peuvent être écoutés comme un tout cohérent.
• Certaines applications ont reçu une nouvelle icône pour avoir un style plus moderne.

La roue tourne pour Xfce avec la version 4.14. Après plus de quatre années de développement, cette version propose de nombreux changements. Le portage vers GTK+ 3 et GDBus est terminé, ce qui permet la prise en charge native des écrans à très haute définition. Cela apporte en outre :

• la gestion de la synchronisation verticale pour le rafraichissement de l'écran ;
• les barres du bureau disposent d'un meilleur regroupement des applications dans la liste des applications ouvertes, tout comme une horloge retravaillée et la possibilité d'avoir des tailles d'icônes différentes entre les différentes barres ;
• la prise en charge des différents profils de couleurs pour permettre un calibrage des couleurs entre l'écran et différents périphériques comme une imprimante ;
• la configuration du multi-écran peut être sauvegardée et restaurée, et est spécialement conçue pour ceux qui ont un ordinateur portable avec un dock ;
• le navigateur de fichiers Thunar dispose d'une nouvelle barre d'adresse ;
• un nouveau thème et un mode ne pas déranger pour désactiver temporairement les notifications sont aussi de la partie ;
• et tant d'autres.

Mise à jour de l'environnement de bureau DeepinDE 15.11. Depuis la version 15.9 disponible dans Fedora 30, les améliorations sont :

• une moindre consommation mémoire et plus de performances pour le gestionnaire de fenêtres ;
• les fichiers du bureau peuvent être automatiquement regroupés par type dans des répertoires comme Musiques ou Vidéos ;
• le fond d'écran peut être une collection d'images affichées les unes après les autres ;
• les sons systèmes peuvent être activés ou désactivés individuellement ;
• l'icône de charge de batterie peut révéler au survol la capacité et l'autonomie restante ;
• l'application de lecture vidéo accepte le glisser / déposer d'un fichier de sous-titres pour les afficher ;
• le navigateur de fichiers peut graver des CD et DVD ;
• et beaucoup d'autres corrections.

Plymouth indique au démarrage des informations sur l'état du clavier lors de la saisie du mot de passe pour déchiffrer les partitions. Si vous chiffrez vos partitions pour améliorer la sécurité de vos données, vous aurez constaté qu'il y a un mot de passe à saisir au démarrage de la machine pour accéder à son contenu. Plymouth qui récupère ce mot de passe affiche maintenant la disposition clavier utilisée et si le verrouillage majuscule est actuellement actif. Cela permet à l'utilisateur qui n'a pas de possibilité de vérifier comment son clavier est configuré d'avoir cette information lors de la saisie.

Migration vers Wayland

Firefox utilise Wayland nativement par défaut avec GNOME. Cela permet d'améliorer la gestion des ressources dans un tel cas, XWayland n'étant plus nécessaire par défaut. Firefox devrait bénéficier d'une expérience plus fluide et plus cohérente, en particulier pour les écrans à haute densité de pixels qui seront correctement pris en charge. Le paquet firefox-x11 reste à disposition pour utiliser Firefox avec X11 comme avant.

Les applications Qt utiliseront de manière analogue Wayland lors d'une session GNOME sous Wayland. Les mêmes bénéfices que pour Firefox sont à attendre. En réalité GNOME était le seul bureau où les applications Qt se comportaient ainsi car le module Qt Wayland n'était pas activé pour une telle session. En effet, le gestionnaire de fenêtres de GNOME, mutter, demande aux applications l'utilisation d'un Client-Side Decorations pour définir la décoration des fenêtres ce qui n'était pas possible avec Qt jusqu'ici. Les décorations de fenêtre proviennent du programme QGnomePlatform.

Abandon de l'architecture 32 bits pour x86

Fedora abandonne l'architecture x86 32 bits. Le noyau Linux i686 n'est plus généré et les dépôts associés sont également supprimés. De fait, il n'y aura plus d'images amorçables de Fedora pour cette architecture, ni mise à niveau possible depuis Fedora 30 pour ces installations. Des paquets i686 peuvent subsister dans les dépôts à destination des utilisateurs ayant l'architecture x86_64 uniquement.

Cela résulte d'un processus amorcé depuis Fedora 27 où cette architecture était une architecture dite secondaire, c'est-à-dire avec une maintenance minimale et qui ne pouvait pas bloquer la procédure de sortie d'une nouvelle version de Fedora.

Cette architecture qui était finalement assez peu utilisée ces derniers temps, avec environ 1% des utilisateurs, souffrait de nombreux bogues souvent découverts et corrigés tardivement faute de testeurs et de développeurs pour identifier et corriger ces problèmes.

Le projet espère ainsi libérer des ressources matérielles, en espace disque et bande passante, mais aussi humaines pour se concentrer sur les autres architecture plus émergentes comme AArch64. Les utilisateurs concernés sont invités soit à utiliser une image x86_64 si leur matériel le leur permet, ou alors à envisager de changer de distribution d'ici la fin du support de Fedora 30.

Migration vers Python 3

Le binaire /usr/bin/python fait référence dorénavant à Python 3 et non plus à Python 2. En effet, Python 2 ne sera plus supporté par le projet officiel en janvier 2020, le projet Fedora respecte donc la PEP 394 pour entamer cette transition. En cas de problèmes, vous pouvez créer le lien symbolique de ~/.local/bin/python, pour un utilisateur, ou de /usr/local/bin/python, pour le système entier, vers /usr/bin/python2 afin de restaurer le comportement historique.

Le nom des paquets suit également ce nouveau schéma, le paquet python-requests installera par exemple la version compatible Python 3 de ce paquet. Il faudra nommer spécifiquement python2-requests pour préciser le paquet compatible avec Python 2 de ce module.

De plus, il y a une suppression massive de paquets Python 2 pour ne garder essentiellement que les derniers projets non convertis à Python 3 aujourd'hui. Seuls les paquets nécessitant Python 2 qui n'ont pas une version Python 3, ou qui sont une dépendance à de tels paquets, sont conservés. Cela réduit la tâche de maintenance nécessaire après janvier 2020 et permet d'amorcer la transition en plusieurs étapes.

Les mainteneurs du projet Fedora continueront à maintenir Python 2 dans Fedora 30 et 31 jusqu'à leur fin de vie respective, c'est-à-dire vers juin et décembre 2020. Python 2 sera par contre totalement supprimé pour Fedora 32. Cette décision permet de garder une compatibilité fonctionnelle importante au sein d'une même version de Fedora.

YUM 3 tire sa révérence, seuls des liens symboliques vers DNF sont maintenus. Son API n'est également plus accessible.

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).

Vous pouvez aussi nous rencontrer lors du prochain Paris OpenSource Summit le 10 et 11 décembre (c'est un mardi et un mercredi) aux Docks de Paris à Aubervilliers. Un stand sera installé pour présenter Fedora, obtenir vos retours et répondre à vos questions.

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, Édouard Duliège, José Fournier 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.

Comment se procurer Fedora 31 ?

Si vous avez déjà Fedora 30 ou 29 sur votre machine, vous pouvez faire une mise à niveau vers Fedora 31. 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.

De plus, pour éviter les mauvaises surprises, nous vous recommandons aussi de lire au préalable les bogues importants connus à ce jour pour Fedora 31.

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

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

Les RPM de PHP version 7.1.33 sont disponibles 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-31 et EL-8.

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

La version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillée.

Annonces des versions :

• PHP 7.3.11 Release Annoucement
• PHP 7.2.24 Release Annoucement
• PHP 7.1.33 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

ou, en utilisant le module (Fedora et EL-8) :

dnf module enable php:remi-7.3
dnf update php\*

Installation en parallèle, en Software Collection de PHP 7.3

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

ou, en utilisant le module (Fedora et EL-8) :

dnf module enable php:remi-7.2
dnf update php\*

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

yum install php72

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.3.10
• Fedora 31 - PHP 7.3.10
• Fedora 30 - PHP 7.3.10
• Fedora 29 - PHP 7.2.23

À noter :

• les paquets EL-8 sont construits avec RHEL-8.0
• les paquets EL-7 sont construits avec RHEL-7.7
• les paquets EL-6 sont construits avec RHEL-6.10
• les paquets EL-7 utilisent désormais libicu62 (version 62.1)
• les paquets EL utilisent désormais oniguruma5 (version 6.9.3, au lieu de la version embarquée)
• l'extension oci8 utilise désormais le client Oracle version 19.3 (sauf EL-6)
• 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)

Avec la sortie de CentOS 8, j’ai eu le besoin de déployer facilement la distribution et de construire des paquets personnels pour l’enrichir. Le déploiement sera fait via un cobbler existant et la construction de RPM avec un système Koji déjà opérationnel. Cobbler Il y a peu de chances que votre cobbler connaisse déjà CentOS […]

L'extension FFI (Foreign Function Interface) permet d'accéder aux fonctionnalités de bibliothèques systèmes directement depuis PHP sans recours à une autre extension.

Voici quelques exemples, résultats de mes tests de cette extension.

1. Pré-chargement

Une autre nouveauté de PHP 7.4 est la possibilité de pré-charger des classes, qui seront ensuite utilisables comme des classes natives du language, ou d'une extension.

• Fichier de déclaration de la classe: preload-foo.inc
• Fichier de test vérifiant lexistence de la classe: foo.php

Utilisation

$ php -dopcache.preload=preload-foo.inc foo.php
Class Remi\Foo exists

Nous utiliserons donc cette fonctionnalité avec FFI.

2. Compression ZSTD

Zstandard est un algorithme de compression très efficace et très répandu. La bibliothèque libzstd offre une implémentation de référence.

Il existe déjà une extension zstd pour PHP, que nous utiliserons aussi pour contrôler les performances de notre solution FFI.

• Fichier de déclaration de la biblothèque, copié/collé/nettoyé depuis le fichier zstd.h de la bibliothèque: preload-zstd.h
• Fichier de la classe Remi\Zstd qui pourra donc être préchargé: preload-zstd.inc
• Fichier de test utilisant cette classe, ainsi que l'extension zstd pour comparaison: zstd.php

A noter: si la classe n'est pas pré-chargée, elle sera incluse par le script de test, utilisation simple :

$ php zstd.php

Si seul le script est préchargé, les entêtes seront chargées par un  appel à FFI;load(), utilisation :

$ php -d opcache.preload=preload-zstd.inc zstd.php

A partir de 7.4.0RC5 (ou avec les RPM de mon dépôt), il est aussi possible de précharger les entêtes qui seront récupérés avec FFI:scope(), utilisation:

$ php d ffi.preload=preload-zstd.h -d opcache.preload=preload-zstd.inc zstd.php

Dans les versions précédentes, le préchargement des entêtes ne fonctionnent qu'en utilisateur normal, et donc ne fonctionnement pas avec mod_php ou php-fpm qui est administrateur (root) lors de son lancement.

Exécution:

PHP version 7.4.0RC4
Use preloaded class
Using FFI::scope OK

Src length           = 8673632
ZSTD_compress        = 1828461
Src length           = 1828461
ZSTD_decompress      = 8673632
Check                = OK
Using FFI  extension = 0,09"

Src length           = 8673632
ZSTD_compress        = 1828461
Src length           = 1828461
ZSTD_decompress      = 8673632
Check                = OK
Using ZSTD extension = 0,09"

Pour l'utilisateur, le code utilisant FFI ou l'extension Zstd est équivalent, ainsi que les performances (aucune différence notable).

3. Client Redis

Il existe déjà plusieurs implémentation du client Redis en C ou en PHP, Cet exemple utilisera FFI pour accéder aux fonctions de la bibliothèque hiredis.

• Fichier de déclaration de la biblothèque, copié/collé/nettoyé depuis les fichiers hiredis/hredis.h et hiredis/read.h de la bibliothèque: preload-redis.h
• Fichier de la classe Remi\Redis qui pourra donc être préchargé: preload-redis.inc
• Fichier de test utilisant cette classe: redis.php

Utilisation (extrait) :

$ php74 -d ffi.preload=preload-redis.h -d opcache.preload=preload-redis.inc redis.php
...
+ Remi\Redis::__construct(localhost, 6379)
+ Remi\Redis::initFFI()
+ Remi\Redis::del(foo)
int(1)
+ Remi\Redis::get(foo)
NULL
+ Remi\Redis::set(foo, 2019/10/23 12:45:03)
string(2) "OK"
+ Remi\Redis::get(foo)
string(19) "2019/10/23 12:45:03"
+ Remi\Redis::__destruct

Ce code simplissime, écrit en quelques heures fonctionne est rempli sa mission.

4. Liens

• Documentation complète et très détaillée : https://www.php.net/ffi
• Projet FFIme d'Anthony Ferrara permettant d'automatiser une partie du travail (expérimental)
• Dépôt git des examples utilisés

5. Conclusion

FFI apparait comme un nouveau moyen de développement, directement en PHP, et permettant plus de fonctionnalités, sans devoir recourir à la création et la maintenance d'extension écrite en langage C.

Son utilisation nécessite tout de même de solides connaissances en C, pour comprendre les entêtes et la documentation des bibliothèques et pour éviter les fuites de mémoire, mais devrait attirer plus de développeurs / contributeurs.

L'avenir nous dira si elle tient ses promesses pour une utilisation en production, et si elle permettra de diminuer le nombres d'extensions existantes et qui devront être  maintenues et adaptées pour les prochaines versions de PHP.

Je vous informe que la communauté Fedora-fr sera présente à l'édition 2019 de Paris Open Source Summit. Cette année, POSS se tiendra le 10 et 11 décembre de 9h à 18h et, comme tous les ans, aura lieu au Dock Pullmann, à Aubervilliers. Nous aurons un stand sur le village associatif (le stand A34, pour être tout à fait exact).

Nous serons présents pour répondre à toutes les questions sur Fedora, proposer de graver une image de Fedora 31 (qui sera sorti d'ici là) sur votre clé USB. Nous aurons des goodies Fedora pour les gens qui sont intéressés. N'hésitez pas à venir au Salon si vous avez du temps pendant les 2 jours en question et passez nous dire bonjour si vous y êtes !