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.

QElectroTech version 0.80

Remi Collet

Les RPM de QElectroTech version 0.80, une application pour réaliser des schémas électriques, sont disponibles dans le dépôt remi pour Fedora et Enterprise Linux ≥ 8.

Un peu plus d'un an après la sortie de la version 0.70, le projet vient de publier une nouvelle version de son éditeur de schéma électriques.

Site officiel : http://qelectrotech.org/ et l'annonce de version.

Bien sur l'installation se fait avec YUM :

yum --enablerepo=remi install qelectrotech

Les RPM (version 0.80-1) sont disponibles pour Fedora ≥ 32 et Enterprise Linux 8 (RHEL, CentOS, ...)

Les mises à jour sont aussi en route pour les dépôts officiels

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

PHP version 7.4.16RC1 et 8.0.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.0.3RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php80-test pour Fedora 32-34 et Enterprise Linux.

Les RPM de PHP version 7.4.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 32-34 ou remi-php74-test pour Enterprise Linux.

 

 

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

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version.

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

yum --enablerepo=remi-test install php80

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

yum --enablerepo=remi-test install php74

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

Mise à jour, de PHP 7.4 :

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

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

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

emblem-notice-24.pngles paquets x86_64 utilisent désormais le client Oracle version 19.9 (la version 21.1 sera prochainement utilisée)

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

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)

PHP version 7.3.27, 7.4.15 et 8.0.2

Remi Collet

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

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

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

emblem-important-2-24.png PHP version 7.2 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 31-33 et EL-8.

security-medium-2-24.pngCes versions corrigent quelques failles 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.0 (le plus simple) :

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

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

dnf module reset php
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

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

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

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

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

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

yum install php73

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-8 sont construits avec RHEL-8.3
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-7 utilisent désormais libicu65 (version 65.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.9
  • 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 (php73 / php74 / php80)

Assemblée Générale Ordinaire le 14 février 2021 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- É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 2021.

À 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 14 février 2021 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 7.4.15RC2 et 8.0.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.0.2RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php80-test pour Fedora 31-33 et Enterprise Linux.

Les RPM de PHP version 7.4.15RC2 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 32-33 ou remi-php74-test pour Fedora 31 et Enterprise Linux.

 

 

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

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version.

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

yum --enablerepo=remi-test install php80

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

yum --enablerepo=remi-test install php74

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

Mise à jour, de PHP 7.4 :

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

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

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

A noter : la version 7.4.15RC2 est aussi dans Fedora rawhide pour la QA

emblem-notice-24.pngles paquets x86_64 utilisent désormais le client Oracle version 19.9

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

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)

PHP version 7.3.26, 7.4.13 et 8.0.1

Remi Collet

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

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

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

emblem-important-2-24.png PHP version 7.2 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 31-33 et EL-8.

security-medium-2-24.pngCes versions corrigent quelques failles 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.0 (le plus simple) :

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

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

dnf module reset php
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

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

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

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

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

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

yum install php73

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-8 sont construits avec RHEL-8.3
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-7 utilisent désormais libicu65 (version 65.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.9
  • 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 (php73 / php74 / php80)

AMC version 1.4.0 Fedora 33

Patrice Kadionik

Les RPM d'AMC (Auto Multiple Choice) version 1.4.0 pour Fedora 33 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-33.rpm
$ sudo dnf install auto-multiple-choice
Attention. AMC utilise openCV. Fedora 33 est basé sur openCV 4.3 qui nécessite le support par le processeur de l'extension AVX2.

++

Fedora 33 vs Fedora 32 : comparaison des performances pour les versions 64 bits

Patrice Kadionik

Salut.

Voici les résultats comparatifs de Fedora 33 vs Fedora 32.

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 33 version 64 bits avec le noyau Fedora 5.9.14-200.fc33.x86_64.
  • La machine est placée en niveau 3 (init 3).
  • 10 séries de tests avec UnixBench compilé sous Fedora 33 et exécuté sous Fedora 33 (5.9.14-200.fc33.x86_64).
  • 10 séries de tests avec UnixBench compilé sous Fedora 32 et exécuté sous Fedora 32 (5.6.6-300.fc32.x86_64).
Voici les résultats obtenus :

Fedora 33 version 64 bits :

Série 1 : 695.5
Série 2 : 699.9
Série 3 : 714.6
Série 4 : 711.5
Série 5 : 714.1
Série 6 : 605.6
Série 7 : 683.1
Série 8 : 695.9
Série 9 : 707.2
Série 10 : 697.6

Moyenne : 692,5

Fedora 32 version 64 bits :

Voici pour rappel les résultats obtenus avec Fedora 32 :
Série 1 : 672.0
Série 2 : 680.7
Série 3 : 671.5
Série 4 : 687.4
Série 5 : 681.9
Série 6 : 675.2
Série 7 : 670.2
Série 8 : 688.8
Série 9 : 679.6
Série 10 : 682.9

Moyenne : 679.0

Résultats :

Pour Fedora 33, on obtient un indice moyen de 692,5 pour UnixBench.
Pour Fedora 32, j'avais obtenu un indice moyen de 679.0 pour UnixBench.


On a donc une petite hausse de 2,0 % de Fedora 33 64 bits par rapport à Fedora 32 64 bits :

perfs_fedora_F33.png

Conclusion :

Au moment de ces tests, le noyau Fedora 33 (basé sur le noyau vanilla 5.9.14) est un peu plus performant de près de 2 % que le noyau Fedora 32 (basé sur le noyau vanilla  5.6.6). On retrouve la fluctuation habituelle peu significative par rapport aux précédents tests.

++

PHP version 7.3.26RC1, 7.4.14RC1 8.0.1RC1

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

Les RPM de PHP version 7.4.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 32-33 ou remi-php74-test pour Fedora 31 et Enterprise Linux.

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

 

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

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir la version.

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

yum --enablerepo=remi-test install php80

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

yum --enablerepo=remi-test install php74

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

yum --enablerepo=remi-test install php73

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

Mise à jour, de PHP 7.4 :

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

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

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

Mise à jour, de PHP 7.3:

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

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

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

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

emblem-notice-24.pngles paquets x86_64 utilisent désormais le client Oracle version 19.9

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

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 (php73, php74, php80)

Paquets standards (php)

Nouveau serveur pour 2021

Remi Collet

Je viens de basculer l'ensemble de mes sites sur une nouvelle machine.

Si vous voyez ce message c'est que les DNS ont fait leur travail et que vous êtes sur cette nouvelle machine.

Pour information.

Ancien serveur :

  • Hébergeur : Scaleway Dedibox
  • Processeur : Intel(R) Xeon(R) CPU X3450  @ 2.67GHz
  • Bench : 2787
  • Coeurs : 8
  • Mémoire : 8 Gio
  • Disque : 1 Tio
  • Système : CentOS 6.10
  • Dépôts tiers : EPEL + remi + remi-test

Nouveau serveur :

  • Hébergeur : Ikoula (qui accepte Paypal)
  • Processeur : Intel(R) Xeon(R) CPU E3-1220 v6 @ 3.00GHz
  • Bench : 6048
  • Coeurs : 4
  • Mémoire : 8 Gio
  • Disque : 1 Tio
  • Système : CentOS 8 Stream
  • Dépôts tiers : EPEL + remi + remi-test

En cas de soucis voir le ticket #163

Le bouton "Donate" (en haut, à droite) est présent pour ceux qui veulent participer à son financement (~500€/an).

Résultats des élections de Fedora 12/20

Charles-Antoine Couret

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

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

Les résultats pour le Conseil sont :

  # votes |  noms
  - --------+----------------------
  358           Tom Callaway
  - --------+----------------------
  181           Till Maas

À titre indicatif le score maximal possible était de 216 * 2 votes soit 432 votes.

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

  # votes |  noms
- --------+----------------------
  886   Miro Hrončok 
  878        Kevin Fenzi
  724   Zbigniew Jędrzejewski-Szmek
  681   Fabio Valentini
  591   David Cantrell
- --------+----------------------
  536   Dan Čermák

À titre indicatif le score maximal possible était de 216 * 6 soit 1296.

Les résultats pour le Mindshare sont donc :

     # votes |  noms
     - --------+----------------------
     263        Till Maas
     - --------+----------------------
     221        Nasir Hussain

À titre indicatif le score maximal possible était de 202 * 2 soit 404.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin avec un réel enjeu était proche aux alentours de 275-250 votants ce qui est un peu en deçà 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 7.2 est mort

Remi Collet

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

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

  • PHP 7.4 est en mode maintenance active, et sera maintenu jusqu'en novembre 2021 (2022 pour la sécurité).
  • PHP 8.0 est en mode maintenance active, et sera maintenu jusqu'en novembre 2022 (2023 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é.

Installer PHP 8.0 sur CentOS, RHEL ou Fedora

Remi Collet

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

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 33

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

Fedora 32

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

RHEL version 8.3

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 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 RHEL / CentOS 8, il suffit d'utiliser le flux remi-8.0 du module php

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

 

Activation du dépôt remi-php80

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

RHEL et CentOS 7

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

Fedora

dnf config-manager --set-enabled remi-php80

 

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.0.0 (cli) (built: Nov 24 2020 17:04:03) ( NTS gcc x86_64 )
Copyright (c) The PHP Group
Zend Engine v4.0.0-dev, Copyright (c) Zend Technologies
    with Zend OPcache v8.0.0, Copyright (c), by Zend Technologies

 

Problèmes connus

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

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.0 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 15 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.0 est publiée !

Remi Collet

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

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

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

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

Lire l'annonce de version PHP 8.0.0 Release Announcement et son Addendum pour la description détaillée des nouveautés (en anglais).

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

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

Fedora modular ou Enterprise Linux 8 :

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

Fedora ou Enterprise Linux 7 :

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

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

yum install php80

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

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php80)

TTL pour les DNS locaux sur OpenWRT

Guillaume Kulakowski

Récemment, je me suis un peu amusé avec AdGuard Home sur mon routeur OpenWRT. J’y ai rapidement constaté que mon serveur NAS ainsi que ma box domotique faisaient énormément d’appels au DNS. En effet, avec l’utilisation systématique de baux statiques et de noms de domaine locaux, j’ai remplacé les IPs de certain composant par leur […]

Cet article TTL pour les DNS locaux sur OpenWRT est apparu en premier sur Guillaume Kulakowski's blog.

PHP version 7.3.25 et 7.4.13

Remi Collet

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

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

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

emblem-important-2-24.png PHP version 7.1 a atteint sa fin de vie et n'est plus maintenu par le projet PHP.

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 31-33 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 7.4 (le plus simple) :

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

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

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

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

yum install php74

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

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

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

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

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

yum install php73

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-8 sont construits avec RHEL-8.2
  • les paquets EL-7 sont construits avec RHEL-7.9
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu65 (version 65.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.9 (sauf EL-6)
  • 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 (php72 / php73 / php74)

OpenWRT et mise en place du Wi-Fi 802.11r

Guillaume Kulakowski

On continue l’aventure autour d’OpenWRT avec ce coup-ci, la mise en place du Wi-Fi 802.11r. Tout d’abord, qu’est ce que le Wi-Fi 802.11r ? Si on simplifie à lextrême, c’est pouvoir passer d’une borne Wi-Fi à une autre sans coupure. En image : je suis dans mon salon, je suis connecté à la borne la […]

Cet article OpenWRT et mise en place du Wi-Fi 802.11r est apparu en premier sur Guillaume Kulakowski's blog.

12/20 Élections pour le Conseil, FESCo et Mindshare pendant encore quelques jours

Charles-Antoine Couret

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.

J'ai voté

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

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

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

Council

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

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

Les rôles au sein du conseil sont complexes.

Ceux avec droit de vote complet

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

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

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

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

Ceux avec le droit de vote partiel

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

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

FESCo

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

Ils vont donc traiter en particulier les points suivants :

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

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

Mindshare

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

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

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

Et ses nouvelles compétences :

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

Il y a 9 membres pour gérer ce 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.

Fin de vie de Fedora 31

Charles-Antoine Couret

C'est en ce mardi 24 novembre 2020 que Fedora 31 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

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

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

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

Que faire ?

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

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

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

OpenWRT derrière une Freebox: IPv6, DMZ et Bridge

Guillaume Kulakowski

Bien que je sois le très récent et heureux possesseur d’une Freebox Pop, j’ai fait le choix de continuer à déléguer la gestion de mon réseau ainsi que de mon partage Wi-Fi, non pas à la Pop, mais à OpenWRT. Les avantages pour moi sont les suivants : Plus de contrôle au niveau des règles […]

Cet article OpenWRT derrière une Freebox: IPv6, DMZ et Bridge est apparu en premier sur Guillaume Kulakowski's blog.

Page générée le 25 fév 2021 à 12:01