Fedora-Fr - Communauté francophone Fedora - Linux

Planet de Fedora-Fr : la communauté francophone autour de la distribution Linux Fedora

A propos

Cette page est actualisée toutes les heures.

Cette page est une sélection de blogs autour de Fedora. Fedora-Fr.org décline toute responsabilité au sujet des propos tenus par les auteurs des blogs de ce planet. Leurs propos sont leur entière responsabilité.

Le contenu de ce planet appartient à leurs auteurs respectifs. Merci de consulter leur blogs pour obtenir les licences respectives.

Sortie de Fedora 36 Beta

Charles-Antoine Couret

En ce mardi 29 mars, la communauté du Projet Fedora sera ravie d'apprendre la disponibilité de la version Beta de Fedora Linux 36.

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

La version finale est pour le moment fixée pour le 19 ou 26 avril.

Expérience utilisateur

  • Passage à GNOME 42 ;
  • Le gestionnaire de connexion GDM utilisera Wayland avec le pilote propriétaire de nVidia ;
  • De même, le gestionnaire de connexions SDDM utilisé par KDE Plasma et LXQt utilisera Wayland par défaut aussi ;
  • Mise à jour de l'environnement LXQt à la version 1.0.0 ;
  • L'installateur anaconda cochera par défaut l'option pour que l'utilisateur soit administrateur du système ;
  • La police par défaut devient Noto Font pour plus d'uniformité d'affichage.

Gestion du matériel

  • L'architecture POWER LE change d'ABI basé sur le standard long double 128-bit IEEE ;
  • L'ancien pilote de gestion du framebuffer du noyau fbdev est remplacé par simpledrm qui exploite l'infrastructure DRM du noyau tout en fournissant une couche de compatibilité ;
  • Suppression de la prise en charge des Wireless Extensions par le noyau et des outils systèmes, qui a été remplacé en 2007 par mac80211/cfg80211.

Internationalisation

  • La méthode d'entrée par défaut pour la locale zh_HK (Hong Kong) passe à ibus-table-chinese-cangjie ;
  • La police par défaut de la langue malayalam a été mise à jour pour une meilleur lisibilité et la compatibilité UNICODE 13.

Administration système

  • Les authentifications systèmes et les périphériques de sécurité associés (lecteurs d'empreintes ou smartcard) doivent forcément passer par authselect maintenant pour plus d'homogénéité et de sécurité ;
  • Cependant si un utilisateur souhaite totalement s'en passer, il faut utiliser la commande authselect opt-out ou supprimer le fichier /etc/authselect/authselect.conf ;
  • systemd-resolved prend en charge DNS over TLS (DoT) si le serveur DNS configuré par l'utilisateur supporte cette fonctionnalité. Cela ajoute une couche cryptographique aux requêtes DNS ;
  • Dans les logs de systemd, le nom du service concerné sera indiqué en plus de la description pour plus d'efficacité. Voyez plutôt :

Avant :

 Started Journal Service.

 Finished Load Kernel Modules.

Après :

 Started systemd-journald.service - Journal Service.

 Finished systemd-modules-load.service - Load Kernel Modules.
  • Ajout d'un module Cockpit pour faciliter le partage de fichiers à travers Samba ou NFS ;
  • NetworkManager ne fournit plus le support des configurations ifcfg ;
  • Les systèmes basés sur rpm-ostree ont par défaut le répertoire /var monté depuis le sous-volume var si Btrfs est le système de fichier ;
  • ostree prend en charge les formats OCI/Docker pour le transport et le mécanisme de déploiement des conteneurs ;
  • L'agent keylime pour établir et maintenir des systèmes distribués sécurisés est découpé en sous paquets pour plus de flexibilité ;
  • Ajout d'un nouvel outil remove-retired-packages pour supprimer les paquets qui ne sont plus proposés par la nouvelle version de Fedora et de fait qui ne seront plus jamais mis à jour ;
  • Les programmes utilisant GnuTLS peuvent réactiver des algorithmes de sécurité au delà de ceux autorisés par la police de sécurité du système sans en altérer sa politique globale ;
  • La base de données RPM est déplacée dans /usr/lib/sysimage/rpm, l'ancien chemin /var/lib/rpm devient un lien symbolique pointant vers la nouvelle destination ;
  • Le répertoire des dictionnaires hunspell migre de /usr/share/myspell/ vers /usr/share/hunspell/ ;
  • Le programme de recherche de fichiers locate est implémenté par plocate au lieu du vénérable mlocate ;
  • Pour les conteneurs, podman 4.0 est fourni ;
  • Le gestionnaire de base de données PostgreSQL est stocké dans sa 14e version ;
  • La plateforme de configuration Ansible est configurée pour employer la version 5 ;
  • Le gestionnaire de stockage Stratis est géré dans sa 3e version ;
  • OpenLDAP est mis à jour à la version 2.6.1 ;
  • La bibliothèque de sécurité OpenSSL évolue vers la version 3.0 ;
  • Le paquet nscd pour le cache des noms de domaine est définitivement supprimé.

Développement

  • Le vénérable autoconf est mis à jour à la version 2.71 ;
  • Mise à jour de la chaine de compilation GNU avec GCC 12 et Glibc 2.35 ;
  • La suite de compilateurs LLVM a quant à lui sa 14e collection d'hiver ;
  • Le langage Go passe la 1.18e vitesse ;
  • Pour Java, la JVM de référence OpenJDK passe de la version 11 à 17 ;
  • Le langage Ruby bénéficie d'une monture à 3.7 carats ;
  • Tandis que sa boîte à outils web préférée Ruby on Rails arrive voie 7.0 en gare ;
  • Alors que le Rubygem Cucumber 7.1.0 est proposé ;
  • Le langage PHP pèse dorénavant 8.1 tonnes ;
  • La célèbre boîte à outils web en Python, Django, est recherchée dans sa version 4.0 ;
  • La suite d'outils Python python-setuptools est proposée à la version 58 ;
  • Les amateurs d'Haskell seront ravis d'apprendre l'existence de paquets sous la forme ghcX.Y pour installer plusieurs versions de leur compilateur préféré en parallèle depuis les dépôts ;
  • La bibliothèque d'interface de fonctions étrangères libffi saute de la version 3.1 à la version 3.4 ;
  • La boîte à outils d'édition de vidéos MLT est filmée pour son 7e film ;
  • Les informations de débogage produites par la chaine de compilation MinGW résident dans le dossier /usr/lib/debug.

Projet Fedora

  • Ajout d'informations pour permettre l'obsolescence et la fin de vie des modules, ainsi la mise à jour du système avec des modules activés permettra de choisir le module le plus adapté pour poursuivre la mise à niveau ;
  • La macro %set_build_flags est appelée automatiquement au début des phases %build, %check et %install ;
  • Les fichiers .la générés par autotools / libtool ne sont plus installés dans le buildroot ;
  • Tous les binaires ont leurs objets ELF annotés pour préciser le nom du paquet d'où ils proviennent pour faciliter le débogage ;
  • Pour les systèmes Silverblue et Kinoite, un nouveau méta paquet doit être fourni par les dépôts tiers pour permettre la prise en charge de akmods pour la compilation de modules noyaux externes comme le pilote propriétaire de nVidia permettant de supprimer les paquets kernel-devel et glibc-devel de leur image de base ;
  • L'installation des paquets en tant que dépendance faible ne se fait plus lors de la mise à jour du paquet ayant cette suggestion, cela n'est fait qu'à l'installation du paquet.

Tester

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

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

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

Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via le site officiel.

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

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

En cas de bogue, n'oubliez pas de relire la documentation pour signaler les anomalies sur le BugZilla ou de contribuer à la traduction sur Weblate. N'oubliez pas de consulter les bogues déjà connus pour Fedora 36.

Bons tests à tous !

Réunions mensuelles de la communauté francophone en ligne en visioconf

Association Borsalinux-Fr

Depuis probablement la naissance de l'association Fedora-fr devenue Borsalinux-fr, chaque semaine sur IRC a lieu une réunion pour synchroniser les actions dans le cadre de l'activité associative. Cela permet de garder du lien, avoir une traces des décisions prises, et de s'assurer que les tâches nécessaires sont effectuées. Maintenant c'est chaque lundi soir à 20h30 heure de Paris sur le canal #fedora-meeting-1 du serveur Libera chat.

Cependant le temps passe, la communauté active a du mal à se renouveler et les outils comme les attentes ont évolué. IRC a en effet vieilli. Nous avons discuté durant l'Assemblée générale du mois dernier de la possibilité d'avoir une réunion par mois qui n'aurait pas lieu sur IRC comme d'habitude, mais en visioconférence comme pour les deux dernières Assemblées Générales où l'expérience fut positive.

Le lien est ici : https://meet.jit.si/Borsalinux-Fr

Par conséquent la grande première serait le lundi 4 avril à 20h30 heure de Paris. Venez nombreux, n'hésitez pas à nous dire ce que vous en pensez. Vous pouvez en profiter pour commencer à contribuer.

Le compte rendu du mois sera posté en réponse sur ce topic pour permettre une traçabilité.

PHP version 8.0.17 et 8.1.4

Remi Collet

Les RPM de PHP version 8.1.4 sont disponibles dans le dépôt remi-modular pour Fedora ≥ 34 et Enterprise Linux ≥ 8 (RHEL, Alma, CentOS, Rocky...) et dans le dépôt remi-php81  pour EL 7.

Les RPM de PHP version 8.0.17 sont disponibles dans le dépôt remi-modular pour Fedora ≥ 34 et Enterprise Linux ≥ 8 (RHEL, Alma, CentOS, Rocky...) et dans le dépôt remi-php80  pour EL 7.

emblem-notice-24.pngPas de correctifs de sécurité ce mois ci donc pas de mise à jour de la version 7.4.28.

emblem-important-2-24.png PHP version 7.3 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 et EL ≥ 8.

Annonces des versions :

emblem-notice-24.pngInstallation : 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 8.1 (le plus simple) :

dnf module reset php
dnf module enable php:remi-8.1
dnf update php\*

ou, à l'ancienne, pour EL-7 :

yum-config-manager --enable remi-php81
yum update

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

yum install php81

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

dnf module reset php
dnf module enable php:remi-8.0
dnf update php\*

ou, à l'ancienne, pour EL-7 :

yum-config-manager --enable remi-php80
yum update

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

yum install php80

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

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

ou, à l'ancienne, pour EL-7 :

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

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

yum install php74

Et bientôt dans les mises à jour officielles:

emblem-important-2-24.pngÀ noter :

  • les paquets EL-8 sont construits avec RHEL-8.5
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-7 utilisent désormais libicu69 (version 69.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.7, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 21.5
  • beaucoup d' extensions sont aussi disponible, voir PHP extensions RPM status (from PECL and other sources) page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php74 / php80 / php81)

[F36] Participez aux journées de tests de l'internationalisation

Charles-Antoine Couret

Du 7 au 13 mars, est une semaine dédiée à plusieurs tests : au sujet de l'internationalisation. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

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

En quoi consiste ce test ?

Nous sommes proches de la diffusion de Fedora 36 édition Beta. De nombreuses nouveautés sont bien avancées dans leur développement et doivent être fiabilisés avant la version finale qui sortira fin avril.

Ils consistent en :

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

Comment y participer ?

Visitez cette page , suivez les instructions et communiquez vos résultats dessus.

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

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

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

[F36] Participez aux journées de tests de GNOME 42

Charles-Antoine Couret

Depuis le 28 février jusqu'au 7 mars, est une semaine dédiée à plusieurs tests : autour de GNOME 42. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

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

En quoi consiste ce test ?

Nous sommes proches de la diffusion de Fedora 36 édition Beta. De nombreuses nouveautés sont bien avancées dans leur développement et doivent être fiabilisés avant la version finale qui sortira fin avril.

Pour GNOME 42 ils consistent en :

  • La détection de la mise à niveau de Fedora par GNOME Logiciels ;
  • Le verrouillage et déverrouillage d'écran ;
  • Le bon fonctionnement du navigateur Web, de Cartes, de Musique, de Disques et du Terminal ;
  • La connexion / déconnexion et changement d'utilisateurs ;
  • Le fonctionnement du son, notamment détection de la connexion ou déconnexion d'écouteurs ou casques audios ;
  • Le fonctionnement global du bureau : les activités, les paramètres, les extensions.
  • Possibilité de lancer les applications graphiques depuis le menu.

Comment y participer ?

Visitez cette page GNOME 42 , suivez les instructions et communiquez vos résultats dessus.

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

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

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

PHP version 8.0.17RC1 et 8.1.4RC1

Remi Collet

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 8.1.4RC1 sont disponibles

  • en SCL dans le dépôt remi-test
  • en paquets de base
    • dans le dépôt remi-php81-test pour Enterprise Linux 7
    • dans le dépôt remi-modular-test pour Fedora 34-36 et Enterprise Linux ≥ 8

Les RPM de PHP version 8.0.17RC1 sont disponibles

  • en SCL dans le dépôt remi-test
  • en paquets de base
    • dans le dépôt remi-php80-test pour Enterprise Linux 7
    • dans le dépôt remi-modular-test pour Fedora 34-36 et Enterprise Linux≥ 8

 

emblem-notice-24.pngPHP version 7.4 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.

emblem-notice-24.pngInstallation :  suivre les instructions de l'assistant.

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

yum --enablerepo=remi-test install php81

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

yum --enablerepo=remi-test install php80

Mise à jour, de PHP 8.1 (EL-7) :

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

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

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

Mise à jour, de PHP 8.0 (EL-7) :

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

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

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

A noter : la version 8.1.4RC1 est aussi dans Fedora rawhide pour la QA

emblem-notice-24.pngLes paquets pour EL-9 on été construit à partir de RHEL-9.0-Beta

emblem-notice-24.pngLes paquets pour EL-8 on été construit à partir de RHEL-8.5

emblem-notice-24.pngLes paquets pour EL-7 on été construit à partir de RHEL-7.9

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

 

Software Collections (php74, php80)

Paquets standards (php)

Fedora 35 vs Fedora 34 : comparaison des performances pour les versions 64 bits

Patrice Kadionik

Salut.

Voici les résultats comparatifs de Fedora 35 vs Fedora 34.

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 35 version 64 bits avec le noyau Fedora 5.14.10-300.fc35.x86_64.
  • La machine est placée en niveau 3 (init 3).
  • 10 séries de tests avec UnixBench compilé sous Fedora 35 et exécuté sous Fedora 35 (5.14.10-300.fc35.x86_64).
  • 10 séries de tests avec UnixBench compilé sous Fedora 34 et exécuté sous Fedora 34 (5.11.12-300.fc34.x86_644).
Voici les résultats obtenus :

Fedora 35 version 64 bits :

Série 1 : 656.5
Série 2 : 671.0
Série 3 :
Série 4 : 666.1
Série 5 : 673.6
Série 6 : 639.6
Série 7 : 672.9
Série 8 : 681.7
Série 9 : 661.7
Série 10 : 673.8

Moyenne : 666.3

Fedora 34 version 64 bits :

Voici pour rappel les résultats obtenus avec Fedora 34 :
Série 1 : 673.3
Série 2 : 688.6
Série 3 : 658.4
Série 4 : 666.6
Série 5 : 678.3
Série 6 : 672.8
Série 7 : 685.8
Série 8 : 681.7
Série 9 : 679.7
Série 10 : 677.8

Moyenne : 676.3

Résultats :

Pour Fedora 35, on obtient un indice moyen de 666.3 pour UnixBench.
Pour Fedora 34, j'avais obtenu un indice moyen de 676.3 pour UnixBench.


On a donc une petite baisse de 1,5 % de Fedora 35 64 bits par rapport à Fedora 34 64 bits :

perfs_fedora_F35.png

Conclusion :

Au moment de ces tests, le noyau Fedora 35 (basé sur le noyau vanilla 5.14.10) est un peu moins performant de près de 1,5 % que le noyau Fedora 34 (basé sur le noyau vanilla 5.11.12). On retrouve la fluctuation habituelle peu significative par rapport aux précédents tests.

++

PHP version 7.4.28, 8.0.16 et 8.1.3

Remi Collet

Les RPM de PHP version 8.1.3 sont disponibles dans le dépôt remi-modular pour Fedora ≥ 34 et Enterprise Linux ≥ 8 (RHEL, Alma, CentOS, Rocky...) et dans le dépôt remi-php81  pour EL 7.

Les RPM de PHP version 8.0.16 sont disponibles dans le dépôt remi-modular pour Fedora ≥ 34 et Enterprise Linux ≥ 8 (RHEL, Alma, CentOS, Rocky...) et dans le dépôt remi-php80  pour EL 7.

Les RPM de PHP version 7.4.28 sont disponibles dans le dépôt remi-modular pour Fedora ≥ 34 et Enterprise Linux ≥ 8 (RHEL, Alma, CentOS, Rocky...) et dans le dépôt remi-php74  pour EL 7.

emblem-important-2-24.png PHP version 7.3 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 et EL ≥ 8.

security-medium-2-24.pngCes versions corrigent une faille de sécurité, la mise à jour est donc vivement recommandée.

Annonces des versions :

emblem-notice-24.pngInstallation : 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 8.1 (le plus simple) :

dnf module reset php
dnf module enable php:remi-8.1
dnf update php\*

ou, à l'ancienne, pour EL-7 :

yum-config-manager --enable remi-php81
yum update

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

yum install php81

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

dnf module reset php
dnf module enable php:remi-8.0
dnf update php\*

ou, à l'ancienne, pour EL-7 :

yum-config-manager --enable remi-php80
yum update

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

yum install php80

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

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

ou, à l'ancienne, pour EL-7 :

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

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

yum install php74

Et bientôt dans les mises à jour officielles:

emblem-important-2-24.pngÀ noter :

  • les paquets EL-8 sont construits avec RHEL-8.5
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-7 utilisent désormais libicu69 (version 69.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.7, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 21.4
  • beaucoup d' extensions sont aussi disponible, voir PHP extensions RPM status (from PECL and other sources) page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php74 / php80 / php81)

Ma station de travail PHP

Remi Collet

Je vois régulièrement passer des questions sur l'utilisation d'anciennes versions de PHP sur Fedora (qui fournit la 8) ou de versions plus récentes sur RHEL / CentOS / Alma / Rocky (qui fournissent la 7.4).

Un développeur utilisant PHP a souvent besoin de tester son travail avec plusieurs versions. Donc voici un petit descriptif de la station de travail que j'utilise quotidiennement

L'ancienne version de ce billet,  Ma station de travail PHP pour Fedora 25 et RHEL / CentOS 7 est aussi disponible.

Système d'exploitation : Fedora 35 Workstation x86_64 (mais les exemples fonctionnent aussi sur RHEL, Alma Linux, Rocky Linyx et CentOS Stream version 8 ou 9)

Dépôts tiers : rpmfusion (pour écouter de la musique en travaillant) et évidement remi

# dnf install http://rpms.remirepo.net/fedora/remi-release-35.rpm
# dnf config-manager --set-enabled remi

Pour RHEL, Alma, Rocky ou CentOS, lisez les instructions de l'assistant de configuration.

 

Installation des versions de PHP

J'utilise les Software Collections qui permettent d'installer plusieurs versions en parallèle sans toucher au système de base, les versions de PHP 5.6 à 8.1 sont disponibles dans mon dépôt (7.4 à 8.1 pour Fedora >= 36 ou EL 9), donc:

# dnf install php php-fpm php-mbstring php-mysqlnd ...
# dnf install php74 php74-php-fpm php74-php-mbstring php74-php-mysqlnd ...
# dnf install php80 php80-php-fpm php80-php-mbstring php80-php-mysqlnd ...
# dnf install php81 php81-php-fpm php81-php-mbstring php81-php-mysqlnd ...

 

Configuration de l'environnement Web

 

PHP FastCGI Process Manager

Je n'utilise plus mod_php depuis longtemps car il n'autorise qu'une seule version du module, mais FPM qui est aussi utilisé par défaut dans Fedora et EL >= 8.

Je ne suis pas en production mais sur une station de développement, donc afin de limiter la charge, je modifie la configuration de chaque FPM pour utiliser le mode "ondemand". Chaque version utilise un fichier port différent.

Example, pour PHP 7.4, dans le fichier /etc/opt/remi/php74/php-fpm.d/www.conf

listen = /var/opt/remi/php74/run/php-fpm/www.sock
pm = ondemand

Et ensuite j'active le service

# systemctl enable --now php74-php-fpm

Et j'applique pour chaque version.

Apache

Je crée 1 hôte virtuel pour chaque version de PHP

Dans le fichier /etc/hosts, déclaration des alias IP

127.0.0.1    php74scl php80scl php81scl

Création d'un fichier de configuration, avec les alias vers les dépôts git dans lesquels je travaille, ainsi que les hôtes virtuels: /etc/httpd/conf.d/remi.conf

    <VirtualHost *:80>
        ServerName localhost
        <FilesMatch \.php$>
            SetHandler "proxy:unix:/var/run/php-fpm/www.sock|fcgi://localhost"
        </FilesMatch>
    </VirtualHost>

    <VirtualHost *:80>
        ServerName php74scl
        <FilesMatch \.php$>
            SetHandler "proxy:unix:/var/opt/remi/php74/run/php-fpm/www.sock|fcgi://php74scl"
        </FilesMatch>
    </VirtualHost>

    <VirtualHost *:80>
        ServerName php80scl
        <FilesMatch \.php$>
            SetHandler "proxy:unix:/var/opt/remi/php80/run/php-fpm/www.sock|fcgi://php80scl"
        </FilesMatch>
    </VirtualHost>

    <VirtualHost *:80>
        ServerName php81scl
        <FilesMatch \.php$>
            SetHandler "proxy:unix:/var/opt/remi/php81/run/php-fpm/www.sock|fcgi://php81scl"
        </FilesMatch>
    </VirtualHost>

Et j'utilise donc les adresses http://php74scl/, http://php80scl/ et http://php81scl/ dans mon navigateur. Chaque hôte sert les mêmes pages, mais avec la version choisie de PHP. Tous les hôtes fonctionnent en même temps.

 

Ligne de commande

Pour passer d'une version à l'autre, je choisi simplement la version voulue en utilisant les modules d'environnements

$ module load php81
$ ...
$ module unload php81

Développement sur du code PHP

J'utilise évidement les outils disponibles dans le dépôt, et qui sont prévus pour fonctionner avec le PHP disponible.

# dnf install composer phpunit9 phpunit8 phpcompatinfo phpcs ...

Par exemple :

$ git clone https://github.com/vendor/project.git
$ cd project
$ composer install
$ module load php74
$ vendor/bin/phpunit --verbose
$ module load php80
$ vendor/bin/phpunit --verbose
$ ...

Développement des extensions PHP

Il faut évidement installer les outils de développement

# yum install php74-php-devel php80-php-devel php81-php-devel

Par exemple :

$ cd /work/GIT/uopz
$ module load php81
$ phpize
$ ./configure
$ make
$ make test

 

Conclusion

Cette configuration, qui me parait simple, me semble idéale pour un développeur qui a besoin de plusieurs versions de PHP mais veut se concentrer sur son travail, et bénéficier de l'ensemble des paquets disponibles dans une distribution assez complète, avec le bénéfice des Software Collections disponibles dans mon dépôt.

J'aurais aussi pu utiliser Docker... mais cette solution me semble bien plus simple, enfin j'utilise quand même Docker pour PHP 5.3.

SeedboxSync v3.0.1

Guillaume Kulakowski

Je viens de publier la version 3.0.1 de SeedboxSync. Pour ceux qui auraient loupé la communication précédente, la branche 3 correspond à une refonte totale de cet outil basé sur le framework Python Cement. La version 3.0.1 est une version de maintenance permettant notamment de mettre à jour la version de Cement en 3.0.6. Pour […]

Cet article SeedboxSync v3.0.1 est apparu en premier sur Guillaume Kulakowski's blog.

Installer PHP 8.1 sur Fedora, RHEL, CentOS, Alma, Rocky ou un autre clone

Remi Collet

Voici un guide rapide pour mettre à jour le PHP fournit par Fedora, RHEL, CentOS, AlmaLinux, Rocky Linux ou les autres clones, par la dernière version 8.1.

Vous pouvez aussi suivre les instructions de l'assistant de configuration.

 

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 35

dnf install https://rpms.remirepo.net/fedora/remi-release-35.rpm

Fedora 34

dnf install https://rpms.remirepo.net/fedora/remi-release-34.rpm

RHEL version 8.5

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

RHEL version 7.9

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
wget https://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 Stream version 9

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

Alma, CentOS Stream, Rocky version 8

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

CentOS version 7

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
wget https://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 EL8, il suffit d'utiliser le flux remi-8.1 du module php

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

 

Activation du dépôt remi-php81

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

RHEL et EL 7

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

 

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 8.1.2 (cli) (built: Jan 18 2022 23:52:03) (NTS gcc x86_64)
Copyright (c) The PHP Group
Zend Engine v4.1.2, Copyright (c) Zend Technologies
    with Zend OPcache v8.1.2, 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 8.1.

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 php80 Voir le billet PHP 8.1 en Software Collection.

Vous pouvez aussi utiliser l'assistant de configuration.

Les paquets présents dans le dépôt seront utilisés comme sources pour Fedora 35 (si la demande de changement est acceptée).

En fournissant une pile complète, environ 130 extensions disponibles, 7 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 16 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 :

PHP version 8.0.16RC1 et 8.1.3RC1

Remi Collet

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 8.1.3RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php81-test pour Fedora 33-35 et Enterprise Linux.

Les RPM de PHP version 8.0.16RC1 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 35 ou dans le dépôt remi-php80-test pour Fedora 33-34 et Enterprise Linux.

 

emblem-notice-24.pngPHP version 7.4 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.

emblem-notice-24.pngInstallation :  suivre les instructions de l'assistant.

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

yum --enablerepo=remi-test install php81

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

yum --enablerepo=remi-test install php80

Mise à jour, de PHP 8.1 :

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

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

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

Mise à jour, de PHP 8.0 :

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

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

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

A noter : la version 8.1.2RC1 est aussi dans Fedora rawhide pour la QA

emblem-notice-24.pngLes paquets pour EL-9 on été construit à partir de RHEL-9.0-Beta

emblem-notice-24.pngLes paquets pour EL-8 on été construit à partir de RHEL-8.5

emblem-notice-24.pngLes paquets pour EL-7 on été construit à partir de RHEL-7.9

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

 

Software Collections (php74, php80)

Paquets standards (php)

Cross Compilation – cmake

Didier Fabert Sources On va cette fois se servir de deux fichiers sources, d’un fichier en-tête et d’un fichier cmake pour construire notre binaire cppdata: Le fichier main.cpp Le fichier data.cpp, qui est l’implémentation de la class Data Le fichier en-tête data.hpp qui déclare notre class Data Le fichier main.cpp #include <iostream>#include "data.hpp"using namespace std;int main(){ Data data; data.set( 99 ); cout << "data: " << data.get() << … Continue reading Cross Compilation – cmake »

Assemblée Générale Ordinaire le 27 février 2022 en visio-conférence

Association Borsalinux-Fr

L'Assemblée Générale Ordinaire de l'association aura lieu à partir de 14h sur Internet.

Compte tenue de la situation sanitaire, le dispositif suivant a été mis en place pour le réaliser en ligne et non physiquement. Nous avons retenu deux solutions libres de visio-conférence dont les liens sont ceux-ci :

  • https://meet.jit.si/Borsalinux-Fr
  • https://bbb.faimaison.net/b/cha-9oy-hnq-cdr

Le premier lien sera utilisé en priorité, en cas de problèmes techniques le second lien sera utilisé si nécessaire. L'objectif est de s'assurer le bon déroulement de cette AG malgré les circonstances.

Nous vous invitons à suivre les discussions sur le forum, sur ce sujet. C'est par ce biais que nous communiqueront les éventuels changements de dernière minute s'il y a lieu d'être.

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- Présentation des événements et des actions pour l'année 2022.

À 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 27 février 2022 et acceptant les procurations :

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

PHP version 8.0.15 et 8.1.2

Remi Collet

Les RPM de PHP version 8.1.2 sont disponibles dans le dépôt remi-php81 pour Fedora 33-35 et Enterprise Linux (RHEL, CentOS).

Les RPM de PHP version 8.0.15 sont disponibles dans le dépôt remi pour Fedora 35 et dans le dépôt remi-php80 pour Fedora 33-34 et Enterprise Linux (RHEL, CentOS).

emblem-notice-24.pngPas de correctifs de sécurité ce mois ci donc pas de mise à jour de la version 7.4.27.

emblem-important-2-24.png PHP version 7.3 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 et EL ≥ 8.

Annonces des versions :

emblem-notice-24.pngInstallation : 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 8.1 (le plus simple) :

yum-config-manager --enable remi-php81
yum update

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

dnf module reset php
dnf module enable php:remi-8.1
dnf update php\*

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

yum install php81

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

yum-config-manager --enable remi-php80
yum update

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

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

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

yum install php80

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

Et bientôt dans les mises à jour officielles:

emblem-important-2-24.pngÀ noter :

  • les paquets EL-8 sont construits avec RHEL-8.5
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-7 utilisent désormais libicu69 (version 69.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.7, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 21.3
  • beaucoup d' extensions sont aussi disponible, voir PHP extensions RPM status (from PECL and other sources) page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php74 / php80 / php81)

PHP version 8.0.15RC1 et 8.1.2RC1

Remi Collet

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 8.1.2RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php81-test pour Fedora 33-35 et Enterprise Linux.

Les RPM de PHP version 8.0.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 35 ou dans le dépôt remi-php80-test pour Fedora 33-34 et Enterprise Linux.

 

 

 

emblem-notice-24.pngPHP version 7.4 est désormais en mode maintenance de sécurité, il n'y aura donc plus de Release Candidate.

emblem-notice-24.pngInstallation :  suivre les instructions de l'assistant.

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

yum --enablerepo=remi-test install php81

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

yum --enablerepo=remi-test install php80

Mise à jour, de PHP 8.1 :

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

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

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

Mise à jour, de PHP 8.0 :

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

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

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

A noter : la version 8.1.2RC1 est aussi dans Fedora rawhide pour la QA

emblem-notice-24.pngLes paquets pour EL-9 on été construit à partir de RHEL-9.0-Beta

emblem-notice-24.pngLes paquets pour EL-8 on été construit à partir de RHEL-8.5

emblem-notice-24.pngLes paquets pour EL-7 on été construit à partir de RHEL-7.9

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

 

Software Collections (php74, php80)

Paquets standards (php)

AMC version 1.4.0 Fedora 35

Patrice Kadionik

Les RPM d'AMC (Auto Multiple Choice) version 1.4.0 pour Fedora 35 sont disponibles dans le dépôt eddy33.


Installation :

$ sudo dnf install perl-Gtk3 perl-Clone
$ sudo dnf install http://kadionik.vvv.enseirb-matmeca.fr/fedora/eddy33-release-35.rpm
$ sudo dnf install auto-multiple-choice
++

Résultats des élections de Fedora 12/21

Charles-Antoine Couret

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 |  noms
  - --------+----------------------
570     Tom Callaway
  - --------+----------------------
370     Till Maas
349     David Duncan

À titre indicatif le score maximal possible était de 252 * 3 votes soit 756 votes.

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

  # votes |  noms
- --------+----------------------
1334    Miro Hrončok
1205    Kevin Fenzi
1052    Zbigniew Jędrzejewski-Szmek
979     Fabio Valentini
862     David Cantrell
- --------+----------------------
739     Tom Stellard
290     Ahmed Almeleh

À titre indicatif le score maximal possible était de 260 * 7 soit 1820.

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

     # votes |  noms
     - --------+----------------------
427     Till Maas
     - --------+----------------------
317     Stephen Snow
285     Fernando F. Mancera

À titre indicatif le score maximal possible était de 219 * 3 soit 657.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin avec un réel enjeu était proche aux alentours de 260-210 votants ce qui est un peu en au dessus de l'édition précédente. Les scores sont aussi plutôt éparpillés.

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

PHP version 7.4.27, 8.0.14 et 8.1.1

Remi Collet

Les RPM de PHP version 8.1.1 sont disponibles dans le dépôt remi-php81 pour Fedora 33-35 et Enterprise Linux (RHEL, CentOS).

Les RPM de PHP version 8.0.14 sont disponibles dans le dépôt remi pour Fedora 35 et dans le dépôt remi-php80 pour Fedora 33-34 et Enterprise Linux (RHEL, CentOS).

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

emblem-notice-24.pngPas de correctifs de sécurité ce mois ci.

emblem-important-2-24.png PHP version 7.3 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 et EL ≥ 8.

Annonces des versions :

emblem-notice-24.pngInstallation : 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 8.1 (le plus simple) :

yum-config-manager --enable remi-php81
yum update

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

dnf module reset php
dnf module enable php:remi-8.1
dnf update php\*

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

yum install php81

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

yum-config-manager --enable remi-php80
yum update

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

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

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

yum install php80

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

Et bientôt dans les mises à jour officielles:

emblem-important-2-24.pngÀ noter :

  • les paquets EL-8 sont construits avec RHEL-8.5
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-7 utilisent désormais libicu69 (version 69.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.7, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 21.3
  • beaucoup d' extensions sont aussi disponible, voir PHP extensions RPM status (from PECL and other sources) page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php74 / php80 / php81)

PHP 7.3 est mort

Remi Collet

Un an après PHP 7.2, et comme annoncé, PHP version 7.3.33 était la dernière version officielle de PHP 7.3

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

  • PHP 8.0 est en mode maintenance active, et sera maintenu jusqu'en novembre 2022 (2023 pour la sécurité).
  • PHP 8.1 est en mode maintenance active, et sera maintenu jusqu'en novembre 2023 (2024 pour la sécurité).

Voir :

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

Voir le dépôt des sources sur github.

Page générée le 03 jan 2023 à 17:15