IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)

Vous êtes nouveau sur Developpez.com ? Créez votre compte ou connectez-vous afin de pouvoir participer !

Vous devez avoir un compte Developpez.com et être connecté pour pouvoir participer aux discussions.

Vous n'avez pas encore de compte Developpez.com ? Créez-en un en quelques instants, c'est entièrement gratuit !

Si vous disposez déjà d'un compte et qu'il est bien activé, connectez-vous à l'aide du formulaire ci-dessous.

Identifiez-vous
Identifiant
Mot de passe
Mot de passe oublié ?
Créer un compte

L'inscription est gratuite et ne vous prendra que quelques instants !

Je m'inscris !

La distribution Linux Fedora 30 est disponible en version beta,
Cette version passe à GNOME 3.32 et intègre plusieurs nouveautés

Le , par RenaultR42

115PARTAGES

13  0 

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

Malgré les risques concernant la stabilité d’une version Beta, il est important de la tester ! En rapportant les bogues maintenant, vous découvrirez les nouveautés avant tout le monde, tout en améliorant la qualité de Fedora 30 et réduisez du même coup le risque de retard. Les versions en développement manquent de testeurs et de retours pour mener à bien leurs buts.

La version finale est pour le moment fixée pour le 30 avril ou le 7 mai.

Ci-après les nouveautés annoncées pour cette version.

Expérience utilisateur

  • Passage à GNOME 3.32.
  • Les extensions du gestionnaire de fichiers Nautilus migrent vers Python 3.
  • Le bureau léger LxQt bénéficie de la mise à jour vers la version 0.14.0.
  • Le nouvel environnement de bureau DeepinDE est proposé. Un bureau qui se veut moderne, performant, simple et élégant.
  • 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 se veut plus proche de l'expérience utilisateur de macOS.
  • GnuGPG 2 devient l'implémentation de GPG par défaut.


Gestion du matériel

  • Pour les utilisateurs d'une carte graphique Intel, l'affichage durant le démarrage est continu, sans remise à zéro de ce dernier. Cela rend l'expérience plus fluide et jolie.
  • Les architectures ARMv7 disposeront par défaut d'un démarrage en uEFI.


Internationalisation

  • Les groupes de composition des langues sont remplacés par les langpacks. 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.


Administration système

  • Mise à jour de Bash à la version 5.0.
  • Le shell Fish évolue également à la version 3.0.
  • L'outil Vagrant est à la version 2.2 maintenant.
  • DNF dispose de l'algorithme de compression zchunck 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.
  • Par défaut, les entrées de démarrage pour choisir la version du noyau à lancer vont passer au format BootLoaderSpec. Permettant ainsi de ne plus employer grubby pour réaliser cette tâche, car il est ancien et peu flexible. Le but est d'uniformiser la manière de représenter les noyaux à démarrer entre les architectures, car ils n'utilisent pas tous GRUB. Seule l'architecture ARMv7 n'est pas encore concernée, car u-boot ne gère pas ce format de représentation.
  • cryptsetup utilise dorénavant les métadonnées de LUKS2 par défaut.
  • dbus-broker devient l'implémentation par défaut de DBus.
  • FreeIPA n'est plus utilisable avec Python 2.
  • Suppression de beaucoup de paquets dépendants ou relatifs à Python 2, la fin approche et devrait se terminer pour Fedora 31.
  • Le fichier /etc/sysconfig/nfs est maintenant obsolète en faveur de /etc/nfs.conf pour permettre la configuration depuis un point central en étant plus conforme à la manière dont les outils comme Ansible ou systemd traitent ce genre de configuration.
  • De nombreux outils sont dépréciés : Apache Avalon, Apache Jakarta Commons HTTP client, Apache Jakarta ORO and Regexp, Apache Maven branche 2.x et Sonatype OSS Parent. Ils ne sont en effet plus maintenus depuis un moment et cette étape permet la transition pour leur suppression définitive, avec les éventuels paquets qui en dépendent.
  • MongoDB est supprimé, la licence nouvellement adoptée SSPL n'étant pas considérée comme libre.
  • 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. Maintenant, si le serveur distant ne dispose pas de la langue cible, C.UTF-8 sera demandée.
  • krb5 modernise son support des algorithmes cryptographiques en supprimant la gestion de DES, 3DES, crc-32, et MD4 pour les clés de session ou clés à long terme. MD5 et RC4 sont marqués comme obsolètes et dangereux en attendant une suppression ultérieurement.


Développement

  • Mise à jour de GCC qui fait du 9.
  • Glibc n'est pas en reste avec la version 2.29.
  • Petit coup de Boost à la version 1.69.
  • Les fonctions obsolètes et non sûres de libcrypt sont supprimées et encrypt, encrypt_r, setkey, setkey_r, and fcryp renvoient une erreur systématiquement.
  • Mise à jour de Ruby qui vaut 2.6 carats.
  • Les programmes Java pourront danser dans la machine virtuelle OpenJDK 12.
  • Le langage de l'éléphant PHP impose sa version 7.3.
  • Go avance à la version 1.12.
  • L'environnement d'Erlang passe à la version 21.
  • Alors que les compilateurs Haskell GHC et Stackage LTS passent respectivement à la version 8.4 et 12.
  • Les shebangs Python ambigües concernant la version de Python à employer génèrent des erreurs #!/usr/bin/python devant devenir #!/usr/bin/python2 ou #!/usr/bin/python3.
  • Python progressbar2 devient la version de référence pour le module des barres de progressions.


Projet Fedora

  • L'environnement de compilation minimal ne dépend plus du paquet glibc-all-langpacks pour gagner en poids.
  • 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.
  • Pour ceux intéressés par le standard SWID, des drapeaux dans les paquets RPM ont été activés pour permettre leur traçabilité et faciliter leur mise en œuvre dans des dépôts ou lister les paquets correspondant à un drapeau par exemple via dnf.
  • La compilation des programmes Python est en deuxième phase de réécriture pour reposer sur moins d'hypothèses, et ainsi être plus fiable et plus maintenable.
  • Les drapeaux group des paquets sont supprimés pour près de 9600 d'entre eux. Depuis mars 2017 il ne fallait plus les utiliser. Maintenant c'est fait.
  • L'édition de lien supprime tous les liens excessifs entre bibliothèques et les exécutables. Seules les fonctions réellement nécessaires sont liées, ce qui améliore les performances au lancement de l'application.
  • Les scriptlets qui étaient obsolètes sont supprimés comme ldconfig afin de gagner du temps à l'installation des paquets et une génération des paquets plus rapide.
  • Le projet améliore la façon d'avoir des statistiques sur l'utilisation de Fedora. Actuellement le tout reposait sur la collecte de données via les mirroirs pour connaître le nombre d'installation en vigueur ce qui n'était pas fiable. Pour éviter cela, chaque requête tous les 7 jours vers un dépôt officiel sera enregistrée par machine. Cela évitera les problèmes liés à la vie privée.
  • 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, car résolue en amont.


Tester

Durant le développement d'une nouvelle Fedora, comme cette version Beta, quasiment chaque semaine le projet propose des journées de tests. Le but est pendant une journée de tester une fonctionnalité précise comme le noyau, Fedora Silverblue, la mise à niveau, GNOME, l’internationalisation, etc. L'équipe de qualité élabore et propose une série de tests en général simples à exécuter. Suffit de les suivre et indiquer si le résultat est celui indiqué. Dans le cas contraire, un bogue devra être ouvert pour permettre l'élaboration d'un correctif.

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

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

Si l'aventure vous intéresse, les images sont disponibles par Torrent ou via le site officiel.
En cas de bogue, n'oubliez pas de relire la documentation pour signaler les anomalies sur le BugZilla ou de contribuer à la traduction sur Zanata.

Bons tests à tous !

Une erreur dans cette actualité ? Signalez-nous-la !

Avatar de RenaultR42
Membre expérimenté https://www.developpez.com
Le 01/05/2019 à 15:08
Citation Envoyé par SimonDecoline Voir le message
Personnellement, je ne vois pas ce que ça apporte de publier le même article sur fedora-fr, dvp etc, mais au moins donner un lien vers l'article original au début.
Cela pourrait être mentionné au début. Bien que je pense que le contenu est assez spécifique pour qu'un lecteur reconnaisse rapidement si c'est le même ou non.

Après pourquoi publier le même article partout ? Car tout simplement pas tout le monde lit les 3 sites en question. Donc il me semble intéressant que tout le monde puisse accéder au contenu depuis son site préféré. Je précise par ailleurs qu'avant je publiais une version courte dudit article sur developpez.com mais les rédacteurs m'ont reproché qu'il était moins riche que celui de linuxfr.org. Et je n'ai pas le temps de rédiger un article partout qui soit unique, intéressant et juste. Rien que cet article c'est facilement une vingtaine d'heures de travail (entre la recherche des infos, la compréhension de celles-ci, la rédaction, la relecture et les adaptations à faire pour la plateforme de publication).

Pourquoi ne pas laisser chaque site rédiger son article ? Car ces sites ne le font pas forcément (d'ailleurs tu le vois, sur linuxfr.org il n'y a toujours pas eu d'annonce au sujet de la nouvelle Ubuntu), et qu'il y a parfois des erreurs assez manifestes (il y a pas mal d'idées reçues au sujet de Fedora qui sont régulièrement galvaudées). En le rédigeant ainsi je peux garantir que la nouvelle passe partout et que la qualité rédactionnelle est conservée.
9  0 
Avatar de RenaultR42
Membre expérimenté https://www.developpez.com
Le 30/04/2019 à 23:02
Étant l'auteur de l'article, c'est un peu normal.
Faire du contenu exclusif partout n'est pas encore à ma portée.
8  0 
Avatar de chrtophe
Responsable Systèmes https://www.developpez.com
Le 01/05/2019 à 19:02
Après pourquoi publier le même article partout ? Car tout simplement pas tout le monde lit les 3 sites en question.
Tu as tout à fait raison.
7  0 
Avatar de htoukour
Membre régulier https://www.developpez.com
Le 02/05/2019 à 14:03
Je tiens ici à féliciter l'auteur pour cette article et du temps qu'il a eu à consacrer.
Fedora est une distribution que j'apprécie bien, mais j'ai toujours eu du mal à la faire tourner dans mon ordinateur, des petits couacs ici et là.
Pour le moment je trouve mon compte sur manjaro avec i3.
5  0 
Avatar de Pierre Louis Chevalier
Expert éminent sénior https://www.developpez.com
Le 02/05/2019 à 14:56
Oui, et c'est très bien qu'il poste la "version longue" de son article, on est sur le web, pas sur un journal en papier ou la place est limitée. De plus c'est censé être un média "IT Pro", donc avoir plus de détails techniques est un plus.

Donc RenaultR42
Si on pouvais avoir plus d'articles techniques de cette qualité ça serait un plus.

En postant son article sur developpez.com il peux toucher de nouveaux lecteurs qui n'utilisent pas encore Fedora, voir qui n'utilisent pas encore Linux, donc c'est de l'information diffusée sur un lectorat plus large que de s'adresser uniquement aux habitués qui utilisent déjà cette distribution.
5  0 
Avatar de mayayu
Membre régulier https://www.developpez.com
Le 03/05/2019 à 17:41
Citation Envoyé par RenaultR42 Voir le message
Après pourquoi publier le même article partout ? Car tout simplement pas tout le monde lit les 3 sites en question.
Très bonne remarque, je ne suis pas abonné aux 2 autres sites.
Merci pour cet article de grande qualité !
N'hésites pas à en faire d'autres, et les publier partout où tu pourras.
5  0 
Avatar de darklinux
Membre extrêmement actif https://www.developpez.com
Le 01/05/2019 à 3:00
Je ne suis pas convaincu par Fédora , le coup de la non lecture de vidéo , mon achevée en sus du non choix des bibliothèques via l ' interface logiciels de Gnome
0  0 
Avatar de bk417
Membre actif https://www.developpez.com
Le 30/04/2019 à 19:56
Article très complet qui est à peu de chose près un copié-collé de l'article de fedora-fr.org
0  7 
Avatar de
https://www.developpez.com
Le 01/05/2019 à 14:47
Citation Envoyé par RenaultR42 Voir le message
Étant l'auteur de l'article, c'est un peu normal.
Faire du contenu exclusif partout n'est pas encore à ma portée.
Ce serait bien de l'indiquer au début de l'article parce que c'est franchement énervant de se rendre compte qu'on est en train de lire un article qu'on a déjà lu sur un autre site. Personnellement, je ne vois pas ce que ça apporte de publier le même article sur fedora-fr, dvp et linuxfr, mais au moins donner un lien vers l'article original au début.
0  7