Developpez.com

Le Club des Développeurs et IT Pro

Linux : Fedora 17 "Beefy Miracle" sort en version finale

Le 2012-04-19 16:45:17, par Hinault Romaric, Responsable .NET
Mise à jour du 30/05/2012

Fedora 17 alias « Beefy Miracle » est disponible en version stable.

La distribution Linux soutenue par Red Hat, et utilisée comme socle pour RHEL ou CentOS, est principalement centrée autour de l’intégration des applications et technologies les plus récentes de l’écosystème open source, avec un cycle de développement rapide de six mois.

Fedora 17 ne déroge pas à cette règle, et propose les derniers outils et technologies pour le développement d’applications, le support du Cloud, la virtualisation et bien plus, tout en restant stable et flexible.

Beefy Miracle intègre donc GIMP 2.8, le dernier SDK Eclipse, OpenJDK, GCC 4.7, JBoss Application Server 7, des améliorations d’OpenStack, etc. (lire ci-avant).



Le bureau dispose d’une version de GNOME Shell qui fonctionne avec des pilotes graphiques qui ne supportent pas l’accélération 3D.

Fedora 17 possède une meilleure gestion de l’énergie par l’usage de nouveaux profils de consommation, prend en charge les écrans multipoints et gère mieux les impressions avec le support des profils ICC par CUPS.

Cette version est disponible en téléchargement en quatre éditions (GNOME, KDE, LXDE et Xfce) sur le site du projet.

Télécharger Fedora 17

Source : Notes de version

Et vous ?

Avez-vous testé la beta de Fedora 17 ? Qu'en pensez-vous ?

Fedora 17 bêta disponible : plus puissant et flexible avec le Kernel Linux 3.3.1
et GNOME 3.4, la version finale annoncée pour le 17mai

L’équipe en charge du développement du système d’exploitation open source Fedora vient d’annoncer la disponibilité de la bêta de la version 17.

Fedora 17 beta alias « Beefy Miracle » comprend plusieurs nouveautés et des améliorations rendant l’OS plus puissant et flexible.

Cette version utilise le noyau linux 3.3.1 et la fusion des correctifs de Linux 3.4, qui permettent au noyau d’utiliser la fonction RC6 d’économie d’énergie pour les puces graphiques Intel Sandy bridge.

Le bureau repose sur GNOME 3.4 qui propose plusieurs améliorations des applications comme contacts, documents, et introduit de nouvelles fonctionnalités de recherche dans la vue d’ensemble des activités. L’application Gnome-boxes permet d’accéder facilement aux machines virtuelles.

Une version mise à jour de GIMP, le logiciel open source de création graphique et de retouche photo est également disponible. GIMP 2.8 intègre de nouvelles fonctionnalités comme le mode guichet unique, les groupes de calques et l’édition on-canvas.

Pour les développeurs, l’OS intègre une préversion de Juno, le SDK pour Eclipse dont la version finale sera disponible en juin prochain. La version 7 de Java et OpenJDK 7 sont disponibles par défaut, ainsi que GCC 4.7 qui est désormais le principal compilateur dans Fedora.

Les développeurs Web pourront trouver PHP 5.4, la dernière version du langage de développement Web et la version 1.9.3 de Ruby.

Fedora 17 beta marque une étape importante dans le développement du système d’exploitation dont la version finale est annoncée pour le 17 mai.

Télécharger Fedora 17 bêta

Source : Annonce Fedora
  Discussion forum
12 commentaires
  • Galendil
    Nouveau membre du Club
    Ca a l'air sympa cette nouvelle version )

    Moi qui ait toujours pensé qu'ils étaient plutôt avec KDE de base

    Je m'empresse de télécharger cette nouvelle version pour la tester tiens!
  • jeanbi
    Membre chevronné
    bonsoir,
    Fedora 16 est deja en
    uname -r
    3.3.2-1.fc16.x86_64
    a+
  • Galendil
    Nouveau membre du Club
    Il me semblait avoir lu dans leur documentation que le noyau était toujours en 3.1 sur Fedora16, ils ont du le mettre à jour depuis!
  • jeanbi
    Membre chevronné
    Bonjour,
    ta doc doit bien date de la sortie de f16
    a+
  • LinkinSelim
    Membre éprouvé
    Je crois qu'elle est plutot prévue pour le 22 mai 2012.
    Source : http://fedoraproject.org/wiki/Releases/17/Schedule
  • ernestrenan
    Membre régulier
    f15 était génial, f16 vraiment incroyable sur tous les plans (graphiques, performances, maintenance) que nous réserve f17 ?
  • troumad
    Rédacteur/Modérateur
    Mageia 2 aura aussi ce noyau :
    Code :
    1
    2
    $ uname -r
    3.3.1-desktop-2.mga2
    Par contre mageia 1 est toujours sous 2.6 :
    Code :
    1
    2
     uname -r
    2.6.38.8-desktop-10.mga
    Édit...
    Mise à jour de ma mageia :
    Code :
    1
    2
    $ uname -r
    3.3.3-desktop-1.mga2
  • Obsidian
    Modérateur
    Est-ce que Fedora 17 sera enfin capable de se mettre à jour seule s'il y a des disques en RAID logiciel si un des disques dur d'une machine (mdadm) ? J'ai du faire un bond de Fedora 13 à Fedora 16, à grand peine, d'ailleurs. Il a réellement fallu que je fasse un dd if=/dev/zero of=mondisque car le moindre identifiant de bloc faisait se vautrer anaconda et ce, que ce soit en installation initiale avec le DVD ou avec un distupgrade.

    J'avais ouvert un bug à une époque qui avait été refermé un peu trop vite comme un doublon d'un autre bug, ce qui n'était pas tout-à-fait vrai et parce que ça devait être corrigé dans les versions à suivre immédiatement. Deux releases plus loin, le problème était le même.
  • splint
    Nouveau Candidat au Club
    Est-ce que Fedora 17 sera enfin capable de se mettre à jour seule s'il y a des disques en RAID logiciel si un des disques dur d'une machine (mdadm) ?
    Théoriquement une mise-à-jour Fedora, c'est pas plus de 2 versions. Passer de la 13 à la 14, puis de la 14 à la 16. Dans le pire des cas, tu sauvegardes t'es données, tu refais tes partitions et tu réinstalles. C'est une distro qui bouge beaucoups avec des changements assez brutaux de temps en temps :-)

    Pour le reste, y a rhel...

    f15 était génial, f16 vraiment incroyable sur tous les plans (graphiques, performances, maintenance) que nous réserve f17 ?
    C'est encore plus joli
  • Obsidian
    Modérateur
    Envoyé par splint
    Théoriquement une mise-à-jour Fedora, c'est pas plus de 2 versions. Passer de la 13 à la 14, puis de la 14 à la 16.
    Je me suis mal exprimé : j'ai tenté — en vain — de faire mes upgrades successives à cause du vautrage d'Anaconda dans tous les cas de figure utilisables, et ce depuis Fedora 14. Dès lors qu'il y a une partition quelque part qui est passée entre les mains de mdadm.

    J'avais déjà vu le « doublon » auquel on a associé mon bug mais je ne l'avais pas intégré au corps de la description que j'en ai fait et, ensuite, je n'ai plus eu le temps de m'en occuper. Étant donné que les derniers commentaires déclaraient que ce truc était censé être résolu dans la version suivante (F15), j'ai attendu. J'ai ré-essayé et le problème est resté le même. Arrivé à Fedora 16, j'ai estimé qu'il était quand même temps de tout mettre à jour, en particulier à cause de périphériques récalcitrants que j'espérais voir fonctionner avec un noyau qui avait eu le temps de passer de 2.6 à 3.0.

    Dans le pire des cas, tu sauvegardes t'es données, tu refais tes partitions et tu réinstalles. C'est une distro qui bouge beaucoups avec des changements assez brutaux de temps en temps :-)
    C'est le problème : on peut quand même légitimement demander à une distribution de s'installer sur la partition qu'on lui indique sans avoir à tout casser et mettre son nez dans le reste, quand même ! C'est un minimum.

    En ce qui me concerne, j'ai trois disques durs SATA de 500 Go chacun en parallèle dans ma machine, que j'ai partitionnés de façon complexe. J'ai notamment 3 partitions identiques réparties sur chaque disque pour faire du RAID 5 sur /home sans avoir à y consacrer la totalité de mes trois disques. Tu comprends que ça me pose problème d'avoir à sauvegarder tout cela sur un quatrième disque externe et casser la totalité de mes partitions pour tout remettre en place par la suite, alors qu'en principe, tu n'as même pas besoin du DVD pour faire un distupgrade.

    Surtout quand ça ne suffit pas !

    J'ai essayé d'effacer les partitions avec fdisk pour les recréer ensuite à l'identique. L'analyseur de disque a réussi à détecter quand même le superbloc de mes anciennes partitions RAID et, donc, à planter.

    Il y a bien des options (dont j'ai oublié l'intitulé) qui servent justement à demander à l'installeur de passer ces phases d'analyse, mais il les ignore superbement. On dirait qu'il commence par faire son analyse puis qu'il vérifie les options de l'utilisateur pour savoir s'il doit s'en servir ou pas. J'ai dû effacer à la main les premiers méga-octets de toutes les partitions concernées avec « dd if=zero » pour éviter la syncope à Anaconda.

    Maintenant, j'ai une Fedora 16 qui fonctionne et j'utilise mes disques intensivement. Que va-t-il se passer quand je vais vouloir passer à Fedora 17 ?