Fedora 30

50
30
avr.
2019
Fedora

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.

Bureau GNOME nature

Sommaire

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

Nouvelle vue du gestionnaire de fichiers LxQt

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

Le nouvel environnement de bureau DeepinDE 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

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 pour voir le changement en action et les explications en détails et la FAQ 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.

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. 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 votre installation existante si elle est concernée par ce changement.

OpenScap

Pour ceux intéressés par le standard SWID, 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

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

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

Comment se procurer Fedora 30 ?

Logo Media Writer

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

Aller plus loin

  • # "demander un accord explicite de l'utilisateur."

    Posté par  (site web personnel) . Évalué à 6. Dernière modification le 30 avril 2019 à 22:00.

    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) comme user agent […] cette option étant activée par défaut.

    Tiens, on débattait justement de l'accord explicite souhaité par certains, il y en a qui vont péter un câble, même si des distros libres s'y mettent à ne pas les considérer et ne pas demander explicitement l'accord à tout le monde… :)

    (oui, tentative de troll, est-ce que ça prendra?)

    • [^] # Re: "demander un accord explicite de l'utilisateur."

      Posté par  . Évalué à -1.

      Oui bien d'accord.
      Et c'est bien pour cela que je ne troquerais pas cette fedora contre ma mageia qui est actuellement en version 7beta3. Mageia 7 va sortir aussi avec Gnome 3.32. Pour l'instant elle tourne sur deux portables à la maison et semble se présenter sous les meilleures augures. En tout cas, pour ce qui me concerne en tant que simple utilisateur, cette mageia 7 me semble d'être d'excellente "facture".

      • [^] # Re: "demander un accord explicite de l'utilisateur."

        Posté par  (site web personnel) . Évalué à 6.

        Et c'est bien pour cela que je ne troquerais pas cette fedora contre ma mageia qui est actuellement en version 7beta3.

        Oui, enfin on voit bien que Fedora a pris toutes les mesures nécessaires pour limiter la collecte de données au maximum d'une part, au point où il est difficile de croire qu'avec ces infos tu peux en tirer quoique ce soit d'utile pour pister quelqu'un. Et d'autre part cela reste désactivable assez facilement si tu le souhaites vraiment.

        Et je crois que la plupart des distributions majeures (Mageia incluse) collecte des données des miroirs pour obtenir un ordre de grandeur de l'utilisation de leur système. Mais c'est rarement aussi bien documenté sur ce qui est réellement en place à ce sujet. D'ailleurs Fedora le faisait auparavant mais là encore ce n'était pas spécialement indiqué de ce qu'il faisait.

    • [^] # Re: "demander un accord explicite de l'utilisateur."

      Posté par  . Évalué à 3.

      J'ai un peu suivi les discussions qui ont eu lieu à ce sujet et justement, il n'y a pas de pistage. Il s'agit juste de compter.

      J'ai beaucoup apprécié le soin qui a été mis là dedans. Une première proposition incluait l'utilisation d'un identifiant unique par machine. Finalement, il n'y en a pas.
      La solution actuelle me semble équivalente à l'utilisation d'un agent utilisateur par les navigateurs web, avec aucune information d'identification incluse.

      Il n'y a même pas de requête faite uniquement pour ça. L'agent utilisateur est simplement envoyé une fois par semaine dans une requête faite pour mettre à jour le système.

      Il était question d'ajouter un nombre qui donne depuis combien de semaines le système est installé, je ne sais pas où ça en est mais des problématiques du style « mais ça pourrait rendre identifiable certains systèmes installés depuis longtemps plus identifiables » sont réfléchies, ce qui est assez rassurant : https://fedoraproject.org/wiki/Changes/DNF_Better_Counting

      Je découvre par contre que OpenSUSE inclut un identifiant unique dans les requêtes faites par son gestionnaire de paquet, cela me semble beaucoup plus problématique.

      • [^] # Re: "demander un accord explicite de l'utilisateur."

        Posté par  (site web personnel) . Évalué à 2. Dernière modification le 01 mai 2019 à 14:08.

        […] justement, il n'y a pas de pistage. Il s'agit juste de compter.

        Je te laisse le plaisir de lire les commentaires que j'ai pointé sur le sujet (spoiler : désaccord sur ce qu'est un pistage, ta définition n'étant pas forcément acceptée par 100% de la population, le "juste" pouvant faire hurler).

        C'est justement tout l'amusement que j'ai eu en lisant ce que fait un projet libre réputé pour faire attention à la vie privée mais qui ferait sans doute déjà largement trop de "pistage" pour certains qui ne voient pas pourquoi on devrait le compter les versions utilisées si il ne veut pas et qu'on doit lui demander explicitement en faisant chier du monde et non pas en option (mon lancé de troll ne fait décidément pas réagir comme je le pensais).

        • [^] # Re: "demander un accord explicite de l'utilisateur."

          Posté par  (site web personnel) . Évalué à 7.

          Ca fait 10 ans que NetworkManager fait la même chose pour toutes les distrib…

          Jamais vu quelqu'un gueuler… Alors certes NM n'envoie pas le nom de la distro mais bon:
          - Toutes les ArchLinux tapent le serveur de Arch
          - Toutes les Fedora tapent le serveur de Fedora
          - …

  • # Wayland et Boot

    Posté par  . Évalué à 6.

    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 ;

    C'est le fractional scaling ? Perso je suis toujours bloqué à 100, 200 ou 300%. En activant scale-monitor-framebuffer dans les fonctionnalités expérimentale de mutter j'ai bien 125, 150 et 175% mais c'est toujours aussi moche dans Firefox.

    Donc pas pour tout le monde, toujours expérimental et pas encore au point ?

    Sinon les changements dans le support UEFI ont fait que pour la première fois Fedora a cassée mon bootloader (systemd-boot), et sans installer proprement le sien (Grub2)

    Se retrouver devant le prompt de grub à devoir entrer les options du noyau avec des UUID sur un clavier QWERTY (merci à grub d'avoir la commande cat pour lire ses infos dans la config de bootd au passage) c'est toujours agréable.

    • [^] # Re: Wayland et Boot

      Posté par  (site web personnel) . Évalué à 5. Dernière modification le 01 mai 2019 à 13:24.

      C'est le fractional scaling ? Perso je suis toujours bloqué à 100, 200 ou 300%. En activant scale-monitor-framebuffer dans les fonctionnalités expérimentale de mutter j'ai bien 125, 150 et 175% mais c'est toujours aussi moche dans Firefox.

      Oui c'est une fonctionnalité expérimentale encore aujourd'hui. Mais cela ne devrait plus le rester très longtemps. Mais pour les utilisateurs qui en ont besoin cela apporte un gain non négligeable.

      Firefox est moche dans cette configuration car par défaut il n'utilise pas Waylanbd, ce qui est nécessaire. Installe le paquet firefow-wayland, et utilise le script homonyme pour le lancer.

      Fedora 31 proposera la gestion de Wayland par Firefox par défaut. La fin de ce problème est donc proche également.

  • # Passer à 30 : c'est fait !

    Posté par  (site web personnel) . Évalué à 3.

    Je ne suis pas sous Fedora depuis très longtemps mais ça c'est bien passé… petite question : j'ai oublié la commande qui permet de "nettoyer" les composants devenus obsolètes après l'installl… ce n'est pas un drame mais ça me permettrait d'avoir un OS "propre".

    F

    "Il n'y a de richesse que d'hommes" (J. Bodin) - Trésorier de l'association GUTenberg (https://www.gutenberg-asso.fr/)

    • [^] # Re: Passer à 30 : c'est fait !

      Posté par  . Évalué à 4.

      • [^] # Re: Passer à 30 : c'est fait !

        Posté par  (site web personnel) . Évalué à 2.

        Génial, merci !

        Cela dit même après un dnf autoremove, la il me reste des "extra", y compris des kernelmodule 5.xxx.f29. C'est normal ?

        Comme je ne suis pas très familier avec "l'admin du système", je pose sans doute des questions de nOOb… désolé ;-)

        "Il n'y a de richesse que d'hommes" (J. Bodin) - Trésorier de l'association GUTenberg (https://www.gutenberg-asso.fr/)

        • [^] # Re: Passer à 30 : c'est fait !

          Posté par  (site web personnel) . Évalué à 10.

          C'est normal. Fedora conserve par défaut 3 noyaux, celui sur lequel tu as booté et les deux autres plus récents installés. Ce nombre est configurable dans la configuration de dnf.

          Comme tu viens de faire la mise à niveau, tu as normalement qu'un noyau de F30, à savoir le dernier. Mais au fur et à mesure des mises à jour, les artefacts de F29 à ce sujet disparaîtront.

          L'objectif est de garantir que ton système démarre si tu subis une régression au niveau du noyau.

          • [^] # Re: Passer à 30 : c'est fait !

            Posté par  (site web personnel) . Évalué à 3.

            Ok, merci. C'est très clair… et en effet je suis bien avec le noyau 5.0.9-301.fc30.x86_64 et je vois également, deux "f29" et leurs extras.

            Merci bien pour toutes ces précisions

            F

            "Il n'y a de richesse que d'hommes" (J. Bodin) - Trésorier de l'association GUTenberg (https://www.gutenberg-asso.fr/)

  • # Gnome-software et Flatpak

    Posté par  . Évalué à 1.

    Je suis le seul chez qui l'installation de Flathub casse gnome-software ?
    Après activation, plus moyen de voir le contenu des dépôts distants, plus de captures d'écrans ni d'icônes pour les applis installés. La misère quoi.

    Je pose la question, parce qu'ailleurs, personne n'a trop l'air d'avoir remarqué ce problème.

    • [^] # Re: Gnome-software et Flatpak

      Posté par  . Évalué à 0.

      Non, moi c'est la même chose, sur toutes sortes de distributions, quelques sites "angloiphones" en parlent mais pas grand chose pour remédier au truc!

  • # libcrypt.so.1

    Posté par  . Évalué à 2.

    Pour des raisons de compatibilité POSIX, il est possible d’installer la bibliothèque libcrypt.so.1 via le paquet libxcrypt-compat.

    Merci pour l'info, cela faisait 1h que je cherchais comment régler le problème.

  • # Téléchargement échoué status code : 503

    Posté par  . Évalué à 1.

    Je n'arrive pas à mettre à jour :(

    • [^] # Re: Téléchargement échoué status code : 503

      Posté par  . Évalué à 2.

      Bon apparemment par dnf-system-upgrade ça marche.

    • [^] # Re: Téléchargement échoué status code : 503

      Posté par  (Mastodon) . Évalué à 3. Dernière modification le 09 mai 2019 à 20:16.

      Un truc pas officiel qu'il ne faut jamais dire et faire :-) : remplacer $releasever par le n° de version dans les /etc/yum.repos.d/* : dnf clean all && dnf update Ne pas se précipiter : si pb alors désinstaller les paquets à pb (c'est très rare, le cas où on sort de la distrib de base), refaire l'update (puis installer les paquets qui ont été désinstallé avant). Une fois fait (par qq qui lit le retour de dnf, en fait c'est tout : rien de magique) on reboot. On fini par un autre dnf update (il n'y a plus de paquets pb, mais si on veut allez jusqu'au bout du bout, on fait la ré-install des restant en Fx (f29 là)
      et c'est tout.

      En fait, je fait ça sur tout mes pc (en comptant ceux de mon entourage) depuis f20. Sans aucun problème. Aucun et sans rien cacher.

      ps : dnf/yum est transactionnel, il est donc très simple de revenir à l'état d'avant, dépendances y compris. perso je n'en ai jamais eu besoin IRL (sauf au boulot pour du rh7, et de manière volontaire)

      Pour ton code : 503 il faut juste recommencer (utilises tu des plugins dnf/yum ? ici j'ai banni qq miroirs qui répondent systématiquement mal, par exemple distrib-coffee, oui désolé …)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.