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.

Nouvelle version de Fedora dite 33

Charles-Antoine Couret

En ce mardi 27 octobre, les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Fedora 33.

Fedora est une distribution communautaire développée par le projet Fedora et sponsorisée par Red Hat, qui lui fournit des développeurs ainsi que des moyens financiers et logistiques. Fedora peut se voir comme une sorte de vitrine technologique pour le monde du logiciel libre, cest pourquoi elle est prompte à inclure des nouveautés.

Fedora garde un rôle central dans le développement de ces nouveautés via le développement en amont. En effet, les développeurs de la distribution contribuent également directement au code dun certain nombre de logiciels libres contenus dans la distribution, dont le noyau Linux, GNOME, NetworkManager, PackageKit, PulseAudio, Wayland, systemd, la célèbre suite de compilateurs GCC, etc. Cliquez ici pour voir lensemble des contributions de Red Hat.

Cela a été aussi abordé dans une série d'articles ici, et par ici encore.

GNOME-Bureau.png

Expérience utilisateur

Passage à GNOME 3.38. Cette mise à jour apporte de nombreux changements :

  • Les grilles d'applications fréquemment utilisées et toutes ont fusionné.
  • L'application Visite a été revisitée pour guider les utilisateurs lors de leur première utilisation de GNOME, pour présenter les fonctionnalités de base et être plus accessible aux débutants.
  • Un contrôle parental a été ajouté au panneau de configuration des utilisateurs. Des applications peuvent ne pas être lancées ou installées par un utilisateur particulier.
  • Quelques améliorations ergonomiques avec l'option pour afficher le pourcentage de batterie (sans recourir aux paramètres avancés) ou la possibilité de redémarrer la machine directement depuis le menu principal.
  • Certaines applications ont été redessinées comme l'outil de capture d'écran ou l'enregistrement vocal. De nombreuses icônes d'application ont été aussi redessinées.
  • Amélioration des performances lors de l'enregistrement de l'écran.
  • Avec Wayland uniquement, les écrans peuvent avoir un taux de rafraichissement différent, selon les spécifications de la machine.
  • Le navigateur Web de GNOME active par défaut une protection contre le pistage, permet de rendre un onglet muet et désactive la lecture automatique des vidéos.
  • Le gestionnaire d'index de fichiers Tracker a été mis à jour vers la version 3 et la plupart des applications GNOME en tire profit. Il permet principalement à chaque application d'avoir son propre index, ce qui est aussi utile dans le cas des applications fonctionnant avec Flatpak.

Nettoyage de la fonction pour cacher le menu du chargeur de démarrage. Cette fonction introduite avec Fedora 29 permet de mettre à jour le noyau de manière transparente pour l'utilisateur. Si après une mise à jour du noyau le démarrage échoue, le chargeur de démarrage le détectera pour choisir le noyau précédent automatiquement par la suite. Cette fonction était spécifique à Fedora et l'objectif ici est de la rendre disponible en amont et sera également plus maintenable en tirant parti de l'API de systemd et de sa variable d'environnement SYSTEMD_REBOOT_TO_BOOT_LOADER_MENU.

C'est le retour des fonds d'écran animés par défaut, le fond d'écran a une teinte qui varie en fonction de l'heure de la journée. Fedora avait introduit cette nouveauté dans Fedora 7 avant de la rendre facultative par la suite.

L'environnement de bureau LXQt 0.15.0 a été mis à jour. Cette version apporte entre autres :

  • Un nouveau widget pour la barre principale pour changer la luminosité de l'écran.
  • La luminosité de l'écran peut également se réduire automatiquement si l'ordinateur est inactif trop longtemps.
  • Depuis la barre des tâches il devient possible de changer le bureau virtuel d'une application.
  • Le navigateur de fichiers peut sauvegarder les mots de passe pour monter un système de fichier, si le démon gnome-keyring est actif.

GNOME-Redémarrer.png

L'éditeur de texte en console nano devient l'éditeur de texte par défaut en lieu et place de vi . En réalité la variable $EDITOR n'a jamais été configurée par défaut dans Fedora et pour de nombreux outils tels que git, vi devenait le choix alternatif privilégié. Cependant nano est considéré comme plus intuitif pour les utilisateurs en ne nécessitant pas de connaissances particulières pour s'en servir. Que les amateurs de l'éditeur du diable se rassurent, le paquet vim-minimal qui installe vi (mais pas vim) est installé par défaut, il reste donc disponible sur une nouvelle installation. Seule la variable $EDITOR est ici affectée.

L'extension de mémoire avec le mécanisme du swap utilise maintenant zram par défaut. En effet, quand la mémoire vive physique vient à manquer, le noyau peut utiliser la pagination pour transférer des programmes ou données en mémoire sur la mémoire de masse comme le disque dur ou un SSD. Cela est transparent pour l'utilisateur et les programmes mais cependant cette procédure est lente car ces périphériques ne sont pas aussi rapides d'accès que la RAM. Il n'est pas rare en effet que l'usage de swap puisse ralentir un ordinateur trop fortement, nécessitant de le redémarrer brutalement. Pour améliorer la réactivité et les performances, on peut à la place compresser en RAM ces données. Cela libère de la place tout en étant plus rapide que d'utiliser la mémoire de masse en échange d'un léger surcoût en mémoire de 0,1% à 0,04%. C'est ce que propose zram. Ce changement concerne aussi les systèmes existants. Les partitions ou fichiers swap existants sont préservés et obtiennent une priorité d'utilisation plus faible, donc uniquement quand zram aura atteint ses propres limites. Par défaut zram sera configuré pour avoir une taille équivalente à la moitié de la RAM du système, borné à 4 Gio si l'ordinateur a plus de 8 Gio de RAM.

Btrfs devient le système de fichier par défaut des variantes orientées bureautiques dont Fedora Workstation. Il remplace ainsi ext4 qui reste évidemment possible d'utiliser pour ceux le souhaitant. Notons que OpenSuse 13.4 avait sauté le pas en 2014, et Facebook l'utilise en interne depuis un moment, un employé de l'entreprise ayant d'ailleurs participé à ce changement dans Fedora. Les bénéfices attendus sont :

  • La correction de certains bogues liés à la séparation stricte entre les partitions / et /home.
  • Une compression native des données redondantes, réduisant l'espace de stockage pris et l'usure des périphériques de stockage.
  • La possibilité de réserver des IO minimum à certains processus via l'usage des cgroups, ce que Btrfs gère bien.
  • Réduction de la complexité du stockage en ayant Btrfs qui gère l'ensemble depuis le noyau.

Les systèmes existants ne sont pas concernés par ce changement pour éviter les problèmes liés à une telle migration qui serait compliquée d'automatiser de manière fiable.

DXVK devient l'implémentation de référence de wine3d en étant basé sur Vulkan. Cela améliorera les performances et la compatibilité des programmes graphiques prévus pour Windows et fonctionnant sous Fedora, en particulier les jeux vidéo. Le paquet wine-dxvk était disponible depuis Fedora 31 pour activer ce changement manuellement.

Alors que earlyoom était apparu sur Fedora Workstation 32, la variante Fedora KDE le propose désormais par défaut. En somme, quand la mémoire vive descend en dessous de 4% de mémoire disponible et que la mémoire swap descend en dessous des 10%, un signal SIGTERM sera envoyé au processus choisi pour être coupé proprement afin de libérer assez de mémoire pour que la machine continue de tourner dans ces conditions. Si cela descend respectivement à 2% pour la RAM et 5% pour la swap, un signal SIGKILL sera envoyé ce qui mettra fin au processus immédiatement. L'objectif est de garder un système fluide et utilisable pour l'utilisateur, en évitant de devoir recourir à un redémarrage forcé.

Un cgroups a été créé pour réserver des ressources minimum aux sessions graphiques actives. Un utilisateur actif avec une session graphique a 250 Mio de réservé, plafonné à 10% de la mémoire vive disponible. Ce dispositif repose sur le démon uresourced pour le moment, l'objectif sera de le l'intégrer dans les projets en amont plus tard.

Gestion du matériel

Activation des techniques Arm Pointer Authentication et de Branch Target Identification pour l'architecture Aarch64 pour améliorer la sécurité des programmes par défaut. La première technique permet de se protéger contre les attaques de type Return Oriented Programming, les pointeurs reçoivent un tag qui est ensuite vérifié pour s'assurer qu'il n'a pas été altéré. Le second consiste en identifiant les sauts et branchements dans le code pour qu'ils ne puissent aller que dans une liste d'instructions autorisées, limitant le risque d'exécution de code arbitraire. Les paquets sont donc compilés avec GCC et son option -mbranch-protection=standard.

Meilleure gestion des pics d'activité et de la chauffe des processeurs Intel, entre autre via le démon thermald. En effet les processeurs modernes, notamment ceux d'Intel, disposent d'une grande variété de capteurs de températures et de différents modes pour limiter la fréquence du processeur afin de réduire ou contenir la température. Ce démon va collecter les données du processeur pour choisir le mode le plus optimal de fonctionnement.

Pourcentage batterie.png

L'écosystème .NET Core est disponible pour Aarch64 et non plus uniquement pour l'architecture x86_64.

L'édition Internet des objets de Fedora devient une édition officielle de Fedora. Il obtient donc le même statut que l'édition Workstation ou Server. Cette édition qui cible les architectures x86_64, Aarch64 et ARMv7 repose sur rpm-ostree comme Fedora Silverblue et les applications dans des conteneurs pour faciliter la maintenance et la mise à jour des composants internes. C'est également une édition minimaliste par défaut.

Internationalisation

La plateforme de traduction Zanata tire complètement sa révérence de l'écosystème Fedora. Cela met fin à la transition de la plateforme de traduction de Zanata vers Weblate qui a franchi une grande étape déjà dans Fedora 32. Ainsi il n'y a plus qu'une seule plateforme de traduction active, ce qui simplifie la maintenance et la gestion des traductions.

Weblate apporte aussi entre autre pour les contributeurs :

  • De simplifier l'accès aux nouveaux, en n'ayant pas besoin d'approuver les comptes avant qu'ils ne puissent contribuer.
  • La possibilité d'ajouter des notifications ou des commentaires pour simplifier le travail.
  • D'utiliser un outil utilisé par d'autres projets libres, permettant de mutualiser les développements autour de cet outil.
  • D'automatiser certaines tâches comme la mise à jour automatique des fichiers de traduction.

Administration système

La synchronisation du temps par le réseau sécurisé (NTS) est prise en charge dans le client NTP chrony et l'installateur anaconda. Cela permet d'éviter les attaques de type homme du milieu pour le changement d'heure, trop loin dans le futur ou dans le passé. Cette synchronisation utilise le protocole de sécurité TLS.

Les dépôts modulaires sont proposés dans un paquet à part : fedora-repos-modular. Ce paquet reste installé par défaut. Cela permet aux utilisateurs de désactiver facilement les dépôts en supprimant le paquet plutôt qu'en changeant la configuration des dépôts ce qui empêche les mises à jour ultérieur de ces fichiers de configuration.

Renforcement de la politique globale du système :

  • désactivation des protocoles TLS 1.0 et TLS 1.1 ;
  • rejet des clés Diffie-Hellman 1024 bits et de la fonction de hashage SHA-1 en guise de signature.

En cas de problèmes, pour revenir à une politique plus souple, vous pouvez exécuter la commande :

# update-crypto-policies --set LEGACY

Ajout de PARSEC pour proposer une API pour le matériel de sécurité ou des services de cryptographie en étant indépendant du matériel. Il peut exploiter les matériels de sécurité suivants : TPM2, HSM et Arm TrustZone. L'édition Internet des Objets propose cette API par défaut.

Storage Instantiation Daemon fait son arrivée en grande pompes. L'objectif est d'avoir un démon unique pour étendre udev pour la gestion des espaces de stockage pour éviter d'aboutir à des règles complexes que l'on pouvait avoir dans des systèmes complexes. Cela permet de collecter facilement tous les évènements relatifs à un périphérique de stockage comme son insertion ou son retrait du système. Il prend en charge des périphériques employés à travers plusieurs sous systèmes comme LVM, multipath ou MD avec les mêmes commandes.

LxQT-Bureau.png

Mise à jour de Stratis 2.1. Cette version apporte le chiffrement des données avec notamment une interface DBus pour leur gestion. Les clés de chiffrement sont ensuite gérés dans le noyau. L'utilitaire en ligne de commandes peut aussi initialiser le cache avec la commande init_cache. Les sous commandes report et key sont ajoutés pour gérer ou voir respectivement les rapports générés par Stratis et les clés de chiffrement.

Le gestionnaire de paquets RPM 4.16 a été mis à jour. Le parseur des fichiers specs et macro a été amélioré. Les macros disposent de nouvelles fonctionnalités comme l'opérateur ternaire ou une comparaison des versions nativement. Les meta dépendances sont également ajoutées.

Les bases de données RPM passent du format Berkeley DB à SQLite. Ceci arrive grâce à la nouvelle version de RPM. L'ancien format n'était plus maintenu depuis des années car la nouvelle version de l'utilitaire Berkeley DB 6.x a adopté une licence incompatible. De plus ce format n'était pas transactionnel, donc incapable de détecter et de corriger lui même les erreurs suite à un crash ou à une corruption de données par exemple. SQLite offre donc une solution plus robuste.

La communauté francophone

L'association

Logo.png

Borsalinux-fr est l'association qui gère la promotion de Fedora dans l'espace francophone. Nous constatons depuis quelques années une baisse progressive des membres à jour de cotisation et de volontaires pour prendre en main les activités dévolues à l'association.

Nous lançons donc un appel à nous rejoindre afin de nous aider.

L'association est en effet propriétaire du site officiel de la communauté francophone de Fedora, organise des évènements promotionnels comme les Rencontres Fedora régulièrement et participe à l'ensemble des évènements majeurs concernant le libre à travers la France principalement.

Si vous aimez Fedora, et que vous souhaitez que notre action perdure, vous pouvez :

  • Adhérer à l'association : les cotisations nous aident à produire des goodies, à nous déplacer pour les évènements, à payer le matériel ;
  • Participer sur le forum, les listes de diffusion, à la réfection de la documentation, représenter l'association sur différents évènements francophones ;
  • Concevoir des goodies ;
  • Organiser des évènements type Rencontres Fedora dans votre ville.

Nous serions ravis de vous accueillir et de vous aider dans vos démarches. Toute contribution, même minime, est appréciée.

Si vous souhaitez avoir un aperçu de notre activité, vous pouvez participer à nos réunions hebdomadaires chaque lundi soir à 20h30 (heure de Paris) sur IRC (canal #fedora-meeting-1 sur Freenode).

La documentation

Depuis juin 2017, un grand travail de nettoyage a été entrepris sur la documentation francophone de Fedora, pour rattraper les 5 années de retard accumulées sur le sujet.

Le moins que l'on puisse dire, c'est que le travail abattu est important : près de 90 articles corrigés et remis au goût du jour. Un grand merci à Charles-Antoine Couret, Nicolas Berrehouc, Édouard Duliège, José Fournier et les autres contributeurs et relecteurs pour leurs contributions.

L'équipe se réunit tous les lundis soir après 21h (heure de Paris) sur IRC (canal #fedora-doc-fr sur Freenode) pour faire progresser la documentation par un travail collaboratif. Le reste de la semaine cela se passe sur le forum.

Si vous avez des idées d'articles ou de corrections à effectuer, que vous avez une compétence technique à retransmettre, n'hésitez pas à participer.

Comment se procurer Fedora 33 ?

Mediawriter.png

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

Autrement, pas de panique, vous pouvez télécharger Fedora avant de procéder à son installation. La procédure ne prend que quelques minutes.

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

De plus, pour éviter les mauvaises surprises, nous vous recommandons aussi de lire au préalable les bogues importants connus à ce jour pour Fedora 33.

PHP version 7.3.24RC1 et 7.4.12RC1

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

Les RPM de PHP version 7.3.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 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.12RC1 est aussi dans Fedora rawhide pour la QA

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

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

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

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

emblem-notice-24.pngLa version 8.0.0bRC2 est également disponible

 

Software Collections (php73, php74)

Paquets standards (php)

PHP version 7.2.34, 7.3.23 et 7.4.11

Remi Collet

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

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

Les RPM de PHP version 7.2.34 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 31-33 et EL-8.

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

Annonces des versions :

emblem-notice-24.pngInstallation : voir l'assistant de configuration et choisir la version et le mode d'installation.

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

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

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

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

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

yum install php74

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

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

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

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

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

yum install php73

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-8 sont construits avec RHEL-8.2
  • les paquets EL-7 sont construits avec RHEL-7.8
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu65 (version 65.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.8 (sauf EL-6)
  • beaucoup d' extensions sont aussi disponible, voir PHP extensions RPM status (from PECL and other sources) page

emblem-notice-24.pngInformations, lire :

Paquets de base (php)

Software Collections (php72 / php73 / php74)

Fedora 33 Beta est de sortie

Charles-Antoine Couret

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

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 33 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 20 ou 27 octobre. Voici les nouveautés annoncées pour cette version :

Expérience utilisateur

  • Passage à GNOME 3.38.
  • Nettoyage de la fonction pour cacher le menu du chargeur de démarrage. Cette fonction introduite par le passé permet de mettre à jour le noyau de manière transparente pour l'utilisateur, si après une mise à jour du noyau le démarrage échoue, le chargeur de démarrage le saura pour choisir le noyau précédent automatiquement au redémarrage. Cette fonction était spécifique à Fedora et l'objectif ici est de le rendre disponible en amont.
  • C'est le retour des fonds d'écran animés par défaut, le fond d'écran a une teinte qui varie en fonction de l'heure de la journée.
  • L'environnement de bureau LXQt 0.15.0 a été mis à jour.
  • Le service dmraid-activation.service ne sera pas activé si aucun système RAID n'est détecté lors de l'installation.
  • L'éditeur de texte nano devient l'éditeur de texte par défaut en lieu et place de vi car il est considéré comme plus intuitif.
  • L'extension de mémoire avec le mécanisme du swap utilise maintenant zram par défaut pour améliorer la réactivité et les performances. Cela est effectué aussi pour les systèmes existants. Les partitions ou fichiers swap existants sont préservés et obtiennent une priorité d'utilisation plus faible.
  • Btrfs devient le système de fichier par défaut des variantes orientées bureautiques dont Fedora Workstation. Il remplace ainsi ext4 qui reste évidemment possible d'utiliser. Notons que OpenSuse avait sauté le pas il y a déjà plusieurs années.
  • DXVK devient l'implémentation de référence de wine3d en étant basé sur Vulkan. Cela améliorera les performances des programmes graphiques prévus pour Windows et fonctionnant sous Fedora, en particulier les jeux vidéo.
  • Alors que earlyoom était apparu sur Fedora Workstation 32, la variante Fedora KDE le propose désormais par défaut
  • Un cgroups a été crée pour réserver des ressources minimum aux sessions graphiques actives.

Gestion du matériel

  • Activation des techniques Arm Pointer Authentication et de Branch Target Identification pour l'architecture Aarch64 pour améliorer la sécurité des programmes par défaut.
  • Meilleure gestion des pics d'activité et de la chauffe des processeurs Intel, entre autre via le démon thermald.
  • L'écosystème .NET Core est disponible pour Aarch64 et non plus uniquement pour l'architecture x86_64.
  • L'édition Internet des objets de Fedora devient une édition officielle de Fedora.

Internationalisation

  • Mise à jour d'IBus 1.5.23.
  • La plateforme de traduction Zanata tire complètement sa révérence de l'écosystème Fedora.

Administration système

  • La synchronisation du temps par le réseau sécurisé (NTS) est prise en charge dans le client NTP chrony et l'installateur anaconda.
  • Les dépôts modulaires sont proposés dans un paquet à part : fedora-repos-modular.
  • La résolution des noms de domaine dans les applications se fera via systemd-resolved. La bibliothèque glibc utilisera nss-resolve au lieu de nss-dns jusqu'à aujourd'hui.
  • Renforcement de la politique globale du système : désactivation des protocoles TLS 1.0 et TLS 1.1, rejet des clés Diffie-Hellman 1024 bits et des hash SHA-1 en guise de signature.

En cas de problème, pour restaurer à une politique plus souple, vous pouvez exécuter la commande :

# update-crypto-policies --set LEGACY
  • La prise en charge du format dbm dans NSS a été supprimée.
  • Ajout de PARSEC pour proposer une API pour le matériel de sécurité ou des services de cryptographie en étant indépendant du matériel. Il peut exploiter les matériels suivants : TPM2, HSM et Arm TrustZone.
  • Storage Instantiation Daemon fait son arrivée en grande pompes. L'objectif est d'avoir un démon unique pour étendre udev pour la gestion des espaces de stockage pour éviter d'aboutir à des règles complexes que l'on pouvait avoir dans des systèmes complexes.
  • La collection d'outils X.org sera proposée via des paquets plus individuels que les paquets génériques xorg-x11-{apps,font-utils,resutils,server-utils,utils,xkb-utils} employés jusqu'ici. Certains utilitaires sont également supprimés.
  • Mise à jour de Stratis 2.1.
  • Le paquet device-mapper-multipath a été supprimé des LiveCD (et de fait des installations par défaut) ce qui améliore le temps de boot pour les usages bureautiques. Les serveurs et data center qui en ont besoin pour leur usage pourront toujours l'installer ou en disposer via une image plus adaptée.
  • Les profils de connexion de NetworkManager seront sauvegardés dans le format officiel keyfile au lieu d'utiliser le format spécifique à Red Hat qui est ifcfg-rh. Cela ne concerne que les nouveaux profils, la compatibilité est pour l'instant conservée pour les profils pré-existants.
  • Le gestionnaire de paquets RPM 4.16 a été mis à jour.
  • Les bases de données RPM passent du format Berkeley DB à Sqlite.

Développement

  • LLVM passe à la 11e version.
  • Make prépare sa 4.3 version.
  • Mise à jour de la bibliothèque C glibc 2.32.
  • Mise à jour des outils Binutils 2.34.
  • Petit coup de Boost 1.73 pour la bibliothèque générique C++.
  • Mise à jour de l'environnement MinGW pour la compilation d'applications Windows sous Linux.
  • Passage de Golang à la version 1.15.
  • OpenJDK 11 danse la Java.
  • Node.js fait un 14e nœud.
  • Erlang 23 est disponible.
  • Mise à jour de GHC 8.8 et de Haskell Stackage LTS 16.
  • Le langage Perl est proposé à la version 5.32.
  • Ruby On Rails embarque dans la voiture 6.0.
  • La version 3.9 de Python débarque.
  • Alors que les versions 2.6 et 3.4 de Python sont supprimées.
  • À propos de Python, le paquet python-pytoml est déprécié et sera supprimé prochainement.
  • mod_php est supprimé, il permettait au serveur Apache d'exécuter du PHP directement.
  • La bibliothèque libdb est dépréciée et sera supprimée définitivement dans une prochaine version de Fedora.
  • Le paquet glibc-headers.i686 et glibc-headers.x86_64 ont fusionné dans le nouveau paquet glibc-headers-x86.noarch. Pour les autres architectures le paquet glibc-headers a fusionné dans glibc-devel.
  • Les paquets de BLAS/LAPACK seront compilés avec FlexiBLAS qui est un wrapper pour pouvoir choisir la bibliothèque compatible BLAS de référence de son choix.

Projet Fedora

  • CMake peut être utilisé pour faire des compilations dans différents répertoires pour la conception des RPM.
  • Mise à disposition de ELN qui est un nouveau buildroot qui permettra de simuler un environnement RHEL afin d'évaluer les impacts des changements de Fedora dans RHEL directement.
  • Les paquets sont maintenant compilés avec l'optimisation au niveau de l'éditeur des liens qui supprime le code inutile.
  • Phase 3 pour supprimer les éléments automagiques pour la constructions des paquets RPM autour de Python.
  • Les dépendances additionnelles des paquets Python seront automatiquement générées.
  • La macro non versionnée %{__python} génèrera une erreur.
  • Ajout des macros %make_build et %make_install pour la conception des RPM afin d'avoir un usage plus uniforme de la commande make pour créer ces paquets.

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 de tester pendant une journée une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, linternationalisation, etc. L'équipe d'assurance qualité élabore et propose une série de tests en général simples à exécuter. Suffit de les suivre et indiquer si le résultat est celui attendu. Dans le cas contraire, un rapport de bogue devra être ouvert pour permettre l'élaboration d'un correctif.

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

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

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

Si vous avez déjà Fedora 32 ou 31 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 !

SeedboxSync v3 réécriture complète !

Guillaume Kulakowski

Je viens de publier une nouvelle version de SeedboxSync, la v3 ! Et cette version est une version majeure avec un grand « M ». En effet, si la v1 était la première version de mon script sous Python 2 (pour des raisons de dépendances Debian), la v2 était alors une adaptation plus qu’une réécriture en Python […]

Cet article SeedboxSync v3 réécriture complète ! est apparu en premier sur Guillaume Kulakowski's blog.

PHP version 7.3.23RC1 et 7.4.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.4.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 32-33 ou remi-php74-test pour Fedora 31 et Enterprise Linux 7-8

Les RPM de PHP version 7.3.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 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.11RC1 est aussi dans Fedora rawhide pour la QA

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

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

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

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

emblem-notice-24.pngLa version 8.0.0beta4 est également disponible

 

Software Collections (php73, php74)

Paquets standards (php)

PHP en route vers la sortie de la version 8.0.0

Remi Collet

La version 8.0.0 Beta 3 a été 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-php80 pour Fedora 31 et et Enterprise Linux 7 (RHEL, CentOS) ou dans le stream php:remi--8.0 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 8.0 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 8.0 avec les modules (le plus simple pour Fedora et EL-8) :

dnf module disable php
dnf module install php:remi-8.0
dnf update

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

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

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

yum install php80

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

  • la version EL8 est construite avec RHEL-8.2
  • la version EL7 est construite avec RHEL-7.8
  • 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.3.22 et 7.4.10

Remi Collet

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

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

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

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

Ces versions sont aussi disponibles en Software Collections dans le dépôt remi-safe et en module pour Fedora 31-33 et EL-8.

Annonces des versions :

emblem-notice-24.pngInstallation : voir l'assistant de configuration et choisir la version et le mode d'installation.

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

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

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

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

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

yum install php74

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

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

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

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

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

yum install php73

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-8 sont construits avec RHEL-8.2
  • les paquets EL-7 sont construits avec RHEL-7.8
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu65 (version 65.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.8 (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 version 7.3.22RC1 et 7.4.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.et également en paquets de base.

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

Les RPM de PHP version 7.3.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 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.10RC1 est dans Fedora rawhide pour la QA

emblem-notice-24.pngles paquets utilisent désormais libicu65 (version 65.1)

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

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

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

emblem-notice-24.pngLa version 8.0.0beta2 est également disponible en Software Collections

 

Software Collections (php73, php74)

Paquets standards (php)

Maixduino : mise en oeuvre avec Arduino IDE

Patrice Kadionik

Salut.

Le kit Maixduino de Sipeed que nous avons présenté précédemment peut être utilisé avec un atelier de développement logiciel comme Arduino IDE. On pourra alors programmer avec le langage C/C++.

On installera dans un premier temps Arduino IDE. On suppose que l'on est sous Linux. La procédure d'installation est décrite dans ce document.

On récupère Arduino IDE pour Linux (ici pour la version 64 bits) à l'adresse : https://www.arduino.cc/en/Main/Software. A ce jour, il s'agit de la version 1.8.13.

On installe ensuite Arduino IDE (pour moi sous Fedora 64 bits) :

$ tar -xvJf arduino-1.8.13-linux64.tar.xz

On validera l'accès au port USB pour dialoguer avec le kit et on installera les paquetages Python nécessaires :

$ sudo usermod -a -G dialout $(whoami)
$ sudo dnf install python3 python3-pip
$ sudo pip3 install pyserial

On lancera ensuite Arduino IDE :

$ cd arduino-1.8.13
$ ./arduino

Il faudra ensuite configurer Arduino IDE et rajouter le profil des cartes Sipeed en allant dans le menu Fichier > Préférences.

On ajoutera dans le champ "URL de gestionnaire de cartes supplémentaires" l'adresse suivante : http://dl.sipeed.com/MAIX/Maixduino/package_Maixduino_k210_index.json.

Il faudra ensuite ajouter la carte Maixduino à Arduino IDE. Pour cela on va dans le menu Outils > Type de carte > Gestionnaire de carte. On filtrera pour choisir le kit Maixduino et on installera le support Maixduino (version 0.3.11 à ce jour).

Dans le menu Outils, on ajustera les paramètres suivants :

  • Type de carte : Sipeed Maixduino Board.
  • Port : /dev/ttyUSB0.
  • Programmateur : k-flash.

Tout est maintenant installé. On peut alors tester avec un croquis de base. On choisit le croquis Blink disponible sous Fichier > Exemples > 01.Basics.

On cliquera sur le bouton Téléverser ou via le menu Croquis > Téléverser. Le croquis est compilé puis téléversé et programmé en mémoire Flash de la carte Maixduino.

Si tout va bien, la led  TX-K210 doit clignoter.

Cela correspond à la valeur 1 pour la constante LED_BUILTIN qui est définie dans le fichier ~/.arduino15/packages/Maixduino/hardware/k210/0.3.11/variants/sipeed_maixduino/pins_arduino.h. 

Le pinout de la carte Maixduino est disponible ici.

La documentation pour développer avec Arduino IDE est disponible ici. Cela reste en fait de la programmation traditionnelle sous Arduino.

++

PHP version 7.2.33, 7.3.21 et 7.4.9

Remi Collet

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

Les RPM de PHP version 7.3.21 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.33 sont disponibles 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.

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.2
  • les paquets EL-7 sont construits avec RHEL-7.8
  • les paquets EL-6 sont construits avec RHEL-6.10
  • les paquets EL-7 utilisent désormais libicu65 (version 65.1)
  • les paquets EL utilisent désormais oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.6 (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)

De CentOS 7 vers CentOS 8, entre autres…

Guillaume Kulakowski

Je viens de profiter de la mise à disposition récente de CentOS 8 chez Scaleway pour migrer mon serveur CentOS 7 vers une CentOS 8. Cette migration, en fait, n’en est pas vraiment une, vu que j’ai reconstruit une toute nouvelle instance. L’occasion pour moi de passer d’un VC1M (plus au catalogue mais 4vCPU / […]

Cet article De CentOS 7 vers CentOS 8, entre autres… est apparu en premier sur Guillaume Kulakowski's blog.

PHP version 7.3.21RC1 et 7.4.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.et également en paquets de base.

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

Les RPM de PHP version 7.3.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 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.9RC1 est dans Fedora rawhide pour la QA

emblem-notice-24.pngles paquets utilisent désormais libicu65 (version 65.1)

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

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

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

emblem-notice-24.pngLa version 8.0.0alpha3 est également disponible en Software Collections

 

Software Collections (php73, php74)

Paquets standards (php)

OpenWRT dans mon réseau domestique

Guillaume Kulakowski

Jusqu’à présent j’avais un réseau domestique assez simple : 1 Freebox mini 4K qui faisait office de routeur et gérait également mon Wi-Fi. Le problème est qu’avec le confinement et le fait de connecter plus de PCs dans toute la maison on a vite rencontré des problèmes de stabilité Wi-Fi sur la box. Choix du […]

Cet article OpenWRT dans mon réseau domestique est apparu en premier sur Guillaume Kulakowski's blog.

Maixduino : outils de développement

Patrice Kadionik

Salut.

Le kit Maixduino de Sipeed peut être utilisé avec différentes outils de développement.

Si l'on résume, on peut utiliser :

  • Le langage C/C++ en mode ligne de commandes avec le kit SDK Kendryte standalone. Il est disponible ici.
  • Le langage C/C++ avec un atelier de développement logiciel IDE. On pourra utiliser au choix Arduino IDE ou bien PlatformIO IDE. On trouvera des informations sur Arduino IDE ici et PlatformIO IDE .
  • Le langage Python avec le firmware Micropython pour le processeur K210 flashé au préalable et qui est appelé MaixPy. On pourra le faire directement au niveau de l'interpréteur de commandes MaixPy du kit.
  • Le langage Python avec un atelier de développement logiciel IDE s'exécutant sur le PC hôte. On utilisera alors l'IDE MaixPyIDE spécifique de Sipeed. On trouvera des informations sur MaixPyIDE ici.

Ci-après, une photo de l'outil MaixPyIDE :


On aura aussi à disposition d'autres outils connexes dont on pourra avoir besoin.

Pour flasher MaixPy dans la mémoire flash du kit Maixduino, on pourra utiliser le script python kflash disponible ici ou bien sa version graphique kflash_gui disponible .

On pourra aussi utiliser l'outil graphique uPyLoader disponible ici pour télécharger des scripts Python sous /sd de MaixPy. On pourra faire la même opération en ligne de commandes avec l'outil ampy d'Adafruit disponible avec pip ou bien ici.

Enfin, il y a à disposition l'outil rshell (remote shell) en ligne de commandes qui permet d'interagir à distance aussi avec le kit Maixduino. rshell est disponible ici.

Nous verrons la mise en oeuvre de ces différents outils dans les prochains billets. Je m'attarderai dans un premier temps sur l'IDE Arduino pour développer en langage C/C++ puis le présenterai l'environnement de développement Micropython bien plus intéressant car il permettra de faire de l'IA avec le kit.

++

PHP version 7.2.32, 7.3.20 et 7.4.8

Remi Collet

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

Les RPM de PHP version 7.3.20 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.32 sont disponibles 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.

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.

Annonces des versions :

emblem-notice-24.pngInstallation : voir l'assistant de configuration et choisir la version et le mode d'installation.

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

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

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

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

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

yum install php74

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

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

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

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

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

yum install php73

Et bientôt dans les mises à jour officielles:

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

  • les paquets EL-8 sont construits avec RHEL-8.2
  • les paquets EL-7 sont construits avec RHEL-7.8
  • 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 oniguruma5php (version 6.9.5, au lieu de la version ancienne du système)
  • l'extension oci8 utilise désormais le client Oracle version 19.6 (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 version 7.3.20RC1 et 7.4.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.et également en paquets de base.

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

Les RPM de PHP version 7.3.20RC1 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.8RC1 est dans Fedora rawhide pour la QA

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

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

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 32

Patrice Kadionik

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


Installation :

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

Maixduino : processeur RISC-V K210

Patrice Kadionik

Salut.

Le kit Maixduino de Sipeed est équipé d'un processeur RISC-V développé par la société chinoise Canaan et appelé K210 (K pour Kendryte).

Ce processeur est basé sur une architecture de jeu d'instructions (Instruction Set Architecture) libre RISC-V. Le projet RISC-V est intéressant car c'est un projet de matériel libre (open hardware) que peut implanter tout un à chacun. On vous dit bien sûr quoi faire mais pas comment le faire.

Il existe à l'heure actuelle peu de processeurs RISC-V hardcores et qui supportent Linux en plus.  On peut citer :

  • Le processeur SiFive U540 de la société SiFive qui est le premier processeur hardcore supportant Linux comportant 4+1 cœurs RISC-V 64 bits.
  • Le processeur Kendryte K210 comportant 2 cœurs RISC-V 64 bits et un processeur d'Intelligence Artificielle (IA) et supportant Linux et FreeRTOS.
  • Le microcontrôleur GD32V de la société GigaDevice.
Il existe aussi des implantations en tant que processeurs softcores. On peut citer :
  • Le projet LowRISC. On a un processeur RISC-V 64 bits. Le projet LowRISC peut tourner sur une carte FPGA Nexys 4 DDR ou A7 de Digilent et supporte Linux.

La codification d'un processeur RISC-V est normalisée. Le préfixe est RV (pour RISC-V) suivi de 32, 64 ou 128 selon la taille du processeur puis suivi de I ou E (pour Embedded). Exemple : RV32I, RV64I...

Le préfixe est suivi d'une ou plusieurs lettres décrivant les extensions rajoutées :

  • M : Standard Extension for Integer Multiplication and Division
  • A : Standard Extension for Atomic Instructions
  • F : Standard Extension for Single-Precision Floating-Point
  • D : Standard Extension for Double-Precision Floating-Point
  • G : raccourci pour MAFD
  • Q : Standard Extension for Quad-Precision Floating-Point
  • C : Standard Extension for Compressed Instructions. Instructions courtes sur 16 bits
Par exemple, le microcontrôleur GD32V est un RISC-V RV32IMAC. Le processeur K210 est un RISC-V RV64IMAFDC ou de façon plus concise un RISC-V RV64GC.

Le processeur K210 possède les fonctionnalités suivantes :


Le processeur K210 vise des applications d'IA et de traitement du son :
  • Détection d'objets
  • Classification d'images
  • Détection et reconnaissance de visages
  • Obtention de la taille et des coordonnées d'une cible en Temps Réel
  • Détection de l'orientation d'une source de son
  • Reconnaissance de la voix
  • ...

Le processeur K210 contient différents périphériques :
  • 2 coeurs RISC-V RV64GC à 400 MHz
  • 1 processeur KPU (Knowledge Processor Unit) pour l'IA et accélérateur de calcul pour un réseau de neurones convolutionnel CNN
  • 1 processeur APU (Audio Processor Unit) pour le traitement du son
  • 1 accélérateur pour les transformées de Fourier rapides FFT et IFFT sur 64, 128, 256 ou 512 points
  • Accélérateurs pour le chiffrement SHA256 et AES128, AES192 et AES256
  • 8 Mo de SRAM
  • Transferts DMA
  • Périphériques divers  : UART, GPIO, SPI, I²C, I²S, WDT, TIMER, RTC...
  • JTAG
  • ...
Les spécifications du processeur K210 sont disponibles ici (fichier kendryte_datasheet_20181011163248_en.pdf).

Des kits de développement sont disponibles pour le processeur K210 :
  • Kit Kendryte KD2333 de Canaan. Ne semble plus disponible
  • Kit Maixduino de Sipeed pour 23,90 USD
  • Kit MaixCube de Sipeed pour 24,90 USD
  • Kit Maix Go de Sipeed pour 40,90 USD
  • Kit Maix Bit Suit de Sipeed pour 20,90 USD
Il faut noter que la société Sipeed a intégré le processeur K210 dans un module qu'elle a développé : le module Maix-I.

Le module Maix-I ou M1 intègre outre le processeur K210 16 Mo de mémoire Flash et une interface Wifi (M1w à 8,90 USD) ou non (M1 à 7,90 USD). Il permet de réaliser plus facilement sur propre circuit PCB.

La figure suivante montre le module M1.

Nous verrons dans un prochain billet quels sont les environnements de développement disponibles pour le processeur K210 et donc pour le kit Maixduino.

++

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

Patrice Kadionik

Salut.

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

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

Fedora 32 version 64 bits :

Série 1 : 672.0
Série 2 : 680.7
Série 3 : 671.5
Série 4 : 687.4
Série 5 : 681.9
Série 6 : 675.2
Série 7 : 670.2
Série 8 : 688.8
Série 9 : 679.6
Série 10 : 682.9

Moyenne : 679.0

Fedora 31 version 64 bits :

Voici pour rappel les résultats obtenus avec Fedora 31 :
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

Résultats :

Pour Fedora 32, on obtient un indice moyen de 679.0 pour UnixBench.
Pour Fedora 31, j'avais obtenu un indice moyen de 695.6 pour UnixBench.


On a donc une petite baisse de 2,4 % de Fedora 32 64 bits par rapport à Fedora 31 64 bits :

perfs_fedora_F32.png

Conclusion :

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

++

Page générée le 28 oct 2020 à 14:00