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.

PHP version 5.6.30RC1, 7.0.15RC1 et 7.1.1RC1

Remi Collet

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 5.6.30RC1 sont disponibles en SCL et en paquets de base dans le dépôt remi-test pour Fedora22 et Enterprise Linux5 (il s'agit de la dernière RC pour la branche 5.6 qui est désormais uniquement en support de sécurité).

Les RPM de PHP version 7.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 25 ou remi-php70-test pour Fedora 22 et Enterprise Linux6.

Les RPM de PHP version 7.1.1RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php71-test pour Fedora 22 et Enterprise Linux6.

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

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

yum --enablerepo=remi-test install php56

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

yum --enablerepo=remi-test install php70

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

yum --enablerepo=remi-test install php71

Mise à jour, de PHP 5.6 :

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

Mise à jour, de PHP 7.0 :

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

Mise à jour, de PHP 7.1:

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

A noter : la version 7.1.1RC1 est aussi disponible dans Fedora rawhide.

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 (php56, php70, php71)

Paquets standards (php)

Fedora 25 vs Fedora 24 : comparaison des performances pour les versions 32 bits

Patrice Kadionik

Salut.

Voici les résultats comparatifs de Fedora 25 vs Fedora 24.

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 25 version 32 bits avec le noyau Fedora 4.8.14-300.fc25.i686.
  • La machine est placée en niveau 3 (init 3).
  • 10 séries de tests avec UnixBench compilé sous Fedora 25 et exécuté sous Fedora 25 (4.8.14-300.fc25.i686).
  • 10 séries de tests avec UnixBench compilé sous Fedora 24 et exécuté sous Fedora 24 (4.8.14-200.fc24.i6866).
Voici les résultats obtenus :



Fedora 25 version 32 bits :

Série 1 : 778.2
Série 2 : 796.6
Série 3 : 636.6
Série 4 : 817.0
Série 5 : 837.5
Série 6 : 798.1
Série 7 : 814.8
Série 8 : 807.5
Série 9 : 806.6
Série 10 : 819.3

Moyenne : 791,2

Fedora 24 version 32 bits :

Voici pour rappel les résultats obtenus avec Fedora 24 :
Série 1 : 789.8
Série 2 : 793.5
Série 3 : 783.6
Série 4 : 794.6
Série 5 : 782.0
Série 6 : 788.2
Série 7 : 826.6
Série 8 : 819.1
Série 9 : 825.6
Série 10 : 821.4

Moyenne : 802,4

Résultats :

Pour Fedora 25, on obtient un indice moyen de 791,2 pour UnixBench.
Pour Fedora 24, j'avais obtenu un indice moyen de 802,4 pour UnixBench.


On a donc une baisse de 1,4 % de Fedora 25 32 bits par rapport à Fedora 24 32 bits :

perfs_fedora_F25.png

Conclusion :


Au moment de ces tests, le noyau Fedora 25 (basé sur le noyau vanilla 4.8.14 -300) est aussi performant que le noyau Fedora 24 (basé sur le noyau vanilla 4.8.14 -200). Le résultat est cohérent.


++

Fin de vie de Fedora 23

Charles-Antoine Couret

Depuis le 20 décembre 2016, Fedora 23 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

Un mois après la sortie d'une Fedora version n, ici Fedora 25, la version n-2 (donc Fedora 23) 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 supportée 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 23 et antérieurs d'effectuer la mise à niveau vers Fedora 25 ou 24.

Que faire ?

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

Il est également possible de faire la mise à niveau sans réinstaller via DNF. Pour cela, taper les commandes suivantes en root dans votre terminal :

# dnf install dnf-plugin-system-upgrade
# dnf system-upgrade download --releasever=24
# dnf system-upgrade reboot

Notez que vous pouvez également passer directement à Fedora 25 par ce biais en changeant le numéro de version correspondante dans la ligne idoine. Cependant cette procédure est plus risquée car moins testée.

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

Fin de vie de Fedora 23

Charles-Antoine Couret

Depuis le 20 décembre 2016, Fedora 23 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

Un mois après la sortie d'une Fedora version n, ici Fedora 25, la version n-2 (donc Fedora 23) 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 supportée 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 23 et antérieurs d'effectuer la mise à niveau vers Fedora 25 ou 24.

Que faire ?

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

Il est également possible de faire la mise à niveau sans réinstaller via DNF. Pour cela, taper les commandes suivantes en root dans votre terminal :

# dnf install dnf-plugin-system-upgrade
# dnf system-upgrade download --releasever=24
# dnf system-upgrade reboot

Notez que vous pouvez également passer directement à Fedora 25 par ce biais en changeant le numéro de version correspondante dans la ligne idoine. Cependant cette procédure est plus risquée car moins testée.

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

Fedora 24 vs Fedora 23 : comparaison des performances pour les versions 32 bits

Patrice Kadionik

Salut.

Voici les résultats comparatifs de Fedora 24 vs Fedora 23.

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 24 version 32 bits avec le noyau Fedora 4.8.14-200.fc24.i686.
  • La machine est placée en niveau 3 (init 3).
  • 10 séries de tests avec UnixBench compilé sous Fedora 24 et exécuté sous Fedora 24 (4.8.14-200.fc24.i6866).
  • 10 séries de tests avec UnixBench compilé sous Fedora 23 et exécuté sous Fedora 23 (4.3.5-300.fc23.i686).
Voici les résultats obtenus :



Fedora 24 version 32 bits :

Série 1 : 789.8
Série 2 : 793.5
Série 3 : 783.6
Série 4 : 794.6
Série 5 : 782.0
Série 6 : 788.2
Série 7 : 826.6
Série 8 : 819.1
Série 9 : 825.6
Série 10 : 821.4

Moyenne : 802,4

Fedora 23 version 32 bits :

Voici pour rappel les résultats obtenus avec Fedora 23 :
Série 1 : 835.3
Série 2 : 851.1
Série 3 : 847.8
Série 4 : 860.2
Série 5 : 842.4
Série 6 : 835.0
Série 7 : 862.8
Série 8 : 831.9
Série 9 : 865.3
Série 10 : 852.4

Moyenne : 848,4

Résultats :

Pour Fedora 24, on obtient un indice moyen de 802,4 pour UnixBench.
Pour Fedora 23, j'avais obtenu un indice moyen de 848,4 pour UnixBench.


On a donc une baisse de 5,4 % de Fedora 23 32 bits par rapport à Fedora 23 32 bits :

perfs_fedora_F24.png

Conclusion :


Au moment de ces tests, le noyau Fedora 24 (basé sur le noyau vanilla 4.8.14) est moins performant de près de 6 % que le noyau Fedora 23 (basé sur le noyau vanilla 4.3.5).


++

ImageMagick6 et ImageMagick7

Remi Collet

Les RPM des dernières versions de la bibliothèque ImageMagick sont disponibles dans le dépôt remi pour Fedora et Enterprise Linux.

J'ai construit ces RPM afin de pouvoir bénéficier de l'ensemble des fonctions de l'extension imagick lors de l'installation du paquet php-pecl-imagick. Il remplace l'ancien ImageMagick-last (le nom étant ambigu).

Les paquets ImageMagick6-libs et ImageMagick7-libs sont conçus pour s'installer à côté de ImageMagick du dépôt officiel. Les applications utilisent la bonne version des bibliothèques fournies.

Sous Fedora, Il est possible de remplacer la version d'ImageMagick par ImageMagick6 ou ImageMagick7 afin de disposer de la dernière versions des commandes, puisque les bibliothèques sont fournies par ImageMagick-libs. Sous Enterprise Linux, ce n'est pas possible car ImageMagick fournit à la fois les commandes et les bibliothèques. Si vous n'avez pas du tout installé ImageMagick, et pas besoin de l'ancienne version des bibliothèques, sur votre machine, vous pouvez aussi installer ImageMagick7 pour bénéficier ainsi de la dernière version des commandes.

Pour l'extension PHP imagick, c'est encore la version 6 qui est utilisée. En effet plusieurs fonctions ont été supprimées de la version 7, ce qui entraine leur suppression de l'extension. Ces fonctions seront très prochainement dépréciées, et supprimées d'une prochaine version de l'extension (cf bug #162).

Les paquets sont disponibles pour toutes les versions de Fedora, RHEL et CentOS puisque les sonames (version des bibliothèques) sont différents.

Pour mémoire:

  • Fedora : ImageMagick 6.9.3, soname = 6.Q16.so.2
  • EL-7 : ImageMagick 6.7.8, soname = 6.Q16.so.1
  • EL-6 : ImageMagick 6.7.2, soname = 6.Q16.so.1
  • Version 6.9.6-8, soname = 6.Q16.so.3
  • Version 7.0.3.10, soname = 7.Q16HDRI.so.1

 

PHP version 5.6.29 et 7.0.14

Remi Collet

Les RPM de PHP version 7.0.14 sont disponibles dans le dépôt remi pour Fedora 25 et dans le dépôt  remi-php70 pour Fedora 22-24 et Enterprise Linux (RHEL, CentOS).

Les RPM de PHP version 5.6.29 sont disponibles dans le dépôt remi pour Fedora 22-24 et remi-php56 pour Enterprise Linux.

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

Ces versions sont aussi disponibles en Software Collections.

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

yum-config-manager --enable remi-php70
yum update

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

yum install php70

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

yum-config-manager --enable remi-php56
yum update

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

yum install php56

Et bientôt dans les mises à jour officielles:

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

  • la version EL7 est construite avec RHEL-7.2
  • la version EL6 est construite avec RHEL-6.8
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php56 / php70)

Installer PHP 7.1 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 7.1.

 

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 25

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

Fedora 24

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

RHEL version 7.2 ou 7.3

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

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.2 (ou 7.3)

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

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

 

Activation du dépôt remi-php71

Les paquets sont dans les dépôts remi-safe (activé par défaut) et remi-php71 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-config-manager --enable remi-php71

Fedora

dnf config-manager --set-enabled remi-php71

 

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.1.0 (cli) (built: Dec  1 2016 06:23:20) ( NTS )
Copyright (c) 1997-2016 The PHP Group
Zend Engine v3.1.0-dev, Copyright (c) 1998-2016 Zend Technologies
    with Zend OPcache v7.1.0, Copyright (c) 1999-2016, by Zend Technologies
    with Xdebug v2.5.0, Copyright (c) 2002-2016, by Derick Rethans

 

Problèmes connus

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

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 (memcache, redis...), mais il m'a semblait 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 PHP 5, cela est possible en utilisant les paquets préfixés php71 Voir le billet PHP 7.1 en Software Collection.

Vous pouvez aussi utiliser le nouvel assistant de configuration.

Les paquets présents dans le dépôt seront utilisés comme source pour Fedora 26 (la proposition de changement a déjà été acceptée).

En fournissant une pile complète, environ 150 extensions disponibles, 4 versions de PHP, paquets de base et SCL, pour Fedora et Enterprise Linux, et avec 100 000 téléchargements par jour, le dépôt remi est devenu en 10 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 :

PHPUnit 5.7

Remi Collet

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

Documentation : PHPUnit 5.7 manual et Release Announcement for PHPUnit 5.7.0 (english)

emblem-notice-24.pngCette nouvelle version nécessite PHP ≥ 5.6 (PHPUnit est disponible dans le dépôt remi, car PHP 5.4 et 5.5 ont atteint leur fin de vie).

Installation, Fedora :

dnf --enablerepo=remi install phpunit

Installation, Enterprise Linux :

yum --enablerepo=remi,remi-php56 install phpunit

Remarque: cet outil est une pièce essentielle de la QA PHP dans Fedora. Cette version est aussi disponible dans les dépôts officiels de Fedora rawhide (donc utilisée par Koschei). Je prévois une mise à jour dans Fedora 24 et 25 prochainement.

PHP version 7.1.0 est sorti !

Remi Collet

La RC6 était bien GOLD, donc la version 7.1.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 un version de qualité.

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

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

La tribu sagrandit:

Tribe.jpg

Lire aussi :

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

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

emblem-important-2-24.pngIl est possible que la mise à jour échoue si des extensions installées ne sont pas encore disponibles pour PHP 7, cela évite de casser une installation sans avertissement, grâce à la protection de la compatibilité de l'ABI (php(zend-abi)). Après vérification, il peut donc être nécessaire de désinstaller certaines extensions avant la mise à jour. Normalement, l'ensemble des extensions compatibles PHP 7 sont aussi disponibles pour PHP 7.1 (sauf phalcon).

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

yum install php71

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

  • la version EL7 est construite avec RHEL-7.2
  • la version EL6 est construite avec RHEL-6.8
  • cette version sera la version par défaut de Fedora 26, voir PHP 7.1
  • les extensions commencent à être disponibles, voir la page PECL extension RPM status..

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php70)

Paris Open Source Summit 2017 (compte-rendu)

Emmanuel Seyman

Il y a deux semaines avait lieu le Paris Open Source Summit, 2ième édition et Borsalinux-Fr y ténait un stand (pour la première fois, personne n'ayant pu se libérer l'année passée).

Je suis arrivé avec le matériel de l'association et j'ai rapidement retrouvé Jean-Baptiste. Le temps de déplier le totem, de coller quelques affiches puis de répartir sur la table les différents goodies et bonbons que nous avions apportés et nous étions fin prêt à recevoir le public. Le mercredi matin a connu une affluence relativement importante et nous avons pu distribuer des DVDs Fedora 24 (tout en expliquant que Fedora 25 sortait dans très peu de temps). Nous avons parlé des différences de Fedora par rapport aux autres distributions, du travail de traduction que nous faisons pour le projet et répondu à tout un tas de questions. L'après-midi, J.-B. a cédé la place à misc qui était venu nous prêter main-fort (j'avais prévu de passer la première journée sur le stand des Mongueurs de Perl).

Le jeudi a été un peu plus calme mais J.-B. et moi avons continué à répondre aux questions et distribuer des goodies. En début d'après-midi, Deb Bryant du pôle Open Source & Standards de Red Hat est passée nous voir pour nous remercier de tout le travail que faisons pour faire vivre la distribution. À intervalles réguliers, j'ai profité de creux dans les visites pour aller discuter avec nos amis des stands voisins (Ubuntu-Fr, Framasoft, Ada-France, Joomla-Fr, ...).

La journée terminée, nous avons nos affaires de stand et sommes rentrés bien fatigués.

Paris Open Source Summit 2017 (compte-rendu)

Emmanuel Seyman

Il y a deux semaines avait lieu le Paris Open Source Summit, 2ième édition et Borsalinux-Fr y ténait un stand (pour la première fois, personne n'ayant pu se libérer l'année passée).

Je suis arrivé avec le matériel de l'association et j'ai rapidement retrouvé Jean-Baptiste. Le temps de déplier le totem, de coller quelques affiches puis de répartir sur la table les différents goodies et bonbons que nous avions apportés et nous étions fin prêt à recevoir le public. Le mercredi matin a connu une affluence relativement importante et nous avons pu distribuer des DVDs Fedora 24 (tout en expliquant que Fedora 25 sortait dans très peu de temps). Nous avons parlé des différences de Fedora par rapport aux autres distributions, du travail de traduction que nous faisons pour le projet et répondu à tout un tas de questions. L'après-midi, J.-B. a cédé la place à misc qui était venu nous prêter main-fort (j'avais prévu de passer la première journée sur le stand des Mongueurs de Perl).

Le jeudi a été un peu plus calme mais J.-B. et moi avons continué à répondre aux questions et distribuer des goodies. En début d'après-midi, Deb Bryant du pôle Open Source & Standards de Red Hat est passée nous voir pour nous remercier de tout le travail que faisons pour faire vivre la distribution. À intervalles réguliers, j'ai profité de creux dans les visites pour aller discuter avec nos amis des stands voisins (Ubuntu-Fr, Framasoft, Ada-France, Joomla-Fr, ...).

La journée terminée, nous avons nos affaires de stand et sommes rentrés bien fatigués.

Passage à Fedora Rawhide

Charles-Antoine Couret

Alors que le 22 novembre a donné lieu à la sortie de Fedora 25 en version stable après 6 mois de gestation, j'en ai profité dès le soir même pour passer à Fedora Rawhide (la future F26). Cela fait depuis Fedora 15 que j'installe des versions instables, en général pour la Beta ou Alpha. Depuis Fedora 22 j'essaye de passer à Rawhide avant la Alpha de la version à venir. Reculant de plus en plus, j'atteins enfin le stade où ma machine personnelle n'exploite plus une Fedora stable durant tout un cycle de développement.

Si je le fais, c'est déjà grâce au grand travail opéré depuis pour stabiliser ces branches. À l'époque de Fedora 15, s'aventurer sur Rawhide était très complexe, nécessitant souvent de prévoir des logiciels alternatifs opérationnels au cas où qu'une mise à jour rende un logiciel inopérant tels que GNOME, Firefox ou LibreOffice. Il était préférable aussi d'être à l'aise avec les environnements restreints et certains outils comme YUM (à l'époque) pour se sortir de mauvaises passes. Les progrès sont visibles, les versions instables d'aujourd'hui sont bien plus fiables que les versions stables du passé selon moi. Même si cela reste perfectible bien entendu. Mais je n'ai plus de bogues rendant ma machine inutilisable, ne serait-ce le temps d'une mise à jour pour corriger le problème.

Ensuite, après tout ce temps à utiliser des versions instables, je constate le déficit important de testeurs et c'est pourquoi je souhaite grossir constamment les rangs. Beaucoup trop de problèmes sont découverts à la sortie de la version stable car peu de personnes ont jugé utile de sauter le pas plus tôt. Et même parmi ceux qui testent en avance de phase, trop de gens encore prennent ces versions pour un jouet, pour découvrir les changements en général. Mais oubliant de signaler les bogues quand ils en trouvent. C'est pourtant l'essence même de ces versions, traquer les bogues pour les corriger avant la mise à disposition en version finale.

Enfin, j'adore tester des programmes, essayer de les faire planter, découvrir les changements et voir les choses s'améliorer. Je dois dire que les versions stables de Fedora sont aujourd'hui trop fades de ce point de vue. Ce qui est une bonne chose bien sûr, c'est ce qu'on recherche au sein du projet Fedora.

Comme depuis Fedora 20, j'utilise la mise à niveau pour changer de version, comme suit :

# dnf install dnf-plugin-system-upgrade
# dnf system-upgrade download --releasever=rawhide
# dnf system-upgrade reboot

Tout s'est bien passé. J'ai dû uniquement virer supertuxkart pour des raisons de dépendance pour que cela fonctionne. Je ne note pas de régressions particulières, GNOME avec Wayland tourne toujours aussi bien. Les applications également. J'ai toujours cependant un bogue gênant depuis la mise à jour de Firefox 50 sur Fedora 25 (que j'ai rapporté), si je charge plusieurs vidéos au cours d'une sessions de Firefox (que ce soit Youtube, Dailymotion ou une autre plateforme), il se peut que les vidéos bouclent sur des buffers d'une seconde environ. Le fichier continuant à se lire, le son étant quant à lui totalement normal et linéaire. Ce bogue n'est donc pas corrigé par ce changement.

Après il est vrai que les programmes de Rawhide ne sont pas radicalement différents que sous F25 encore. GNOME n'est qu'au début du développement de sa future version et le passé nous a montré que cela pouvait être parfois plus chaotique un peu plus tard...

Je vous encourage bien sûr à sauter le pas aussi, si l'aventure ne vous rebute pas trop. Dans ce cas, n'hésitez pas à rapporter un bogue, effectuer les tests de non régression du noyau, à noter les mises à jour du système et enfin à participer aux journées de tests.

J'essayerais durant tout le cycle de vous tenir au courant des évolutions de Rawhide, de vous décrire comment y participer activement (bien que les quatre liens cités plus haut soient les principales activités à réaliser), et peut être de vous présenter les changements notables que j'aurais noté. :-)" class="smiley

Passage à Fedora Rawhide

Charles-Antoine Couret

Alors que le 22 novembre a donné lieu à la sortie de Fedora 25 en version stable après 6 mois de gestation, j'en ai profité dès le soir même pour passer à Fedora Rawhide (la future F26). Cela fait depuis Fedora 15 que j'installe des versions instables, en général pour la Beta ou Alpha. Depuis Fedora 22 j'essaye de passer à Rawhide avant la Alpha de la version à venir. Reculant de plus en plus, j'atteins enfin le stade où ma machine personnelle n'exploite plus une Fedora stable durant tout un cycle de développement.

Si je le fais, c'est déjà grâce au grand travail opéré depuis pour stabiliser ces branches. À l'époque de Fedora 15, s'aventurer sur Rawhide était très complexe, nécessitant souvent de prévoir des logiciels alternatifs opérationnels au cas où qu'une mise à jour rende un logiciel inopérant tels que GNOME, Firefox ou LibreOffice. Il était préférable aussi d'être à l'aise avec les environnements restreints et certains outils comme YUM (à l'époque) pour se sortir de mauvaises passes. Les progrès sont visibles, les versions instables d'aujourd'hui sont bien plus fiables que les versions stables du passé selon moi. Même si cela reste perfectible bien entendu. Mais je n'ai plus de bogues rendant ma machine inutilisable, ne serait-ce le temps d'une mise à jour pour corriger le problème.

Ensuite, après tout ce temps à utiliser des versions instables, je constate le déficit important de testeurs et c'est pourquoi je souhaite grossir constamment les rangs. Beaucoup trop de problèmes sont découverts à la sortie de la version stable car peu de personnes ont jugé utile de sauter le pas plus tôt. Et même parmi ceux qui testent en avance de phase, trop de gens encore prennent ces versions pour un jouet, pour découvrir les changements en général. Mais oubliant de signaler les bogues quand ils en trouvent. C'est pourtant l'essence même de ces versions, traquer les bogues pour les corriger avant la mise à disposition en version finale.

Enfin, j'adore tester des programmes, essayer de les faire planter, découvrir les changements et voir les choses s'améliorer. Je dois dire que les versions stables de Fedora sont aujourd'hui trop fades de ce point de vue. Ce qui est une bonne chose bien sûr, c'est ce qu'on recherche au sein du projet Fedora.

Comme depuis Fedora 20, j'utilise la mise à niveau pour changer de version, comme suit :

# dnf install dnf-plugin-system-upgrade
# dnf system-upgrade download --releasever=rawhide
# dnf system-upgrade reboot

Tout s'est bien passé. J'ai dû uniquement virer supertuxkart pour des raisons de dépendance pour que cela fonctionne. Je ne note pas de régressions particulières, GNOME avec Wayland tourne toujours aussi bien. Les applications également. J'ai toujours cependant un bogue gênant depuis la mise à jour de Firefox 50 sur Fedora 25 (que j'ai rapporté), si je charge plusieurs vidéos au cours d'une sessions de Firefox (que ce soit Youtube, Dailymotion ou une autre plateforme), il se peut que les vidéos bouclent sur des buffers d'une seconde environ. Le fichier continuant à se lire, le son étant quant à lui totalement normal et linéaire. Ce bogue n'est donc pas corrigé par ce changement.

Après il est vrai que les programmes de Rawhide ne sont pas radicalement différents que sous F25 encore. GNOME n'est qu'au début du développement de sa future version et le passé nous a montré que cela pouvait être parfois plus chaotique un peu plus tard...

Je vous encourage bien sûr à sauter le pas aussi, si l'aventure ne vous rebute pas trop. Dans ce cas, n'hésitez pas à rapporter un bogue, effectuer les tests de non régression du noyau, à noter les mises à jour du système et enfin à participer aux journées de tests.

J'essayerais durant tout le cycle de vous tenir au courant des évolutions de Rawhide, de vous décrire comment y participer activement (bien que les quatre liens cités plus haut soient les principales activités à réaliser), et peut être de vous présenter les changements notables que j'aurais noté. :-)" class="smiley

PHP version 5.6.29RC1 et 7.0.14RC1

Remi Collet

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.

Les RPM de PHP version 5.6.29RC1 sont disponibles en SCL et en paquets de base dans le dépôt remi-test pour Fedora22 et Enterprise Linux6.

Les RPM de PHP version 7.0.14C1 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 25 ou remi-php70-test pour Fedora 22 et Enterprise Linux6.

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

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

yum --enablerepo=remi-test install php56

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

yum --enablerepo=remi-test install php70

Mise à jour, de PHP 5.6 :

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

Mise à jour, de PHP 7.0 :

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

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 (php56, php70)

Paquets standards (php)

Fedora 25 est de sortie, Wayland enfin par défaut !

Charles-Antoine Couret

En ce mardi 22 novembre 2016, le projet Fedora est fier dannoncer la sortie de la distribution GNU/Linux Fedora 25.

Comme à son habitude, le projet Fedora propose le dernier cru des environnements GNOME, GNOME 3.22.

Cette version de Fedora s'est surtout concentrée sur deux axes : couche graphique et simplicité.

Couche graphique

La nouveauté la plus importante est sans conteste la mise à disposition par défaut de Wayland pour l'environnement bureautique GNOME. Fedora devient ainsi la première distribution majeure à faire ce choix, pour promouvoir ce projet novateur annoncé il y a huit ans maintenant. Wayland consiste en une remise à plat du serveur graphique historique X11 (qui a plus de 30 ans) en tenant compte de l'évolution des usages et de l'architecture de nos machines aujourd'hui. Wayland vise à améliorer la sécurité du système, en évitant qu'une application quelconque puisse dessiner sur d'autres applications par exemple. Il pourrait à terme améliorer les performances, en exploitant pleinement l'accélération matérielle par les cartes graphiques. Puis il devrait améliorer la fiabilité du système, en améliorant l'architecture du programme et en facilitant sa maintenance.

Cependant, si Wayland commence à devenir mûr, de nombreuses fonctionnalités restent à proposer par rapport à l'expérience proposée par X11. C'est pourquoi, à l'ouverture de la session GNOME, il reste possible de choisir X11. Pour ceux qui n'ont pas besoin de ces fonctions, l'usage de Wayland devrait être totalement transparent.

La distribution propose de mieux exploiter les machines avec deux cartes graphiques, une intégrée au processeur et une autre externe. Cette configuration, très populaire sur les ordinateurs portables récents, permet en temps normal d'avoir une carte graphique minimale suffisante pour la bureautique qui consomme peu d'énergie et d'utiliser la carte externe pour les applications gourmandes. Jusquici, votre environnement fonctionnait avec une carte graphique seulement et sans possibilité de changer celle en fonction. Aujourd'hui, celle intégrée au processeur est utilisée par défaut. Puis, en cas de besoin, vous pouvez lancer un logiciel sur l'autre carte graphique. Cela nécessite de lancer le programme avec la variable d'environnement DRI_PRIME=1 ou via un clic droit pour lancer l'application dans l'interface GNOME Shell.

Simplicité

L'assistant à la saisie IBus a bénéficié de deux améliorations importantes. Tout d'abord, son aide à la saisie rapide peut proposer les emoji. Plutôt que d'insérer manuellement les caractères UNICODE correspondants, ici ils seront donc suggérés. Ce même assistant, qui suggère des mots durant la frappe peut gérer plusieurs langues à la fois. Ainsi il est possible d'autocompléter le terme en cours en anglais alors que la phrase est en français et inversement.

Nous en avions parlé pour Fedora 24, l'utilitaire LiveUSB Tools est la méthode de téléchargement de Fedora par défaut. L'objectif est en effet que l'utilitaire télécharge et installe très simplement une version spécifiée de Fedora, qui peut être un Spin par exemple. Cela évite notamment de devoir graver l'image disque à la main sur clé USB ou CD, étape compliquée pour trop d'utilisateurs potentiels. Cette fois, l'utilitaire est disponible pour Windows et macOS également, d'où la mise en avant pour cette version.

Et comme d'habitude, Fedora 25 réserve bien d'autres surprises à découvrir.

Liens

Fedora 25 est de sortie, Wayland enfin par défaut !

Charles-Antoine Couret

En ce mardi 22 novembre 2016, le projet Fedora est fier dannoncer la sortie de la distribution GNU/Linux Fedora 25.

Comme à son habitude, le projet Fedora propose le dernier cru des environnements GNOME, GNOME 3.22.

Cette version de Fedora s'est surtout concentrée sur deux axes : couche graphique et simplicité.

Couche graphique

La nouveauté la plus importante est sans conteste la mise à disposition par défaut de Wayland pour l'environnement bureautique GNOME. Fedora devient ainsi la première distribution majeure à faire ce choix, pour promouvoir ce projet novateur annoncé il y a huit ans maintenant. Wayland consiste en une remise à plat du serveur graphique historique X11 (qui a plus de 30 ans) en tenant compte de l'évolution des usages et de l'architecture de nos machines aujourd'hui. Wayland vise à améliorer la sécurité du système, en évitant qu'une application quelconque puisse dessiner sur d'autres applications par exemple. Il pourrait à terme améliorer les performances, en exploitant pleinement l'accélération matérielle par les cartes graphiques. Puis il devrait améliorer la fiabilité du système, en améliorant l'architecture du programme et en facilitant sa maintenance.

Cependant, si Wayland commence à devenir mûr, de nombreuses fonctionnalités restent à proposer par rapport à l'expérience proposée par X11. C'est pourquoi, à l'ouverture de la session GNOME, il reste possible de choisir X11. Pour ceux qui n'ont pas besoin de ces fonctions, l'usage de Wayland devrait être totalement transparent.

La distribution propose de mieux exploiter les machines avec deux cartes graphiques, une intégrée au processeur et une autre externe. Cette configuration, très populaire sur les ordinateurs portables récents, permet en temps normal d'avoir une carte graphique minimale suffisante pour la bureautique qui consomme peu d'énergie et d'utiliser la carte externe pour les applications gourmandes. Jusquici, votre environnement fonctionnait avec une carte graphique seulement et sans possibilité de changer celle en fonction. Aujourd'hui, celle intégrée au processeur est utilisée par défaut. Puis, en cas de besoin, vous pouvez lancer un logiciel sur l'autre carte graphique. Cela nécessite de lancer le programme avec la variable d'environnement DRI_PRIME=1 ou via un clic droit pour lancer l'application dans l'interface GNOME Shell.

Simplicité

L'assistant à la saisie IBus a bénéficié de deux améliorations importantes. Tout d'abord, son aide à la saisie rapide peut proposer les emoji. Plutôt que d'insérer manuellement les caractères UNICODE correspondants, ici ils seront donc suggérés. Ce même assistant, qui suggère des mots durant la frappe peut gérer plusieurs langues à la fois. Ainsi il est possible d'autocompléter le terme en cours en anglais alors que la phrase est en français et inversement.

Nous en avions parlé pour Fedora 24, l'utilitaire LiveUSB Tools est la méthode de téléchargement de Fedora par défaut. L'objectif est en effet que l'utilitaire télécharge et installe très simplement une version spécifiée de Fedora, qui peut être un Spin par exemple. Cela évite notamment de devoir graver l'image disque à la main sur clé USB ou CD, étape compliquée pour trop d'utilisateurs potentiels. Cette fois, l'utilitaire est disponible pour Windows et macOS également, d'où la mise en avant pour cette version.

Et comme d'habitude, Fedora 25 réserve bien d'autres surprises à découvrir.

Liens

Redis depuis PHP

Remi Collet

Voici un petit récapitulatif des différents moyens d'utiliser une base de données Redis depuis PHP sous Linux

L'ensemble des tests ont été réalisés sous Fedora 25 mais devrait fonctionner avec RHEL, CentOS ou une autre distribution.

Solution testées:

 

Pour chaque solution, j'ai utilisé 3 jeux d'essai (lancé une dizaine de fois pour avoir une valeur moyenne)

  • connexion et incrément d'une valeur, uniquement pour mesurer le coût de la connexion
  • connexion et set / get de 10000 valeurs numériques
  • connexion et set / strlen de ~2700 valeurs importantes (l'ensemble des pages de man 1)

1. Extension redis

Composants nécessaires :

  • Extension redis
  • Paquets RPM: php-pecl-redis

Exemple de code :

<?php
$time = microtime(true);
$redis = new Redis();
$redis->connect('127.0.0.1', 6379);
printf("Value = %d\n", $redis->incr("foo"));
$time = microtime(true)-$time;
printf("Done in %.6f\n", $time);

Résultats :

  • Connexion : 0.000299
  • Set / get : 0.277000
  • Set / strlen : 0.110900

C'est la solution la plus connue est la plus utilisée, j'ai malheureusement de gros doute sur la qualité du code actuel de l'extension.

2. Bibliothèque Predis

Composants nécessaires:

  • Bibliothèque Predis
  • Paquets RPM: php-nrk-Predis

Exemple de code :

<?php
require 'Predis/Autoloader.php';
Predis\Autoloader::register();
$time = microtime(true);
$redis = new Predis\Client(['host' => '127.0.0.1', 'port' => 6379]);
printf("Value = %d\n", $redis->incr("foo"));
$time = microtime(true)-$time;
printf("Done in %.6f\n", $time);

Résultats :

  • Connexion : 0.001890
  • Set / get : 0.375500
  • Set / strlen : 11.445000

Rien d'étonnant à ce qu'une implémentation pure PHP soit nettement plus lente. C'est évidement le chargement de la bibliothèque qui pénalise la connexion, ensuite l'exécution de requêtes simples (get/set) reste très acceptable.

3. Extension phpiredis

Composants nécessaires:

  • Extension phpiredis
  • Paquets RPM: php-phpiredis, hiredis

Exemple de code :

<?php
$time = microtime(true);
$redis = phpiredis_connect('127.0.0.1', 6379);
printf("Value = %d\n", phpiredis_command($redis, "INCR foo"));
$time = microtime(true)-$time;
printf("Done in %.6f\n", $time);

Résultats :

  • Connexion : 0.000241
  • Set / get : 0.288100
  • Set / strlen : 0.105000

Les résultats sont comparables à ceux de l'extension redis.

Il est dommage que cette extension, pourtant ancienne, soit toujours en phase de développement (beta). Le code très simple (~1000 lignes contre ~20000 pour redis), et utiliser la bibliothèque hiredis me semble beaucoup plus sain et maintenable à long terme.

4. Bibliothèque Predis avec l'extension phpiredis

Composants nécessaires:

  • Bibliothèque Predis
  • Extension phpiredis
  • Paquets RPM: php-nrk-Predis, php-phpiredis, hiredis

Exemple de code :

<?php
require 'Predis/Autoloader.php';
Predis\Autoloader::register();
$time = microtime(true);
$redis = new Predis\Client(['host' => '127.0.0.1', 'port' => 6379], ['connections' => ['tcp' => 'Predis\\Connection\\PhpiredisSocketConnection']]);
printf("Value = %d\n", $redis->incr("foo"));
$time = microtime(true)-$time;
printf("Done in %.6f\n", $time);

Résultats :

  • Connexion : 0.001795
  • Set / get : 0.378900
  • Set / strlen : 0.145300

Comme indiqué dans la documentation, la bibliothèque Predis est largement optimisée en utilisant l'extension phpiredis pour les données importantes. Les résultats des tests sont donc très acceptables.

5. Conclusion

À vous de faire votre choix à la lecture des résultats.

J'aurais tendance à privilégier l'extension phpiredis lorsque la vitesse est une priorité absolue, et la bibliothèque Predis pour la beauté du code. Ce couple suivant une rationalisation aussi suivi par d'autres projets (e.g. mongo => mongodb) ou l'extension est réduite au minimum en utilisant une bibliothèque dédiée (ici hiredis) et se charge uniquement de la partie bas niveau, là où les perfornances sont nécessaires, la bibliothèque fournissant la partie haut niveau au développeur.

Je prévois d'aider l'auteur de l'extension phpiredis pour qu'une version soit publié, et si possible sur la forge PECL afin de lui donner la visiblité qu'elle me semble mériter. Alors je soumettrais probablement une revue pour les dépôts officiels de Fedora/EPEL.

 

P.S. le code complet utilisé pour les tests : redis.txt, predis.txt, phpiredis.txt

PHP version 5.6.28 et 7.0.13

Remi Collet

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

Les RPM de PHP version 5.6.28 sont disponibles dans le dépôt remi pour Fedora ≥ 22 et remi-php56 pour Enterprise Linux.

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

Ces versions sont aussi disponibles en Software Collections.

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

yum-config-manager --enable remi-php70
yum update

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

yum install php70

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

yum-config-manager --enable remi-php56
yum update

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

yum install php56

Et bientôt dans les mises à jour officielles:

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

  • la version EL7 est construite avec RHEL-7.2
  • la version EL6 est construite avec RHEL-6.8
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php56 / php70)

Red Hat va fournir PHP 7.0 pour RHEL

Remi Collet

Annonce : Red Hat Software Collections 2.3 now beta

Que les accrocs de la stabilité se rassurent, PHP 5.3.3 reste la version standard fournit avec RHEL-6 et PHP 5.4.16 celle de RHEL-7.

Comme indiqué dans RHSCL product life cycle, les collections php54 et php55 ont atteint leur fin de vie. La collection rh-php56 est toujours maintenue est a été mise à jour en version 5.6.25

Nous disposerons donc bientôt d'un moyen officiel et supporté d'installer PHP version 5.6 ou 7.0, en parallèle  de la version système, sans affecter les composants standards. L'annonce prévoit un cycle de vie de 3 ans. La version fournit est la 7.0.10.

emblem-important-2-24.png Il s'agit pour l'instant uniquement d'une version Beta destinée à l'évaluation.

Pour plus d'informations sur l'installation et l'utilisation des SCL, vous pouvez consulter les autres billets déjà publiés à ce sujet :

emblem-notice-24.pngPour les utilisateurs des clones de RHEL (CentOS, Oracle, Scientific Linux, ...) vous pouvez utiliser le dépôt centos-sclo-rh-testing (maintenu par le SIG SCLo).

emblem-notice-24.pngPour ceux qui souhaitent plus d'extensions, vous pouvez utiliser la dépôt centos-sclo-sclo-testing.

En dehors de PHP, RHSCL 2.3 senrichit de plusieurs morceaux de choix, je retiendrais Redis 3.2 et MongoDB 3.2.

Il me semble que c'est une excellent nouvelle qui devrait aider à l'adoption des versions récentes de PHP dans le monde de l'entreprise.

emblem-question-24.pngSi vous avez des questions, j'ai même ouvert un nouveau Forum dédié : About PHP SCL.

Page générée le 17 fév 2017 à 09:32