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

Ce qui signifie qu'après la publication des versions 7.2.15, et 7.3.2, 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.2 est en mode maintenance active, et sera maitenu jusqu'en décembre 2019 (2020 pour la sécurité).
• PHP 7.3 est en mode maintenance active, et sera maitenu jusqu'en décembre 2020 (2021 pour la sécurité).

Voir :

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

Cependant, compte tenu du nombre important de téléchargements par les utilisateurs de mon dépôt (>30%)  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é.

Depuis Fedora 20, la livrée du système par défaut contient quelques fonds d'écrans additionnels. Et comme d'habitude, les contributeurs pouvaient soumettre leurs propres dessins ou photographies pour décorer cette nouvelle version.

Maintenant que la période de soumission s'est achevée, nous passons à la phase de vote. Tout possesseur d'un compte FAS peut en sélectionner 16 parmi les dizaines qui sont disponibles. Les plus populaires seront bien évidemment choisis et disponibles dans la Fedora 30 à sa sortie.

Le vote se déroule dans l'application Nuancier jusqu'au 25 février !

Pour ceux que cela intéresse, le badge associé à cette action nécessite une action manuelle. Il suffit de cliquer sur un lien, proposé sur la page après le vote.

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

Documentation :

• PHPUnit manual
• Release Announcement for version 8 of PHPUnit (en anglais)
• Changes in PHPUnit 8.0 (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 phpunit7

Remarque: cet outil est une pièce essentielle de la QA PHP dans Fedora. Cette version sera prochaine disponible dans Fedora, dès que les nouveaux paquets seront approvés (revues #1671662, #1671663 et #1671665).

Les versions Release Candidate sont disponibles dans le dépôt remi-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.2RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php73-test pour Fedora 27-29 et Enterprise Linux.

Les RPM de PHP version 7.2.15RC1 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 26-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.2RC1 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)

Salut.

Voici les résultats comparatifs de Fedora 29 vs Fedora 28.

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.

• Installation de Fedora 29 version 64 bits avec le noyau Fedora  4.18.16-300.fc29.x86_64.
• La machine est placée en niveau 3 (init 3).
• 10 séries de tests avec UnixBench compilé sous Fedora 29 et exécuté sous Fedora 29 (4.18.16-300.fc29.x86_64).
• 10 séries de tests avec UnixBench compilé sous Fedora 28 et exécuté sous Fedora 28 (4.16.3-301.fc28.x86_64).

Résultats :

Pour Fedora 29, on obtient un indice moyen de 622,1 pour UnixBench.
Pour Fedora 28, j'avais obtenu un indice moyen de 636,9 pour UnixBench.


On a donc une baisse de 2,3 % de Fedora 29 64 bits par rapport à Fedora 28 64 bits :

Conclusion :

Au moment de ces tests, le noyau Fedora 29 (basé sur le noyau vanilla 4.18.16) est un peu moins performant de 2 % que le noyau Fedora 28 (basé sur le noyau vanilla 4.16.3).

Installation :

# dnf install perl-Gtk3
# dnf install perl-Clone
# dnf install http://kadionik.vvv.enseirb-matmeca.fr/fedora/eddy33-release-29.rpm
# dnf install auto-multiple-choice

L'équipe design de Fedora est en train de travailler sur un changement du logo de Fedora. Et l'équipe a proposé deux possibilités et souhaite des retours constructifs, en anglais uniquement, pour éventuellement peaufiner ces idées.

Si vous lisez l'anglais, je vous conseille de lire cet excellent article qui présente le sujet. Ou si vous souhaitez voir l'ensemble des tests intermédiaires. Je me contenterai de résumer l'essentiel.

Déjà il y a eu 2 versions du logo de Fedora comme vous pouvez le voir ci-dessous. Ce n'est donc pas un changement inédit même si le dernier changement date un peu, à savoir vers l'année 2005.

Premier logo :

Second et actuel logo :

Pourquoi ce changement ?

Logo complexe à travailler

Tout d'abord il y a un problème dans le rendu. Le logo actuel contient plusieurs couleurs, ce qui complexifie la réalisation de goodies ou les rend plus chers suivant le prestataire. C'est un élément important pour la réalisation de la communication autour du projet.

Ensuite, cela rend le logo plus difficilement visible en cas de fond foncé, en particulier avec un fond bleu. Cela est particulièrement le cas pour la réalisation de fonds d'écran ou de pochettes CD. Pour les pochettes CD, il n'était pas rare que l'équipe design ruse un peu en utilisant un dégradé de bleu et de positionner le logo de Fedora sur la partie claire. Mais pour le rendu d'un site web, il est plus délicat de s'assurer de la position du logo par rapport à la clarté du bleu du fond de page, suivant la taille de l'écran du visiteur.

De par la composition du logo, un texte + la bulle avec le fameux F, il est difficile de centrer les éléments et de calculer les espacements entre les éléments, que ce soit pour un centrage vertical comme horizontal.

Enfin, la police choisie à l'époque souffre d'un défaut. Le a final ressemble trop à un o ce qui gêne bien entendu la communication.

Confusion possible

La bulle de Fedora avec son F ressemble trop au logo de Facebook. Si cela peut prêter à sourire, les logos étant quand même différents, il est en effet courant (pour l'avoir vécu comme d'autres ambassadeurs) que les personnes qui ne sont pas du milieu confondent les deux. Et en effet c'est une remarque apparemment récurrente depuis 2009/2010 quand le réseau social a commencé à se répandre.

Question de cohérence, pour la liberté !

Fedora se veut être une distribution libre. C'est un élément important du projet. Mais jusqu'ici la police choisie pour former le texte du logo n'était pas libre. C'est en effet la version 2005 de Bryant.

Cela était justifié car à l'époque il y avait assez peu de polices libres de qualité mais depuis les temps ont changé. Red Hat, Google et d'autres entreprises comme amateurs ont travaillé sur la question et le choix aujourd'hui est bien plus large.

Pour respecter donc les principes mêmes du projet, abandonner une police propriétaire semble évident.

Cheminement

Le travail a été amorcé suite à une discussion au sein du Conseil en octobre 2018. Qui a mené à l'ouverture d'un ticket auprès de l'équipe design.

Il y a eu pas mal d'essais et de réflexion en jouant sur le logo. Jouer sur le F, le symbole infini, sur la perspective ou encore en modifiant la bulle.

Pourquoi donner notre avis ?

Ce n'est pas une décision qui a été prise à la légère, changer un logo a un gros impact. Il faudra en effet changer toutes les référence de ce logo au fur et à mesure. Sur le site du projet, sur les sites non officiels mais liés à Fedora comme fedora-fr.org bien entendu.

Mais à cause de l'inertie du logo actuel, adopter le prochain prendra du temps. Que ce soit dans les sites d'actus, dans les goodies employés et distribués, sur les différents sites où Fedora est mentionné comme Wikipédia, etc. Il est donc impératif que ce changement ne donne pas lieu à un changement peu de temps après pour corriger certains éléments.

Et bien entendu il est important que la communauté de Fedora soit à l'aise avec ce nouveau logo. Pour que son adoption soit une réussite. Cela évite aussi que changement paraisse comme imposé par les dirigeants.

Cela donne quoi ?

L'équipe a proposé deux illustrations pour montrer les différentes déclinaisons du logo et donner un exemple d'usage.

Dans les deux cas, la police retenue est Confortaa de Google Fonts. Elle a été légèrement modifiée pour l'occasion.

Voici la proposition 1 :

Et la proposition 2 :

Qu'en pensez-vous ?

L'Assemblée Générale Ordinaire de l'association aura lieu à partir de 14h à la Fondation pour le Progrès de l'Homme, 38 rue Saint Sabin F, 75011 à Paris.

L'ordre du jour de l'AG est le suivant :

1- Présentation du bilan moral de l'activité de l'association par le Conseil d'Administration;

2- Présentation du bilan financier de l'activité de l'Association par le Conseil d'Administration.

3- Élection du Conseil d'Administration pour un mandat de 2 ans ;

4- Élection du Bureau de l'association pour un mandat de 2 ans ;

5- Démission de l'actuel Conseil d'administration et de son bureau ;

6- Présentation des événements et des actions pour l'année 2019.

À qui envoyer sa procuration ?

Pour les procurations vous pouvez vous baser sur ce modèle. Vous pouvez transmettre vos procurations par courrier postale, ou par courrier électronique à condition que celui-ci soit signé.

Attention, un membre actif ne pourra détenir plus de deux procurations, conformément à notre règlement intérieur.

Ci-dessous est la liste des personnes qui ont confirmé leur venue à cette Assemblée Générale du 9 février 2019 et acceptant les procurations :

• Charles-Antoine Couret (Rue du bosquet, 39 - 5060 Sambreville - Belgique)
• Emmanuel Seyman (133 rue de Silly, 92100 Boulogne-Billancourt)

Site officiel : NGINX Unit

Le dépôt officiel, pour RHEL et CentOS, fournit le module PHP pour la version officielle de PHP (5.3 / 5.4).

Mon dépôt fournit les différentes versions du module, en paquet de base (unit-php) et en Software Collection (php##-unit-php).

Voici un petit tutoriel de test, permettant de créer 1 applications PHP par version disponible.

1. Installation du dépôt officiel

Créer le fichier de configuration du dépôt (/etc/yum.repos.d/unit.repo):

[unit]
name=unit repo
baseurl=https://packages.nginx.org/unit/centos/$releasever/$basearch/
gpgcheck=0
enabled=1

Actuellement, les paquets sont uniquement disponible pour CentOS / RHEL 6 et 7.

2. Installation du dépôt remi

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

3. Installation du serveur et des modules

Installation du seveur NGINX unit et des différents modules PHP. Le paquet unit-php fournissant le module pour le php par défaut du système.

# yum install unit unit-php php56-unit-php php71-unit-php php72-unit-php php73-unit-php

4. Configuration de test

4.1 Préparation de la configuration

Cette configuration de test crée un listener pour chaque version de PHP, écoutant sur un port différent (8300, 8356, ...) et une application servant le dossier habituel des applications web.

Télécharger le fichier unit.config :

{
        "applications": {
                "exphp": {
                        "type": "php",
                        "user": "nobody",
                        "processes": 2,
                        "root": "/var/www/html",
                        "index": "index.php"
                },
                "exphp56": {
                        "type": "php 5.6",
                        "user": "nobody",
                        "processes": 2,
                        "root": "/var/www/html",
                        "index": "index.php"
                },
                "exphp71": {
                        "type": "php 7.1",
                        "user": "nobody",
                        "processes": 2,
                        "root": "/var/www/html",
                        "index": "index.php"
                },
                "exphp72": {
                        "type": "php 7.2",
                        "user": "nobody",
                        "processes": 2,
                        "root": "/var/www/html",
                        "index": "index.php"
                },
                "exphp73": {
                        "type": "php 7.3",
                        "user": "nobody",
                        "processes": 2,
                        "root": "/var/www/html",
                        "index": "index.php"
                }
        },
        "listeners": {
                "*:8300": {
                        "application": "exphp"
                },
                "*:8356": {
                        "application": "exphp56"
                },
                "*:8371": {
                        "application": "exphp71"
                },
                "*:8372": {
                        "application": "exphp72"
                },
                "*:8373": {
                        "application": "exphp73"
                }
        }
}

4.2 Démarrage du service:

# systemctl start unit

4.3 Mise en place de la configuration

Le configuration se fait à travers d'une API REST :

# curl -X PUT --data-binary @unit.config --unix-socket /var/run/control.unit.sock :/config
{
    "success": "Reconfiguration done."
}

Et pour vérification de la configuration en place :

# curl --unix-socket /var/run/control.unit.sock :/

5 Utilisation

Il désormais possible d'accéder à l'application sur les nouveau ports :

• http://localhost:8300/ pour le PHP par défaut
• http://localhost:8356/ pour le PHP version 5.6
• http://localhost:8372/ pour le PHP version 7.2
• etc

La page phpinfo affichera alors les informations, à noter: dans ce cas, le Serveur API est unit.

6. Conclusion

Comme il s'agit d'un serveur applicatif, on le placera derrière un frontal web (Apache HHTP server ou NGINX).

Le projet semble intéressant, mais est encore assez jeune (la première version 1.2 disponible sur github date de Juin 2018); on verra l'accueil fait par les utilisateurs.

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.

Pourquoi nous lançons cet appel ?

Nous constatons depuis 2012 ou 2013 une baisse progressive du nombre d'adhérents et en particulier de membres actifs au sein de l'association voire même de la communauté francophone dans son ensemble. Nous atteignons aujourd'hui une phase critique où l'activité est portée essentiellement par une poignée de personnes. Et certaines personnes actives aujourd'hui souhaitent baisser le rythme pour s'impliquer dans d'autres projets au sein de Fedora comme ailleurs.

Ainsi il devient difficile de maintenir notre activité dans de bonnes conditions. Ce qui nuit à notre visibilité d'une part, mais aussi à l'attractivité du projet auprès des francophones d'autres part.

Activités possibles

Dans l'ensemble, les besoins les plus urgents sont au niveau de l'association où le renouvellement des membres dans le conseil d'administration est nécessaire. La traduction est aussi un domaine qui commence à être à l'arrêt. Et nous souhaitons aussi un élargissement de notre ancrage local. Actuellement les évènements de l'axe Bruxelles - Paris - Lyon - Nice sont assez bien couverts. En dehors nous avons des difficultés croissantes à envoyer quelqu'un sur place dans de bonnes conditions comme au Capitole du Libre à Toulouse ou aux RMLL suivant sa localisation.

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 ;
• Postuler à un poste du Conseil d'Administration, en particulier pour la présidence, le secrétariat et la trésorerie ;
• Participer à la traduction, sur le forum, sur 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 souhaitez nous aider ?

N'hésitez pas à nous contacter pour nous faire part de vos idées et de ce que vous souhaitez faire.

Par ailleurs le samedi 9 février 2019 à 14h à Paris (dans les locaux de la Fondation des Droits de l'Homme), l'Assemblée Générale Ordinaire procèdera au renouvellement du Conseil d'Administration et du Bureau de l'association. C'est l'occasion de se présenter et d'intégrer le fonctionnement de l'association ! C'est vraiment le moment idéal pour se tenir au courant de ce qui se passe et de présenter ses idées. Si vous ne pouvez pas venir sur place, n'hésitez pas à nous contacter avant pour nous communiquer vos idées et votre participation à 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.

Pourquoi nous lançons cet appel ?

Nous constatons depuis 2012 ou 2013 une baisse progressive du nombre d'adhérents et en particulier de membres actifs au sein de l'association voire même de la communauté francophone dans son ensemble. Nous atteignons aujourd'hui une phase critique où l'activité est portée essentiellement par une poignée de personnes. Et certaines personnes actives aujourd'hui souhaitent baisser le rythme pour s'impliquer dans d'autres projets au sein de Fedora comme ailleurs.

Ainsi il devient difficile de maintenir notre activité dans de bonnes conditions. Ce qui nuit à notre visibilité d'une part, mais aussi à l'attractivité du projet auprès des francophones d'autres part.

Activités possibles

Dans l'ensemble, les besoins les plus urgents sont au niveau de l'association où le renouvellement des membres dans le conseil d'administration est nécessaire. La traduction est aussi un domaine qui commence à être à l'arrêt. Et nous souhaitons aussi un élargissement de notre ancrage local. Actuellement les évènements de l'axe Bruxelles - Paris - Lyon - Nice sont assez bien couverts. En dehors nous avons des difficultés croissantes à envoyer quelqu'un sur place dans de bonnes conditions comme au Capitole du Libre à Toulouse ou aux RMLL suivant sa localisation.

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 ;
• Postuler à un poste du Conseil d'Administration, en particulier pour la présidence, le secrétariat et la trésorerie ;
• Participer à la traduction, sur le forum, sur 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 souhaitez nous aider ?

N'hésitez pas à nous contacter pour nous faire part de vos idées et de ce que vous souhaitez faire.

Par ailleurs le samedi 9 février 2019 à 14h à Paris (dans les locaux de la Fondation des Droits de l'Homme), l'Assemblée Générale Ordinaire procèdera au renouvellement du Conseil d'Administration et du Bureau de l'association. C'est l'occasion de se présenter et d'intégrer le fonctionnement de l'association ! C'est vraiment le moment idéal pour se tenir au courant de ce qui se passe et de présenter ses idées. Si vous ne pouvez pas venir sur place, n'hésitez pas à nous contacter avant pour nous communiquer vos idées et votre participation à la communauté francophone.

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

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

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

Les RPM de PHP version 5.6.40 sont disponibles dans le dépôt remi-php56 pour Enterprise Linux.

PHP version 7.0 a atteint sa fin de vie et n'est plus maintenu par le projet PHP. Il s'agit aussi de la dernière versions pour PHP 5.6.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe.

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

Annonces des versions :

• PHP 7.3.1 Release Annoucement
• PHP 7.2.14 Release Annoucement
• PHP 7.1.26 Release Annoucement (sécurité uniquement)
• PHP 5.6.40 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.2 (le plus simple) :

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

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

yum install php72

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

yum-config-manager --enable remi-php71
yum update

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

yum install php71

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.3.0
• Fedora 29 - PHP 7.2.12
• Fedora 28 - PHP 7.2.12

À noter :

• la version EL7 est construite avec RHEL-7.6
• la version EL6 est construite avec RHEL-6.10
• beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page
• PHP version 7.3.0 est publiée !

Informations, lire :

• Migration de PHP 5.6.x à PHP 7.0.x
• Migration de PHP 7.0.x à PHP 7.1.x
• 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 (php56 / php71 / php72 / php73)

Après PHP 5.5, et comme annoncé, PHP version 7.0.33 était la dernière version officielle de PHP 7.0

Ce qui signifie qu'après la publication des versions 7.1.26, 7.2.14 et 7.3.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.2 est en mode maintenance active, et sera maitenu jusqu'en décembre 2019 (2020).
• PHP 7.3 est en mode maintenance active, et sera maitenu jusqu'en décembre 2020 (2021).

Voir :

• PHP Supported versions
• Guide de Migration de PHP 7.0.x à PHP 7.1.x
• Guide de Migration de PHP 7.1.x à PHP 7.2.x
• Guide de Migration de PHP 7.2.x à PHP 7.3.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) a été conservée et intègre 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é.

La version 7.0.33-2 intègre les correctifs pour les bugs rétro-portés depuis la (prochaine) 7.1.26.

Paquets de base (php)

Software Collections (php55)

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 (seul le premier est élu) :

  # votes |  name
 610          Dennis Gilmore (ausil)
------------------------------------
 295                  Eduard Lucena (x3mboy)
 286          Alejandro Perez (aeperezt)
 247          John M. Harris, Jr. (JohnMH)

À titre indicatif le score maximal possible était de 213 * 4 votes (pour 213) soit 852.

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

  # votes |  name
 1533         Kevin Fenzi (kevin)
 1183            Miro Hrončok (churchyard)
 1078           Zbigniew Jędrzejewski-Szmek (zbyszek)
 1021         Owen Taylor (otaylor)
 1017         Justin Forbes (jforbes)
-----------------------------------
 978          Aleksandra Fedorova (bookwar)
 822          Jeremy Cline (jcline)
 757          František Zatloukal (frantisekz)
 694          Fabio Valentini (decathorpe)
 619         Christian Glombek (lorbus)

À titre indicatif le score maximal possible était de 262 * 10 (pour 262 votants) soit 2620.

Les résultats pour le Mindshare sont donc (seuls le premier est élu) :

  # votes |  name
 438           Jared Smith (jsmith)
 254           Luis Bazan (lbazan)
 164           Ricardo Martinelli de Oliveira (rimolive)

À titre indicatif le score maximal possible était de 203 * 3 (pour 203 votants) soit 609.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin était proche aux alentours de 200-250 votants ce qui est plus que la fois précédente (100-110 en moyenne). Les scores sont aussi plutôt éparpillés, avec souvent quelques membres assez largement en tête de chaque scrutin.

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

GLPI (Gestionnaire Libre de Parc Informatique) version 9.4.0 RC1 est publiée. Les RPM sont disponibles dans le dépôt remi-glpi94 pour Fedora ≥ 26 et Enterprise Linux ≥ 6.

Attention: il s'agit encore d'une version de développement a ne pas utiliser en production.

Lire l' annonce officielle : Aperçu de GLPI 9.4

Attention: cette version nécesiite un version de MySQL ≥ 5.6 ou de MariaDB ≥ 10, et ne fonctionne donc pas avec la version par défaut sour RHEL / CentOS. Je vous recommande d'utiliser la Software Collection rh-mariadb102.

Toutes les extensions ne sont encore publiées en version compatible.

Actuellement dans le dépôt :

• glpi-9.4.0~RC1-2

Attention: l'assistant d'installation est pour des raisons de sécurité uniquement accessible depuis le serveur sur lequel GLPI est installé. Voir le fichier de configuration (/etc/httpd/conf.d/glpi.conf) pour élargir temporairement cette autorisation si besoin.

Sous RHEL ou CentOS version 6.10 ou 7.6 :

Vous devez commencer par installation une version de PHP ≥ 5.6 (7.x recommandée) en suivant les instructions de l'assistant (installation en Single version), et activer les dépôts remi-glpi94 et remi (pour les dépendances) puis

yum-config-manager --enable remi-glpi94
yum-config-manager --enable remi
yum install glpi

Vous pouvez aussi lire les instructions plus détaillées dans mes notes d'installation (en anglais).

Sous Fedora 29 ou RHEL-8-Beta :

Vous pouvez utiliser le module

dnf module enable glpi:9.4
dnf install glpi

Sous Fedora :

dnf config-manager --set-enabled remi-glpi94
dnf install glpi

Vous êtes invités à tester ces versions sur un environnement spécifique et à remonter vos questions, commentaires ou problèmes sur

• Forum GLPI
• Forum Assistance utilisateur pour les questions spécifiques aux RPM.

Les versions Release Candidate sont disponibles dans le dépôt remi-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.1RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php73-test pour Fedora 27-29 et Enterprise Linux.

Les RPM de PHP version 7.2.14RC1 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 26-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.2.14RC1 est aussi disponible dans Fedora 29  et la version 7.3.1RC1 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)

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

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 d'activer le canal optional.

Fedora 29

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

Fedora 28

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

RHEL version 8.0 Beta

wget http://rpms.remirepo.net/enterprise/remi-release-8.rpm
rpm -Uvh remi-release-8.rpm

RHEL version 7.6

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

RHEL version 6.10

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm
wget http://rpms.remirepo.net/enterprise/remi-release-6.rpm
rpm -Uvh remi-release-6.rpm epel-release-latest-6.noarch.rpm
rhn-channel --add --channel=rhel-$(uname -i)-server-optional-6

CentOS version 7.6

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

CentOS version 6.10

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

Utilisation du module php

Pour Fedora 29+ et RHEL-8 beta, il suffit d'utiliser le flux remi-7.3 du module php

dnf module install php:remi-7.3

Activation du dépôt remi-php73

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

RHEL et CentOS

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

Fedora

dnf install dnf-plugins-core
dnf config-manager --set-enabled remi-php73

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.3.0 (cli) (built: Dec  4 2018 16:12:20) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.0-dev, Copyright (c) 1998-2018 Zend Technologies
    with Zend OPcache v7.3.0, Copyright (c) 1999-2018, 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..3.

Voir la liste des compatibilité : 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 (xdebug...), 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 php73 Voir le billet PHP 7.3 en Software Collection.

Vous pouvez aussi utiliser le nouvel assistant de configuration.

Les paquets présents dans le dépôt ont été utilisés comme source pour Fedora 30 (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 13 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-7, php 7.3)
• Installer PHP 7.2 sur CentOS, RHEL ou Fedora
• Installer PHP 7.1 sur CentOS, RHEL ou Fedora
• Installer PHP 7.0 sur CentOS, RHEL ou Fedora

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

Documentation :

• PHPUnit manual
• Release Announcement for version 7 of PHPUnit (en anglais)
• Changes in PHPUnit 7.5 (en anglais)

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

Installation, Fedora :

dnf --enablerepo=remi install phpunit7

Installation, Enterprise Linux :

yum --enablerepo=remi install phpunit7

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

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

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

Les RPM de PHP version 7.0.33 sont disponibles dans le dépôt remi-php70 pour Enterprise Linux.

Les RPM de PHP version 5.6.39 sont disponibles dans le dépôt remi-php56 pour Enterprise Linux.

PHP version 5.5 a atteint sa fin de vie et n'est plus maintenu par le projet PHP. Il s'agit des dernière versions pour PHP 5.6 et 7.0, et PHP 7.1 passe en mode support de sécurité uniquement.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe.

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

Annonces des versions :

• PHP 7.2.13 Release Annoucement
• PHP 7.1.25 Release Annoucement
• PHP 7.0.33 Release Annoucement (securité uniquement)
• PHP 5.6.39 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.2 (le plus simple) :

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

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

yum install php72

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

yum-config-manager --enable remi-php71
yum update

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

yum install php71

Et bientôt dans les mises à jour officielles:

• Rawhide fournit désormais PHP 7.3.0
• Fedora 29 - PHP 7.2.12
• Fedora 28 - PHP 7.2.12

À noter :

• la version EL7 est construite avec RHEL-7.5
• la version EL6 est construite avec RHEL-6.10
• beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page
• PHP version 7.3.0 est publiée !

Informations, lire :

• Migration de PHP 5.5.x à PHP 5.6.x
• Migration de PHP 5.6.x à PHP 7.0.x
• Migration de PHP 7.0.x à PHP 7.1.x
• Migration de PHP 7.1.x à PHP 7.2.x

Paquets de base (php)

Software Collections (php56 / php70 / php71 / php72)

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 21 décembre à 1h heure française pour le faire. Donc n'attendez pas trop.

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.