URL: https://linuxfr.org/news/fedora-30
Title: Fedora 30
Authors: Renault
 Benoît Sibaud, Davy Defaud, ZeroHeure, devnewton 🍺, M5oul et palm123
Date: 2019年04月04日T23:35:49+02:00
License: CC By-SA
Tags: fedora, libreoffice, flatpak, sortie_version, sspl et mongodb
Score: 50
En ce mardi 30 avril 2019, les utilisateurs du projet Fedora seront ravis d’apprendre la disponibilité de la version 30 de Fedora.
 
Fedora est une distribution GNU/Linux 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 cette multinationale, c’est 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 d’un certain nombre de logiciels libres contenus dans la distribution, dont le noyau Linux, GNOME, NetworkManager, PackageKit, PulseAudio, X.Org, systemd, la célèbre suite de compilateurs GCC, etc. [Suivez ce lien pour voir l’ensemble des contributions de Red Hat](https://fedoraproject.org/wiki/Red_Hat_contributions).
[![Bureau GNOME nature](https://blog.fedora-fr.org/public/renault/F30/.GNOME-Bureau_m.png)](https://blog.fedora-fr.org/public/renault/F30/GNOME-Bureau.png)
----
[Site officiel du projet Fedora](https://getfedora.org/)
[Site officiel de la communauté francophone de Fedora](http://www.fedora-fr.org/)
[Notes de version de Fedora 30](https://docs.fedoraproject.org/fr-FR/index.html)
[Images Torrents officielles](https://torrent.fedoraproject.org/)
[Procédure de mise à niveau](https://doc.fedora-fr.org/wiki/Mise_%C3%A0_niveau_de_Fedora)
----
# Expérience utilisateur
## GNOME 3.32
L’environnement de bureau par défaut de Fedora Workstation est mis à jour vers GNOME 3.32. Cette version apporte notamment :
 
* un rafraîchissement du thème graphique, qui est un peu plus arrondi ;
* par ailleurs, les icônes ont été profondément remaniées abandonnant le style très réaliste pour un style plus sobre et plus simple à dessiner ;
* GNOME avec Wayland prend maintenant en charge les ratios non entiers des affichages à haute densité de pixels (HiDPI), ce qui rendra l’affichage plus propre pour les machines concernées ;
* il y a eu beaucoup de nettoyages et d’optimisations pour rendre le bureau moins gourmand en ressources graphiques et processeur ; les opérations de recherche notamment sont concernées ou la gestion des fichiers sur Google Drive ;
* le clavier virtuel prend en charge les émojis ;
* le navigateur officiel _Web_, anciennement _Epiphany_, gère les gestes des pavés tactiles ;
* les paramètres ont été améliorés : le menu _son_ a un affichage vertical, plus conforme avec les autres, le mode _nuit_ peut utiliser des couleurs plus chaudes ou froides que celles par défaut et l’on peut enfin paramétrer les permissions des applications Flatpak.
 
**Les extensions du gestionnaire de fichiers de GNOME, _Nautilus_, migrent vers Python 3.** En effet, Python 2 ne sera plus maintenu dès janvier 2020. Dans ce cadre, Fedora a travaillé à sélectionner, voire convertir, les extensions de Nautilus vers Python 3.
## LxQt 0.14.0
[![Nouvelle vue du gestionnaire de fichiers LxQt](https://blog.fedora-fr.org/public/renault/F30/.LXQt-Nouvelle_vue_du_gestionnaire_de_fichiers_m.png)](https://blog.fedora-fr.org/public/renault/F30/LXQt-Nouvelle_vue_du_gestionnaire_de_fichiers.png)
 
[![Nouvelle vue du gestionnaire de fichiers LxQt](https://blog.fedora-fr.org/public/renault/F30/.GNOME-Nouveau_panneau_configuration_du_son_m.png)](https://blog.fedora-fr.org/public/renault/F30/GNOME-Nouveau_panneau_configuration_du_son.png)
 
Le bureau léger LxQt bénéficie de la mise à jour vers la version 0.14.0. Le gestionnaire de fichiers _pcmanfm-qt_ peut afficher côte à côte le contenu de deux dossiers. Le bureau peut avoir des icônes interactives comme la corbeille, le dossier utilisateur ou le réseau. En plus de corrections plus mineures et d’une grande mise à jour des traductions.
## DeepinDE
[![Nouveau bureau Deepin](https://blog.fedora-fr.org/public/renault/F30/.Deepin-Bureau_m.png)](https://blog.fedora-fr.org/public/renault/F30/Deepin-Bureau.png)
 
Le nouvel environnement de bureau [DeepinDE](https://www.deepin.org/en/dde/) est proposé. Un bureau qui se veut moderne, performant, simple et élégant. L’interface est une synthèse des différentes interfaces. Il repose sur un dock situé en bas, à la macOS, il dispose d’un panneau latéral pour les accès rapides et notifications, comme pour Windows 10. Enfin, l’ensemble des applications installées est affiché sous forme de grille, comme ce que propose GNOME. Pour l’installer vous devez installer le groupe _Deepin Desktop_.
## Pantheon Desktop
[![Nouveau bureau Pantheon](https://blog.fedora-fr.org/public/renault/F30/.Pantheon-Bureau_m.png)](https://blog.fedora-fr.org/public/renault/F30/Pantheon-Bureau.png)
 
Encore un nouvel environnement, Pantheon Desktop, qui débarque dans Fedora. C’est celui utilisé par elementaryOS, qui réutilise les technologies de GNOME mais est écrit plutôt en Vala et qui se veut plus proche de l’expérience utilisateur de macOS. Pour l’utiliser, vous devez au minimum installer le paquet _pantheon-session-settings_. Les applications ont un nom préfixé par « _elementary-_ ».
## GNU privacy guard (gnupg)
GnuPG 2 devient l’implémentation de GPG par défaut.** Le chemin `/usr/bin/gpg` pointe donc vers cette nouvelle version, ce qui est plus conforme à l’expérience fournie par d’autres distributions. Si vous avez besoin de l’ancienne version pour des raisons de compatibilité, le chemin `/usr/bin/gpg1` doit être explicitement mentionné.
# Gestion du matériel
## Affichage continu lors d’un amorçage UEFI avec une carte Intel
Pour les utilisateurs d’une carte graphique Intel et d’un ordinateur avec l’UEFI activé, l’affichage durant le démarrage est continu, sans remise à zéro de ce dernier. Cela rend l’expérience plus fluide et jolie. Le changement fait suite à celui introduit dans Fedora 29 pour qu’un ordinateur mono‐système ait GRUB masqué par défaut. Le nouveau thème Plymouth _bgrt_ récupère également le logo du constructeur de l’ordinateur ou de la carte mère durant le démarrage. Si vous ne souhaitez pas voir ce logo, basculez vers le thème _spinner_. Vous pouvez regarder [cette vidéo](https://fedorapeople.org/~jwrdegoede/flickerfree-videos/laptop-diskcrypt-bgrt-logo.webm) pour voir le changement en action et [les explications en détails](https://hansdegoede.livejournal.com/19224.html) et [la FAQ](https://hansdegoede.livejournal.com/20632.html) par Hans de Goede, son développeur.
## Amorçage UEFI sous architecture ARMv7
Les architectures ARMv7 disposeront par défaut d’un démarrage en UEFI. Cela permet notamment de passer de U-boot à GRUB 2 comme chargeur de démarrage, ce qui unifie la procédure de démarrage pour l’ensemble des architectures et simplifie la maintenance et la cohérence de la distribution et des procédures fournies.
# Internationalisation 
Les groupes de composition des langues sont remplacés par **les packs linguistiques**. Ce dernier était utilisé depuis Fedora 24 pour installer les traductions des paquets nécessaires à l’utilisateur. Maintenant, il gère également les entrées de saisie et les polices de caractères pour une expérience plus cohérente et simple, surtout pour les langues d’origines non latines. Pour rappel, pour bénéficier donc d’une meilleure expérience utilisateur en français, n’hésitez pas à installer le paquet _langpacks-fr_ si cela n’est pas déjà fait.
# Administration système
## Bash 5
Mise à jour de Bash à la version 5.0. Cette version apporte notamment de nouvelles variables natives : `BASH_ARGV0`, `EPOCHSECONDS` et `EPOCHREALTIME` (qui a une granularité à la microseconde). La commande `history` peut supprimer des intervalles de l’historique ou prendre en charge des arguments négatifs pour les décalages. Les performances sont meilleures en cas d’appel avec un grand nombre d’arguments, et de nombreuses erreurs de gestion mémoire ont été corrigées. Enfin, l’expansion des variables _$@_ et _$*_ est plus conforme à la norme [[POSIX]].
## Fish 3
Le shell Fish évolue également à la version 3.0. Il est plus conforme avec la norme POSIX via l’ajout des instructions `&&`, `||` et `!`, en plus des équivalents en anglais présents jusque‐là. La commande `wait` a été également ajoutée. Un mode privé a été ajouté, disponible via l’argument `--private` qui n’enregistre pas les commandes dans l’historique et n’a également pas accès au contenu de celui‐ci. En plus de tout cela, les performances ont été améliorées dans de nombreux scénarios.
## Vagrant 2.2
L’outil Vagrant est maintenant à la version 2.2. Il utilise désormais par défaut `qemu:///session` au lieu de `qemu:///system`, ce qui permet de s’en servir depuis n’importe quel utilisateur sans manipulation à faire en tant que super‐utilisateur au préalable. Il prend en charge également VirtualBox 6.0 et l’envoi de fichiers du système hôte vers le système invité.
## DNF
DNF dispose de l’algorithme de compression _zchunk_ en plus de _xz_ ou _gzip_ pour les métadonnées des dépôts, ce qui permet la prise en charge des deltas pour optimiser la taille des téléchargements, pouvant passer de 60 Mio à moins de 5 Mio si la vérification est faite régulièrement.
## BootLoaderSpec
Par défaut les entrées de démarrage, pour choisir la version du noyau à lancer, vont passer au format BootLoaderSpec par défaut. Ceci permettant de ne plus employer l’utilitaire _grubby_ pour réaliser cette tâche, car il est ancien et peu flexible. Il devait en effet se charger de la représentation interne de la configuration de GRUB, LILO, elilo, SILO et Yaboot. Le but est d’uniformiser la manière de représenter les noyaux à démarrer entre les architectures, car elles n’utilisent pas toutes GRUB. En effet, zipl est utilisé pour s390x et Petitboot pour ppc64le. Seule l’architecture ARMv7 n’est pas encore concernée, car U-boot ne gère pas ce format de représentation. Les entrées de démarrage sont donc situées dans le répertoire `/boot/loader/entries/` et, en cas de mise à niveau, des scripts comme `grub2-switch-to-blscfg` font automatiquement la conversion vers ce nouveau format. [Vous pouvez trouver plus d’explications sur cette conception et les raisons de cette mise en œuvre](https://systemd.io/BOOT_LOADER_SPECIFICATION).
## cryptsetup
cryptsetup utilise dorénavant les métadonnées de LUKS2 par défaut. Cela ne concerne donc que les nouvelles installations nativement. Elle prend en charge la nouvelle fonction de dérivation de clef, Argon2, qui a été conçue pour mieux résister aux attaques par processeur graphique. Il permet également à une application externe de peupler un jeton pour dire où retrouver le mot de passe. Le but étant que le jeton soit généré et vérifié par une carte à puce, par exemple. Enfin, les métadonnées sont agnostiques par rapport aux algorithmes de chiffrement, autorisant des mises à jour de ces derniers sans rupture de compatibilité, pour une meilleure sécurité.
## dbus-broker
dbus-broker devient l’implémentation par défaut de D-Bus. Son objectif est de fournir une implémentation qui soit plus performante et fiable tout en gardant la compatibilité avec l’implémentation de référence. Cela passe par une utilisation plus intensive des API spécifiques à Linux pour rendre cela possible.
 
Il fournit en effet un moyen de limiter par défaut la consommation de ressources, comme la mémoire, entre les différents utilisateurs pour éviter qu’un seul monopolise toutes les ressources du système.
 
dbus-broker ne supprime plus silencieusement des messages et limite le nombre de situations où une telle action peut être prise. Il ne repose plus sur un mécanisme de communication inter‐processus (IPC) (en étant un lui‐même) pour éviter les cas d’interblocages au niveau système.
 
Il passe également mieux à l’échelle en supprimant la plupart des structures globales ce qui diminue la taille de l’état et augmente les performances tout en réduisant le risque d’effets de bord.
## FreeIPA passe à Python 3
FreeIPA n’est plus utilisable avec Python 2. Cela rejoint la décision prise par le projet en amont cette année, mais permet aussi d’accélérer la transition vers Python 3 en supprimant l’ensemble des paquets qui en dépendaient.
## Transition de Python 2 à Python 3
Beaucoup de paquets dépendants ou relatifs à Python 2 ont été supprimés, la fin approche et devrait arriver pour Fedora 31. Cela concerne ici les paquets ne contenant pas une application ou n’étant pas dépendants d’autres paquets existants. L’objectif est de limiter la rupture de compatibilité tout en simplifiant et amorçant la transition devenue nécessaire. [Vous trouverez la liste des paquets concernés](https://fedoraproject.org/wiki/Changes/Mass_Python_2_Package_Removal/List). Si pour vos développements vous aviez besoin d’un tel paquet, vous pouvez utiliser les environnements virtuels ou porter votre travail vers Python 3.
## Configuration de NFS
Le fichier `/etc/sysconfig/nfs` est maintenant obsolète en faveur de `/etc/nfs.conf`, pour permettre la configuration depuis un point central.** Cela met fin à une période de transition de près de deux ans. L’objectif est donc de fournir un fichier de configuration unique ce qui simplifie la maintenance et l’automatisation de cette tâche via _Ansible_ par exemple. Le nouveau fichier de configuration est aussi plus conforme à la philosophie derrière _systemd_, la configuration des démons se faisant par un fichier spécifique au lieu de fournir des arguments de ligne de commande directement. Enfin le nouveau système de configuration bénéficie de l’outil _nfsconf_ qui vérifie la validité du fichier.
## Programmes dépréciés
De nombreux outils sont dépréciés : Apache Avalon, Apache Jakarta Commons HTTP client, Apache Jakarta ORO et Regexp, Apache Maven branche 2.x et Sonatype OSS Parent. Ils ne sont en effet plus maintenus depuis un moment et cette étape permet d’amorcer la transition pour leur suppression définitive des dépôts, avec les éventuels paquets qui en dépendent. En effet, plus aucun nouveau paquet, ni une mise à jour d’un paquet existant, ne peut les ajouter en tant que dépendance.
## Suppression de MongoDB
MongoDB est supprimé, la licence nouvellement adoptée SSPL n’étant pas considérée comme libre par le projet. Le projet a refusé de garder la dernière version distribuée sous licence AGPL, pour des raisons de maintenance de sécurité qui serait difficile de fournir en l’état.
## SSH et les langues
En cas de connexion distante via SSH, l’information sur la langue à utiliser est toujours propagée du client vers le serveur pour la session en cours. Désormais, si la machine distante ne dispose pas de la langue cible, `C.UTF-8` sera demandée. Cela peut arriver si le client utilise `LANG=fr_FR.UTF-8` pour se connecter dans un conteneur qui ne dispose que de `en_EN.UTF-8`. L’objectif est de limiter les erreurs dans certains outils ou dans l’affichage en utilisant toujours une langue gérée par le système cible.
## Cryptographie
Kerberos modernise sa prise en charge des algorithmes cryptographiques en supprimant la gestion de DES, 3DES, CRC-32 et MD4 pour les clefs de session ou clefs à long terme. MD5 et RC4 sont marqués comme obsolètes et dangereux en attendant une suppression ultérieure. Pour activer ces derniers, il faudra tout de même ajouter la ligne `allow_weak_crypto = True` dans le fichier de configuration `/etc/krb5.conf`. Il y a une [documentation pour migrer](https://web.mit.edu/kerberos/krb5-1.16/doc/admin/advanced/retiring-des.html) votre installation existante si elle est concernée par ce changement.
## OpenScap
Pour ceux intéressés par le standard [SWID](https://fr.wikipedia.org/wiki/ISO/CEI_19770#ISO/CEI_19770-2_:_Marqueur_d%E2%80%99identification_des_logiciels), l’outil OpenScap est fourni**. Cet outil permet de gérer les drapeaux liés à des paquets RPM, des installations de Fedora ou ses dépôts. Son utilisation apporte de la traçabilité, l’utilisateur pouvant créer ses propres drapeaux pour ses paquets par exemple. Il peut également lister les paquets correspondant à un drapeau, par exemple via _dnf_.
# Développement 
## GCC 9
Mise à jour de GCC qui fait du 9. Cette version apporte une gestion partielle d’OpenMP 5.0 et un début de prise en charge de la norme à venir C++2a. La mise en page de la sortie d’erreur est encore plus claire qu’avant pour simplifier leur lecture et la correction par le développeur. De nombreuses nouvelles alertes ont été ajoutées pour signaler au développeur plus de comportements à corriger dans son code. Avec l’option `-fdiagnostics-format=json`, il est possible d’obtenir la sortie dans un format plus simple à interpréter par un programme. Quelques nouvelles optimisations du code généré sont également proposées, notamment pour certaines instructions `switch`.
## Glibc 2.29
Glibc n’est pas en reste avec la version 2.29. Les fonctions mathématiques et trigonométriques de base reçoivent de légères optimisations en termes de performance. La bibliothèque propose une interface pour appeler la fonction `getcpu()` sous Linux, évitant de devoir appeler la fonction indirectement via `syscall()`. En plus de quelques corrections plus mineures, dont de sécurité. 
## Boost 1.69
Petit coup de Boost à la version 1.69. Cette montée en version repose essentiellement sur de la correction de bogues. Deux nouvelles bibliothèques sont proposées, _Safe Numerics_ pour avoir une arithmétique garantie correcte sur les entiers et _YAP_ pour exprimer les _templates_. Les deux étant prévues pour C++14 ou supérieur.
## libcrypt
Les fonctions obsolètes et non sûres de libcrypt sont supprimées et `encrypt`, `encrypt_r`, `setkey`, `setkey_r`, and `fcrypt` renvoient une erreur systématiquement. En effet, ces fonctions ne sont plus considérées comme sûres pour effectuer des opérations de sécurité. Par conséquent, la bibliothèque libcrypt.so.2 ne propose plus les fonctions précédemment mentionnées. Pour des raisons de compatibilité POSIX, il est possible d’installer la bibliothèque libcrypt.so.1 via le paquet _libxcrypt-compat_. Si ce dernier implémente ces fonctions, elles renvoient toutes une erreur avec la variable `errno` mise à `ENOSYS` et les éventuels tampons remplis de valeurs aléatoires pour des raisons de sécurité.
## Ruby 2.6
Mise à jour de Ruby qui pèse 2.6 carats. Cette version propose un début d’implémentation d’un compilateur à la volée, ce qui permet un gain de performance du code Ruby. Il propose aussi à titre expérimental le module _RubyVM::AST_ pour parcourir les nœuds de l’arbre syntaxique abstrait d’un code Ruby. En plus de ceci, certaines fonctions bénéficient d’un gain de performance, et quelques ajouts mineurs sont proposés tout en gardant une compatibilité ascendante.
## Java 12
Les programmes Java pourront danser dans la machine virtuelle OpenJDK 12. Elle apporte, entre autres, l’instruction _switch_ comme une expression, pour simplifier le code en évitant de créer une fonction _ad‐hoc_ pour cela, tout en simplifiant l’écriture. La gestion d’UNICODE 11 est également de la partie.
## PHP 7.3
Le langage de l’éléphant PHP impose sa version 7.3. Les syntaxes _Heredoc_ et _Nowdoc_, pour déclarer une chaîne de caractères, sont plus flexibles pour gérer notamment l’indentation en fin de déclaration. Il est possible de vérifier si un élément est énumérable via la fonction `is_countable()` pour éviter l’appel à `count()` inutile dans ce cas. Pour la gestion des expressions régulières, le moteur passe de PCRE à PCRE2.
## Go 1.12
Go avance à la version 1.12. De grands efforts ont été faits pour améliorer les performances, dont l’éligibilité plus large des fonctions à l’_inlining_. Il est possible de compiler un programme Go en demandant la version de Go à employer. Au niveau de la sécurité, le protocole TLS version 1.3 est proposé. Notons que l’ABI employée a changé légèrement, ce qui peut causer des soucis de compatibilité si jamais le programme fait appel directement à de l’assembleur.
## Erlang 21
L’environnement d’Erlang passe à la version 21. L’amélioration des performances est au rendez‐vous, l’interpréteur BEAM a été réécrit pour diminuer l’usage de la mémoire en augmentant la vitesse d’exécution, alors que le compilateur maison bénéficie de performances augmentées de l’ordre de 10 % à 20 %. Les instructions d’entrées‐sorties ont également été améliorées en ce sens. Enfin, la bibliothèque _zlib_ peut être utilisée en situation de parallélisme. Les bibliothèques liées à CORBA sont séparées dans de nouveaux dépôts, tandis que les fonctions cryptographiques obsolètes ont été supprimées.
## Haskell 8.4
Le compilateur Haskell GHC et Stackage LTS passent respectivement à la version 8.4 et 12. La génération du code a été améliorée afin d’augmenter les performances. TypeInType a maintenant des messages d’erreurs bien plus clairs. Ainsi qu’une longue liste de 300 bogues corrigés.
## Python
Python progressbar2 devient la version de référence pour le module des barres de progressions. En effet, le premier dérive du second, mais il est mieux maintenu et propose plus de fonctionnalités dans l’affichage tout en restant rétrocompatible. D’où la décision de proposer la version 2 comme celle de référence.
 
La compilation de modules Python dans Fedora sera plus proche de ce qui se fait en amont, sans nécessiter de recourir à des outils tel que _redhat-rpm-macros_ pour cela. Le but est de séparer les drapeaux de compilation nécessaires à Python et ses extensions et ceux fournis par Fedora. Cependant, cela signifie que les drapeaux utilisés par les paquets de Fedora, comme la position indépendante du code, ne sera pas disponible nativement pour la compilation de telles extensions. Les développeurs doivent donc gérer ce genre d’option par eux‐mêmes.
# Projet Fedora
## Options de compilation et d’empaquetage
**L’environnement de compilation minimal ne dépend plus du paquet _glibc-all-langpacks_ pour gagner en poids, de l’ordre de 17 %.** Cela rendra la construction de paquets plus rapide et moins gourmande en ressources.
**La compilation des programmes Python est en deuxième phase de réécriture pour reposer sur moins d’hypothèses**. Ce travail avait débuté pour Fedora 29. L’objectif est d’être plus fiable et plus maintenable.
**Les drapeaux _group_ des paquets sont supprimés pour près de 9 600 d’entre eux.** Depuis mars 2017, il ne fallait plus les utiliser. En effet, ils servaient à définir la catégorie du paquet pour simplifier la représentation hiérarchique dans les installateurs. Par exemple, le paquet LibreOffice pouvait être dans le groupe _Applications/Spreadsheets_ pour que _yumex_, par exemple, le propose si l’utilisateur va dans cette catégorie d’applications. Mais cette fonctionnalité a été avantageusement remplacée par Fedora comps et les groupes d’applications que dnf exploite depuis.
**L’édition de lien supprime tous les liens excessifs entre les bibliothèques et les exécutables.** En effet, l’argument `--as-needed` est envoyé par défaut à l’éditeur de liens. Seules les bibliothèques réellement nécessaires pour l’exécutable sont liées, ce qui améliore les performances au lancement de l’application, que ce soit en chargeant moins de données depuis l’espace de stockage, mais aussi en évitant l’initialisation complète d’un cadriciel pour rien. Les métadonnées relatives à cette compilation sont également réduites.
**Les _scriptlets_ qui étaient obsolètes ont été supprimés, comme _ldconfig_ ou _gtk-update-icon-cache_**. L’objectif est de gagner du temps à l’installation des paquets et de générer des paquets plus rapidement, tout ceci pour des étapes qui ne sont plus nécessaires.
[![Nouvelle vue du gestionnaire de fichiers LxQt](https://blog.fedora-fr.org/public/renault/F30/.GNOME-Configuration_des_applications_m.png)](https://blog.fedora-fr.org/public/renault/F30/GNOME-Configuration_des_applications.png)
## Collecte des données à des fins statistiques
**Le projet améliore la façon d’avoir des statistiques sur l’utilisation de Fedora.** L’objectif est de connaître plus finement le nombre de machines employant Fedora, mais aussi avoir des informations sur la version utilisée, sa variante (comme le _spin_), etc. Ce qui permet à l’équipe qualité, mais aussi au projet dans son ensemble, de baser ses décisions sur des données factuelles.
 
Actuellement le tout reposait sur la collecte de données des différents miroirs pour connaître le nombre d’installation en vigueur, ce qui n’était pas fiable à cause du fait que derrière une adresse IP peut se cacher plusieurs installations. Et cette méthode était plutôt lente pour remonter les informations.
Il fallait également trouver un moyen qui garantisse un respect de la vie privée maximale, ce qui n’autorise pas l’utilisation d’un identifiant unique par installation qui pourrait servir à suivre un utilisateur pour d’autres fins. Et, bien évidemment, il faut que le mécanisme fonctionne si l’utilisateur utilise _dnf_, GNOME Logiciels ou Cockpit, par exemple, pour gérer ses paquets.
Pour éviter cela, tous les sept jours lors d’une requête vers un dépôt, _libdnf_ va envoyer la chaîne `libdnf/VERSION (NAME VERSION_ID; []OS[.BASEARCH](VARIANT_ID;))` comme _user agent_ et incrémenter un compteur interne. Cela permet d’obtenir les informations suffisantes, à savoir la version de Fedora, la variante utilisée et l’architecture. Le _user agent_ peut être changé via l’option `user_agent` dans le fichier de configuration de _dnf_. Cette fonctionnalité est également désactivable avec l’aide de l’option `countme` configurée à _False_ dans ce même fichier, cette option étant activée par défaut.
## Empaquetage Python
**Les shebangs Python ambigus concernant la version de Python à employer génèrent des erreurs**. `#!/usr/bin/python` devant devenir `#!/usr/bin/python2` ou `#!/usr/bin/python3` dans les paquets fournis par Fedora ; ceci est fait pour forcer la transition propre vers Python 3 qui doit intervenir d’ici janvier. Cela ne concerne pas les scripts Python de l’utilisateur.
 
**Activation de Python Generators par défaut.** Ceci est la généralisation de la nouveauté de Fedora 28. Ainsi, un empaqueteur n’a plus à spécifier dans le paquet RPM les dépendances Python nécessaires à l’exécution du paquet. Et l’utilisateur ne se retrouvera pas avec une erreur en cas d’oubli de ladite dépendance puisqu’elle aura été résolue en amont.
# La communauté francophone 
## L’association
![Logo de Borsalinux-fr](https://blog.fedora-fr.org/public/renault/Illustrations/Logo.png)
 
[Borsalinux-fr](https://www.borsalinux-fr.org/) 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](https://www.fedora-fr.org/), organise régulièrement des évènements promotionnels comme les Rencontres Fedora 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](https://www.borsalinux-fr.org/pages/Adh%C3%A9rer) : 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 à 20 h 30 (heure de Paris) sur IRC (canal _#fedora-meeting-1_ sur Freenode).
 
Au début de l’année 2019, Borsalinux-fr a tenu une assemblée générale pour renouveler le conseil d’administration pour deux ans. Bravo à ses membres et bon mandat !
## La documentation ##
Depuis juin 2017, un grand travail de nettoyage a été entrepris sur la documentation francophone de Fedora, pour rattraper les cinq 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 et Édouard Duliège et les autres contributeurs et relecteurs pour leurs contributions.
 
L’équipe se réunit tous les lundis soir après 21 h (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. Afin de vous faire connaître, n’hésitez pas à utiliser [le forum](https://mailing-list.fedora-fr.org/mailman/listinfo/fedora-fr-doc) ou [les listes de diffusion](https://forums.fedora-fr.org/).
# Comment se procurer Fedora 30 ? 
![Logo Media Writer](https://blog.fedora-fr.org/public/renault/Illustrations/.Mediawriter_s.png)
 
Si vous avez déjà Fedora 28 ou 29 sur votre machine, vous pouvez faire une [mise à niveau vers Fedora 30](https://doc.fedora-fr.org/wiki/Mise_%C3%A0_niveau_de_Fedora). 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](https://doc.fedora-fr.org/wiki/T%C3%A9l%C3%A9charger_Fedora) avant de [procéder à son installation](https://doc.fedora-fr.org/wiki/Guide_d%27installation_de_Fedora_en_images). 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.
</div><div class="naked_ctrl">
<form action="/index.cgi/contrast" method="get" name="gate">
<p><a href="http://altstyle.alfasado.net">AltStyle</a> によって変換されたページ <a href="httpS://linuxfr.org/news/fedora-30.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/fedora-30.md" size="22" /></label> <label>モード: <select name="naked_post_mode">
<option value="default">デフォルト</option>
<option value="speech">音声ブラウザ</option>
<option value="ruby">ルビ付き</option>
<option value="contrast" selected="selected">配色反転</option>
<option value="larger-text">文字拡大</option>
<option value="mobile">モバイル</option>
</select>
<input type="submit" value="表示" />
</p>
</form>
</div>