URL: https://linuxfr.org/news/fedora-28-est-sortie-dans-les-temps
Title: Fedora 28 est sortie dans les temps !
Authors: Renault
 Davy Defaud, Nils Ratusznik, M5oul, Benoît Sibaud, bubar🦥 et frederic
Date: 2018年04月20日T09:04:16+02:00
License: CC By-SA
Tags: fedora, sortie_version, mageia et flatpak
Score: 52
En ce mardi 1^(er) mai 2018, les utilisateurs du Projet Fedora seront ravis d’apprendre la disponibilité de la version 28 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 le monde du logiciel libre, 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. [Cliquez ici pour voir l’ensemble des contributions de Red Hat](https://fedoraproject.org/wiki/Red_Hat_contributions).
Notons que Fedora 28, avec ses quelques 52 changements officiels validés, est sans conteste la version comportant le plus de changements de son histoire. C’est d’autant plus remarquable que la date de sortie initiale n’a jamais été repoussée, une première !
[![GNOME Shell nature](https://blog.fedora-fr.org/public/renault/F28/.Gnome-Shell-Bureau_m.png)](https://blog.fedora-fr.org/public/renault/F28/Gnome-Shell-Bureau.png)
----
[Site officiel du Projet Fedora](https://getfedora.org/)
[Site de la communauté francophone de Fedora](http://www.fedora-fr.org/)
[Notes de version de Fedora 28](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)
----
# Bureautique 
**Passage à GNOME 3.28.** Ce nouvel environnement apporte comme souvent quelques raffinements :
 
* disparition des icônes sur le bureau, faute de mainteneur ;
* nouveau visuel du clavier virtuel ;
* nouveau dessin pour la police par défaut Cantarell ;
* _Fichiers_ gère les marque‐pages dans un dossier dédié dans la barre latérale ;
* _Photos_ prend en charge l’importation depuis un média amovible ;
* mise à disposition du logiciel _Utilisation_, sorte de _Moniteur système_ simplifié qui reprend les codes des applications similaires sur _Mobile_ pour simplifier la maintenance de l’appareil ;
* le glisser‐déposer de fichiers entre l’hôte et la machine virtuelle est disponible dans _Machines_ ; par ailleurs, _Machines_ peut télécharger elle‐même l’ISO de votre distribution favorite ;
* les fenêtres jointes latéralement sont redimensionnées ensemble ;
* _GNOME Logiciels_ peut gérer les dépôts tiers depuis Fedora 27, un [dépôt RPM Fusion](https://rpmfusion.org/RPM%20Fusion) pour Steam et le pilote NVIDIA est proposé nativement dans cette interface de gestion.
**L’environnement Sugar est disponible en version 0.112.** Cet environnement bureautique, destiné à l’ordinateur OLPC continue d’évoluer. En premier lieu, le matériel est mieux géré avec la machine qui s’éteint en cas de batterie trop faible pour éviter de l’endommager sur une coupure trop brutale. La gestion des écrans externes est meilleure. Le navigateur affiche la progression des téléchargements, supporte le copier‐coller par les raccourcis clavier et bénéficie d’une meilleure auto‐complétion. Enfin, l’ensemble des applications profite de la demande de sauvegarde du document en cas de fermeture de l’application, si ceux‐ci n’ont pas été sauvegardés.
**Mise à jour de Fontconfig à la version 2.13.** Le plus gros du travail concerne l’amélioration des performances. Le cache peut être partagé entre dossiers montés via _bind_ ce qui bénéficie aux applications Flatpak. L’empreinte du cache a été considérablement réduite, ce qui permet d’accélérer sa lecture et sa génération. À titre d’exemple, régénérer le cache prend cinq à dix fois moins de temps qu’auparavant. Fontconfig apporte aussi la gestion des polices de caractères variables.
**Réduction de la redondance entre Anaconda et gnome-initial-setup, pour la version Workstation**, dans la configuration demandée à l’utilisateur créée lors de l’installation. L’objectif étant, bien entendu, de simplifier le code mais aussi la procédure d’installation afin de rendre le tout cohérent.
[![Anaconda en plus léger](https://blog.fedora-fr.org/public/renault/F28/.Anaconda_leger_m.png)](https://blog.fedora-fr.org/public/renault/F28/Anaconda_leger.png)
Sont configurés par Anaconda :
 
* le clavier ;
* la date ;
* l’heure ;
* la langue et la disposition clavier.
 
Gnome-initial-setup se chargera de la création du premier utilisateur.
Seront supprimés :
 
* le nom d’hôte réseau ;
* le mot de passe du super utilisateur _root_.
En effet, Fedora Workstation suit la politique d’Ubuntu en désactivant le compte _root_ par défaut. Le premier utilisateur sera donc super‐utilisateur, configuré automatiquement via `sudo`. Il reste possible de l’activer manuellement si vous le souhaitez.
 
Le premier utilisateur est donc configuré après le premier redémarrage, une session temporaire de GNOME Shell sera ouverte automatiquement pour créer le compte utilisateur avec l’ensemble des paramètres usuels, avant de vous proposer de vous connecter avec le nom de cet utilisateur via GDM.
**Fedora a poussé petit à petit l’intégration des modules invités de VirtualBox dans le noyau Linux.** Ainsi, si vous utilisez VirtualBox pour virtualiser un système Fedora, ce dernier aura automatiquement, et dès l’installation, la gestion du plein écran et du presse‐papiers partagé par exemple. La gestion du dossier partagé devrait arriver après la sortie de Fedora 28. Il ne sera donc plus nécessaire de recourir à l’installation manuelle des modules invités pour profiter pleinement de Fedora dans VirtualBox.
# Gestion du matériel 
**Meilleure gestion de l’autonomie des ordinateurs portables avec un processeur Intel.** Cela passe par une meilleure gestion de l’énergie des ports SATA pour disques durs et SSD (gain estimé de 1 W à 1,5 W) en reprenant le mode utilisé par Windows : _med_power_with_dipm_. Intel HDA codec pour le multimédia est mis en sommeil après une seconde d’inactivité (gain estimé de 0,4 W) et activation de l’économie d’énergie pour les récepteurs Bluetooth en USB (gain estimé de 0,4 W si tous les ports USB sont en repos). Sachant qu’un ordinateur portable récent non orienté puissance consomme moins de 10 W (7,5 W par exemple sur un Lenovo E560) en usage non intensif. Cela peut donner 20 % d’autonomie supplémentaire.
**Intégration de la norme Thunderbolt 3** qui est une norme concurrente à l’USB sur de nombreux points. Cette norme permet par exemple de gérer des transferts de données ou de brancher un écran externe sur le même port. Cependant, ces périphériques pourraient accéder à des informations sensibles de votre machine lors du branchement, pour des raisons de performances. En effet, pour alléger la charge du processeur, ces périphériques peuvent être maîtres de la communication DMA. C’est pourquoi la norme propose une politique de sécurité pour que l’utilisateur autorise ou non l’accès à l’ordinateur et éviter que discrètement un appareil branché sans votre consentement ait un libre accès. Maintenant, il est possible de configurer ces accès dans GNOME par le biais des notifications ou du panneau de configuration qui lui est dédié.
 
[![Nouveau panneau de configuration, pour Thunderbolt](https://blog.fedora-fr.org/public/renault/F28/.Panneau-Thunderbolt_m.png)](https://blog.fedora-fr.org/public/renault/F28/Panneau-Thunderbolt.png)
Les politiques de sécurité possibles sont :
 
* _none_ : pas de restrictions ;
* _dponly_ : uniquement la sortie vidéo via DisplayPort ;
* _user_ : les périphériques connectés doivent recevoir une autorisation de l’utilisateur ;
* _secure_ : l’utilisateur doit autoriser l’appareil également et l’appareil doit prouver son identité avec une clef secrète.
**Mise à jour de VA-API à la version 1.1.0**, qui change l’API et l’ABI de ce module vidéo pour plate‐forme Intel mais propose en contrepartie une meilleure exploitation de l’accélération du matériel récent de la marque. L’API propose par exemple la gestion du _multi‐frame_, la gestion du format H.264 FEI et la correction de bogues concernant Wayland. Le module _Video Processing Pipeline_ peut maintenant effectuer des rotations, des effets miroirs, de la composition et utiliser le filtre couleur _Total_.
**Les caméras et autres appareils optiques compatibles RealSens d’Intel peuvent utiliser la bibliothèque librealsense 1 et 2** pour exploiter l’entièreté de cette gamme technologique. Cette bibliothèque permettant d’exploiter l’ensemble des informations proposées par ces capteurs, comme calculer les dimensions d’un objet en 3D. Le paquet librealsense réfèrera à la version 2 de la bibliothèque pour les versions modernes, un nouveau paquet librealsense1 sera à installer manuellement pour le matériel plus ancien comme les modèles F200, R200, LR200 et ZR300.
# Internationalisation 
**Ibus Typing utilise maintenant la boîte de dialogue pour les emoji afin de proposer des symboles Unicode en tapant leur description.** Cette boîte de dialogue permettait de simplifier la saisie d’emojis en se basant sur leur descriptif pour trouver celui que souhaitait l’utilisateur. Cela a été généralisé à l’ensemble des caractères Unicode pour simplifier la saisie de caractères complexes. Ainsi, saisir _copyright sign_ propose le symbole © connu sous le nom technique `U+00A9`.
**La bibliothèque libidn passe à la version 2.0.0** forçant le passage de la norme IDNA2003 à IDNA2008 pour l’ensemble des applications. Ces normes ne sont pas compatibles ce qui pouvait mener à des incompatibilités entre les applications mais pouvaient aussi être une source d’attaque par redirection, en faisant passer un site Web pour un autre par exemple. Ces normes servent à transcrire un nom de domaine Internet Unicode en une chaîne unique de caractères 8 bits latins comme _faß.de_ qui devient _fass.de_ ou _xn--fa-hia.de_ respectivement.
[![Nouveau logiciel : GNOME Utilisation](https://blog.fedora-fr.org/public/renault/F28/.Utilisation_m.png)](https://blog.fedora-fr.org/public/renault/F28/Utilisation.png)
**Les données concernant l’internationalisation de GLibc sont mises à jour à partir des fichiers ISO et CLDR de 2015 (Unicode 9.0) en remplacement de _iso14651_t1_common_ qui avait quinze ans.** Cela permettra de corriger pas mal d’erreurs, dont des tris alphabétiques dans des langages moins courants en Occident. Ou les symboles infinis et ensemble vide qui étaient considérés comme identiques dans les applications.
**Les langues asiatiques chinoises, coréennes et japonaises utiliseront par défaut les polices de Google Noto.** Ces polices sont en effet de meilleure qualité pour représenter les symboles de ces langues. Cela proposera aussi un affichage plus cohérent de l’interface pour ces utilisateurs, toutes les applications en bénéficiant.
# Administration système 
**Anaconda, le programme d’installation, devient modulaire.** La communication se fait via une API plus stable en DBus, permettant d’augmenter les tests disponibles et de simplifier la personnalisation ou l’extension par l’utilisateur suivant ses envies et ses besoins. Cette décomposition en modules est progressive. Cette version propose par exemple la lecture et l’interprétation des fichiers _kickstarts_. Les tâches plus critiques, comme la tâche qui installe les paquets, seront effectuées plus tard. À terme, il permettra à Anaconda de ne pas nécessiter les droits du super‐utilisateur et donc d’avoir un rendu natif sous Wayland.
**authselect remplace authconfig** et devient l’outil de configuration par défaut pour les modules d’authentification enfichables [PAM](https://fr.wikipedia.org/wiki/Pluggable_Authentication_Modules "Pluggable Authentication Modules") et le fichier `nsswitch.conf`.
L’outil _authconfig_ devenait assez difficile à maintenir, car il gérait l’ensemble des possibilités de configurer les droits des utilisateurs et leur authentification. Par exemple, il devait définir le profil pour signifier qu’il gérait les utilisateurs locaux avec des fichiers, des utilisateurs distants avec _sssd_ ou _winbind_ le tout avec authentification par carte ou empreinte digitale. Ensuite, il devait configurer chaque démon comme _sssd_. Cette explosion combinatoire le rendait peu fiable et une nouvelle fonctionnalité d’un des démons qu’il gère pouvait prendre du temps à être prise en charge, avec beaucoup de régressions en prime.
_authselect_ est plus simple, car il laisse la configuration des démons à la charge de l’administrateur système ou à des outils dédiés comme _realmd_ ou _ipa-client-install_. Par conséquent, sa configuration est plus simple et stable, avec des configurations par défaut mieux testées. L’outil est aussi bien nettoyé, écrit en C, ce qui le rend plus léger et apte à une inclusion dans une installation très minimale de Fedora.
**Le paquet tcp_wrappers est supprimé.** Cet outil servait à bloquer les connexions entrantes au niveau applicatif, alors que Linux ne bénéficiait pas de pare‐feu à la hauteur. De plus, il n’était plus réellement maintenu. Son utilisation doit être remplacée par _iptables_, ou mieux par _firewalld_.
**OpenLDAP abandonne la gestion de TCP wrappers également.** Ce qui consiste concrètement, outre ce qui a été décrit précédemment, à supprimer l’option _--enable-wrappers_ lors de la compilation.
**libnsl et nss_nis sont proposés hors de GLibc**, comme recommandé par le projet officiel depuis quelque temps. libnsl passe à la version 2 au passage permettant la compatibilité de NIS avec la norme IPv6.
**De même pour Sun RPC dont la gestion dans GLibc est supprimée au profit de libtirpc** qui permet, entre autres, la gestion native de l’IPv6. Le faire au niveau de la GLibc aurait nécessité un changement d’ABI important.
**Le stockage par défaut des clefs et autres certificats de sécurité par la bibliothèque NSS est le format de SQLite au lieu de DBM.** La bibliothèque NSS est souvent utilisée pour sa base de données de clefs de sécurité, les certificats et pour valider la chaîne de confiance. Par défaut NSS utilisait le format DBM qui reposait sur l’antique Berkeley DB. Le principal inconvénient est qu’il n’est pas possible de faire des accès parallèles, ce qui peut mener régulièrement à des corruptions de la base de données. En passant à SQLite par défaut, l’accès parallèle est bien entendu géré nativement sans option supplémentaire pour l’utilisateur.
**OpenLDAP utilise OpenSSL au lieu de NSS**, comme recommandé par le projet officiel. OpenLDAP avait ajouté la gestion de NSS en 2008 pour en cesser sa prise en charge en 2014, ne le gardant disponible uniquement que pour de vieilles applications telles que _389DS_. Par conséquent, certains bogues autours de PKI et TLS n’ont jamais été corrigés avec l’utilisation de NSS, le passage avec OpenSSL permettra de les résoudre comme d’autres fonctionnalités ou problèmes à venir.
**Clients et serveurs OpenLDAP vont utiliser uniquement les certificats partagés du système.** Ainsi, OpenLDAP exploite une nouveauté introduite par Fedora 19 qui est de centraliser les certificats et leur exclusion au sein du système, tout comme l’ont fait depuis NSS, GnuTLS, OpenSSL et Java. Ainsi, il ne va plus lire le contenu du chemin _/etc/openldap/certs_ mais utilise l’outil _p11-kit_. Ceci simplifiera la maintenance des certificats pour le projet Fedora tout comme pour les administrateurs système.
[![Nouvelle interface pour créer un utilisateur dans gnome-initial-setup...](https://blog.fedora-fr.org/public/renault/F28/.Creer_utilisateur_m.png)](https://blog.fedora-fr.org/public/renault/F28/Creer_utilisateur.png)
**Les utilisateur et groupe nobody voient leurs UID et GUID passer tous deux de 99 à 65534, l’utilisateur et le groupe _nfsnobody_ sont supprimés, et nobody n’est plus utilisé de manière systématique par défaut pour certains services.** La situation précédente était source de confusion :
 
* le couple `GID:UID` `65534:65534` (utilisé par `nfsnobody:nfsnobody`) est la valeur limite employée par le noyau, qui s’en sert pour désigner un utilisateur qui n’existe pas dans cet espace de noms, soit très couramment pour les conteneurs, _nfsnobody_ est donc un nom impropre pour cet usage ;
* _nfsnobody_ n’est défini que si le paquet _nfs-utils_ est installé, ce qui n’est pas forcément courant dans le cas des conteneurs pour lesquels on souhaite minimiser la taille du système ;
* _nobody_ était, quant à lui, employé parfois pour des services du système où aucun utilisateur spécifique n’était rattaché à son exécution ; le souci est que tout processus lancé avec cet utilisateur pouvait communiquer facilement avec les autres processus de cet utilisateur, voire utiliser _ptrace_ pour les analyser ; des utilisateurs dédiés seront créés pour couvrir cette situation ;
* Fedora était la seule distribution populaire à ne pas suivre la convention `nobody:nobody` ou `nobody:nogroup` pour le couple `GID:UID` `65534:65534` ce qui est source d’erreurs ou de confusion pour l’administrateur système.
Étant donné l’importance du changement et la difficulté de changer cela à chaud, cela ne concernera que les systèmes nouvellement installés.
**Première étape de la nouvelle version de la politique de sécurité par défaut.** Afin d’améliorer la sécurité du système, les applications fournies par Fedora devront suivre une politique de sécurité qui sera peu à peu renforcée. Pour cette première étape, par défaut, les clefs RSA doivent avoir une taille minimum de 2 048 bits et l’algorithme DSA est désactivé. Le passage à TLS 1.2 minimum par défaut est repoussé pour le moment.
**Les paquets de gestion de Kerberos dans Python sont grandement remaniés.** _python-krbV_, _pykerberos_ et _python-requests-kerberos_ sont remplacés par _python-gssapi_. Cela a été fait pour les raisons suivantes :
 
* _python-krbV_ n’est pas compatible Python 3 ;
* _pykerberos_ n’a pas de documentation et est trop minimaliste ;
* _python-requests-kerberos_ n’est plus maintenu ;
* _python-gssapi_ utilise une interface répandue et standard GSS-API pour l’authentification, est implémentée par la version MIT et Heimdal Kerberos en plus d’être plus simple à l’usage.
**libcurl utilisera libssh au lieu de libssh2 pour les protocoles SCP et SFTP** ce qui permet l’utilisation de l’authentification GSS-API et l’usage d’algorithmes plus sécurisés par défaut. De plus, la version _libssh_ est mieux maintenue.
**L’outil time passe à la version 1.8**. Cette version change de licence vers GPL v3 et GFDL. Elle bénéficie de nouveaux codes d’erreur pour signifier l’erreur de la commande exécutée ou s’il y a eu un souci dans _time_ lui‐même. Enfin, elle a une nouvelle sortie par défaut. L’affichage conforme POSIX reste possible via l’option `-p`.
Comparez :
 
* avant :
 
 ```shell
 $ /usr/bin/time -p /bin/false
 
 real 0,00
 user 0,00
 sys 0,00
 ```
* après :
 
 ```shell
 $ /usr/bin/time /bin/false
 
 Command exited with non-zero status 1
 0.00user 0.00system 0:00.00elapsed 100%CPU (0avgtext+0avgdata 1076maxresident)k
 0inputs+0outputs (0major+54minor)pagefaults 0swaps
 ```
**Mise à disposition initiale de l’application Stratis Storage** qui est une application Python communiquant à travers DBus pour gérer l’espace de stockage du système. Reposant sur le système de fichiers XFS pour le moment, son but est de proposer des fonctionnalités populaires avec Btrfs, ZFS ou LVM mais en plus simple pour l’utilisateur comme les clichés, l’intégrité des données ou mettre en place d’un système de cache.
Une interface de programmation est mise à disposition et il possède aussi des fonctionnalités de réparation et de surveillance du système de fichiers. Cela reste la première étape de son intégration, il est prévu à terme de l’utiliser dans _Anaconda_ ou _dnf_ pour simplifier l’installation de Fedora ou faciliter un retour en arrière après une mise à jour.
**Facter passe de la version 2.4.3 à 3.9.2.** Cet outil qui permet de récupérer facilement des informations sur le système a pour principal changement sa réécriture de Ruby à C++. Des portages de son interface en Ruby existent notamment pour l’utilisation de _puppet_. Cela est fourni, entre autres, par le paquet _ruby-facter_, si vous en avez besoin pour un de vos projets. Il permet au passage de se débarrasser peu à peu de l’obsolète _net-tools_ dans Fedora.
# Développement 
**Binutils passe à la version 2.29.1.** Cette version qui reste un changement mineur, corrige quelques bogues sans nouvelles fonctionnalités. Le plus notable est sans doute sa compilation avec l’option `-z defs` pour considérer les symboles indéfinis comme des erreurs. Pour notamment éviter de fournir un fichier DSO ayant besoin de variantes versionnées d’une fonction, qui ne sont pas spécifiées.
[![... avec la définition du mot de passe !](https://blog.fedora-fr.org/public/renault/F28/.Definir_mot_de_passe_m.png)](https://blog.fedora-fr.org/public/renault/F28/Definir_mot_de_passe.png)
**GLibc 2.27 est utilisée par défaut.** Cette version peut être compilée en statique pour des applications avec la position indépendante du code activée (PIE) ce qui peut améliorer la sécurité de l’application. De nombreuses fonctions mathématiques ont été optimisées pour l’architecture x86_64 : _asin_, _atan2_, _exp_, _expf_, _log_, _pow_, _atan_, _sin_, _cosf_, _sinf_, _sincosf_ et _tan_. Pour cette architecture, avec les instructions SSE 4.1 disponibles, _trunc_ et _truncf_ sont concernés aussi. Et pour l’ensemble des architectures, c’est _expf_, _exp2f_, _logf_, _log2f_, _powf_, _sinf_, _cosf_ et _sincosf_ qui ont été optimisées. Les instructions _memfd_create_, _copy_file_range_ et _mlock2_ ont été implémentées, tout comme des fonctions de protections de clefs en mémoire avec la suite _pkey_alloc_, _pkey_free_, _pkey_mprotect_, _pkey_set_ et _pkey_get_. 
De manière plus significative pour la compatibilité, la fonction _abort_ ne vide plus le flux de la sortie standard avant de quitter l’application, ce qui posait des soucis de corruption des données et entraînait des interblocages. La famille de fonctions _malloc_ n’affichera plus l’adresse de l’échec et la pile d’appels en cas de détection d’une erreur du tas. Pour des raisons de sécurité, mais aussi de performances.
**La partie cryptographique libcrypt de GLibc est remplacée par libxcrypt.** Cette séparation, non encore actée en amont, a été effectuée pour découpler l’évolution des deux bibliothèques et permettre ainsi une évolution plus rapide de _libcrypt_ pour améliorer la sécurité. Ce changement repose par la création d’une nouvelle bibliothèque nommée _libxcrypt_, qui est compatible avec _libcrypt_ mais pas inversement. Car, si les symboles de _libcrypt_ ont été correctement reproduits, de nouveaux sont disponibles, comme les fonctions _crypt_rn_, _crypt_ra_, _crypt_gensalt_, _crypt_gensalt_rn_ et _crypt_gensalt_ra_.
**GCC 8 devient le compilateur de référence.** Cette version apporte bien sûr une meilleure gestion des architectures ou processeurs récents comme les dernières puces d’ARM, d’Intel ou d’AMD. La gestion du C++17 a aussi été améliorée avec un début d’implémentation pour le futur C++20. Un grand effort a été effectué pour [améliorer la qualité de la lisibilité des erreurs de compilation en C et C++](https://developers.redhat.com/blog/2018/03/15/gcc-8-usability-improvements/) avec même des conseils sur la correction à appliquer. Des améliorations notables au niveau des performances sont disponibles comme une meilleure heuristique pour « _[inliner](https://fr.wikipedia.org/wiki/Extension_inline)_ » une fonction ou une meilleure exploitation des profils pour une application, 
**Coup de Boost à la version 1.66.** Cette bibliothèque majeure de l’écosystème C++ progresse de deux versions. Outre de multiples corrections de bogues, cette version bénéficie de cinq nouvelles sous‐bibliothèques :
 
* _Boost.PolyCollection_, pour des conteneurs rapides d’objets polymorphiques ;
* _Boost.Stacktrace_, pour obtenir, sauvegarder, copier ou afficher une pile d’appels ;
* _Boost.Beast_, qui permet de faire du HTTP portable avec WebSocket, tout en utilisant exclusivement des opérations réseau en C++11 avec _Boost.Asio_ ;
* _Boost.CallableTraits_, qui est un fichier d’en‐tête C++11 pour l’inspection au moment de la compilation et la manipulation de tous les types _callables_ ;
* _Boost.Mp11_, qui fait de la métaprogrammation pour C++11.
**Le cadriciel Web de Python DJango dégaine à la version 2.0.** Le changement majeur est, bien entendu, la non gestion de Python 2. Pour les applications ayant toujours besoin de Python 2 avec Django, le paquet _python2-django1.11_ avec ses sous‐paquets sont proposés. En termes de fonctionnalités, Django simplifie sa fonction _django.urls.path()_ pour la rendre plus lisible à l’usage. La partie _contrib.admin_ est plus adaptée à la navigation sur mobile. Enfin, une nouvelle classe _Window_ fait son apparition pour permettre l’application de fonctions sur des _frames_ ou des partitions de données.
**Ruby est poli à la version 2.5.** Cette version propose Unicode 10.0, une amélioration des performances d’environ 5 à 10 % en réduisant l’ajout des instructions de traçage tout le long du code généré. Il gère la mesure de la couverture des branches et des méthodes, ce qui permet d’avoir une vue plus précise de la couverture du code. L’affichage des erreurs et de la pile d’appels dans le terminal se fait dans le sens inverse (du plus récent au plus ancien) pour simplifier sa lecture.
**Le compilateur Haskell GHC évolue à la version 8.2.** Les informations de débogue DWARF sont plus fiables. La génération de code aux points de jointures est améliorée. De nouveaux messages d’erreurs sont colorisés. Enfin, dans certaines circonstances, une exception est lancée en cas de dépassement dans le tas. 
**De même pour le couple Erlang/OTP pour la version 20.** Cette version propose aux applications de gérer certains signaux du système comme _SIGHUP_. Les _dirty schedulers_ sont implémentés pour permettre l’exécution de code natif avec moins de restrictions sur le temps d’exécution. L’utilisation d’Unicode a été améliorée, que ce soit dans les chaînes de caractères ou dans le module _Atom_. _gen_fsm_ est déclaré obsolète en faveur de l’usage de _gen_statem_. Le module _zlib_ pour la compression peut être utilisé de manière concurrente. Fedora a ajouté la gestion de _journald_ pour la journalisation, auparavant chaque application avait son propre système.
**Le langage Go court vers la version 1.10.** Comme souvent, une légère amélioration des performances devrait être mesurée. Les résultats de l’exécution des tests sont maintenant cachés. _Cgo_ gère la notation C de l’instruction _typedef_ et vérifie les valeurs de _CFLAGS_ avec et depuis une liste blanche.
**L’éléphant PHP avance prudemment à la version 7.2.** Cette version inclut la bibliothèque Sodium pour la cryptographie ce qui permet d’incorporer dans PHP des fonctionnalités essentielles pour la sécurité de base de ses applications. Cela se fait aux dépens de Mcrypt qui a été supprimé du noyau du langage car plus maintenu depuis 2007. Les clefs numériques pour tableau ou objet peuvent être échangées lors d’un _cast_. Une erreur est émise en cas d’appel de l’instruction _count_ sur un objet non dénombrable. 
**Mise à jour de giflib vers la version 5.1.4.** Cette version majeure de la bibliothèque de rendu des images GIF a diminué grandement le nombre de plantages et le nombre de failles de sécurité liés à des fichiers GIF mal formés. La bibliothèque est réentrante et concurrente. Il n’y a plus de variable d’erreur globale, il faut utiliser les fonctions _GifError_ ou _GifLastError_ dorénavant. De nombreuses fonctions ont été renommées ou préfixées. Un paquet _compat-giflib_ est proposé pour faciliter la transition aux utilisateurs.
**Les symboles de débogage PE pour les applications compilées avec MinGW (à destination de Windows donc) seront conservés pour simplifier le débogage natif.** Les autres symboles seront bien conservés dans le dossier indépendant `.debug`. Cela a un surcoût d’environ 17 % d’espace disque pour une application compilée par ce biais mais permet de bénéficier de plus d’informations pour l’utilisateur et le développeur.
# Modularité 
**Ajout des dépôts modular, modular-updates et modular-updates-testing pour proposer des composants dans des versions différentes de celles des dépôts natifs de Fedora.** Cela est proposé par défaut pour l’édition _Server_, optionnel pour les autres. Il s’agit de la continuité des travaux de Fedora.NEXT, afin de proposer une nouvelle vision des distributions. Ainsi, l’utilisateur peut choisir d’utiliser une version plus récente (ou ancienne) de Python que celle proposée nativement. Mais seuls des composants toujours maintenus par le projet officiel sont proposés. Pour le moment, les modules suivants sont disponibles : Docker, Django, NodeJS et le langage Go.
[![Il n’a jamais été aussi simple d’utiliser RPMFusion](https://blog.fedora-fr.org/public/renault/F28/.Gnome-Logiciels-RPMFusion_m.png)](https://blog.fedora-fr.org/public/renault/F28/Gnome-Logiciels-RPMFusion.png)
# Projet Fedora 
**L’architecture AArch64 (ARM 64 bits) devient une architecture primaire pour Fedora Server**, donnant lieu à une meilleure promotion sur les sites Web du projet Fedora et à une meilleure qualité des images officielles. Il pourra aussi avoir une image DVD, une image Qcow2 pour le _Cloud_ et une image Docker.
**L’architecture s390x est proposée aux images Cloud, Docker et Atomic.** Cela améliorera la disponibilité de Fedora pour cette architecture d’IBM.
**Les binaires empaquetés par Fedora et compilés avec GCC sont maintenant annotés** grâce à un greffon de GCC. Cela permet de plus facilement retrouver ou vérifier les options de compilation l’ayant généré ou les propriétés de son ABI. Par exemple, pour vérifier si le renforcement d’une application a bien été appliqué. En contrepartie, les applications et bibliothèques prendront un petit peu plus d’espace disque, environ 2 % en moyenne.
**Renforcement des options de compilation par défaut pour une meilleure sécurité du système :**
 
* `-fstack-clash-protection`, pour que l’application plante plutôt que l’attaquant ne prenne le contrôle de l’application via les objets de la pile ou du tas ;
* `D_GLIBCXX_ASSERTIONS`, pour appliquer une vérification des bornes des tableaux, vecteurs et chaînes de caractères en C++ ;
* `-fcf-protection=full -mcet`, qui active la technologie _Control‐flow Enforcement Technology_ d’Intel pour l’architecture x86_64, qui protège notamment les applications des attaques _return‐oriented programming_ et _call‐jump‐oriented programming_ ;
* `.got.plt`, pour que la table globale des décalages des adresses soit en lecture seule ;
* `--enable-default-pie`, pour activer la position indépendante du code pour toutes les architectures.
**Définition et empaquetage des applications écrites en Rust.** Fedora propose ainsi quelques applications écrites dans ce langage :
 
* _exa_, qui est l’équivalent d’un `ls` en plus élaboré (mais non POSIX) ;
* _ripgrep_, qui est l’équivalent d’un `grep` en plus moderne, avec exécution nativement en parallèle (mais non POSIX) ;
* _tokei_, qui génère des statistiques sur le code d’un projet logiciel comme _cloc_.
**Activation de Python Generators** pour permettre aux empaqueteurs de choisir d’utiliser ou non le générateur automatique de dépendances à un module Python au lancement, ce qui a déjà été proposé depuis un moment par des distributions comme Mageia par exemple. 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 est résolue en amont.
**Les scriptlets ldconfig sont supprimés**, du moins pour les paquets installant les bibliothèques partagées dans des endroits standard. Cela simplifiera la maintenance des fichiers _specs_ RPM car il n’est plus nécessaire d’y faire appel, et l’installation des paquets sera également plus rapide. En effet, l’appel à _ldconfig_ sera effectué une fois par transaction (par exemple, la mise à jour de plusieurs paquets en même temps) et non pour chaque paquet de cette transaction.
# La communauté francophone 
## L’association ##
![Logo de Borsalinux-fr](https://img.linuxfr.org/img/68747470733a2f2f626c6f672e6665646f72612d66722e6f72672f7075626c69632f72656e61756c742f496c6c757374726174696f6e732f4c6f676f2e706e67/Logo.png)
[Borsalinux-fr](https://www.borsalinux-fr.org/) est ’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 du 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).
## 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 moindre que l’on puisse dire, c’est que le travail abattu est important : près de soixante‐dix 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 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 à transmettre, n’hésitez pas à participer.
</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-28-est-sortie-dans-les-temps.md">(-&gt;オリジナル)</a>
/ <label>アドレス: <input type="text" name="naked_post_url" value="httpS://linuxfr.org/news/fedora-28-est-sortie-dans-les-temps.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>