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.

Fedora 32 beta sort de confinement

Charles-Antoine Couret

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

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 32 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 21 ou 28 avril. Voici les nouveautés annoncées pour cette version :

Expérience utilisateur

  • Passage à GNOME 3.36.
  • Une nouvelle image alternative Comp Neuro Lab est disponible pour proposer par défaut des paquets relatifs aux neuro-sciences.
  • Plusieurs polices bitmaps sont converties en OpenType pour être exploitables par des applications plus modernes qui reposent sur la bibliothèque pango.

Gestion du matériel

  • Le service fstrim.timer est activé par défaut. Il sera exécuté de façon hebdomadaire pour signaler la liste des secteurs effacés au contrôleur de mémoires flash pour améliorer leur gestion d'un point de vue performance.

Internationalisation

  • Migration de la plateforme de traduction de Zanata vers Weblate pour le projet Fedora. Le premier n'était plus vraiment maintenu et souffrait de sérieux défauts.

Administration système

  • Le paquet earlyoom est activé par défaut. En cas de mémoire insuffisante (RAM et swap utilisés à plus de 90%), un signal SIGTERM sera envoyé au processus ayant le plus gros score OOM. À plus de 95% d'utilisation, c'est le signal SIGKILL qui est envoyé. Le but est d'essayer de sauver la machine en cas de problèmes de disponibilité de mémoire, situation où un redémarrage brutal matériel était souvent nécessaire.
  • Le gestionnaire de base de données MariaDB est mis à jour vers la version 10.4.
  • Son alter-ego PostgreSQL passe quant à lui à la version 12.
  • Le redémarrage des services après une mise à niveau est centralisé. Cela réduira le nombre de scriptlets à maintenir à cet effet dans les paquets, mais surtout évite de redémarrer un service alors qu'une dépendance n'a pas fini sa mise à niveau en cours ce qui peut être source de bogues.
  • Le pare-feu dynamique firewalld migre de iptables vers nftables.
  • Par ailleurs la variante iptables par défaut devient iptables-nft.
  • Le paquet apt va fournir le projet de Debian plutôt que apt-rpm.
  • L'outil de sauvegarde rdiff-backup a été mis à jour vers sa dernière version 1.2.8 qui repose sur Python 3 et est incompatible avec celle qui reposait sur Python 2.
  • Les utilisateurs systèmes adoptent le format sysusers.d ce qui permet d'unifier les procédures, de facilement observer quels paquets créent un nouveau utilisateur et se rapprocher d'OpenSUSE dans l'approche de cette problématique.

Développement

  • La suite de compilateurs GCC 10 est proposée.
  • Son concurrent direct LLVM vient également dans sa version 10.
  • La bibliothèque C GNU C Library progresse à la version 2.31.
  • Mise à jour de Binutils 2.33.
  • Le paquet clang-libs ne proposera plus que la bibliothèque partagée libclang-cpp.so, les 37 autres fichiers ayant fusionné avec ce dernier.
  • La bibliothèque de calcul multi-précision flottant mpfr a une précision de 4.0.2.
  • Le compilateur Pascal libre, Free Pascal Compiler, passe à la version 3.2.0.
  • Le langage Python rampe vers la version 3.8.
  • Tandis que Python 2 est retiré. Plus exactement, le paquet python2 est remplacé par celui de python27 pour des raisons de compatibilité. Les paquets qui dépendent de cette version de Python de même que les bibliothèques Python 2 sont quant à eux supprimés des dépôts. Cela met fin à la transition de Python 2 vers Python 3, ce premier n'étant plus maintenu officiellement depuis janvier 2020.
  • Le paquet python-nose est déprécié en vue d'une suppression future.
  • La boîte à outils Django 3 est disponible.
  • Ruby brille de 2.7 feux.
  • Le générateur de pages statiques Jekyll version 4 est exposé dans les dépôts.
  • Le gem Ruby Bundler passe quant à lui la 2e.
  • Le langage Go quant à lui file vers la version 1.14.
  • Haskell Stackage LTS va vers la version 14.
  • La pile .Net libre Mono évolue de la version 5.20 à 6.6.
  • PHP écrase avec sa version 7.4.
  • Le gestionnaire de versions Bazaar laisse place à son fork Breezy, qui est mieux maintenu.
  • La chaîne de compilation mingw32 change de systèmes d'exception de SJLJ vers dwarf-2.
  • Python est compilé avec le drapeau -fno-semantic-interposition pour améliorer ses performances.

Projet Fedora

  • Le projet améliore la façon d'avoir des statistiques sur l'utilisation de Fedora. Actuellement le tout reposait sur la collecte de données via les miroirs pour connaître le nombre d'installation en vigueur ce qui n'était pas fiable. Pour éviter cela, chaque requête tous les 7 jours vers un dépôt officiel sera enregistrée par machine. Cela évitera les problèmes liés à la vie privée. Cette nouveauté était proposée pour Fedora 30 mais a été finalement reportée.
  • Un bogue sur les images Live sur CD ne sera plus bloquant. En cas de bogues spécifiques à ces images une nouvelle version de Fedora sera proposée malgré tout. Le correctif nécessaire pourra avoir lieu après la disponibilité officielle. Cela permet de réduire la charge des tests pour finalement assez peu d'utilisateurs.
  • De manière similaire, l'image Xfce 32 bits ne sera plus bloquant alors que l'image Workstation pour AArch64 le sera.
  • Un nouveau buildroot pour le projet Fedora voit le jour pour proposer de tester un changement dans la micro-architecture x86_64. Ceci afin d'évaluer les possibilités d'améliorer les performances et de voir les éventuelles régressions en vue d'une mise à jour globale des exigences de l'image x86_64.
  • Le lien entre une langue couverte et une police d'écriture n'est plus dans le paquet de la police mais dans un paquet langpack spécifique nommé langpacks-core-font-<code langue>.
  • Juste après la séparation entre Rawhide et une nouvelle version de Fedora, ici 32, une période de gel des paquets sera observée comme avant une Beta ou une sortie finale pour améliorer la stabilisation.
  • L'ensemble des paquets qui gère des unités utilisateur pour systemd doivent recourir aux preset et non gérer cela à la main pour simplifier la maintenance et la cohérence. Cela reprend le même mécanisme proposé pour les services introduit dans Fedora 18.
  • Les paquets de base, qui sont notamment utilisés pour produire les images minimales pour conteneurs, réduisent leur nombre de scriptlets pour unifier les procédures et améliorer leur gestion.

Tester

Durant le développement d'une nouvelle Fedora, comme cette version Beta, quasiment chaque semaine le projet propose des journées de tests. Le but est pendant une journée de tester une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, linternationalisation, etc. L'équipe 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 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 31 ou 30 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.

Bons tests à tous !

Changements dans l'extension zip version 1.18

Remi Collet

L'extension zip version 1.18.0 vient d'être publiée.

 

Pour mémoire

  • PHP 7.2 à 7.4 fournissent la version 1.15
  • PHP 8.0 fournira la version 1.18
  • L'extension PECL permet de disposer des dernières versions sur toutes les versions de PHP, et elle est aussi disponible sur certaines distributions (Fedora, RHEL et CentOS 8) et bien sur pour les utilisateurs de mon dépôt.

Cette extension  utilise la bibliothèque libzip qui a reçu de nombreuses améliorations dans les versions récentes.

J'ai donc trouvé nécessaire d'actualiser l'extension pour tirer bénéfices de ces nouveautés.

Version 1.16

Enregistrement de la date de modification d'un fichier à l'aide des fonctions ZipArchive::setMtimeIndex et ZipArchive::setMtimeName. Surtout utile lorsqu'on ajoute du contenu directement (pas à partir d'un fichier).

Gestion de la compression XZ. Nécessite la bibliothèque en version ≥ 1.6 avec l'option activée.

Version 1.17

Gestion d'une fonction de rappel pour gérer la progression de l'enregistrement de l'archive: ZipArchive::registerProgressCallback. Nécessite la bibliothèque en version ≥ 1.3.

Gestion d'une fonction de rappel pour gérer l'annulation de l'enregistrement de l'archive; ZipArchive::registerCancelCallback. Nécessite la bibliothèque en version ≥ 1.6.

Ouverture possible en mode lecture seule. Nécessite la bibliothèque en version ≥ 1.0.

Version 1.18

Ajout d'un paramètre flags aux méthodes ZipArchive::addEmptyDir, ZipArchive::addFile et ZipArchive::addFromString. Cette option permet de gérer plus finement l'encodage des caractères des noms, et le replacement.

Ajout de l'entrée flags au tableau d'options passé aux méthodes ZipArchive::addGlob et ZipArchive::addPattern.

Ajout de la méthode ZipArchive::replaceFile pour modifier le contenu d'une entrée sans changer son nom.

Ajout de la propriété lastId qui indique l'index de la dernière entrée ajoutée, évitant de devoir faire une recherche pour effectuer d'autres opérations (commentaire, attributs, ...).

Les propriétés status, statusSys et la méthode ZipArchive::getStatusString sont désormais disponible après la fermeture d'une archive, permettant de connaitre la raison d'une eventuelle erreur.

Conclusion

Je pense que ces nombreuses modifications apportent une amélioration significative des fonctionnalités de cette extension.

Un exemple assez complet est disponible dans le dépôt des sources: zipcmd.php.

Le documentation est déjà totalement actualisée.

Avenir

Je vais continuer à suivre de près les évolutions de la bibliothèque libzip afin de tirer rapidement les bénéfices de ses évolutions.

J'attends des retours sur une proposition d'évolution qui permettrait de connaitre les fonctions optionnelles disponibles (cryptage, compression).

Je réfléchi aussi à la sauvegarde et la restauration des droits des fichiers, malheureusement l'API actuelle ne me semble pas adaptée, en particulier pour les répertoires. Je crains aussi que la restauration des droits puissent être exploitée pour des attaques de sécurité, à partir d'archives spécialement créées. Cette gestion reste facilement accessible à l'aide des méthodes ZipArchive::setExternalAttributesName et ZipArchive::getExternalAttributesIndex (voir leur exemples).

Extension "rpminfo" pour php

Remi Collet

J'ai l'habitude d'écrire mes scripts en PHP, normal, c'est le language que je connais le mieux.

Mais j'avais de nombreux besoins nécessitant d'analyser la sortie de commande systèmes, et exec, c'est le mal.

J'ai donc créer une nouvelle extension rpminfo utilisant l'API de la bibliothèque librpm. Cette extension est conçue pour fournir des fonctions simples, de bas niveau, qui peuvent être ensuite exploitées par le code PHP.

Suite aux développements récents, le viens de publier la version 0.4.0 qui peut désormais être considérer comme stable, même si l'API pourra encore évoluer avant la version 1.0.0.

Voici quelques exemples de son utilisation.

Comparaison de versions :

$ rpmdev-vercmp 2.0.14-22.el7_0 2.0.14.1-35.el7_6
2.0.14-22.el7_0 < 2.0.14.1-35.el7_6
php > var_dump(rpmvercmp('2.0.14-22.el7_0', '2.0.14.1-35.el7_6'));
int(-1)

Information sur un paquet / fichier :

$ rpm -qp remi-release-32.rpm
remi-release-32-1.fc32.remi.noarch
php > print_r(rpminfo("remi-release-32.rpm"));
Array
(
    [Name] => remi-release
    [Version] => 32
    [Release] => 1.fc32.remi
    [Summary] => Configuration pour le dépôt remi
    [Arch] => noarch
)

Avec plus de détails:

$ rpm -qip remi-release-32.rpm
Name        : remi-release
Version     : 32
Release     : 1.fc32.remi
Architecture: noarch
...
php > print_r(rpminfo("remi-release-32.rpm", true)); 
Array
(
    [Headeri18ntable] => Array
        (
            [0] => C
            [1] => fr
        )
    [Sigsize] => 16816
    [Sigpgp] => 89024604000108003016210434c10bdbcc6f1b252e50ba1a0714919e4c21a80805025e4a9fc7121c72656d694072656d697265706f2e6e6574000a09100714919e4c21a8084b950ffd1f8a2d25ea7561679beb7b78aca25da793b193b83fab23e48547d128b87114a80878f57321813b53cb45891730000533978f5c7c5342fd155767abfdc178ae99f9560a8789550fef143e24533dd068a7b6d32f9238609c4ac20d3f42e0d073c4230a3716a9a4273961f97c4731f199f092b6fb19a403058165c148d35c894f910a13808d0f317c8f93ed17bacbba2dc3a30623380f771253b4efcd6ef53d225e3fb32162d320bae520815fa135d357198c2fc9069dbbb4630ac2ee844c3be5ef825d93223d11eb3dd13606d4aedbd8bcb791c54cf6ca22205732a40b3a0b2108bdadcaee185f38c7782505cac2fa4bef0ca609dc0dc280bb53d5190f310e79f5fd0dd7929779b9c041eea3966573d26f588453105046cb9ab068ca32d0deb761104091fd291722cf5c8987d488149f02f1f6843b66603acb47a7abde32632368bfb77ddbfa609c7308708ca1e4455eab6e556de9e2e82e8b21c5ed54dc18565a535f73232d84d469ed6d1aa9d2fb5fc7f404d5631abea99c0e1e3c0b4e986615ec6c77779adf4a4fc0c24c835ce3a1fd03f63ef26f547bfca96d928a38c7701d60c8b2f204a487297407e8831c341c85034e0cc02f8a1282c5b2ee47ddf8bec7e9bdd6d79d8490758c871cd57d5ad6b6cb4859955ef3e13b75f2880106c1b6162fb237256bef2bd48521e5d728e18f06ad35eabdf2f3065e00c8cd1465d87d9d
    [Sigmd5] => 86dc03cedbebcc9a8a334763d642685a
    [Rsaheader] => 89024604000108003016210434c10bdbcc6f1b252e50ba1a0714919e4c21a80805025e4a9fc7121c72656d694072656d697265706f2e6e6574000a09100714919e4c21a808011a1000adfcd097e0268ebcbe71cb07059fcc1a2dd7fd48d6ad9526eede3dedc8c3ac9401681df0e2b43c9a6a5719b4b9490190159bad149c2acb40aa8cb9f07c294f599885ab046c605f5ad783c7a366d87c5e5d315415b812e97a2a7e615cea80f0b3b94fecb47f5cdf738ee1337e590f5f72c32a0d978ee2ad75cf220b67e7d54c096bb20c7012eb12d5a7827cffb2d4b4b71ea21753139ac3850fd5c56f876fb91754c9e69aacbe963b85d2a03be605cd35d9af64b4ac2781681fbfac56a224c7d57bb1e26bc3a6c3f98d2cc4057e29713756061f7db075841446e1a44ea35a278e64c4b562bfd4dff990fdfc7cf0b82148a0c61dfed3f3de2f199328d41c840078dca321978bee267b969574f98e946c13f14ee061a26b036253ea0f6f6036e8e0e289b0b7aebc87395477d40b2b0e7a84ed50e20552145b91168696392687dcd8e03a97317cd0047eb96689f59953adc4a1c9834f56498311110ab06789b269298ddc32a304e529be6bb8fb338ef91cecf48b146148da3b68f52f5dfbb14c73291fc02faf5c8427348fb105df23b38734e0d84c21ebccf0f39ecea363ddbf60543db419f93504e14a839f2243bb5b9f09be28a94c163f8a5e157546c431fddfe7c20fa86ec9729709eb8df7ef60003ea623ae1bd6421c02b98f329db827c3cc5447842f67ae23e49ba1d6118cb9a55b93f9bfb8bc3c46f3e465c5d537e1d13b20
    [Sha1header] => c528cb3308e69a4b9baa9a1e23a6541b06254f0a
    [Sha256header] => 9494000c44cf0665d12395631c21a90e4a44c4b7f37a8b3b1bbc798a0b99e1dd
    [Name] => remi-release
    [Version] => 32
    [Release] => 1.fc32.remi
...
    [Payloaddigestalgo] => 8
    [IsSource] =>
)

Information sur un paquet installé :

$ rpm -q kernel-5.5.8
kernel-5.5.8-200.fc31.x86_64
php > print_r(rpmdbinfo("kernel-5.5.8"));
Array
(
    [0] => Array
        (
            [Name] => kernel
            [Version] => 5.5.8
            [Release] => 200.fc31
            [Summary] => The Linux kernel
            [Arch] => x86_64
        )
)

Recherche :

Par nom

$ rpm -qa \*redis\*
redis-6.0~RC2-1.fc31.remi.x86_64
php-pecl-redis5-5.2.0-1.fc31.remi.7.3.x86_64
php > print_r(rpmdbsearch("*redis*", RPMTAG_NAME, RPMMIRE_GLOB));
Array
(
    [1] => Array
        (
            [Name] => redis
            [Version] => 6.0~RC2
            [Release] => 1.fc31.remi
            [Summary] => A persistent key-value database
            [Arch] => x86_64
        )
    [2] => Array
        (
            [Name] => php-pecl-redis5
            [Version] => 5.2.0
            [Release] => 1.fc31.remi.7.3
            [Summary] => Extension for communicating with the Redis key-value store
            [Arch] => x86_64
        )
)

Par fichier installé

$ rpm -qf $(which php)
php-cli-7.3.15-1.fc31.remi.x86_64
php > print_r(rpmdbsearch(PHP_BINARY, RPMTAG_INSTFILENAMES));
Array
(
    [0] => Array
        (
            [Name] => php-cli
            [Version] => 7.3.15
            [Release] => 1.fc31.remi
            [Summary] => Command-line interface for PHP
            [Arch] => x86_64
        )
)

Dépendances

$ rpm -q --whatprovides php-rpminfo
php-pecl-rpminfo-0.4.0-1.fc31.remi.7.3.x86_64
php > print_r(rpmdbsearch("php-rpminfo", RPMTAG_PROVIDES));
Array
(
    [0] => Array
        (
            [Name] => php-pecl-rpminfo
            [Version] => 0.4.0
            [Release] => 1.fc31.remi.7.3
            [Summary] => RPM information
            [Arch] => x86_64
        )
)

Conclusion

Je pense que la majorité des fonctionnalités de recherche et d'information sur les RPM sont désormais disponible en PHP.

N'hésitez pas à signaler tout dysfonctionnement, ou demander des évolutions.

PHP version 7.3.16RC1 et 7.4.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 7.4.4RC1 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 ou remi-php74-test pour Fedora 30-31 et Enterprise Linux 7-8

Les RPM de PHP version 7.3.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 30-31 ou remi-php73-test pour Enterprise Linux.

emblem-notice-24.pngPHP version 7.2 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 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 7.4 :

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

ou, en utilisant le module (Fedora et RHEL 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 RHEL 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.4RC1 est dans Fedora rawhide pour la QA

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

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

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)

Paquets standards (php)

Jeedom v4, migration de mon installation

Guillaume Kulakowski

Après plusieurs mois d’hésitations, notamment dues à des congés pour lesquels je ne souhaitais pas mettre en défaut mon système: j’ai enfin sauté le pas vers la v4 de Jeedom. Pour rappel, la version 4 de Jeedom est à présent celle par défaut pour les nouvelles installations. Cependant pour ceux qui ont déjà un système […]

Cet article Jeedom v4, migration de mon installation est apparu en premier sur Guillaume Kulakowski's blog.

PHP version 7.2.28, 7.3.15 et 7.4.3

Remi Collet

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

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

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

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 30-32 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 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.1
  • les paquets EL-7 sont construits avec RHEL-7.7
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu62 (version 62.1)
  • les paquets EL utilisent désormais oniguruma5 (version 6.9.4, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.5 (sauf EL-6)
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php72 / php73 / php74)

PHPUnit 9

Remi Collet

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

Documentation :

emblem-notice-24.pngCette nouvelle version nécessite PHP ≥ 7.3 et n'est pas rétro-compatible avec les versions précédentes, donc s'installe en parallèle des versions 5, 6, 7 et 8.

Installation, Fedora et:Enterprise Linux 8 :

dnf --enablerepo=remi install phpunit9

Installation, Enterprise Linux 6 et 7 :

yum --enablerepo=remi install phpunit9

Remarque: cet outil est une pièce essentielle de la QA PHP dans Fedora. Cette version devrait être rapidement disponible dans Fedora ≥ 31 (après la revue des 19 nouveaux paquets).

PHP version 7.3.15RC1 et 7.4.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 7.4.3RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php74-test pour Fedora 29-30 et Enterprise Linux 7-8

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

emblem-notice-24.pngPHP version 7.2 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 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 7.4 :

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

ou, en utilisant le module (Fedora et RHEL 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 RHEL 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.3RC1 est dans Fedora rawhide pour la QA

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

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

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)

Paquets standards (php)

Compte-rendu Paris Open Source Summit 2019

Emmanuel Seyman

La grève des transports en région parisienne a pesé sur le POSS 2019. Tout d'abord, quelques associations étaient absentes, on pouvait tout de même en rencontrer une bonne vingtaine dont deux liées à des distributions autres que Fedora.

Les représentants de Borsalinux en ont également fait les frais: plus de deux heures de transport (tram, bus, tram puis marche à pied) pour arriver aux Docks en transportant sur sa personne les affaires de deux associations pour l'un d'entre nous, une bonne heure de marche à pied pour l'autre.

Le premier jour a été très pénible. En rigolant, on a dit que les exposants étaient en surnombre par rapport aux visiteurs et on se demande si ce n'était finalement pas vrai. Quelques personnes sont venues sur le stand mais, au final, ça a été très calme. Faute de visiteurs, on a préféré discuter avec les gens de Debian-France, les Mongueurs de Perl et OpenFoodFacts. Nous avons croisé quelques utilisateurs étrangers notamment un Indien et un Italien. Deux personnes sont également passés nous voir et la discussion a tournée vers LemonLDAP-NG et sa disponibilité pour RHEL et CentOS 8.x.

Ça a poussé Emmanuel à aller sur le stand de Worteks où il a trouvé Clément Oudot, le développeur principal de LemonLDAP-NG. La discussion a portée sur les différents modules Perl qu'utilise son application.

Le lendemain a été plus propice aux visiteurs, même si les difficultés de transport étaient aussi importantes et le nombre d'associations était le même que pour le premier jour. Le public nous a semblé plus jeune que ce à quoi nous nous attendions mais cela n'a pas empêché des questions très intéressantes. En fin de journée, Emmanuel est passé sur le stand de Red Hat où les animateurs du stand ont eu la gentillesse de lui filer le Graal : le dernier chapeau rouge qu'il leur restait. :-D" class="smiley

Assemblée Générale Ordinaire le 22 février 2020 à Paris

Association Borsalinux-Fr

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

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

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

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

3- Présentation des événements et des actions pour l'année 2020.

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

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

Par ailleurs, pour ceux qui le souhaitent, nous vous proposons de nous rejoindre avant vers midi au restaurant le Cuba Compagnie qui est situé à proximité du lieu de réunion. Pour partager un moment plus informel ensemble. Merci de nous contacter si cela vous intéresse pour réserver assez de couverts.

PHP version 7.2.27, 7.3.14 et 7.4.2

Remi Collet

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

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

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

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 29-31 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 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.1
  • les paquets EL-7 sont construits avec RHEL-7.7
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu62 (version 62.1)
  • les paquets EL utilisent désormais oniguruma5 (version 6.9.4, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.5 (sauf EL-6)
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php72 / php73 / php74)

phpMyAdmin version 5

Remi Collet

Les RPM pour installer la nouvelle version majeure de phpMyAdmin sont disponibles dans le dépôt remi pour Fedora et Enterprise Linux (RHEL, CentOS...).

 

Site officiel : http://www.phpmyadmin.net/

Annonce de la version : phpMyAdmin 5.0.0 is released

Cette nouvelle version est aussi disponible dans Fedora 31, mais la version 4.4.x restera dans EPEL-7. Donc elle est déjà disponible pour fedora 29 à 31 et pour enterprise linux 6 à 8 dans le dépôt remi.

emblem-notice-24.pngA noter : cette version nécessite PHP >= 7.1.3

Comme toujours, pour Fedora et Enterprise Linux 8:

dnf --enablerepo=remi install phpMyAdmin

Ou pour Enterprise Linux 6 et 7

yum --enablerepo=remi install phpMyAdmin

Je vous laisse découvrir cette nouvelle version qui intègre beaucoup de nouveautés, et remonter vos impressions.

 

PHP version 7.2 requise

Remi Collet

Voir la liste des versions supportées de PHP.

C'est donc désormais la version 7.2 minimum qui est requise pour certains paquets (noarch) du dépôt remi.

toto requiert php(language) >= 7.2

Bien que de dépôt remi fournisse toujours les paquets de PHP 5.6, 7.0 et 7.1, et que je prévois de maintenir ces versions encore quelques temps (en rétro-portant les correctifs de sécurité, alors que d'autres dépôts ont simplement prévu de les supprimer), ceci ne correspond pas à l'objectif principal de mon dépôt : fournir les dernières versions de PHP et favoriser leur adoption par les développeurs et les utilisateurs.

De plus en plus de projets ont déjà relevé la version minimum de PHP requise pour fonctionner :

  • phpMyAdmin depuis la version 5.0 (php 7.1)
  • PHPUnit depuis la version 8.0 (php 7.2)
  • Symfony Framework depuis la version 4 (php 7.1)
  • etc

Et de nombreux composants ont des mises à jours de sécurité qui ne sont pas disponibles actuellement.

Maintenir plusieurs versions des applications et bibliothèques et vraiment un boulot énorme. Désormais, elle seront progressivement déplacées dans le dépôt stable.

Si vraiment vous souhaitez continuer à utiliser une ancienne version de PHP:

  • vous devrez vous passer des applications et bibliothèques récents, et empêcher leur installation (directive exclude dans le fichier remi.conf)
  • mettre à jour le PHP du système en version 7.2, et utiliser la SCL pour les sites nécessitant l'ancienne version

Je recommande de prévoir la migration vers une version maintenue :

En particulier, il me semble utile de rappeler que depuis la version 5.4, la compatibilité des nouvelles versions est très bonne, et que la mise à jour est souvent facile (mais nécessite quand même quelques tests).

Je suis un peu triste de voir que les versions non maintenues représentent toujours plus de la moitié des téléchargements

Je comprends que cela ferra plaisir à certains et moins à d'autre, mais j'espère vraiment que cela favorisera la mise à jour vers une version maintenue, et que les statistiques de téléchargement le montreront.

Note : C'est déjà la version minimum pour les dépôts Fedora et EL-8, donc ce changement ne concerne que EL-6 et EL-7.

PHP version 7.3.14RC1 et 7.4.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 7.4.2RC1 sont disponibles en SCL dans le dépôt remi-test et les paquets de base dans le dépôt remi-php74-test pour Fedora 29-30 et Enterprise Linux 7-8

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

emblem-notice-24.pngPHP version 721 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 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 7.4 :

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

ou, en utilisant le module (Fedora et RHEL 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 RHEL 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.2RC1 est dans Fedora rawhide et la version 7.3.14RC1 dans updates-testing de F31 pour la QA

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

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

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)

Paquets standards (php)

AMC version 1.4.0 Fedora 31

Patrice Kadionik

Les RPM d'AMC (Auto Multiple Choice) version 1.4.0 pour Fedora 31 sont disponibles dans le dépôt eddy33. Fedora 31 ne supportant plus l'architecture x86 32 bits, seule la version AMC 64 bits sera disponible.


Installation :

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

PHP version 7.2.26, 7.3.13 et 7.4.1

Remi Collet

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

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

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

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 29-31 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 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.0
  • les paquets EL-7 sont construits avec RHEL-7.7
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu62 (version 62.1)
  • les paquets EL utilisent désormais oniguruma5 (version 6.9.4, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.5 (sauf EL-6)
  • beaucoup de nouvelles extensions sont aussi disponible, voir PECL extension RPM status page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php72 / php73 / php74)

PHP 7.1 is dead

Remi Collet

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

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

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

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

Read :

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

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

PHP 7.1 est mort

Remi Collet

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

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

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

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

Voir :

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

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

Fedora 31 vs Fedora 30 : comparaison des performances pour les versions 64 bits

Patrice Kadionik

Salut.

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

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

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

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

Fedora 31 version 64 bits :

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

Moyenne : 695.6

Fedora 30 version 64 bits :

Voici pour rappel les résultats obtenus avec Fedora 30 :
Série 1 : 603.2
Série 2 : 612.5
Série 3 : 620.0
Série 4 : 620.0
Série 5 : 605.6
Série 6 : 605.2
Série 7 : 605.4
Série 8 : 611.3
Série 9 : 614.1
Série 10 : 609.5

Moyenne : 610,7

Résultats :

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


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

perfs_fedora_F31.png

Conclusion :

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

++

Résultats des élections de Fedora 12/19

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
520     Dennis Gilmore
--------------------------------------------
259     Alberto Rodríguez Sánchez
237     John M. Harris, Jr.

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

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

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

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

Les résultats pour le Mindshare sont donc :

# votes |  noms
134     Héctor Louzao

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

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

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

Page générée le 01 déc 2020 à 08:47