Venez tester Fedora 27 Beta

Renault · 03/10/2017 16:48:40

C'est ce mardi 3 octobre que les utilisateurs du Projet Fedora seront ravis d'apprendre la disponibilité de la version Beta du futur Fedora 27.

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 27 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.

Cette version se distingue par l'absence de version Alpha préalable. Un grand effort sur la qualité a été entrepris pour essayer de se dispenser de cette étape intermédiaire. Et la qualité est en effet au rendez-vous.

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

Bureautique

Mise à jour vers GNOME 3.26.
Suppression du script 256term.sh qui changeait la valeur de la variable $TERM pour activer les couleurs dans les terminaux. Maintenant ce sont les émulateurs de terminal qui s'en chargent directement.
Fedora propose une image unique pour l'architecture AARCH64 (ARM 64 bits) qui prendra en charge les cartes suivantes : Pine64, Raspberry Pi 3 et 96boards.
Une meilleure gestion des SoC Intel Bay Trail et Cherry Trail (essentiellement des Pentium, Celeron et Atom sur portables et tablettes) : meilleure surveillance de la batterie, gestion de l'audio, de l'écran tactile et des accéléromètres.
La gestion des ordinateurs ayant un UEFI 32 bits mais un CPU 64 bits. Fedora sera ainsi installable sur ces configurations comme Asus Transformer T100TA, HP Stream 7, Dell Venue 8 Pro 5830 et les premiers Macintosh Intel.
Mise à jour de libpinyin vers la version 2.1 pour les entrées de saisi en chinois.
La mise à disposition de polices de caractères Serif pour le chinois par défaut.

Administration système

Activation de l'option TRIM pour les nouvelles partitions chiffrées avec LUKS1, pour accroître les performances des SSD dans le temps.
Nouveau système de cache pour les identifiants Kerberos nommé KCM qui améliore l'expérience utilisateur notamment pour les environnements dans un conteneur applicatif.
libcurl réutilise OpenSSL pour la cryptographie et le protocole TLS au lieu de NSS.
OpenVPN utilise un nouvel algorithme de cryptographie par défaut qui est AES-256-GCM au lieu de BF-128-CBC améliorant la sécurité des connexions.
Le serveur OpenSSH rejoint la politique centralisée des mots de passe, comme le client OpenSSH, GnuTLS, NSS et OpenJDK avant lui.
Suppression du protocole SSH-1 dans OpenSSH qui n'était plus sécurisée, ni même supportée officiellement par le projet depuis quelques temps.
Installer le paquet perl installera l'ensemble des modules core du projet officiel, ce qui est plus conforme vis à vis des autres distributions.
Les paquets officiels ayant besoin de Java n'utiliseront plus le $PATH pour retrouver la JVM mais directement la JVM fournie par défaut par Fedora (OpenJDK). Ainsi, les utilisateurs souhaitant exécuter leurs propres applications avec une autre JVM pourront le faire via la variable $JAVA_HOME.
Suppression des paquets krb5-appl-clients et krb5-appl-servers qui ne seront bientôt plus maintenus et ne sont plus assez sécurisés aujourd'hui.
Remplacement de l'interface graphique de gestion de paquets Yumex par dnfdragora qui propose une interface Qt, GTK+ et ncurses.
Ajout de Samba AD pour la gestion des Active Directory.
Mise à jour de RPM à la version 4.14.

Développement

La bibliothèque standard Glibc progresse à la version 2.26.
La bibliothèque majeure du C++ Boost donne un coup de boost à la version 1.64.
Le serveur de rendu de JavaScript Node.js s'exécute à la version 8.6 LTS.
La boîte à outils Web Ruby on Rails 5.1 est sur les rails.
Le langage Go fonce à la version 1.9.
Le langage Perl a été poli à la version 5.26.
La nouvelle version de la machine virtuelle OpenJDK danse la Java une 9e fois.
Make sudo pip safe again! qui propose enfin un meilleur nettoyage lors de la désinstallation d'un module installé via pip. Les modules sont également installés dans /usr/local
Il est possible d'installer les paquets de débogue (les debuginfo) 32 et 64 bits pour une même application en même temps.
Les paquets debuginfos sont scindés en debuginfos et debugsources. Le premier contient les binaires et autres bibliothèques avec les symboles de débogage tandis que les seconds contiennent uniquement le code source du paquet.

La modularité

Création des outils dans le cadre de la Factory 2.0 pour permettre le découplage entre la version d'un paquet, la version de rattachement dans Fedora et sa fin de vie.
Séparation du Base runtime en Plateforme et Hôte, le premier prenant en charge l'espace utilisateur et la base du système quand le second s'occupe uniquement de la gestion du matériel.
L'édition Fedora serveur reçoit les premiers travaux officiels pour gérer la modularité, alors qu'elle a été testée par l'édition spéciale Boltron lors de Fedora 26.
Le concept du Python système est revisité et devient le Plateforme Python. L'objectif est de fournir un Python pour les applications systèmes de base comme dnf et rpm (/usr/libexec/platform-python) qui puisse différer de celui des autres applications (/usr/bin/python).

Autour de Fedora

Comme annoncé, Fedora n'utilisera plus de version Alpha durant son développement grâce à l'amélioration des outils et des procédure de qualité. Cela bénéficie également à la branche Rawhide.
L'utilitaire Bodhi, qui sert notamment au déploiement et aux retours (commentaires + bogues) des mises à jours et des ISO de Fedora, peut prendre en charge les applications Flatpak, OStrees, les images Docker, etc. Ce qui peut faciliter l'amélioration de la qualité de ce genre d'images.

La version finale est pour le moment prévue pour le 9 novembre.

Si l'aventure vous intéresse, les images sont disponibles par Torrent.

Vous pouvez également procéder à une mise à niveau depuis votre Fedora existant, ou télécharger l'ISO depuis un 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 !

nouvo09 · 03/10/2017 18:26:07

L'iso proposé est le 26.

Nicosss · 03/10/2017 18:33:32

Pour télécharger depuis le site officiel https://getfedora.org/fr/workstation/prerelease/.

didierg · 03/10/2017 18:59:54

Je n'arrive pas à booter le Live dans une VirtualBox....

Le boot démarre puis ça se termine par un écran noir avec juste un curseur....

VINDICATORs · 03/10/2017 20:23:13

J'y suis depuis quelques temps et à part quelques bogues bloquant (celui avec de la connexion qt et le sql de mariadb), assez vite résolu (l'une des raisons du retard) et ça roule maintenant.

En test dans des VM niveau serveur sous KVM/QEMU d'ici la fin de la semaine.

didierg · 04/10/2017 03:04:49

didierg a écrit :

Je n'arrive pas à booter le Live dans une VirtualBox....
Le boot démarre puis ça se termine par un écran noir avec juste un curseur....

Alors que https://www.phoronix.com/scan.php?page= … VBox-Guest

Apparemment je ne suis pas le seul à avoir ce problème d'écran noir dans une VirtualBox: https://www.phoronix.com/forums/forum/s … -next-week

Dernière modification par didierg (04/10/2017 03:09:12)

ben51 · 04/10/2017 09:36:40

Enfin le boot sur les machines uefi32 pint

jb1 · 04/10/2017 11:37:25

bonjour,
j'ai eu la chance de gouter à F27,
pour la version beta, je ne touche à rien?

Renault · 04/10/2017 13:08:03

Si tu avais une F27 avant la sortie de la Beta, la mettre à jour normalement est suffisant.
Ce sera pareil quand F27 sera sortie officiellement comme stable.

Pour les soucis de VirtualBox, c'est assez courant avec les Fedora en développement.

Moi j'ai un bogue pour que ma machine du boulot passe de F26 à F27 : https://bugzilla.redhat.com/show_bug.cgi?id=1498207

jb1 · 04/10/2017 14:00:22

bonjour,
merci msieur
pint

didierg · 04/10/2017 22:05:29

didierg a écrit :

Je n'arrive pas à booter le Live dans une VirtualBox....

Passer à VirtualBox-5.2-5.2.0_RC1_118201_fedora26-1.x86_64.rpm n'apporte rien....

Solar Eagle · 04/10/2017 22:37:47

J'ai procédé ce matin à une installation de zéro puis testé. Globalement le système est stable : aucun souci de login, de crash vers GDM, d'extinction interminable.

Quelques erreurs :

Le rapport automatique d'erreur semble planter à chaque fois et me demande de télécharger des tonnes de données. Mon compte Bugzilla chez Redhat ne semble plus actif car mon identifiant et mon mot de passe ne fonctionnent plus. J'avoue ne pas encore avoir cherché à régler le problème.

0ad plante après mise à jour.

Nautilus affiche des bandes noires sur les bords des aperçus de fichiers, chose qu'il ne faisait pas auparavant.

Nautilus ne permet qu'aléatoirement l'ouverture d'un nouvel onglet par clic droit et clic sur molette sur un dossier.

Pour le moment c'est tout.

VINDICATORs · 05/10/2017 04:56:14

Testé avec des machines virtuel sous KVM/QEMU/libvirt avec virt-manager et toujours pas de soucis particulier.
L'accélération 3D en test dans la journée avec virgl.

winmandrake · 05/10/2017 06:08:07

Installée directement en place de la f26.

Problème avec Anaconda qui plante si il y a plus d'un seul disque de branché. Il m'a fallut débrancher tous mes autres disques avant de relancer l'installateur.
Il n'y avait pas ce genre de problème avant f26. C'est très gênant. Ce problème sera t'il résolut ? Il est dommage de donner une mauvaise impression avant même l'installation de l'os.

Sinon, Mesa et rpmfusion ok.

VINDICATORs · 05/10/2017 06:14:49

winmandrake a écrit :

Installée directement en place de la f26.
Problème avec Anaconda qui plante si il y a plus d'un seul disque de branché. Il m'a fallut débrancher tous mes autres disques avant de relancer l'installateur.
Il n'y avait pas ce genre de problème avant f26. C'est très gênant. Ce problème sera t'il résolut ? Il est dommage de donner une mauvaise impression avant même l'installation de l'os.

C'est une bêta...

Dernière modification par VINDICATORs (05/10/2017 06:15:12)

winmandrake · 05/10/2017 06:21:37

VINDICATORs a écrit :

winmandrake a écrit :
Installée directement en place de la f26.
Problème avec Anaconda qui plante si il y a plus d'un seul disque de branché. Il m'a fallut débrancher tous mes autres disques avant de relancer l'installateur.
Il n'y avait pas ce genre de problème avant f26. C'est très gênant. Ce problème sera t'il résolut ? Il est dommage de donner une mauvaise impression avant même l'installation de l'os.
C'est une bêta...

Le problème est le même depuis f26... voir les différents posts sur le forum.

Je sait qu'il s'agit d'une bêta avec ce qui viens en terme de risque mais voir le même problème venir sur la version suivante...

Renault · 05/10/2017 08:05:49

Tu as reporté le problème sur Bugzilla ?

nouvo09 · 05/10/2017 08:24:16

winmandrake a écrit :

Problème avec Anaconda qui plante si il y a plus d'un seul disque de branché.

Si j'en crois ce que j'ai vu précédemment, il ne plante pas, il fait juste un fsck sur chacune des partitions présentes, qu'elles soient ou non concernées par l'installation. Et ca peut être très long, voire deux heures. Perso, je n'installe plus aucune Fedora fraîche tant que ce problème, rapporté à plusieurs reprises sur bugzilla, ne sera pas traité.

jb1 · 05/10/2017 10:06:01

bonjour,
j'utilise F27 depuis plusieurs semaines,
grâce à une commande spécifique pour passer de F25 à F26 puis F27
j'ai pesté contre la volumétrie, mais c'est résolu grace à ncdu -x / man ncdu

aujourd'hui j'utilise F27-Server avec kde, en passerelle avec son parefeu
le sgbdr Mariadb,
en ce moment je me fais les dents avec Docker et Oracle 12C XE
(licence d'utilisation gratuite)

j'apprécie F27 mais c'est une culture un peu différentes des autres Linux installés chez moi,
ce que je fais chez l'un doit se réaliser chez l'autre
une parenthèse j'ai aussi W10 famillial (analyseur logique, MariaDB, Docker)

ceci n'est pas un petit CV, je suis un fai...nt de retraité
pint hammer non alcoolique et non fumeur

Dernière modification par jb1 (05/10/2017 10:08:10)

winmandrake · 05/10/2017 17:15:55

nouvo09 a écrit :

winmandrake a écrit :
Problème avec Anaconda qui plante si il y a plus d'un seul disque de branché.
Si j'en crois ce que j'ai vu précédemment, il ne plante pas, il fait juste un fsck sur chacune des partitions présentes, qu'elles soient ou non concernées par l'installation. Et ca peut être très long, voire deux heures. Perso, je n'installe plus aucune Fedora fraîche tant que ce problème, rapporté à plusieurs reprises sur bugzilla, ne sera pas traité.

Aucun disque ne semblaient en fonctionnement, et pourtant rien pendant deux heures. Et tout était figé lors de la saisie du mot de passe root.

Avec deux disques dur et deux ssd, un fsck ne doit pas prendre des heures... de plus sur l'ensemble un ssd est sous w10 (donc ntf) et un des disque sous ntfs encore.

Cependant autre point mais qui est positif : rpmfusion et negativo sont déjà opérationnels pour f27 :D

Dernière modification par winmandrake (05/10/2017 17:32:21)

Jackcapvil · 05/10/2017 23:00:03

J'ai testé l'upgrade directe depuis F26 par dnf-system-upgrade et bien que tout donne l'impression de s'être passé correctement seule la session "Gnome xorg" fonctionne mais pas "Gnome wayland" ou Cinnamon

Je vais essayer d'enlever l'environnement Cinnamon et de réinstaller Wayland pour voir si c'est mieux ou pas

lena · 06/10/2017 11:38:41

je suis déjà sur Fedora Rawhide depuis des mois, sans le moindre crash ni de gros problèmes bloquants sur mon pc personnel, juste Nautilus qui parfois crash quand je fais des gros transferts vers mon hdd externe.
mais même pas l'impression d'être sur du unstable pour une utilisation courante wink

en revanche sur le pc que je viens de récupérer, un Asus x205-ta sous windows 10 32 bits, j'ai vu l'annonce, ce passage notamment

La gestion des ordinateurs ayant un UEFI 32 bits mais un CPU 64 bits. Fedora sera ainsi installable sur ces configurations comme Asus Transformer T100TA, HP Stream 7, Dell Venue 8 Pro 5830 et les premiers Macintosh Intel.

le Asus est concerné par cette technologie (uefi 32 bits, cpu intel 64 bits) mais les choses se compliquent..
le boot sur la live usb se fait (j'ai accès au grub, je sélectionne le boot du live) mais ça plante sur un écran noir systématiquement..
j'ai pris cet iso
https://dl.fedoraproject.org/pub/fedora … 05.n.0.iso
une Fedora 27 Xfce en 64 bits, mais ça ne veut rien savoir...
par acquis de conscience j'ai essayé plein d'autres distrib mais beaucoup ne reconnaissent même pas la clé usb (à cause de cette histoire d'uefi 32 bits), seule une Siduction Xfce en 64 bits en live aussi, arrive à booter, tout est reconnu, et opérationnel.

j'arriverais à lancer Fedora sur ce pc, ça ne va pas me résister longtemps, non mais que diable hammer tongue lol
je n'en veux pas de ce windows 10, donc il faudra que par tous les moyens du monde j'arrive à installer Fedora, la guerre contre moi-même a commencé hammer

Dernière modification par lena (06/10/2017 11:43:13)

Renault · 06/10/2017 11:53:28

Normalement cette nouveauté est bien opérationnelle d'après : https://bugzilla.redhat.com/show_bug.cgi?id=1474861

Je te conseille de rapporter un bogue à ce sujet (voir de commenter celui que je viens de citer). Il n'est pas impossible qu'un bogue existe dans cette fonction.

Après tout c'est ça le but des versions de développements, qu'un max de gens testent et notent les soucis.

lena · 06/10/2017 22:14:35

merci pour le lien de Bugzilla.
avant de faire un bugreport, je vais approfondir mes recherches sur ce qui cloche.
retourner dans le bios notamment, j'ai vu des options que je connais pas trop, va falloir que je regarde tout et que je teste surtout.

si vraiment ça plante, j'y indiquerais sur le lien que tu m'as fournis, et j'ouvrirais un bugreport aussi.

on est bien d'accord, les versions de dév et bêta sont faites pour être les laboratoires et qu'on remonte les bugs, et non pour dire qu'on est à la pointe de la technologie.

d'ailleurs je vais aussi remonter le bug de Nautilus qui plante lors des gros transferts vers le hdd externe, dès que c'est des transferts de + de 25 Go, il plante systématiquement (chez moi en tout cas).

didierg · 08/10/2017 14:40:48

didierg a écrit :

didierg a écrit :
Je n'arrive pas à booter le Live dans une VirtualBox....
Passer à VirtualBox-5.2-5.2.0_RC1_118201_fedora26-1.x86_64.rpm n'apporte rien....

J'arrive à booter sur le Live en choisissant "Troubleshooting > Start Fedora-Workstation-Live 27_Beta in basic graphic mode"

Après l'installation semble bien se passer mais elle se termine sans me redonner la main sur le Live et quand j'essaie de booter sur le disque virtual celui-ci n'est pas bootable...

Fedora-Fr - Communauté francophone Fedora - Linux

#1 03/10/2017 16:48:40