C'est ce mardi 11 octobre que les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Beta de la future Fedora 25.

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 25 et réduisez du même coup le risque de retard. Les versions en développements manquent de testeurs et de retours pour mener à bien leurs buts.

Notons que Wayland est cette fois activée par défaut (pour la version Workstation et l’environnement GNOME). Ce changement majeur devrait être préservé. Un effort immense a été fait pour gommer les différences fonctionnelles avec la session X.org. Cependant l'expérience utilisateur n'a jamais été aussi respectée qu'avec ces améliorations. En cas de problèmes ou d'un manque important, n'hésitez pas à lancer GNOME avec X.org ce qui est proposé en option dans votre gestionnaire de session (GDM pour Fedora Workstation).

Voici les nouveautés annoncées pour cette version :

Bureautique
  • Le passage de Wayland par défaut pour la session de GNOME ;
  • Mise en avant de LiveUSBTools pour créer les images installables par clés USB de Fedora sur Windows, Linux et Mac OS X afin de simplifier l'installation de Fedora en utilisant un médium plus populaire que le CD ;
  • Les machines avec deux cartes graphiques (une intégrée et une autre plus puissante, comme sur les portables) seront mieux gérées avec possibilité de mettre la carte intégrée par défaut, n'activer la carte externe qu'en cas de besoin ou sur demande pour un programme précis ;
Internationalisation
  • L'UNICODE 9.0 fait son entrée ;
  • IBus propose de simplifier la saisie des caractères Emoji ;
  • IBus permet de changer de langue de saisie automatiquement en se basant sur la saisie utilisateur ;
Administration système
  • L'option de systemd KillUserProcesses est activée par défaut ce qui permet de tuer tous les processus de la session d'un utilisateur lorsqu'il se déconnecte ce qui peut avoir des effets de bords avec des connections distantes et les multiplexeurs de terminaux ;
  • La bibliothèque NSS rejoint les politiques de sécurité de GnuTLS et OpenSSL en supprimant les normes SSL 3.0 et RC4 notamment qui sont obsolètes ;
  • Le lien symbolique slogin vers ssh a été supprimé pendant que le script sshd-keygen est supprimé en faveur du service systemd associé ;
  • La bibliothèque Storage remplace UDisk 2 qu'il avait forké par le passé tout en partageant la même API ;
Développement
  • La bibliothèque standard Glibc progresse à la version 2.24 ;
  • Le compilateur d'Haskell passe à la version 7.10 ;
  • Le reluisant langage Perl évolue à la version 5.24 ;
  • Pour les amateurs de JavaScript, c'est Node.js qui utilise la branche 6.x ;
  • Le compilateur pour le langage Rust est enfin disponible ;
  • Le langage Go fonce à la version 1.7 ;
  • Le langage fonctionnel Erlang 19 est à l'honneur ;
  • Le framework Ruby On Rails est sur les rails vers la version 5.0 ;
  • Le langage PHP s'impose avec la version 7.0 ;
  • Inclusion de Jekyll, un utilitaire qui transforme vos fichiers textes au format Liquid et Markdown en site web ou blog automatiquement. GitHub Pages repose sur cette solution.
Autour de Fedora
  • L'image minimale de base de Fedora ne dispose plus des paquets Perl pour l'alléger et simplifier sa maintenance ;
  • Koji génère maintenant les images installables de la distribution comme les fichiers ISO ;
  • Un nouveau jeu d'utilitaires basés sur Ansible ont été mis en place pour centraliser et simplifier la gestion des tests automatiques qui s'articulaient avant avec des scripts disparates et moins puissants ;
  • L'empaquetage de programmes Python va devenir plus simple en utilisant automatiquement le tag virtuel Provides avec le nom canonique du programme en question ;
Si l'aventure vous intéresse, les images sont disponibles par Torrent.
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 !
Il y a une fonctionnalité que j'aimerais récupérer, c'est l'affichage des icônes "Dossier personnel", "Corbeille", ... sur le bureau....

Celle-ci a été supprimée de Files (Nautilus) pour simplifier le code mais je ne sais pas comment elle est remplacée...
Bonjour.

"Les machines avec deux cartes graphiques (une intégrée et une autre plus puissante, comme sur les portables) seront mieux gérées avec possibilité de mettre la carte intégrée par défaut, n'activer la carte externe qu'en cas de besoin ou sur demande pour un programme précis"... Cette fonctionnalité m'intéresse, mais comment l'active-t-on (rien trouvé dans la version live).
Par défaut le système fonctionnera avec la carte graphique intégrée.
Pour lancer un programme avec la carte graphique plus performante, il faudra donner la variable "DRI_PRIME=1" à son lancement en ligne de commande.

Je n'ai pas trouvé d'autres façons de faire pour le moment.
C'est une bonne idée, même si c'est en ligne de commande il faut quand même le savoir et même si c'est en mode graphique.

A voir si cela ne pose pas des soucis avec les pilotes propriétaires pour ne pas changer...

Enfin je trouve dommage de ne pas avoir la version 3.9 de LLVM, mais elle pose des soucis à l'empaquetage actuellement 😢. Donc pas d'OpenGL 4.3 pour les radeon et autres pour le moment 😢...

J'espère que Plasma 5.8 apportera un support de wayland correct sans prise de tête, mais bon ça n'est pas non plus la priorité chez Fedora/Redhat, mais ne devrait plus tarder.
C'est une bonne idée, même si c'est en ligne de commande il faut quand même le savoir et même si c'est en mode graphique.

A voir si cela ne pose pas des soucis avec les pilotes propriétaires pour ne pas changer...
C'est le standard pour gérer les cartes NVIDIA nativement, donc ça ne devrait pas poser en problème. Pour le pilote proprio, ça n'est pas implémenté out-of-the-box pour les cartes NVIDIA, il faut encore passer par bumblebee-nvidia.
Aujourd'hui, ce jeudi 13 octobre, est une journée dédiée à Wayland.
En effet, durant le cycle de développement, l'équipe d'assurance qualité dédie quelques journées autours de certains composants ou nouveautés afin de remonter un maximum de problèmes sur le sujet.

Elle fournit en plus une liste de tests précis à effectuer. Il vous suffit de les suivre, comparer votre résultat au résultat attendu et le notifier.

Qu'est-ce que Wayland ?

Wayland est une nouvelle technologie pour réaliser l'affichage de vos applications à l'écran en étant l'interface entre celles-ci et le noyau. Il remplace le programme X11 qui réalisait cette fonction depuis plusieurs décennies. X11 n'étant plus adapté à l'informatique moderne, difficile à maintenir et pas du tout sécurisé, ses développeurs ont décidé de refonder cette portion du système avec le protocole Wayland.

Son protocole est implémentée dans le compositeur, à savoir le gestionnaire de fenêtre comme Mutter sous GNOME ou KWin sous KDE. Cela fait 8 ans que Wayland est annoncé, et le projet Fedora estime aujourd'hui qu'il est assez mature pour être disponible par défaut pour les utilisateurs de GNOME. Toutefois, la possibilité d'utiliser X.org existe en cas de problèmes importants. Les autres environnements de bureaux comme KDE pourront en profiter quand ce changement sera plus mûr.

Cependant, toutes les fonctions ne sont pas encore présentes. Mais si jamais Wayland ne se comporte pas correctement chez vous, n'hésitez pas à consulter cette page qui récapitule les moyens de déboguer Wayland.

Étant donnée l'importance de cette fonctionnalité, nous vous recommandons fortement de procéder à ce test. Plus de situations auront été testées, plus stable sera ce changement majeur ! Car en effet, Wayland dépend aussi des modèles de cartes graphiques et de leurs pilotes respectifs par exemple.

Les tests du jour sont :
  • Le fonctionnement de base de GNOME sous Wayland (les bureaux virtuels, l'overview, le lancement de la session) ;
  • Les applications GNOME qui doivent bien se lancer avec XWayland ou Wayland ;
  • Tout autre test libre permettant de mettre en évidence le bon ou mauvais fonctionnement du test (avec une application non GNOME comme VLC).
Comment y participer ?

Vous pouvez vous rendre sur la page des tests pour lister les tests disponibles et rapporter vos résultats. La page wiki récapitule les modalités de la journée. Assurez-vous d'avoir un système à jour avant de commencer.

En cas de bogue, il est nécessaire de le rapporter sur le BugZilla. Si vous ne savez pas faire, n'hésitez pas à consulter la documentation correspondante.

De plus, si une journée est dédiée à ces tests, il reste possible de les effectuer quelques jours plus tard sans problème ! Les résultats seront globalement d'actualité.
Pour les contributeurs, la période de vote des fonds d'écran supplémentaires est ouverte !
Depuis Fedora 21, la livrée du système par défaut contient quelques fonds d'écrans additionnels. Et comme d'habitude, les contributeurs pouvaient soumettre leurs propres dessins ou photographies pour décorer cette nouvelle version.

Maintenant que la période de soumission s'est achevée, nous passons à la phase de vote. Tout possesseur d'un compte FAS peut en sélectionner 16 parmi la centaine qui sont disponibles. Les plus populaires seront bien évidemment choisis et disponibles dans la Fedora 25 à sa sortie.

Le vote se déroule dans l'application Nuancier jusqu'au 23 octobrel !

Pour ceux que cela intéresse, le badge associé à cette action nécessite une action manuelle. Il suffit de cliquer sur un lien, proposé sur la page après le vote.
5 jours plus tard
Bon mise à jour avec la méthode DNF... Et je me retrouve avec la Rawhide! pourquoi tant de haine 😢...???
Tu as tapé quelle commande ?
dnf system-upgrade download --releasever=25
C'est curieux ça, tu as ouvert un rapport de bogue ?
Car bon, un problème comme ça c'est bloquant pour la sortie finale normalement.

Tu sais que tu en Rawhide par la présence de paquet .fc26, par le fichier de config /etc/fedora-release, etc. ?
cat /etc/fedora-release 
Fedora release 26 (Rawhide)
Je vais faire un test en virtuel pour voir où ça a foiré.

Après cela n'est pas non plus un problème vu que je suis plus ou moins avec une Fedora qui me sert pour des tests/développements, mais bon je cherche quand même un minimum de stabilité (bon pour le moment ça passe avec la rawhide, mais ce n'est pas dit que cela dure tout le temps...).

Après c'est clair que cela vas poser un souci si c'est confirmé.
Je viens de le faire ce matin et pas de souci, je suis bien en Fedora 25
$ cat /etc/fedora-release 
Fedora release 25 (Twenty Five)
Tu as contrôlé dans ton fichier /var/log/dnf.log les étapes pour voir où ça aurait pu créer ce passage en Rawhide.
Après il existe une procédure pour revenir à une version donnée de Fedora en cas de migration vers Rawhide.

Cependant, pour avoir joué avec Rawhide dernièrement, à part quand RPMFusion avait des soucis, c'était globalement stable. Les rares problèmes que j'avais rencontré n'ont pas duré longtemps et étaient facilement contournables. On est très loin de Rawhide d'il y a quelques années où c'était une plaie à suivre au quotidien.
C'est surtout au niveau du noyau que ça pèche. Vu que c'est les premières versions il y a pas mal de soucis. Actuellement c'est surtout au reboot/Stop que ça déconne, mais je soupçonne Selinux...

Après j'ai quelques soucis pour l'empaquetage avec mock, à voir si cela vient de là.

Mais en effet c'est bizarre. Je regarderai ce week end et ferait un retour.

Maintenant c'est clair que c'est quand même bien stable la rawhide par rapport à avant.

Pourtant dans les logs je retrouve bien Fedora 25, mais je ne sais pas pourquoi il part sur rawhide par la suite...
Oct 19 20:19:07 DEBUG langpacks: No languages are enabled
Oct 19 20:19:07 DEBUG Error reading file : /var/lib/dnf/plugins/langpacks/installed_langpacks as it does not exist
Oct 19 20:19:07 DEBUG initialized Langpacks plugin
Oct 19 20:19:07 DEBUG DNF version: 1.1.10
Oct 19 20:19:07 DDEBUG Command: dnf system-upgrade download --releasever=25 
Oct 19 20:19:07 DDEBUG Installroot: /
Oct 19 20:19:07 DDEBUG Releasever: 25
Oct 19 20:19:07 DDEBUG Base command: system-upgrade
Oct 19 20:19:07 DDEBUG Extra commands: ['download']
Oct 19 20:19:07 DEBUG repo: using cache for: vind-depot-24-x86_64
Oct 19 20:19:07 DEBUG not found deltainfo for: Fedora24 - Mesa
Oct 19 20:19:07 DEBUG not found updateinfo for: Fedora24 - Mesa
Oct 19 20:19:07 DDEBUG repo: downloading from remote: rpmfusion-nonfree, _Handle: metalnk: None, mlist: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-25&arch=x86_64, urls [].
Oct 19 20:19:08 DEBUG not found deltainfo for: RPM Fusion for Fedora 25 - Nonfree
Oct 19 20:19:08 DEBUG not found updateinfo for: RPM Fusion for Fedora 25 - Nonfree
Oct 19 20:19:08 DDEBUG repo: downloading from remote: fedora-cisco-openh264, _Handle: metalnk: None, mlist: None, urls ['https://codecs.fedoraproject.org/openh264/25/x86_64/'].
Oct 19 20:19:09 CRITICAL Importation de la clé GPG 0xFDB19C98 :
Utilisateur : « Fedora 25 Primary (25) <fedora-25-primary@fedoraproject.org> »
Empreinte : C437 DCCD 558A 66A3 7D6F 4372 4089 D8F2 FDB1 9C98
Provenance : /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-25-x86_64
Oct 19 20:19:14 DEBUG repo fedora-cisco-openh264: imported key 0x4089D8F2FDB19C98.
Oct 19 20:19:15 DEBUG not found updateinfo for: Fedora 25 openh264 (From Cisco) - x86_64
Oct 19 20:19:15 DEBUG repo: using cache for: vind-depot-24-i686
Oct 19 20:19:15 DEBUG not found deltainfo for: Fedora24 - Mesa
Oct 19 20:19:15 DEBUG not found updateinfo for: Fedora24 - Mesa
Oct 19 20:19:15 DDEBUG repo: downloading from remote: rpmfusion-free-updates, _Handle: metalnk: None, mlist: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-25&arch=x86_64, urls [].
Oct 19 20:19:16 DEBUG Cannot download 'http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-released-25&arch=x86_64': Cannot prepare internal mirrorlist: No URLs in mirrorlist.
Oct 19 20:19:16 DDEBUG repo: downloading from remote: rpmfusion-free-updates-testing, _Handle: metalnk: None, mlist: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-updates-testing-25&arch=x86_64, urls [].
Oct 19 20:19:17 DEBUG not found deltainfo for: RPM Fusion for Fedora 25 - Free - Test Updates
Oct 19 20:19:17 DEBUG not found updateinfo for: RPM Fusion for Fedora 25 - Free - Test Updates
Oct 19 20:19:17 DDEBUG repo: downloading from remote: rpmfusion-free, _Handle: metalnk: None, mlist: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-25&arch=x86_64, urls [].
Oct 19 20:19:17 DEBUG not found deltainfo for: RPM Fusion for Fedora 25 - Free
Oct 19 20:19:17 DEBUG not found updateinfo for: RPM Fusion for Fedora 25 - Free
Oct 19 20:19:17 DDEBUG repo: downloading from remote: rpmfusion-nonfree-updates-testing, _Handle: metalnk: None, mlist: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-testing-25&arch=x86_64, urls [].
Oct 19 20:19:17 DEBUG not found deltainfo for: RPM Fusion for Fedora 25 - Nonfree - Test Updates
Oct 19 20:19:17 DEBUG not found updateinfo for: RPM Fusion for Fedora 25 - Nonfree - Test Updates
Oct 19 20:19:17 DDEBUG repo: downloading from remote: rpmfusion-nonfree-updates, _Handle: metalnk: None, mlist: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-25&arch=x86_64, urls [].
Oct 19 20:19:18 DEBUG Cannot download 'http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-updates-released-25&arch=x86_64': Cannot prepare internal mirrorlist: No URLs in mirrorlist.
Perso, sur l'outil "machine", il y a beaucoup de mal.
J'essaye un dnf update en mode console (init 3) et on verra.
j'ai essayé avec dnf et échec
[SKIPPED] libdvbpsi-1.3.0-3.fc25.x86_64.rpm: Already downloaded                
attention : /var/lib/dnf/system-upgrade/fedora-release-notes-24.01-1.fc25.noarch.rpm: Entête V3 RSA/SHA256 Signature, clé ID fdb19c98: NOKEY
Curl error (37): Couldn't read a file:// file for file:///etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-25-x86_64 [Couldn't open file /etc/pki/rpm-gpg/RPM-GPG-KEY-fedora-25-x86_64]
Les paquets téléchargés ont été enregistrés dans le cache jusqu'à la prochaine transaction réussie.
Vous pouvez supprimer les paquets en cache en exécutant « dnf clean packages ».
Edouard_le_homard wrote:l'option nogpgcheck existe
effectivement ça passe mais après install et reboot, refus d'installer et reboot à chaque tentative de redémarrage