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.

DNSSEC sur les sous-domaines

Matthieu Saulnier

Bonjour à toi Lecteur, ça faisait un moment.

Aujourd'hui on va parler de quelque chose dont on a beaucoup entendu parler, qui inspire la crainte et l'espoir, l'orgueil et la peur. DNSSEC, ce système, permet de bloquer les serveurs DNS menteurs. Les serveurs DNS menteurs sont les résolveurs utilisés par les utilisateurs d'Internet, ce sont ceux des FAI pour le grand public, ce sont ceux des entreprises dans les grandes entreprises, et ceux d'OpenDNS ou Google pour les geeks.

Ces résolveurs ne sont pas trop à craindre, il y a peu d'abus, sauf sur les résolveurs des FAI qui suivent les censures d'État, OpensDNS qui applique une politique non-neutre, Google qui doit bien défendre ses intérêts, etc...

Et puis, en dehors des résolveurs, il y a d'autres mécanismes pour résoudre les noms en adresse IP directement implanté dans le système de chaque machine (/etc/hosts), et il y a le cache du navigateur en plus.

Comme tu le constates, cher lecteurs, il y a plein d'endroits où trouver des réponses à des requêtes DNS, mais il n'y a rien qui dit que la réponse est la bonne !

C'est pour résoudre ce problème simple qu'a été inventé DNSSEC. Il est très compliqué à mettre en place et demande beaucoup d'actions manuelles. Et le pire, c'est qu'il faut renouveler toutes ces actions tous les mois pour compenser la petite taille des clés cryptographiqes afin de maintenir un bon niveau de sécurité sur la zone DNS.

Autant dire qu'il parait impensable de le mettre en place dans ces conditions. Ceci était mon premier constat.

Il y a plein d'articles sur Internet qui expliquent comment installer DNSSEC, je mets de coté le fait qu'ils ont l'air compliqués, ce n'est pas le problème. Il y a deux problèmes en réalité.

Le premier est que tout ces articles expliquent comment mettre en place DNSSEC avec un bureau d'enregistrement (Registrar), sans expliquer le principe de base. Pour moi, c'est trop obscure, et je pense que ça a dû rebutter beaucoup de personnes.

Le second problème est que, s'il on ne peux pas comprendre le principe de base, comment peut-on appliquer le principe à ses sous-domaines. Je ne critique pas le fait qu'il n'y ai presque aucune documentation (vraiment aucune) sur le DNSSEC pour ses sous-domaine. Je ne suis pas un consommateur et je n'aime pas quand c'est tout cuit.

J'ai donc écumé le web, et j'ai trouvé cet article, qui explique à la perfection le principe de base, et qui rend applicable la technique à ses sous-domaine. On chauffe...

Et là, cher Lecteur, tu te dis :

Aoutch, il faut multiplier le travail par le nombre de zone DNS pour les sous-domaines ! /o\

Oui mais non. Grâce à cet article, j'ai pu suffisament bien comprendre la technique pour faire un script qui automatise *tout*.

Absolument "tout" ?

C'est obligatoire, le DNSSEC est une chaine, on ne peut pas reprendre la chaine à mi-chemin, en cours de route. Ça ne fonctionne pas comme ça.

C'est pourquoi le script ne peut pas fonctionner si l'on ne lui indique pas le domaine principal. Si on lui indique que le domaine principal, il va faire le job. Mais l'idée de ce script, c'est de lui indiquer autant de zones DNS de sous-domaine que l'on veut : il va faire le travail pour intégrer les sous-domaines à la zone du domaine principal. Le gain de temps est monstrueux.

On peut le relancer tous les mois ou toutes les semaines pour changer le salage. On peut le lancer tous les 3 mois pour changer toutes les clés cryptographiques. Il affiche dans la console toutes les informations utiles pour mettre à jours les enregistrements chez son Registrar.

Alors certes, ce billet n'est pas une énième doc sur le DNSSEC, mais je tenais à partager mon script, je le fais tourner intensément depuis 2 petites semaines, et les résultats sont bons...

Voici les dessins produits par un validateur en ligne, un schéma vaut mieux qu'un long discours :

Capture décran du 2019-09-28 23-04-09.png

Une idée d'amélioration : pouvoir intégrer DNSSEC sur une zone DNS d'un sous-sous-domaine.

Capture décran du 2019-09-28 23-04-54.png

PHP version 7.2.24RC1 et 7.3.11RC1

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.3.11RC1 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.

Les RPM de PHP version 7.2.24RC1 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 29 ou remi-php72-test pour Enterprise Linux.

 

emblem-notice-24.pngPHP version 7.1 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.3 :

yum --enablerepo=remi-test install php73

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

yum --enablerepo=remi-test install php72

Mise à jour, de PHP 7.3 :

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

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

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

Mise à jour, de PHP 7.2:

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

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

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

A noter : la version 7.4.0RC3 est dans Fedora rawhide pour la QA

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

emblem-notice-24.pngLes paquets pour 7.4.0RC3 sont aussi disponibles.

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

Paquets standards (php)

PHPUnit 8.4

Remi Collet

Les RPM de PHPUnit version 8.4 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.2 et n'est pas rétro-compatible avec les versions précédentes, donc s'installe en parallèle des versions 5, 6 et 7.

Installation, Fedora et:Enterprise Linux 8 :

dnf --enablerepo=remi install phpunit8

Installation, Enterprise Linux 6 et 7 :

yum --enablerepo=remi install phpunit8

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

PHP version 7.2.23 et 7.3.10

Remi Collet

Les RPM de PHP version 7.3.10 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.23 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-notice-24.pngPas de correctifs de sécurité ce mois ci, donc pas de mise à jour de la version 7.1.32.

emblem-important-2-24.png PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus 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.

emblem-important-2-24.pngLa version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillé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.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

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

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

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

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

Installation en parallèle, en Software Collections de PHP 7.2

yum install php72

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.3, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.3 (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 (php71 / php72 / php73)

Dépôt pour CentOS 8

Remi Collet

Peu de temps après RHEL-8CentOS 8 est sortie et bien sur mon dépôt est déjà ouvert et complet.

 

Installation du dépôt :

# 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

Et par exemple, pour installer PHP 7.3 (flot alternatifs)

# dnf module install php:remi-7.3
# php --version
PHP 7.3.10 (cli) (built: Sep 24 2019 12:06:35) ( NTS )
Copyright (c) 1997-2018 The PHP Group
Zend Engine v3.3.10, Copyright (c) 1998-2018 Zend Technologies

À noter, si vous voulez installer plusieurs versions en parallèle, les Software Collections de PHP 5.6, 7.0, 7.1, 7.2, 7.3 et 7.4 sont aussi disponibles.

# dnf install php56
# module load php56
# php --version
PHP 5.6.40 (cli) (built: Apr 30 2019 11:08:08) 
Copyright (c) 1997-2016 The PHP Group
Zend Engine v2.6.0, Copyright (c) 1998-2016 Zend Technologies

 

N'oubliez pas de suivre les instructions plus détaillées de l'assistant

 

[F31] Participez à la journée de test consacrée à la mise à niveau

Charles-Antoine Couret

Aujourd'hui, ce lundi 23 septembre, est une journée dédiée à un test précis : sur la mise à niveau de Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

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

En quoi consiste ce test ?

Nous sommes proches de la diffusion de Fedora 31 édition finale. Et pour que ce lancement soit un succès, il est nécessaire de s'assurer que le mécanisme de mise à niveau fonctionne correctement. C'est-à-dire que votre Fedora 29 ou 30 devienne Fedora 31 sans réinstallation, en conservant vos documents, vos paramètres et vos programmes. Une très grosse mise à jour en somme.

Les tests du jour couvrent :

  • Mise à niveau depuis Fedora 30 ou 29, avec un système chiffré ou non ;
  • Même que précédemment mais avec KDE comme environnement ou une version Spin quelconque ;
  • De même avec la version Server au lieu de Workstation ;
  • En utilisant GNOME Logiciels plutôt que dnf.

En effet, Fedora propose depuis quelques temps déjà la possibilité de faire la mise à niveau graphiquement avec GNOME Logiciels et en ligne de commande avec dnf. Dans les deux cas le téléchargement se fait en utilisation normale de votre ordinateur, une fois que ce sera prêt l'installation se déroulera lors du redémarrage.

Pour ceux qui veulent bénéficier de F31 avant sa sortie officielle, profitez-en pour réaliser ce test, que cette expérience bénéficie à tout le monde. :-)" class="smiley

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

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

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

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

[F31] Participez à la journée de test consacrée à GNOME 3.34

Charles-Antoine Couret

Aujourd'hui, ce mercredi 18 septembre, est une journée dédiée à un test précis : sur l'environnement de bureau GNOME. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

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

En quoi consiste ce test ?

Nous juste après la diffusion de la Fedora 31 beta. L'environnement de bureau GNOME est celui par défaut depuis les débuts de Fedora.

L'objectif est de s'assurer que l'ensemble de l'environnement et que ses applications sont fonctionnels.

Les tests du jour couvrent :

  • La détection de la mise à niveau de Fedora par GNOME Logiciels ;
  • Le bon fonctionnement du navigateur Web ;
  • La connexion / déconnexion et changement d'utilisateurs ;
  • Le fonctionnement du son, notamment détection de la connexion ou déconnexion d'écouteurs ou casques audios ;
  • Possibilité de lancer les applications graphiques depuis le menu.
  • Et tant d'autres.

Comme vous pouvez le constater, ces tests sont assez simples et peuvent même se dérouler sans se forcer en utilisant simplement GNOME comme d'habitude. Donc n'hésitez pas de prendre quelques minutes pour vérifier les comportements et rapporter ce qui fonctionne ou non comme attendu.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

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

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

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

Fedora 31 Beta est de sortie

Charles-Antoine Couret

En ce mardi 17 septembre, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Beta Fedora 31.

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 31 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 22 ou 29 octobre. Voici les nouveautés annoncées pour cette version :

Expérience utilisateur

  • Passage à GNOME 3.34.
  • La roue tourne pour Xfce avec la version 4.14.
  • Mise à jour de DeepinDE 15.11.
  • Firefox utilise Wayland nativement par défaut, bien entendu si la session de bureau le permet.
  • Les applications Qt utiliseront de manière analogue Wayland lors d'une session GNOME sous Wayland.
  • Les paquets RPM utilisent le format de compression zstd au lieu de xz. Le temps de décompression est bien plus rapide d'un facteur trois ou quatre pour le paquet Firefox par exemple. Mais générer un paquet est légèrement plus long.

Gestion du matériel

  • Le noyau Linux i686 n'est plus généré et les dépôts associés sont également supprimés. De fait il n'y aura plus d'images de Fedora pour cette architecture, ni mise à niveau possible depuis Fedora 30 pour ces utilisateurs. Des paquets i686 peuvent subsister dans les dépôts à destination des utilisateurs ayant l'architecture x86_64 uniquement.
  • Le spin Xfce de Fedora dispose d'une image pour l'architecture AArch64.
  • Sur les machines avec la fonctionnalité Secure Boot de l'UEFI activé, GRUB peut maintenant utiliser ses modules de sécurité nativement.

Internationalisation

  • Les paquets langpacks sont subdivisés avec une partie langpacks-core qui ne propose que la police par défaut et la locale correspondante. L'utilisateur a donc plus de flexibilité à ce niveau.
  • Mise à jour d'IBus 1.5.21.
  • Les polices Google Noto Variables auront maintenant la priorité sur les polices non variables du même fournisseur.

Administration système

  • Le binaire /usr/bin/python fait référence dorénavant à Python 3 et non Python 2. En effet, Python 2 ne sera plus supportée par le projet officiel en janvier 2020, le projet Fedora respecte donc la PEP 394 pour entamer la transition. En cas de problèmes vous pouvez créer le lien symbolique ~/.local/bin/python pour un utilisateur ou /usr/local/bin/python pour le système entier afin de restaurer le comportement habituel.
  • De fait, il y a une suppression massive de paquets Python 2 pour ne garder essentiellement que les derniers projets non convertis à Python 3 aujourd'hui.
  • La fonction des politiques de sécurité, introduite peu à peu dans Fedora ces dernières années, offre maintenant la possibilité aux administrateurs de personnaliser les règles comme le choix des protocoles de sécurité utilisables ou non sur le système.
  • Le noyau propose les cgroups 2 au lieu de la version 1 utilisée jusqu'alors.
  • OpenSSH refuse par défaut les identifications par mot de passe pour le compte super utilisateur.
  • Tous les groupes utilisateurs ont la possibilité native de faire des ping sur le réseau sans binaire setuid. Cela est surtout à destination des environnements avec conteneur ou Fedora Silverblue.
  • Le compteur RPM atteint la version 4.15.
  • DNF émettra une erreur par défaut si un dépôt est non accessible au lieu d'émettre seulement un avertissement. Cela est surtout à destination des dépôts tiers qui n'activaient pas forcément cette option dans leur configuration.
  • YUM 3 tire sa révérence, uniquement un lien symbolique vers DNF est maintenu. Son API n'est également plus accessible.
  • Les paquets liés à 389-console sont retirés au profit d'une nouvelle interface web.

Développement

  • Mise à jour de la bibliothèque C glibc vers la version 2.30.
  • Gawk passe à la branche 5.0.
  • Node.js en est à son 12e nœud.
  • Le générateur de documentation Sphinx passe à la version 2 et abandonne la prise en charge de Python 2.
  • Les tests Python passent du paquet python3-libs au paquet python3-test.
  • Le langage Go fonce vers la version 1.13.
  • Le langage Perl reluit à la version 5.30.
  • Mise à jour du langage Erlang et OTP à la version 22.
  • Alors que le compilateur Haskell GHC et Stackage LTS passent respectivement à la version 8.6 et 13.
  • La pile .Net libre Mono bénéficie de la version 5.20.
  • L'environnement et la chaine de compilation MinGW passent la 6e.
  • Le projet Fedora propose une configuration alternative de l'éditeur de lien, pour passer aisément de celui du projet GNU LD à celui de LLVM LDD et vice versa sans changer l'environnement de développement.
  • L'éditeur de lien GOLD de binutils, développé par Google mais maintenu par GNU maintenant a son propre paquet binutils-gold pour facilement s'en séparer si la maintenance s'arrête. Le projet n'étant plus développé activement.

Projet Fedora

  • L'image Cloud de Fedora bénéficiera d'une nouvelle image chaque mois.
  • Dans la continuité de rendre Rawhide plus stable et d'améliorer l'assurance qualité, Rawhide a maintenant Bodhi qui est activé. Cela signifie qu'un paquet doit suivre le même processus pour une mise à jour sur Rawhide que pour une version stable.
  • Les sources RPM peuvent avoir des dépendances lors de la compilation générée dynamiquement. En effet de plus en plus de langages comme Rust ou Go gèrent eux mêmes les dépendances pour compiler un projet. Ainsi, l'empaqueteur n'a plus pour ces projets à recopier les dépendances que le projet a déjà lui même renseigné.
  • De nouvelles règles d'empaquetage pour les projets utilisant Go ont été édictées.
  • L'environnement de compilation de Fedora, le buildroot, utilise un gdb minimal pour gagner en efficience. Il ne dispose plus de la gestion du XML ou de Python.
  • Les dépendances autour du langage R peuvent maintenant être résolues automatiquement.
  • Le paquet glibc i686 nécessaire pour le buildroot de Fedora bénéficie d'une amélioration de sa compilation pour être plus maintenable et garantir le respect de la licence LGPL.

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 de 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 ici 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 30 ou 29 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 Zanata.

Bons tests à tous !

PHP version 7.2.23RC1 et 7.3.10RC1

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. (uniquement pour x86_64) et également en paquets de base.

Les RPM de PHP version 7.3.10RC1 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.

Les RPM de PHP version 7.2.23RC1 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 29 ou remi-php72-test pour Enterprise Linux.

 

emblem-notice-24.pngPHP version 7.1 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.3 :

yum --enablerepo=remi-test install php73

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

yum --enablerepo=remi-test install php72

Mise à jour, de PHP 7.3 :

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

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

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

Mise à jour, de PHP 7.2:

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

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

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

A noter : la version 7.3.10RC1 dans Fedora rawhide pour la QA

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

emblem-notice-24.pngLes paquets pour 7.4.0RC1 sont aussi disponible.

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

Paquets standards (php)

[F31] Participez à la journée de test consacrée à l'internationalisation

Charles-Antoine Couret

Cette semaine, à partir du 9 septembre, est une semaine dédiée à un test précis : sur l'internationalisation de Fedora. En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

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

En quoi consiste ce test ?

Comme chaque version de Fedora, la mise à jour de ses outils impliquent souvent lapparition de nouvelles chaînes de caractères à traduire et de nouveaux outils liés à la prise en charge de langues (en particulier asiatiques).

Pour favoriser l'usage de Fedora dans l'ensemble des pays du monde, il est préférable de s'assurer que tout ce qui touche à l'internationalisation de Fedora soit testée et fonctionne. Notamment parce qu'une partie doit être fonctionnelle dès le LiveCD d'installation (donc sans mise à jour).

Les tests du jour couvrent :

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

Bien entendu, étant donné les critères, à moins de savoir une langue chinoise, l'ensemble des tests n'est pas forcément réalisable. Mais en tant que francophones, de nombreuses problématiques nous concernent et remonter les problèmes est important. En effet, ce ne sont pas les autres communautés linguistiques qui identifieront les problèmes d'intégration de la langue française.

Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée.

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

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

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

Nouvelle machine pour 2020, 2021...

Remi Collet

Ma nouvelle machine est opérationnelle :

  • Carte mère Gigabyte Z370 AORUS Ultra Gaming
  • Processeur Intel(R) Core(TM) i9-9900K CPU @ 3.60GHz
  • WaterCooling
  • Mémoire 2x16Gio

Récupérés sur mon ancienne machine :

  • Disque SSD, 180Go et 480Go
  • Disque SATA 320Go, 500Go et 4000Go

Première mise à l'épreuve, temps de démarrage < 5" et la compilation de PHP 7.4 passe de 2'11" à 0'55". Cool.

Je prévois donc rapidement de l'étendre avec:

  • 32Gio de mémoire

Merci à tous ceux qui veulent participer, voir la page Merci/Thanks.

Mon ancienne machine de 2013 sera évidement ré-utilisée.

PHP en route vers la sortie de la version 7.4.0

Remi Collet

La version 7.4.0RC1 vient juste d'être publiée. C'est maintenant la phase de stabilisation qui commence pour les développeurs, et de test pour les utilisateurs.

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

 

emblem-important-4-24.pngLe dépôt contient actuellement des versions en cours de développement qui ne sont pas destinées à être utilisées en production.

Lire aussi : PHP 7.4 en Software Collection

emblem-notice-24.pngInstallation : voir la Configuration du dépôt et choisir le mode d'installation.

Remplacement du PHP par défaut du système par la version 7.4 avec les modules (le plus simple pour Fedora et EL-8) :

dnf module disable php
dnf module install php:remi-7.4

Remplacement du PHP par défaut du système par la version 7.4 avec le dépôt (le plus simple pour EL-7) :

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

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

yum install php74

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

  • la version EL7 est construite avec RHEL-7.6
  • la version EL6 est construite avec RHEL-6.10
  • beaucoup d'extensions sont aussi disponibles, voir la page PECL extension RPM status.
  • suivre les commentaires pour les mise à jour jusqu'à la version finale.

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php74)

PHP version 7.1.32, 7.2.22 et 7.3.9

Remi Collet

Les RPM de PHP version 7.3.9 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.22 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).

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

emblem-important-2-24.png PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus 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-30 et EL-8.

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

emblem-important-2-24.pngLa version 7.1 étant proche de sa fin de vie, en décembre 2019, une mise à jour vers une version supérieure est conseillé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.3 (le plus simple) :

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

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

yum install php73

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

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

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

yum install php72

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-7 sont construits avec RHEL-7.6
  • 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.3, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.3 (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 (php71 / php72 / php73)

PHP version 7.2.22RC1 et 7.3.9RC1

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. (uniquement pour x86_64) et également en paquets de base.

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

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

 

emblem-notice-24.pngPHP version 7.1 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.3 :

yum --enablerepo=remi-test install php73

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

yum --enablerepo=remi-test install php72

Mise à jour, de PHP 7.3 :

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

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

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

Mise à jour, de PHP 7.2:

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

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

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

A noter : la version 7.3.9RC1 dans Fedora rawhide pour la QA

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

emblem-notice-24.pngLes paquets pour 7.4.0alpha3 sont aussi disponible en Software Collections.

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

Paquets standards (php)

PHPUnit 8.3

Remi Collet

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

Documentation :

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

Installation, Fedora et:Enterprise Linux 8 :

dnf --enablerepo=remi install phpunit8

Installation, Enterprise Linux 6 et 7 :

yum --enablerepo=remi install phpunit8

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

PHP version 7.1.31, 7.2.21 et 7.3.8

Remi Collet

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

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

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

emblem-important-2-24.png PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus 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-30 et EL-8-Beta.

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

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

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

yum install php73

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

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

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

yum install php72

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-7 sont construits avec RHEL-7.6
  • 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 5.9.1, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.3 (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 (php71 / php72 / php73)

PHP version 7.2.21RC1 et 7.3.8RC1

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. (uniquement pour x86_64) et également en paquets de base.

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

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

 

emblem-notice-24.pngPHP version 7.1 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.3 :

yum --enablerepo=remi-test install php73

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

yum --enablerepo=remi-test install php72

Mise à jour, de PHP 7.3 :

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

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

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

Mise à jour, de PHP 7.2:

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

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

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

A noter : la version 7.3.8RC1 dans Fedora rawhide pour la QA

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

emblem-notice-24.pngLes paquets pour 7.4.0alpha3 sont aussi disponible en Software Collections.

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

Paquets standards (php)

QElectroTech version 0.70

Remi Collet

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

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

Site officiel : http://qelectrotech.org/ .

Bien sur l'installation se fait avec YUM :

yum --enablerepo=remi install qelectrotech

Les RPM (version 0.70-1) sont disponibles pour Fedora ≥ 28 et Enterprise Linux 7 (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.7-dev).

Résultats des élections de Fedora 06/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 (qui est le seul candidat) :

  # votes |  name
 176          Till Maas (till)

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

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

  # votes |  name
695     Stephen Gallagher (sgallagh)
687         Igor Gnatenko (ignatenkobrain)
615     Aleksandra Fedorova (bookwar)
569     Petr Šabata (psabata)
--------------------------------------------
525      Jeremy Cline
444     Fabio Valentini (decathorpe

À titre indicatif le score maximal possible était de 205 * 6 soit 1230.

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

  # votes |  name
221     Sumantro Mukherjee (sumantrom)
--------------------------------------------
172     Luis Bazan (lbazan)

À titre indicatif le score maximal possible était de 178 * 2 soit 356.

Nous pouvons noter que globalement le nombre de votants pour chaque scrutin était proche aux alentours de 175-200 votants ce qui est un poil moins que la fois précédente (200-250 en moyenne). Les scores sont aussi plutôt éparpillés.

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

PHP version 7.2.20 et 7.3.7

Remi Collet

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

Les RPM de PHP version 7.2.20 sont disponibles dans le dépôt remi pour Fedora 28-29 et dans le dépôt remi-php72 pour Fedora 27 et 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.1.30.

emblem-important-2-24.png PHP version 5.6 et version 7.0 ont atteint leur fin de vie et ne sont plus maintenus 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-30 et EL-8-Beta.

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

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

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

yum install php73

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

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

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

yum install php72

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-7 sont construits avec RHEL-7.6
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais icu version 62.1 (au lieu de 50..1)
  • les paquets EL utilisent désormais oniguruma5 (version 5.9.1, au lieu de la version embarquée)
  • l'extension oci8 utilise désormais le client Oracle version 19.3 (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 (php71 / php72 / php73)

Page générée le 13 oct 2019 à 03:18