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.

Mot-clefs : Fedora

Élections pour le Conseil, FESCo et Mindshare cette semaine

Charles-Antoine Couret

Comme le projet Fedora est communautaire, une partie du collège des organisations suivantes doit être renouvelée : Council, FESCo et Mindshare. Et ce sont les contributeurs qui décident. Chaque candidat a bien sûr un programme et un passif qu'ils souhaitent mettre en avant durant leur mandat pour orienter le projet Fedora dans certaines directions. Je vous invite à étudier les propositions des différents candidats pour cela.

J'ai voté

Pour voter, il est nécessaire d'avoir un compte FAS actif et de faire son choix sur le site du scrutin. Vous avez jusqu'au vendredi 21 décembre à 1h heure française pour le faire. Donc n'attendez pas trop.

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

Council

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

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

Les rôles au sein du conseil sont complexes.

Ceux avec droit de vote complet

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

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

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

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

Ceux avec le droit de vote partiel

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

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

FESCo

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

Ils vont donc traiter en particulier les points suivants :

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

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

Mindshare

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

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

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

Et ses nouvelles compétences :

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

Il y a 9 membres pour gérer ce nouveau comité. Un gérant, 2 proviennent des ambassadeurs, un du design et web, un de la documentation, un du marketing, un de la commops et les deux derniers sont élus. C'est pour un de ces derniers sièges que le scrutin est ouvert.

AMC version 1.4.0 beta1 Fedora 29

Patrice Kadionik

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


Installation :

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

Fin de vie de Fedora 27

Charles-Antoine Couret

C'est en ce mardi 27 novembre 2018 que Fedora 26 a été déclaré comme en fin de vie.

Qu'est-ce que c'est ?

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

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

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

Que faire ?

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

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

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

Revue de presse de Fedora 29

Charles-Antoine Couret

Cela fait depuis Fedora 19 que je publie sur la liste de diffusion de Fedora-fr une revue de presse de chaque sortie d'une nouvelle version. Récapituler quels sites en parle et comment. Je le fais toujours deux semaines après la publication (pour que tout le monde ait le temps d'en parler). Maintenant, place à Fedora 29 !

Bien entendu je passe sous silence mon blog et le forum de fedora-fr.

Sites web d'actualité

Soit 6 sites sur les 25 contactés.

Blogs, sites persos ou sites non contactés

Soit 1 site.

Bilan

Le nombre de sites parlant de Fedora 29 est en légère baisse encore. Beaucoup d'articles se fondent sur ce que j'ai moi même rédigé (que ce soit la version courte ou longue).

La semaine de sa sortie, nous avons eu une augmentation de visites par rapport à la semaine d'avant de cet ordre là :

  • Forums : stable
  • Documentation : baisse de 2% (soit environ 163 visites en moins)
  • Le site Fedora-fr : 53% (soit 550 visites en plus)
  • Borsalinux-fr : 479% (soit 90 visites en plus)

À tenir compte de la situation particulière avec une sortie lors des vacances de la Toussaint en Europe avec en plus un pont cette semaine-ci. D'ailleurs le forum et même d'autres sections du site ont connu une hausse de fréquentation la semaine suivant la sortie.

Si vous avez connaissance d'un autre lien, n'hésitez pas à partager ! Rendez-vous pour Fedora 30.

Modification de la timezone en CLI

Matthieu Saulnier
La plupart du temps, au moment de l'installation de Fedora, je paramètre le fuseau horaire directement dans l'installateur Anaconda. Pour mes serveurs distants, c'est l'hébergeur qui a déjà "personnalisé" le fuseau horaire au moment de la livraison du serveur. Je me suis porté acquéreur d'une RaspberryPi3 et la méthode installation est différente. On ne passe plus par Anaconda, on décompresse juste une image sur une carte microSD avec pour seul paramètre une clé SSH pour se connecter à distance en root.
Ça m'a au moins permis de découvrir que le tout puissant Systemd gère aussi la configuration date et heure du système, avec la commande timedatectl.
Pour modifier la timezone, il faut d'abord récupérer son nom dans la liste disponible, à grand coup de grep :
timedatectl list-timezones | grep -i paris
Pour la modifier :
timedatectl set-timezone Europe/Paris
Sur les RaspberryPi, il n'y a pas de BIOS, et donc pas d'heure de BIOS à paramétrer comme l'indique la sortie de timedatectl :
prattandwhitney ~ # timedatectl
                      Local time: sam. 2018-11-10 10:08:03 CET
                  Universal time: sam. 2018-11-10 09:08:03 UTC
                        RTC time: n/a
                       Time zone: Europe/Paris (CET, +0100)
       System clock synchronized: yes
systemd-timesyncd.service active: yes
                 RTC in local TZ: no
Je vais acheter quelques modèles en plus pour exécuter php-fpm/memcached (en container Docker) en backend de mon serveur principal. J'ai déjà mis à jour mon paybook Ansible ^^

Client Jabber Poezio catalogue hiver

Matthieu Saulnier
Nous sommes fier de vous présenter la nouvelle collection automne-hiver de ce client XMPP. Pour le plus grand plaisir des yeux...
Capture décran_2018-05-05_19-51-34.pngCapture décran_2018-05-05_19-23-55.pngCapture décran_2018-05-05_18-29-18.png
Capture décran_2018-05-05_12-45-00.pngCapture décran_2018-05-05_13-47-41.png
Capture décran_2018-05-02_20-53-47.png
Capture décran_2018-05-05_10-37-28.pngCapture décran_2018-05-05_19-25-29.png
Capture décran_2018-05-05_19-45-59.png

Fedora 29 peut être téléchargé !

Charles-Antoine Couret

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

Cette version apporte beaucoup de changements concernant l'expérience utilisateur, la gestion du matériel et la modularité.

GNOME-Bureau.png

Expérience utilisateur

Passage à GNOME 3.30, l'environnement par défaut de l'édition Workstation bénéficie de :

  • Mise à jour des paquets Flatpak automatiquement ;
  • Amélioration globale des performances ;
  • Le partage d'écran est simplifié, de même que la connexion à des machines Windows distantes via Machines ;
  • Ajout du mode lecture pour le navigateur Web ;
  • Le navigateur de fichiers Fichiers a une nouvelle barre de navigation plus efficace ;
  • La virtualisation avec Machines permet l'import de fichiers de VirtualBox et le partage de fichiers entre l'hôte et l'invité.

GNOME-Nautilus-Barre.png

De même pour l'environnement Xfce qui est mis à jour vers la version 4.13. Cette version en développement est considérée comme suffisamment stable par Fedora pour le proposer nativement. Le principal changement est la mise à jour de l'ensemble des composants vers GTK+3 ce qui améliore l'intégration des applications GNOME en son sein, et ouvre la voie à l'accès de Wayland et la gestion des écrans à haute densité de pixels par exemple.

Le menu de GRUB sera caché par défaut, sauf en cas de dual-boot. En effet dans ce cas de figure, GRUB ne sert qu'à démarrer un ancien noyau, ce qui est nécessaire uniquement en cas de soucis. Pour des raisons de cohérence et de simplicité, les messages de démarrage étant cachés par défaut, ce menu est caché pour ne pas perturber l'utilisateur et gagner du temps.

Un nouveau mécanisme est mis en place. Le menu caché sera finalement affiché si le précédent démarrage n'a pas abouti à une session valide. Cela autorise ainsi une résolution possible du problème. Pour désactiver cette fonctionnalité, vous pouvez manuellement appliquer la commande suivante avec les droits super utilisateurs :

# grub2-editenv - unset menu_auto_hide

Le synthétiseur vocal festival est proposé à la version 2.5 et a été grandement amélioré. En effet il n'était pas rare que cette application plante. Cette dernière version est non seulement un bon synthétiseur vocal mais aussi une boîte à outils pour la création d'une nouvelle voix. Les voix sont considérées comme plus convaincantes que celles provenant de Espeak.

Mise à jour du gestionnaire d'entrée de saisie IBus vers 1.5.19. Au niveau des changements, la saisie des émojis via Ctrl+Shift+e se fait dans la zone de saisie courante de l'application, évitant de créer une nouvelle pop-up posant des soucis de positionnement sous Wayland. La saisie de caractères UNICODE via Ctrl+Shift+u se fait de manière disjointe de la saisie des émojis bien que reprenant la même conception. Enfin la saisie de caractères de composition comme ^ affiche le caractère saisi et le remplace éventuellement si le caractère suivant peut être affecté. Ainsi saisir ^ puis e affichera ^ dans la zone de saisie avant de venir ê. Avant le caractère ^ n'était pas affiché du tout ce qui était source de confusion pour l'utilisateur.

Gestion du matériel

GNOME-Web-Mode-Lecture.png

Les paquets i686 sont compilés avec les instructions SSE2 ce qui réduit la liste des processeurs compatibles avec Fedora pour cette architecture. Mais uniquement de vieux processeurs tels que le Pentium III ou antérieurs (avant l'année 2000) sont vraiment concernés. Or les paquets i686 sont majoritairement installés sur des machines compatibles x86_64 voire sur des systèmes x86_64 en tant que bibliothèques de compatibilité. Activer les instructions SSE2 permet une amélioration importante des performances pour une perte négligeable de compatibilité. Une meilleure précision de calculs mathématiques serait de la partie et certains bogues disparaitront également, beaucoup d'applications exigeant déjà les instructions SSE2.

Les images pré-générées pour les architectures ARMv7 et aarch64 bénéficient de la ZRAM (une mémoire compressée) par défaut afin d'améliorer les performances et limiter l'usure des cartes SD de stockage en ayant besoin d'un espace d'échange plus faible en cas de gros besoins de mémoire.

Prise en charge initiale des FPGA, les cartes 96boards d'Ultra96 et UP² d'Intel proposent des FPGA pour faire des calculs spécialisés comme l'intelligence artificielle ou le machine learning. Fedora propose des outils de base et agnostiques pour les exploiter.

Clap de fin pour l'architecture ppc64, sa sœur little endian ppc64le recevra toutes les attentions pour cette famille. C'était une version déjà considérée comme étant en maintenance uniquement, à cause de la non gestion de cette architecture par un nombre croissant de projets, dont le dernier en date est Eclipse, ce qui devenait bloquant pour produire une version fonctionnelle.

Modularité

Fedora Workstation et Cloud bénéficient par défaut des modules en plus de Fedora Server. Ainsi tout le monde est capable facilement d'exploiter les modules, pour installer une version différente de Node.js que celle proposée par exemple. Cela remplace la version par défaut proposée par Fedora, que ce soit pour une version supérieure ou inférieure à celle proposée.

Rappel, vous pouvez lister les modules disponibles via la commande :

$ dnf module list

Pour procéder à l'installation d'un module vous pouvez faire comme suit :

# dnf module install perl:5.24

# dnf module install perl/default

Les principaux modules disponibles à ce jour : Perl, Stratis, PostgreSQL, mongodb, meson et ninja, Node.js, le langage Go, Kubernetes, GIMP, MariaDB et Django. D'autres sont disponibles et ce chiffre progresse régulièrement.

Ajout du module Kubernetes. Il met à disposition la version 1.10 mais aussi l'implémentation avec Openshift 3.10.

Et comme toujours, Fedora 29 propose d'autres nouveautés.

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

Par ailleurs au début de l'année 2019, l'Assemblée Générale Ordinaire procèdera au renouvellement du Conseil d'Administration et du Bureau de l'association. C'est l'occasion de se présenter et d'intégrer le fonctionnement de l'association !

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 les listes de diffusion.

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 29 ?

Mediawriter.png

Si vous avez déjà Fedora 27 ou 28 sur votre machine, vous pouvez faire une mise à niveau vers Fedora 29. 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.

Liens

Fin de vie de la Fedora 27

Edouard Bourguignon

Brêve annonce pour vous informer de la fin de vie de la Fedora 27. Ceux qui utilisent cette version sont donc concernés.

La fin de vie pour la Fedora 27 est annoncée pour le 30 novembre 2018 (soit 1 mois après la sortie de la Fedora 29).

Un billet rapide mais habituel pour vous rappeler que la Fedora 27 n'est plus supportée à partir du 30 novembre 2018. Pensez donc à mettre à jour vos Fedora si ce n'est pas déjà fait.

Pour rappel, la mise à jour vers une version majeure est grandement simplifiée via le plugin system-upgrade de dnf. Pour l'installer :

$ sudo dnf upgrade --refresh
$ sudo dnf install dnf-plugin-system-upgrade

Pour procéder à la mise à jour, par exemple vers la Fedora 28 :

$ sudo dnf system-upgrade download --refresh --releasever=28

Ce qui va télécharger les paquets, et faire les préparatifs. Il restera à faire un reboot, qui procédera à la mise à jour complète :

$ sudo dnf system-upgrade reboot

Et voilà !

 

Fedora 29 sortira le 30 octobre 2018

Edouard Bourguignon

C'est officiel depuis la réunion Go-NoGo de ce jeudi, la version stable de la Fedora 29 sera disponible officiellement au téléchargement le 30 octobre prochain.

Comme tous les 6 mois, la future version de la distribution Fedora arrive. Il s'agit de la 29e édition, avec des changements assez importants, même s'ils ne seront pas tous visibles.

En premier lieu, il est à noter que dnf avance toujours, et cette Fedora 29 apportant le support des dépots "modular" ce dernier a donc été lourdement modifié pour supporter tout ça. Il y a eu d'ailleurs quelques bugs à ce sujet avant la stabilisation de cette nouvelle version. En tout cas, le support de ces dépôts permettant d'avoir des versions différentes de certains logiciels est fonctionnel et bien présent. Cet ajout était déjà plus ou moins là avec la Fedora 28, en édition "server", mais ces dépôts seront maintenant activés par défaut à partir de cette Fedora 29, toute édition confondue. Pour ceux qui trouvent que Fedora avance trop vite, modular va leur plaire.

La liste des logiciels mis à jour est toujours aussi impressionnante. Dans les logiciels majeurs à retenir :

  • Gnome passe en version 3.30.x
  • Python 3.7
  • MySQL 8
  • nodejs passe en version 10 LTS

La solution d'abstraction du stockage, stratis, sort en version 1.0. C'est un palier important, qui annonce stabilité et son utilisation possible en production. A voir !

Voir la liste des changements ici.

A noter aussi, côté support matériel, que le i686 devient x86_64 et nécessite maintenant le support SSE2. Cela devrait rendre par contre du vieux matériels incompatibles. A prendre en concidération si vous avez du vieux matériel !

La sécurité n'est pas en reste, avec l'activation de meilleurs algorythmes de chiffrement, ainsi qu'une sécurité supplémentaire sur les binaires (plt got isolation).

J'avoue utiliser cette version 29 depuis la sortie de la beta. Malgré les légers soucis de dnf, tout est toujours aussi plaisant à utiliser. La distribution est toujours aussi stable, et rapide. Etant un grand utilisateur de Gnome, j'apprécie aussi les quelques changements apportés sur Gnome 3.30.

J'attend la version 30 avec impatience, parce que ce sera un chiffre rond ;)" class="smiley

PS: A noter que l'arrivée de cette nouvelle version va aussi rendre obsolète d'ici 1 mois la Fedora 27.

[F29] Participez à la journée de test consacrée au noyau Linux 4.19

Charles-Antoine Couret

Aujourd'hui, ce jeudi 25 octobre, est une journée dédiée à un test précis : sur le noyau Linux 4.19. 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 ?

Le noyau Linux est le cœur du système Fedora (et des autres distributions GNU/Linux). C'est le composant qui fait le lien entre les logiciels et le matériel. C'est lui qui permet aux processus de travailler ensemble sur un même ordinateur et de pouvoir utiliser les périphériques (à travers des pilotes) disponibles sur chaque machine.

C'est donc un composant critique et il est nécessaire de s'assurer qu'il fonctionne. Notons par ailleurs que l'équipe des mainteneurs du noyau chez Fedora ont décidé de faire une journée de tests systématique après la sortie d'un nouveau noyau !

Les tests du jour couvrent :

  • L'exécution des tests automatisés par défaut et ceux de performances ;
  • Vérifier que la machine démarre correctement ;
  • Vérifier que le matériel est bien exploité (affichage, claviers, souris, imprimantes, scanners, USB, carte graphique, carte son, webcam, réseau filaire et wifi, etc.)

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-day 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é.

Disque dur fantôme

Matthieu Saulnier Je lançais des commandes au hasard (en fait non, je cherchais à produire une liste des disques durs branchés), quand soudain une anomalie est apparue.

Lorsque je lance ls /dev/sd*, j'obtiens le retour suivant :

/dev/sda  /dev/sda1  /dev/sdb  /dev/sdb1  /dev/sdb2  /dev/sdb3  /dev/sdc

Le problème, c'est que je n'ai que 2 disques durs branché en SATA, sda et sdb identifiés avec smartctl, et rien d'autre. D'où vient alors ce disque sdc?

# smartctl -i /dev/sdc
smartctl 6.5 2016-05-07 r4318 [x86_64-linux-4.16.9-200.fc27.x86_64] (local build)
Copyright (C) 2002-16, Bruce Allen, Christian Franke, www.smartmontools.org

/dev/sdc: Unknown USB bridge [0x05e3:0x0723 (0x9451)]
Please specify device type with the -d option.

Use smartctl -h to get a usage summary


Smartctl indique que ce n'est pas un disque dur régulier, c'est donc autre chose. L'information utile qu'a fourni smartctl, c'est l'identifiant du périphérique 0x05e3:0x0723 qui va servir de filtre avec grep.
Petite recherche dans lspci, sans succès. J'ai regardé dans lsusb, et ô joie :

# lsusb|grep 05e3
Bus 003 Device 003: ID 05e3:0723 Genesys Logic, Inc. GL827L SD/MMC/MS Flash Card Reader


Et le mystère est résolu ! sdc est présent même lorsque le lecteur de carte SD est vide !

[F29] Participez à la journée de test consacrée à la modularité

Charles-Antoine Couret

Aujourd'hui, ce vendredi 12 octobre est une journée dédiée à un test précis : sur la modularité. 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 ?

La modularité est le résultat de la réflexion de Fedora.next, amorcé en 2014. L'objectif est de découpler le cycle de vie des applications avec celui de Fedora afin qu'un utilisateur de Fedora bénéficie de plus de flexibilité. Il serait par exemple possible de choisir une version native de Python plus récente ou plus ancienne que celle disponible par défaut. Auparavant cela n'était possible qu'en choisissant une autre version de Fedora ce qui pouvait être contraignant.

Les modules se comportent comme des dépôts supplémentaires proposant un ensemble de paquets destinés à remplacer ceux des dépôts officiels. Mais bien entendu, tout cela est géré par le projet Fedora avec la même qualité et les mêmes mainteneurs.

Le changement majeur pour Fedora 29 est la mise à disposition de cette fonctionnalité nativement pour les autres éditions de Fedora, jusque là uniquement Server en bénéficiait.

Pour le moment Fedora propose quelques modules comme Docker, Django, NodeJS et le langage Go.

Les tests du jour couvrent :

  • Lister les modules disponibles et installés ;
  • Installer un nouveau module ;
  • Activer un nouveau module ;
  • Mettre à jour un module.

Comme vous pouvez le constater, ces tests sont assez simples et ne devraient prendre que quelques minutes seulement. Il vous faudra bien évidemment installer le dépôt modular avant (paquet fedora-repos-modular).

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

Compte rendu des Embedded et Kernel recipes 2018

Charles-Antoine Couret

J'avais déjà rapporté le fait que j'assistais aux Embedded et Kernel recipes 2018.

Kernel-recipes-entry.jpg

C'était une expérience enrichissante même si assez chargée. Les conférences se sont enchaînées et les pauses ont donné lieu à de nombreuses et instructives conversations. J'ai beaucoup apprécié le format, on n'avait pas non plus à courir de partout ou de choisir entre deux conférences car tout est conçu pour se concentrer sur une salle et un sujet. Et discuter ensuite des confs qu'on a vu, avec le conférencier également. Le fait qu'on soit relativement peu nombreux (une centaine) facilite les échanges et le bon déroulement de l'organisation.

Les locaux de Mozilla étaient en effet superbes même s'il faisait un peu frais dans l'ensemble. Dommage qu'ils quittent ce lieu prochainement. L'installation pour la conf était vraiment de bonne qualité. Je comprends mieux pourquoi cette salle ait été utilisée pour de nombreuses manifestations.

C'était l'occasion de croiser pas mal de monde, dont quelques personnes que je connaissais déjà comme un ex-collègue de ma période marseillaise et Benjamin Tissoire, co-mainteneur des entrées du noyau. Quelques personnalités du noyau étaient présents bien entendu. Et étant sur Paris, on a pu manger un morceau avec des contributeurs de Fedora. Là encore, c'était agréable.

Draw-Embedded-Recipes-Couret.jpg

J'ai pu effectuer ma conférence sur la mise à jour des systèmes embarquées dans de bonnes conditions. Et un dessinateur présent pendant l'évènement a pu faire un beau portrait. Très amusant et original. La vidéo de ce résultat, une première pour moi en anglais, est disponible par ici.

On a reçu également une carte de Libre computer (Le potatoe), ce qui est toujours apprécié. N'en ayant pas l'utilité personnellement (j'ai un RPi 1 qui traîne dans les tiroirs), c'est mon boulot qui l'a récupéré pour des workshops et autres tests.

Vraiment c'était une très bonne semaine. Merci aux organisateurs pour ce travail, une qualité impeccable. L'ambiance, le confort, mais aussi la qualité des sujets abordés, c'était très bien. Merci à mon employeur aussi de m'avoir offert cette opportunité. Cela donne envie d'y retourner, dommage que ce soit aussi difficile d'y participer, fautes de places libres, mais c'est aussi ce qui rend cet évènement si particulier.

Couret-Swupdate-Conf.jpeg

J'espère à une prochaine fois.

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

Charles-Antoine Couret

Aujourd'hui, ce lundi 8 octobre, 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 29 é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 27 ou 28 devienne une Fedora 29 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 27 ou 28, 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 F29 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é.

A Fedora 28 Remix for Tegra using i3

Nicolas Chauvet

This is dedicated to older Tegra such as Tegra20, Tegra30 and Tegra114. It can work on Tegra K1, but at this time, using Fedora 29 is a better choice. Specially as Fedora 29 on Tegra K1 have support for GPU acceleration with nouveau.

The image integrates the grate-driver that provides a reverse-engineer mesa driver (FLOSS, but not yet upstream). This only advertises OpenGL 1.4 yet, but it can at least run glxgears fine. This is not the case with the softpipe driver on Tegra20.

There is also a HW video decode driver using libvdpau_tegra.

Please use mpv or vlc from RPM Fusion for video acceleration.

This spin was only tested on Toshiba AC100 and Trimslice.

  • Install the disk image on a sdcard

SDCARD=/dev/sdc (to be adapted)

xcat Fedora-remix-tegra-i3-28-20180918.n.0-sda.raw.xz | sudo dd of=${SDCARD} bs=4M

You need a recent u-boot version with Extlinux support. I recommends 2018.09 release or later

To update the bootloader on tegra20 devices please see https://github.com/NVIDIA/tegra-uboot-flasher-scripts

Remind that paz00 still lacks keyboard support for the bootloader upstream. To have keyboard support you can to get: https://github.com/ac100-ru/u-boot-ac100-exp/tree/nvec-dev-mainline-master-2017-07-15 There is a pre-built u-boot binary based on this tree in the same directory.

If you want to install the packaged grate-driver from an official Fedora 28 image:

curl https://repos.fedorapeople.org/repos/kwizart/ac100/fedora-ac100.repo -o /etc/yum.repos.d/fedora-ac100.repo

This will replace mesa libdrm, but you can keep the fedora kernel

Interested in having an official i3 spin in Fedora? For Tegra, it will depends on the upstreaming of the grate-driver, but I've submitted a PR to have an i3 spin. As some arm or aarch64 based devices that can output display, but may not be able to have enough accelerated desktop capabilities (Unless using a proprietary or downstream driver that won't be in Fedora). See if you want to help: https://pagure.io/fedora-kickstarts/pull-request/428

[F29] Participez à la journée de test consacrée à GNOME 3.30

Charles-Antoine Couret

Aujourd'hui, ce vendredi 5 octobre, 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 29 beta. L'environnement de bureau GNOME est celui par défaut depuis les débuts de Fedora il y a 13 ans.

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.

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

[F29] Participez à la journée de test consacrée à DNF

Charles-Antoine Couret

Aujourd'hui, ce mercredi 3 octobre, est une journée dédiée à un test précis : sur le gestionnaire de paquets DNF. 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 ?

DNF est le gestionnaire de paquets principal et par défaut de Fedora. Cet outil est donc un composant central de la distribution, il est responsable de l'installation et de la mise à jour des logiciels sur votre système. C'est pourquoi la fiabilité doit être fondamentale.

DNF 3 débarque sur Fedora 29 avec pas mal de changements à la clé. Il est nécessaire de s'assurer de sa fiabilité avant la version finale.

Les tests du jour couvrent :

  • La mise à jour, installation, suppression de paquets standards. Test des options et de la compatibilité avec YUM également.
  • La gestion des paquets de langues, installation et suppression.

Comme vous pouvez le constater, ces tests sont assez simples et peuvent même se dérouler sans se forcer en utilisant simplement DNF 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é.

[F29] Participez à la journée de test consacrée à la version Atomic / Cloud

Charles-Antoine Couret

Aujourd'hui, ce lundi 1er octobre, est une journée dédiée à un test précis : sur l'image Atomic / Cloud 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 ?

La version Cloud de Fedora est un des trois produits officiels du projet avec Workstation et Server. Son but est d'être une image très minimale pour être instanciée de nombreuses fois dans le cadre d'un infrastructure Cloud afin de remplir le rôle d'un service. Cependant, contrairement aux deux autres produits, la version Cloud est mise à jour très régulièrement (de nouvelles images sont disponibles toutes les quelques semaines seulement, contre 6-7 mois en moyenne pour les autres).

Une nouveauté qui commence à s'installer est la mise à disposition de Fedora Workstation Atomic. Jusque là, seule l'image Cloud bénéficiait de ce système. Ce travail provient du projet Atomic qui repose lui même sur rpm-ostree dont l'un des buts est de versionner le système pour améliorer la fiabilité du système en cas d'installation ou de mise à jour d'un programme en autorisant un retour en arrière très simplement et avec des opérations qui sont atomiques (d'où le nom). Il est également aisé de voir ce qui a changé dans le système, notamment si l'utilisateur a changé des fichiers de configuration importants et ce qu'il a appliqué. Le système est également plus orienté utilisation d'applications dans un conteneur (comme les Flatpak) et les répertoires systèmes sont mieux isolés, par exemple /usr est par défaut en lecture seule.

Les tests du jour couvrent :

  • Est-ce que l'image démarre correctement, permet de se connecter et si les services se base se lancent bien et que SELinux remplit son rôle ;
  • Vérifier si la gestion de Docker ou Atomic (installation, mise à jour, retour en arrière) fonctionne correctement ;
  • Lancement des applications ;
  • Vérifier la compatibilité avec le cloud Amazon et OpenStack ;
  • S'assurer que l'image Atomic Workstation fonctionne avec ses spécificités : installation du système, Flatpak et GNOME Logiciels pour les notifications et installer des programmes.

Si vous êtes intéressés par l'aspect Cloud de cette image ou par l'ajout d'Atomic dans Fedora Workstation, je vous invite à les tester, elles bénéficient en effet de relativement peu de retours pour le moment. La moindre aide est appréciée, merci.

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

[F29] Participez à la journée de test consacrée à Java 8, 10 et 11

Charles-Antoine Couret

Aujourd'hui, ce mercredi 26 septembre, est une journée dédiée à un test précis : sur Java 8, 10 et 11. 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 ?

Java est un langage de programmation très populaire dont une des caractéristiques est d'utiliser une machine virtuelle pour exécuter le programme, ce que l'on nomme la JVM pour Java Virtual Machine. Il existe plusieurs JVM concurrentes et Fedora fournie la version libre de référence qui est OpenJDK.

Oracle, le développeur principal, a changé récemment le cycle des versions ce qui conduit à Fedora de proposer pour des raisons de compatibilités plusieurs versions en simultanées dans le système. Fedora 29 devra donc proposer la OpenJDK 8, 10 et 11. Et c'est la raison du test d'aujourd'hui.

Plus précisément les tests consistent en :

  • Installer les paquets des différentes versions, et vérifier si le chemin de différents fichiers est le bon.
  • Utiliser la méthode des alternatives pour changer la JVM de référence à la volée, et s'assurer que le mécanisme fonctionne.
  • Vérifier que OpenJDK respecte les règles cryptographiques du système suivant la politique choisie.
  • Vérifier qu'une application fonctionne si on utilise l'algorithme Shenandoah comme algorithme de référence pour la ramasse miette. Uniquement pour les architectures aarch64 et x86_64.

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

Tests ouverts pour Fedora 29 Beta

Charles-Antoine Couret

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

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 29 et réduisez 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 23 ou 30 octobre. Voici les nouveautés annoncées pour cette version :

Expérience utilisateur

  • Passage à GNOME 3.30.
  • De même pour Xfce 4.13 qui bénéficie enfin de GTK+3.
  • Le menu de GRUB sera caché par défaut, sauf en cas de dual-boot.
  • La variable $PATH par défaut change l'ordre des dossiers /.local/bin pour les placer devant afin d'être prioritaires par rapport aux dossiers systèmes. Cela rejoint la politique de Debian et Ubuntu.
  • L'utilitaire Wireshark perd son interface GTK+, uniquement l'interface Qt est proposée en adéquation avec le choix du projet.
  • Le synthétiseur vocal festival est proposé à la version 2.5.

Gestion du matériel

  • Les paquets i686 sont compilés avec les instructions SSE2 ce qui réduit la liste des processeurs compatibles avec Fedora pour cette architecture. Mais pour les processeurs supportés tout comme x86_64 un gain notable de performance est possible.
  • Les images pré-générées pour les architectures ARMv7 et aarch64 bénéficient de la ZRAM pour la swap par défaut afin d'améliorer les performances et limiter l'usure des cartes SD de stockage.
  • Prise en charge initiale des FPGA, les cartes 96boards d'Ultra96 et UP² d'Intel proposent des FPGA pour faire des calculs spécialisés comme l'IA ou le machine learning. Fedora propose des outils de base et agnostiques pour les exploiter.
  • Clap de fin pour l'architecture ppc64, sa sœur little endian ppc64le recevra toutes les attentions pour cette famille.

Internationalisation

  • Mise à jour du gestionnaire d'entrée de saisie IBus vers 1.5.19.
  • La famille de police de caractères Liberation, compatible avec celle de Microsoft, passe à la version 2 proposant plus de caractères UNICODE.
  • Les langues asiatiques chinoises, coréennes et japonaises utiliseront par défaut les polices de Google Noto.
  • Les fichiers des fuseaux horaires de tzdata seront fondés sur le format vanguard en accord avec le choix effectué en amont. Cela améliore la compatibilité avec POSIX.

Administration système

  • Mise à jour d'OpenShft Origin 3.10.
  • Ajout du module Kubernetes.
  • Ansible utilise Python 3 par défaut.
  • Stratis Storage est mis à jour à la version 1.0.
  • GnuTLS utilise le protocole TLS 1.3 par défaut.
  • Le module p11-kit-proxy gère les bases de données NSS par défaut maintenant en plus d'OpenSLL et GnuTLS.
  • Fusion de Dstat et Performance Co-Pilot pour les statistiques de performance. Dstat n'est plus maintenu en amont mais PCP ajoute le module pcp-dstat pour être compatible avec son illustre prédécesseur.
  • OpenLDAP ne gère plus le module NSS pour la sécurité, suite à son remplacement par défaut par OpenSSL pour Fedora 28.
  • Le fichier /usr/bin/python est fourni par le paquet python-unversioned-command en accord avec la PEP 394. Les paquets de Fedora mentionnent explicitement l'usage de Python 2 ou 3.
  • Les groupes de paquets python-classroom, engineering-and-scientific, development-libs, cloud-management, font-design, mysql, robotics-suite, authoring-and-publishing et electronic-lab utilisent les paquets Python 3. Le groupe python-web est supprimé.

Développement

  • Binutils passe à la version 2.31.
  • GLibc 2.28 est utilisée par défaut.
  • Node.js 10 est proposé par défaut.
  • Python 3.7 devient la version de référence.
  • Ruby on Rails est sur les rails de la version 5.2.
  • La perle des langages, Perl 5.28, a été mis à jour.
  • Le langage Go passe à la version 1.11.
  • MySQL 8 est proposé pour sa gestion des bases de données.
  • OpenJDK 11 LTS devient la machine virtuelle de référence pour Java.
  • La sélection de paquets compatibles entre eux Haskell Stackage LTS passe de la version 10 à 11.

Modularité

  • Fedora Workstation et Cloud bénéficient par défaut des modules en plus de Fedora Server. Ainsi tout le monde est capable facilement d'exploiter les modules, pour installer une version différente de Node.js que celle proposée par exemple.

Projet Fedora

  • Fedora Workstation Atomic devient Silverblue. Ce projet qui monte en puissance met en avant le projet Atomic pour l'édition phare de Fedora. Cela consiste majoritairement à utiliser Flatpak et rpm-os-tree pour gérer les paquets permettant une meilleure isolation des composants et une plus grande fiabilité du système. Un site web dédié a été conçu pour l'occasion.
  • Les éditions dérivées de Fedora comme les Spins, labs ou conteneurs auront les champs VARIANT et VARIANT_ID renseignés dans le fichier /usr/lib/os-release pour avoir des statistiques plus précises quant à leur utilisation et pour l'utilisateur de connaître la provenance de l'image.
  • Fedora Scientific a une image VagrantBox en plus des ISO traditionnelles.
  • GCC n'est plus nécessaire dans l'image de compilation de Fedora, réduisant le temps nécessaire à la production des paquets n'en ayant pas besoin.
  • Fedora Cloud aura des images mises à jour mensuellement, pour limiter la taille des mises à jour à effectuer après l'installation.
  • La compilation du bytecode Python est moins magique pour les paquets, les étapes doivent être mieux décrites pour faciliter la transition vers Python 3.
  • Les modules Perl obtenus via CPAN changent leurs URL de search.cpan.org vers metacpan.org dans la description des paquets concernés.
  • Les paquets Erlang sont liés à aucune architecture dorénavant.

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 indiqué. 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. 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 !