Pour rappel, ext4 est le successeur du système de fichier ext3 utilisé par la majeur partie des distributions GNU/Linux. ext4 a été jugé stable peu avant la publication de Fedora 10 il n'a donc pas pu être proposé pour cette version bien qu'il soit possible de l'utiliser dans l'utilitaire d'installation en option.
ext4 est considéré par ses créateurs comme une version de transition en attendant le prochain système de fichier dit de nouvelle génération : Btrfs. Celui-ci à été intégré au noyau depuis sa version 2.6.29 et sera proposé en option dans la nouvelle version de la distribution.
La distribution Fedora continue donc de suivre sa direction première en se voulant être la vitrine des nouvelles technologies libres. L'équipe du projet attend avec impatience les premières versions de tests afin de savoir si le choix du système de fichier ext4 est le bon. Dans le cas contraire, un plan de secours sera mis en place pour retourner a ext3.
NdM : rappelons que Fedora ne sera pas la seule distribution à proposer ces nouveaux systèmes de fichiers en standard. Mandriva Linux, OpenSUSE, Ubuntu (pour ne citer qu'elles) ont des feuilles de route les incluant à court terme dans leurs prochaines versions.
Aller plus loin
- Description de l'intégration d'ext4 (2 clics)
- Wiki d'ext4 (5 clics)
- DLFP : Ext4 bientôt sur votre bureau (26 clics)
- DLFP : Fedora 10 (Cambridge) et Install Party Paris les 6 et 7 décembre 2008 (12 clics)
- DLFP : Btrfs intègre le noyau Linux dès la prochaine version 2.6.29 (85 clics)
# Fedora 11 Feature List
Posté par Dragon . Évalué à 10.
- Presto : https://fedoraproject.org/wiki/Features/Presto
Mise à jour de la distribution sans pour cela télécharger les paquets en entier, juste les fichiers qui diffèrent
- 20 Second Startup : https://fedoraproject.org/wiki/Features/20SecondStartup
Booter en 20 secondes
- Multiseat : https://fedoraproject.org/wiki/Features/Multiseat
Utilisation d'une unité centrale avec plusieurs utilisateurs, donc plusieurs écrans, claviers, souris etc...
- KDE4.2 : https://fedoraproject.org/wiki/Features/KDE42
La version qui fera revenir Linus vers KDE après un autre changement vers Gnome
- Gnome 2.26 : https://fedoraproject.org/wiki/Features/Gnome2_26
La version qui fera peut-être rester Linus sous Gnome
- Xfce4.6 : https://fedoraproject.org/wiki/Features/Xfce46
La version future de windows manager de Linus si celui-ci ne préfère aucun des deux autres
et encore plus sur https://fedoraproject.org/wiki/Releases/11/FeatureList
[^] # Re: Fedora 11 Feature List
Posté par JoeltheLion (site web personnel) . Évalué à 6.
[^] # Re: Fedora 11 Feature List
Posté par bob le homard . Évalué à 2.
Je crois que fedora est connue pour ça, l'intégration de technologies nouvelles, mais est-ce bien stable tout ça?
Autre question, est-il facile d' "upgrader" d'une version à une autre?
[^] # Re: Fedora 11 Feature List
Posté par ciol13 . Évalué à -2.
Fedora essaie de faire croire qu'il n'y a qu'en incluant dans une release stable qu'on contribue.
Alors que c'est faux : on contribue dans la branche de développement upstream et seulement quand c'est stable on l'intègre à la release.
(je ne parle pas forcément des exemples ci-dessus).
[^] # Re: Fedora 11 Feature List
Posté par ckyl . Évalué à 10.
Autrement la contribution upstream n'est vraiment pas dans la mentalité de Fedora....
[^] # Re: Fedora 11 Feature List
Posté par GeneralZod . Évalué à 4.
Fedora n'a jamais intégré une nouvelle fonctionnalité dans la version finale comme ça.
Tout passe dans rawhide, les contributeurs sont fortement encouragés à s'impliquer en upstream, et il y a un suivi. Si une fonctionnalité n'est pas jugée suffisamment stable, soit elle est repoussée, soit on désactive ce qui pose problème, et si il ya perte de fonctionnalité, on offre une solution de repli.
Et si nécessaire, Fedora n'a jamais reculé devant le fait de retarder de quelques semaines voire mois une release.
[^] # Re: Fedora 11 Feature List
Posté par ciol13 . Évalué à 1.
1) Ce qu'il y avait avant marchait très bien, ce n'était pas urgent de les remplacer.
2) Leurs développeurs auraient pu continuer à les développer un peu plus sans les inclure dans une distribution.
[^] # Re: Fedora 11 Feature List
Posté par GeneralZod . Évalué à 7.
ça c'était de l'urgent, et ils ont dégagés fissa dès que la solution alternative était au moins aussi bonne voire déjà meilleure.
Quand l'existant est "satisfaisant", le changement est fait progressivement, comme c'est le cas de DeviceKit dans F11. HAL seront remplacés progressivement en fonction de l'avancée de DeviceKit et avec un suivi. Et ça se fera en plusieurs releases (F12 et p'tet F13). Hein, David Zeuthen c'est pas le premier rigolo venu.
http://fedoraproject.org/wiki/Features/DeviceKit
2. Super, si personne ne l'utilise, si personne ne fait d'efforts pour l'intégrer, à ce rythme-là, les développeurs auraient abandonné PA et on serait resté avec cette merde d'esound. Ou alors, les développeurs n'auraient eu qu'à sortir une version 1.0 toute pourrie pour que les distributions se décident à l'inclure. Tout version 0.9.x que PA soit, elle était et est nettement meilleure que l'existant. PA avait déjà quelques années de développement dans les pattes quand Fedora l'a intégré.
Et ça fonctionnait out-of-the-box, les mainteneurs avaient même fait le boulot de porter les applications utilisant esound vers PA (y compris le vénérable xmms) les quelques problèmes venaient d'applications propriétaires comme Skype.
Évidemment, la mauvaise réputation de PA vient du fait que certaines distributions n'ont pas fait leur boulot correctement, voici la réponse de Lennart Poettering mainteneur de PA:
Some distributions did a better job adopting PulseAudio than others. On the good side I certainly have to list Mandriva, Debian, and Fedora. OTOH Ubuntu didn't exactly do a stellar job. They didn't do their homework.
http://0pointer.de/blog/projects/jeffrey-stedfast.html
[^] # Re: Fedora 11 Feature List
Posté par ciol13 . Évalué à 1.
En plus quand on mettait à jour dbus ce con de gksudo il plantait toujours :(
Enfin l'équipe KDE a dit que Fedora était la seule à avoir bien fait ses devoirs en intégrant KDE 4.0.
[^] # Re: Fedora 11 Feature List
Posté par GeneralZod . Évalué à 4.
esound marchotait nuance, il y avait pleins de fois ou ça plantait. C'était clairement en fin de vie, et tout le monde attendait que ça jarte le plus vite possible depuis le début de GNOME 2.
Et quand Fedora a adopté PA, PA offrait toutes les fonctionnalités d'esound (et plus) et même une couche de compatibilité esound.
> yumex avait beaucoup moins de fonctionnalités que packagekit.
L'interface du gestionnaire de paquets par défaut était Pirut et non pas Yumex.
PackageKit est une couche d'abstraction du gestionnaire de paquets, ça permet d'offrir un mécanisme standard aux applications pour télécharger des plugins, ça permet d'offrir plusieurs IHM (Qt, Curses etc ...), un mécanisme standard de notification, ça offre toutes les fonctionnalités présentes dans Pirut, etc ... De plus, Pirut, Yumex était disponibles sur les dépôts donc faux problèmes.
> En plus quand on mettait à jour dbus ce con de gksudo il plantait toujours
Si DBus plante, y a de fortes chances que tout le bureau plante. Hein, GNOME et KDE reposent essentiellement sur lui.
Donc rien à voir avec gksudo ou PolicyKit comme tu le prétends.
Hein, gksudo c'est une grosse merde au niveau de la sécurité, ça donne des droits privilégiés à des millions de lignes de code non vérifiés et non conçu pour ça.
> Enfin l'équipe KDE a dit que Fedora était la seule à avoir bien fait ses devoirs en intégrant KDE 4.0.
url ? Je ne sais pas ce que pense KDE de l'intégration de KDE 4.0 dans Fedora mais ça n'était pas aussi catastrophique qu'Ubuntu bien que perfectible. Ils ont même invité Rex Dieter (ancien membre du board) pour faire une conférence à ce sujet à Akademy.
http://akademy.kde.org/conference/presentation/41.php
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 1.
Le problème ne venait pas de ubuntu mais du fait que KDE4.0 a été considéré comme une version utilisable par certains utilisateurs.
La où Kubuntu a fait n'importe quoi c'est dans la version 8.10 en mettant par défaut la version 4.1 (et sans possibilité de revenir à la version 3.5). Peut être pourront ils rattraper le tir avec Jaunty et la version 4.2 mais j'en doute beaucoup.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 4.
C'est le role de Fedora. Et les fedoraistes n'ont pas reproché pas aux autres distributions de ne pas fournir KDE 4.0. Ce n'est pas leur truc.
J'utilise Fedora, je n'utilise pas KDE 4. Mais je suis fière que Fedora est, plus ou moins mais l'intention est là, participé à KDE 4. Il y aura KDE 4.2 (ou 4.3) dans toutes les distributions, Fedora y aura participé. Le but pour Fedora n'est pas d'avoir tous les utilisateurs de KDE, mais de faire de KDE un bon bureau pour toutes les distributions.
C'est une des méthodes pour qualifier la réussite de Fedora. C'est de regarder si les technologies poussées par Fedora se retrouve dans les autres distributions. C'est le cas de pulseaudio, packagekit, policykit, liveusb, plymouth, etc.
Fedora ne cherche pas à être populaire. Tu ne veux pas de Fedora, très bien, il y a d'autres distributions.
[^] # Re: Fedora 11 Feature List
Posté par Moonz . Évalué à 4.
Forcément, en prenant esound comme référence,... Mais, tu sais, ça fait un moment qu'avec alsa on a plus vraiment besoin d'un serveur de son pour un usage normal...
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 0.
Linux a toujours eu des problèmes avec et c'est pas demain que cela va s'arrêter. PA c'est peut être très bien sur le papier mais en pratique cela rend la configuration complexe et parfois cela fonctionne parfois non. Alors je sais bien que c'est la faute de ALSA et consort mais bon l'utilisateur la seule chose qu'il voit c'est que cela marchait correctement avant et que cela ne marche plus avec en prime une complexité de configuration accrus.
PA cela me rappelle énormement l'ancien système de KDE ARTS cela veut tout faire et en définitif cela ne fait rien ou mal. Je sais que les/le développeurs de PA est très susceptible et apprécie que très moyennement la critique et ceci explique peut être cela. Je pense que l'équipe KDE a eu le nez creux en créant phonon (l'expérience de ARTS probablement). Ils ont compris que pour la majorité des utilisateurs le son cela consiste à avoir une sortie qui fonctionne et une entrée qui fonctionne.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 1.
Fedora (et évidemment les développeurs upstreams) y travaille. On en aura un avant-goût pour F11.
Il fallait PA. PA est fait et est très satisfaisant sur F10. PA est maintenant partout (ou presque). La configuration vu par l'utilisateur est actuellement "bordélique". Fedora s'y colle. Ça va peut-être merder pour F11, mais pour F12 ça sera OK et les autres vont tout repompé.
Il y a un moment où il faut remonter ses manches, prendre des risques, Fedora (ses courageux contributeurs, les développeurs upstream) s'y colle.
Avec Fedora il n'est pas demandé à 300 contributeurs/testeurs de compiler, installer, etc. Tout est là, il faut tester, patcher, discuter avec les développeurs et ça avance beaucoup plus vite qu'avec n'importe quelle distribution.
Prenons exemple de SeLinux. Ça roule sur Fedora, SeLinux est au point. Ben les autres distributions mettent des plombes pour proposer un SeLinux correcte. Pourquoi ? Simplement car elles ont la trouille de prendre les risques que prend Fedora. Et c'est parfaitement compréhensible.
[^] # Re: Fedora 11 Feature List
Posté par Moonz . Évalué à 1.
Mais pourquoi ? Je ne vois vraiment pas ce qu'il y a de tellement horrible dans la gestion du son sous Linux qu'il faille tout remettre à plat... Sous Gnome avec esd, je vois bien, mais de là à en faire le futur du son sous Linux et autre Unix libres...
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 3.
J'ai aussi une carte son classique.
J'écoute de la musique avec la carte son.
Je veux faire un coup d'ekiga avec un pote, je branche le casque audio, je dirige le son d'ekiga sur le casque. Facile.
Avec alsa, c'est possible, mais c'est plus galère. Afin PA permet d'avoir du son "à distance" (X11).
[^] # Re: Fedora 11 Feature List
Posté par Sarcastic . Évalué à 7.
Ben, pourtant, le son, sous Linux, c'est une horreur. On a une sorte de machin, qui s'appelle ALSA, absolument pas portable (avec les BSD, notamment), dans un esprit bien loin d'Unix et de « tout est fichier », et avec une API delamort.
En plus de ça, la compatibilité avec « l'ancienne » interface (OSS) est à chier (pas de mixage, pour des raisons crypto-mystiques).
Alors, certes, y a eu le problème qu'OSS a été rendu propriétaire et tout ça. N'empêche que les *BSD s'en sont très bien sortis sans développer de gruikeries à la ALSA.
Après, PulseAudio ne résoud pas grand chose (aucun ?) de ces problèmes. La seule chose qu'il introduit ce sont des fonctionnalitées plus ou moins intéressante (présentes en parties dans OSSv4, notamment pour le mixage par application, le reste n'ayant qu'assez peu d'utilité, au final, sauf pour un geek).
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
Tu n'as jamais utilisé PA avec des périphériques audio amovible.
En passant, OSS est à chier par rapport à Alsa. Si Alsa est à chier, mais alors OSS est vraiment de la merde de chez merde.
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 3.
Il me semble bien qu'un des problemes majeurs de OSS ce fut sa licence. Les parties "moderne" de OSS étant proprio pendant un temps.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
Ça fait depuis Linux 2.2 que je n'utilise que Alsa...
Ce qui m'a bien énervé, c'est le passage de Sarcastic sur PA. PA ne se compare pas à Alsa ou OSS (je n'ai pas vérifié, mais probablement qu'il peut utiliser les deux).
Il dit d'autres conneries comme "ALSA, absolument pas portable (avec les BSD, notamment)". Ben ce n'est pas fait pour être portable entre OS... Ça fait parti du noyau. C'est comme reprocher à Linux de ne pas être portable sur Windows...
Par contre PulseAudio doit être portable. Il ne fait pas parti du noyau.
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 1.
Bon j'exagère un petit peu certes, mais je ne dirais pas que PA est une réussite à l'heure actuelle. Peut être que son intégration dans Fedora est parfaite, je ne sais pas je n'ai pas testé, mais bon ce serait bien la seule distribution où cela marche comme prévu alors. Je veux bien croire aussi que les packagers Ubuntu travaillent comme des cochons, d'après le dévelopeurs de PA, mais lorsque les mêmes problèmes émergent dans Debian, openSuse et Mandriva. Je me dis que soit PA c'est intrinsèquement pourri, soit c'est trop complexe, soit très mal documenté (fedora ayant son développeur principal comme employé cela expliquerai pourquoi c'est la seule distribution où ça marchotte à peu près).
[^] # Re: Fedora 11 Feature List
Posté par Raphaël G. (site web personnel) . Évalué à 1.
Il y a une bonne intégration sur mandriva par exemple, mais il souffre de problèmes majeurs.
Si je l'active :
- j'ai une sortie son qui deviens faiblarde (je dois m'amuser a monter le son partout dans kmix et pa)
- il crash régulièrement
- il me sert a quasiment rien
Le seul intérêt de PA est de pouvoir gérer le volume sonore de deux sorties de son, le branchage a chaud des périphériques et le routage du son sur le réseau.
Maintenant quand on regarde les cas concrets, le réglage des différentes sources de son me sert que quand je joue sous linux.
(son amarok + son jeu), je vois pas d'autre cas où on a deux son parallèles (hors bip système).
Les deux autres fonctionnalités me servent absolument pas.
Concrètement pour moi PA c'est de la régression et je le vire de base
(j'ai même un killall -9 pulseaudio que je lance parfois pour qu'il vire)
Le dernier point négatif est que PA est encore une merde fortement lié a gnome (Oui c'est du troll, mais je le vois comme ça).
J'utilise un kde4 pur (excepté firefox) et quand pulseaudio s'amène, c'est la fiesta des processus gconf* alacon (™) qui serventarien (™)
En plus de la pollution de la home avec des .gconf* .pulseaudio* a croire que .config et .local de xdg/freedesktop ils ne connaissent pas.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
C'est déjà pas mal :-)
non ?
> Le dernier point négatif est que PA est encore une merde fortement lié a gnome (Oui c'est du troll, mais je le vois comme ça).
PA n'utilise que Glib.
Les applis graphiques que Gtk. Il suffit donc de les écrire pour KDE et autres.
Bref, tu fais un troll de merde.
Si PA utilisait Qt pour ses applis graphiques, tu ferais aussi un caca nerveux ?
> J'utilise un kde4 pur (excepté firefox) et quand pulseaudio s'amène, c'est la fiesta des processus gconf* alacon (™) qui serventarien (™)
Vire pulseaudio-module-gconf. Pulseaudio peut marcher sans gconf. Et s'il n'y a pas un backend pour KDE, ben écrit le.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 3.
Non, ce n'est pas parfait.
Oui PA a des problèmes.
Mais je crois qu'il faut arrêter de faire une fixation sur des bugs qui seront tous à terme corrigés. PA a été significativement réécrit, preuve qu'il merdait. Mais je crois que ce n'est vraiment pas ce qu'il faut retenir (aussi pénible cela soit).
Il faut à Linux les fonctionnalités de PA (mixer du son, réglage du volume par application, basculer un flux d'une carte à une autre, pouvoir faire passer le son via réseau, réel support des branchements à chaud de périphériques son, etc).
Admettons que PA est actuellement pourri. Il n'empêche que c'est la voix à suivre si on ne veut pas que GNU/Linux soit largué par Windows ou MacOS. Parce que désolé, mais avant PA, lorsque que je branchais mon casque audio/micro USB, ça ne marchait bien que sous Windows et n'était facilement utile que sous Windows. Maintenant, avec PA, je profite aussi facilement de mon casque audio/micro USB sur Linux. C'est juste un exemple.
> fedora ayant son développeur principal comme employé cela expliquerai pourquoi c'est la seule distribution où ça marchotte à peu près
Je n'ai pas à nouveau vérifié, mais ce développeur, bien qu'il bosse pour Red Hat, utilise Debian !
C'est peut-être encore le cas, et en tant que Fedoraiste, je ne vois pas le problème.
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 2.
PA a mauvaise réputation à juste titre car il n'était pas et n'est toujours pas fini!
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 4.
C'est simpliste ce que tu dis.
PA a été mis dans une distribution car les développeurs l'ont jugé satisfaisant et qu'il n'avait que peu de remonté de bug (puisque peu de testeurs).
Pour btrfs, les développeurs ont encore du boulot, savent que le fsck ne marche pas, que le système exploise s'il y a deux programmes qui écrivent en même temps, etc.
Bref, ils n'ont pas besoin des utilisateurs pour se donner du boulot.
Enfin tu compares un FS (hypra important) à un serveur de son qu'on peut remplacer par un autre, dont on peut corriger les bugs sans perte de donnée etc.
Du n'importe quoi.
[^] # Re: Fedora 11 Feature List
Posté par Sarcastic . Évalué à 2.
Ça, c'est sûr que ce n'est pas fait pour être portable entre OS et c'est ce que je reproche.
Mettons, par exemple, je crée une application qui a besoin d'utiliser la sortie audio que nous nommerons nplayer. J'ai plusieurs solutions.
1. je développe nplayer pour OSS, ça marchera bien sous les BSD, ça marchera sans mixage sous Linux.
2. je développe nplayer avec une couche d'abstraction, avec tous les inconvénients que ça implique (une dépendance en plus pouvant être très lourde pour l'utilisateur — par exemple PA —, n'ayant pas forcément le même soutien niveau développement que Linux ou les BSDs, dont l'avenir n'est pas forcément certain, etc).
3. je développe pour ALSA, et ça marchera bien sous Linux, et entre très mal et pas du tout sur les BSD.
4. je développe pour OSS, ALSA, SDL, PulseAudio, et tous les trucs gérant l'audio. C'est la solution choisie par mplayer et VLC. Mais c'est méga lourd, et vachement rebutant pour un petit projet.
Après, ce n'est pas parce que c'est pas dans le noyau que l'interface ne doit pas être portable (Parce que, le code, on s'en fout qu'il soit portable, en revanche, l'interface…).
Ce qui m'a bien énervé, c'est le passage de Sarcastic sur PA. PA ne se compare pas à Alsa ou OSS (je n'ai pas vérifié, mais probablement qu'il peut utiliser les deux).
Le seul truc, c'est qu'au lieu d'aller vers une simplification, on complexifie encore, en rajoutant une couche.
Sachant que développer une appli pour PA, c'est une connerie actuellement, sauf gros projet (parce que les utilisateurs ne vont/veulent pas tous l'avoir, etc).
Il faudrait que PA devienne un « must have » pour que ce soit rentable, et qu'il efface les inconvénients d'ALSA au lieu de les appesantir.
C'est dans ce sens qu'allait « le passage de Sarcastic sur PA ».
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 1.
tu développes pour Qt/phonon de plus la cela sera réellement portable multi-OS.
[^] # Re: Fedora 11 Feature List
Posté par Sarcastic . Évalué à 2.
(Cela dit, c'est Phonon qui répond le mieux à la problématique dans les autres cas)
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 0.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
Il faut des distributions pour pousser les développements, faciliter les tests, être un pond entre développeurs, etc.
Si tu veux une distribution de vieux, il y a RHEL/Centos/SLE/etc.
Si tu veux une distribution de kéké il y a Ubuntu/Mandriva/etc.
Si tu veux une distribution "rock and roll", qui pousse (ou aide etc) le développement du libre, il y a Fedora principalement.
Alors prend ta distribution de vieux ou autre et casse toi. Laisses les rockers (tout cracra, barbu, etc) entre eux.
> 2) Leurs développeurs auraient pu continuer à les développer un peu plus sans les inclure dans une distribution.
Et la marmotte, etc.
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 2.
(dans kde4.2 si le backend de soprano n'est pas sesame2, strigi n'est pas demarré).
http://pusling.com/blog/?p=76#comment-1934
Alors rock and roll mais pas trop.
A l'heure actuelle seul openSuse et archlinux proposent une vraie installation kde4.2 avec le bureau semantique.
[^] # Re: Fedora 11 Feature List
Posté par GeneralZod . Évalué à 4.
Tu bloubes-là, c'est pas ce qui est dit.
We don’t want the whole Java stack dragged in as a dependency of KDE.
Tu oublies de préciser que le paquet en question ne compile pas sans jars binaires en violation des règles en vigueur sous Fedora. Le billet pose le même problème mais chez Debian.
Et openSUSE et ArchLinux ne sont pas connus pour être des "Free Software nazi" comme dirait Linus.
Quant à tes insinuations saugrenues, je te signalerais qu'une bonne partie des mainteneurs de JPackages sont soit des employés de RedHat soit mainteneurs chez Fedora.
PS: Merci de m'avoir offert le baton pour te battre.
[^] # Re: Fedora 11 Feature List
Posté par Raphaël G. (site web personnel) . Évalué à 2.
Mandriva a un développeur (brésilien) sur ce projet si mes souvenirs sont bon...
J'ai eu d'ailleurs quelques bugs récents sur la cooker a ce propos (mise à jour un peu rude de nepomuk de la part de l'équipe mandriva)
Bref, kde4.2 est une belle mouture (il me reste quelques bugs), mais rien de vraiment critique ;)
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 1.
[^] # Re: Fedora 11 Feature List
Posté par BAud (site web personnel) . Évalué à 3.
Pour t'en convaincre, voici quelques liens :
http://www.mandriva.com/archives/en/enterprise/projects/nepo(...)
http://wiki.mandriva.com/fr/Magnum03_Nepomuk
http://nepomuk.forge.mandriva.com/wiki
http://sophie.zarb.org/rpm/2009.0,i586/nepomuk-kde
et sinon, je te laisse chercher un peu http://www.google.fr/search?hl=fr&ie=UTF-8&oe=UTF-8&(...) ;-)
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 1.
http://wiki.mandriva.com/fr/Image:NepomukStrigiSoprano.png
montre que nepomuk tel que présent dans la plupart des distributions est totalement vide ou presque.
[^] # Re: Fedora 11 Feature List
Posté par Raphaël G. (site web personnel) . Évalué à 2.
/usr/share/soprano/plugins/sesame2backend.desktop
/usr/share/soprano/sesame2
/usr/share/soprano/sesame2/SopranoSesame2Wrapper.class
/usr/share/soprano/sesame2/openrdf-sesame-2.1.4-onejar.jar
/usr/share/soprano/sesame2/slf4j-api-1.5.5.jar
/usr/share/soprano/sesame2/slf4j-simple-1.5.5.jar
$ rpm -ql soprano | grep redlang
$
Conclusion c'est bien sesame2 qui est utilisé comme backend pour soprano et stigri fonctionne bien.
Pour ce qui est de l'intégration de gwenview avec nepomuk, j'ai un très gros doute sur le fait que ça ne soit pas fait...
Quand nepomuk a été cassé il y a quelques semaines, gwenview crashait de manière aléatoire et les traces montraient que ça venait de nepomuk...
Quand a la remarque que nepomuk dans les distributions est totalement vide ou presque c'est exactement mon avis, la partie backend est fonctionnelle, mais tout ce qui est interface front-end reste a développer...
Il y a une mini-intégration konqueror pour tagger les éléments, mais pour le reste ça roule...
[^] # Re: Fedora 11 Feature List
Posté par Anonyme . Évalué à 1.
autrement petite remarque c'est redland avec un d :)
[^] # Re: Fedora 11 Feature List
Posté par Ririsoft . Évalué à 2.
Pour ce qui est de la stabilité (important pour moi et surtout ma femme ;-) ) j'ai rien à dire, c'est nickel ! Aussi bien que Mandriva de ce côté.
Pour ce qui est des update c'est aussi simple ou aussi compliqué que pour Mandriva, Ubuntu et les autres selon le point de vue. Tu as différentes façon de faire selon tes compétences : de la plus rapide mais nécessitant la ligne de commande et certaines compétences en cas de problème, à la moins rapide mais la plus sûre avec le DVD d'install en mode update, ou en passant par une solution intermédiaire et assez innovante, la fameuse preUpgrade ne nécessitant pas de support matériel (pas de DVD ou usb) mais fournissant le même style de mise à jour qu'avec le DVD.
Fedora est pour moi à ce jour le meilleur compromis entre nouveautés et stabilités.
[^] # Re: Fedora 11 Feature List
Posté par GeneralZod . Évalué à 5.
Une nouvelle fonctionnalité est intégré à Fedora si elle respecte ces 3 conditions:
a) Offrir une solution technique meilleure que l'existante. (ex: PulseAudio vs esound)
b) Si il n'y a pas perte de fonctionnalités et sinon être capable d'offrir une solution de repli
(ex: Xen remplaçable par KVM + xenner)
c) Si au moment de la version finale, la fonctionnalité est jugée suffisamment stable pour être incluse. Sinon, elle est repoussée à plus tard (ex GCC 4.2 qui sera remplacé par GCC 4.1 + backports, puis GCC 4.3), ou bien les fonctionnalités instables sont désactivés (ex: Xserver 1.5 dans Fedora 9).
Au final, c'est une distribution pas plus instable qu'une autre, relativement avancée et agréable à l'utilisation. Certes, Fedora étant destiné à un public libriste, la compatibilité avec le logiciel propriétaire et les pilotes propriétaires n'est pas une priorité. Ça ne veut pas dire que Fedora cherche volontairement à casser la compatibilité mais que ça ne doit pas freiner le logiciel libre.
2. Oui mais ...
Mis à part le passage Fedora 6 -> 7 qui a été assez périlleux sur certaines machines, ça marche plutôt bien. La mise à jour via yum est possible (et ça fonctionne d'après ceux qui l'ont testé) mais non supporté (certains changements notamment au niveau du filesystem sont prises en charge par Anaconda). Jusqu'à Fedora 8, seule la mise à jour via Anaconda était officiellement supportée. Depuis, un outil nommé Preupgrade permet de mettre à jour automatiquement sa machine, tu le lances, il télécharge les paquets et met à jour la distribution au prochain redémarrage via Grub.
La machine sur laquelle je suis actuellement a connu successivement Fedora 8 - 9 - 10 sans aucune réinstallation avec des passages sur rawhide. De même pour le MacBook qui est passé de FC6 à rawhide (F11). J'ai rencontré un unique souci, c'était le résolveur de dépendance qui bloquait sur un paquet tiers, j'ai juste eu à le supprimer et à relancer le processus de mise à jour.
Fedora est bien meilleure sur ce point-là que bon nombre d'autres distributions, certes, Debian et RHEL sont encore indétronables sur ce point.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
Fedora met un effort considérable dans la stabilisation. C'est probablement la distribution qui corrige le plus bug et facilement. Ceci car la branche Rawhide de Fedora est bigrement secouée d'innovation. Ça peut exploser de partout parfois. A cause de ça j'ai du mal à dire qu'une Fedora (finale) a autant de bug qu'une Ubuntu ou Mandriva (même si c'est peut-être vrai). Mais il faut reconnaitre l'effort énorme de qualité fait dans Rawhide. Le nombre de bug corrigé dans Rawhide est délirant. Donc dire que Fedora n'a pas de soucis de qualité est définitivement FAUX !
Je teste parfois Rawhide. Souvent je me dis "mais c'est complètement pourri !". Et trois mois après une version finale sort et est tout à fait satisfaisante.
Si tu compares à Debian, on ne voit pas ça dans Debian. Il faut des plombes à Debian pour se stabiliser.
Je ne crois pas qu'on puisse dire qu'une Fedora a comme objectif la qualité comme, par exemle, une RHEL ou Debian. Mais il y a un travail de qualité dans Fedora qui est énorme ! (OK, je répète).
Donne la branche Rawhide au début du développement d'une Fedora à Ubuntu ou autres, personne ne peut finir dans les temps avec un niveau de qualité satisfaisant comme le fait Fedora.
Le rapport ajout de fonctionnalités nouvelles sur bugs pour une release est vraiment impressionnant dans Fedora. Ce n'est peut-être pas la plus stable, la plus finie, etc mais sur ce point Fedora explose les autres distributions.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 3.
http://www.happyassassin.net/2009/01/23/job-announcement/
Ce n'est pas explicitement dit, mais il semble bien qu'il va travailler sur Fedora.
[^] # Re: Fedora 11 Feature List
Posté par IsNotGood . Évalué à 2.
Pour faire aussi écho à mon commentaire au-dessus, un petit blog d'Adam Williamson qui devait être habitué à Cooker :
http://www.happyassassin.net/2009/01/24/switcharoonie/
it seems more or less impossible to run Rawhide as a main system - it’s not a constant rolling distro exactly (it gets updated in a big clump, one time a day) and it isn’t really developed in such a way as to be usually usable, it seems. I dunno if I’m wrong here, but that’s the impression I’m getting. I get the idea that even Fedora developers mostly only run Rawhide once a release goes into its alpha / beta / RC cycle.
[^] # Re: Fedora 11 Feature List
Posté par bubar🦥 (Mastodon) . Évalué à 4.
Un exemple ? le choix de laisser l' admi libre de son choix pour l' utilisation de telle ou telle brique AMQP dans Moksha ... D' autant plus sympa de voir que le cas de RabitMQ est largement abordé (rabbitmq est dev. en Erlang, de chez Ericsson), mais bon, on préferera certainement RHM ;) (à moins qu' un AMQP basé sur / addon de XMPP voit le jour ... chez Cisco ... oula je m' égare)
http://lmacken.fedorapeople.org/moksha/main/Technology.html
Du côté de chez ET, on retrouve Moksha, donc :
http://moksha.et.redhat.com/page/Main_Page
RHM :
http://rhm.et.redhat.com/page/Main_Page
Genome :
http://genome.et.redhat.com/
Cft :
http://cft.et.redhat.com/
Chez Fedora :
http://fedoraproject.org/wiki/StatelessLinux/HOWTO
Et Cobbler Serveur d' installation, les batteries sont inclues ;)
https://fedorahosted.org/cobbler/
RedHat/Fedora, non content d' être La Caraĩbe pour developpeurs, est également une Caverne d' Ali Baba pour administrateurs... Et une corne d' abondance de stabilité pour les utilisateurs. Du bonheur en barre :)
Bref, il n' y a pas "que" la distribution, mais également un foisonnement ecosystème, dont le 'tampon' redhat assure non seulement une certaine qualité, mais surtout un suivi et des choix stratégiques cohérents.
Je pleurerai juste l' impossibilité de faire fonctionner la gui webstart d' infoblox avec le plugin java de openJDK... pour le moment. Et l' impossibilité actuelle de pouvoir centraliser [facilement] les confs de Gnome, et en appliquant des 'acl' précis par défaut. Un petit lien pour finir, pour faire le lien entre 2 journaux :p : http://aruiz.typepad.com/siliconisland/2009/01/re-whats-up-i(...)
ps : post rédigé depuis une plateforme enfin 100% libre : swfdec (de la Fedora 10) me permettant aujourdhui de visionner les techno Flash usuelles sans le flash-player proprio... Petite avancée ? meuh non énorme... !
MERCI :) Les LL m' épatent chaque jour !
[^] # Re: Fedora 11 Feature List
Posté par NeoX . Évalué à 0.
- 20 Second Startup : https://fedoraproject.org/wiki/Features/20SecondStartupBooter en 20 secondes
il faut esperer que leur but est de booter "par defaut" en 20sec.
car pour le moment ma fresh install ubuntu boote en 35sec
mais apres un peu de reglages elle boote en 11sec
alors 20sec ca me fait sourire, mais si c'est 20sec apres une fresh install, sans tunings, c'est deja pas mal.
[^] # Re: Fedora 11 Feature List
Posté par ethtezahl . Évalué à 2.
[^] # Re: Fedora 11 Feature List
Posté par NeoX . Évalué à 4.
et j'avais trouvé des tutos debian/eeepc
toutafait applicable à une ubuntu et probablement à d'autres distrib.
par ex : http://wiki.debian.org/DebianEeePC
[^] # Re: Fedora 11 Feature List
Posté par GeneralZod . Évalué à 3.
Les principaux goulots d'étranglements ont été identifiés, du boulot a été fait (nouveau boot graphique: plymouth, nettoyage du code de X11 etc ...).
# Encore...
Posté par gallenza . Évalué à -10.
Les modéros m'ont expliqué la dernière fois que c'était normal (ils choisissaient un nom pour la distribe), moi je pense que je vais juste arrêter de venir sur linuxfr.
[^] # Re: Encore...
Posté par Efemero (site web personnel) . Évalué à 10.
[^] # Re: Encore...
Posté par ethtezahl . Évalué à 1.
[^] # Re: Encore...
Posté par Leccux . Évalué à 5.
[^] # Re: Encore...
Posté par patrick_g (site web personnel) . Évalué à 2.
[^] # Re: Encore...
Posté par IsNotGood . Évalué à 2.
> cette inclusion concerne aussi d'autres distributions.
Ajouter un FS se fait en 2 jours. Btrfs a été ajouté en 2 jours dans Rawhide (oui il est dans Rawhide depuis quelques jours/semaines, avant même la sortie d'une linux vanilla avec btrfs).
Il est totalement débile de faire une dépêche pour ça.
L'important ici, n'est pas ext4 dans F11 (qui était dans F9 et que j'utilise avec bonheur sur ma F10...), l'important ici est que ext4 sera par défaut dans F11. Plus important, les testeurs de Rawhide (la futur F11) utiliseront tous (à plus de 95 %) ext4 ! Ça sera une énorme opportunité pour les tests ! Chaque bug sera pris en compte avec attention puisque ext4 sera le FS par défaut.
L'important est que ext4 a été jugé suffisament bon pour être par défaut dans Fedora.
Pour l'anectode, durant son développement, FC1 a vu l'ajout de XFS, ReiserFS et JFS. Mais comme ce ne sont pas les FS par défaut et qu'il faut une incantation pour les obtenir...
[^] # Re: Encore...
Posté par thedidouille . Évalué à 6.
On devrait, au contraire plus parler des petites choses que proposeront les futures versions de nos distro.
En plus la news est bien rédigée, elle précise que d'autres suivront.
[^] # Re: Encore...
Posté par IsNotGood . Évalué à 3.
Pour un non utilisateur Fedora, et ils sont très nombreux et très respectables, ceci veut dire que les distributions qui sortiront en automne de cette année auront très probablement ext4 par défaut.
Ça ne te fait pas plaisir de le savoir dès aujourd'hui ?
# Misleading comment
Posté par Mathieu Segaud . Évalué à 6.
c'est un peu faux de dire ça (en fait carrément)
Ext4 n'est pas une version de "transition", c'est une nouvelle itération à la famille des FS Ext, avec des ajouts majeurs et importants.
Le commentaire semble dire qu'il s'agit d'une version "intermédiaire" vers BtrFS alors que les formats n'ont rien à voir, et que BtrFS n'est pas forcément le prochain FS majeur de Linux; pour s'en convaincre, il suffit de lire les commentaires d'Andrew Morton sur ledit code mergé dans le 2.6.29, pour douter d'un avenir proche ou moyennement lointain de BtrFS.
Faut arrêter le sensationnalisme dans les annonces quand il fait des raccourcis fâcheux, faux et pour sûr un peu trop rapides :)
Par contre les avoir inclus à l'install d'une distrib, il n'y a rien de mieux pour tester et éprouver les performances et la robustesse d'un FS. Par contre, il manque un commentaire important: btrfs est à ce jour instable dans son fonctionnement, dans son format (dans le sens où le format des données sur disque peut changer d'un commit à l'autre, à ce stade du développement) et le système est encore moins utilisable en prod comme ailleurs, il détruit plus de données qu'il n'en garde...
[^] # Re: Misleading comment
Posté par GeneralZod . Évalué à 2.
Une chose est sûre, c'est qu'ext4 est et sera la dernière itération de la famille ext et que son successeur sera techniquement très différent.
[^] # Re: Misleading comment
Posté par patrick_g (site web personnel) . Évalué à 4.
Ted T'so (auteur de ext4) a pourtant annoncé que le consensus des devs Linux était que Btrfs était le futur système de fichiers de nouvelle génération de Linux :
http://thread.gmane.org/gmane.linux.file-systems/26246/focus(...)
J'en avais parlé dans la news du 2.6.28 : http://linuxfr.org//2008/12/25/24808.html
[^] # Re: Misleading comment
Posté par GeneralZod . Évalué à 3.
Ce que Ted T'so dit c'est qu'en l'état actuel, BtrFS est le meilleur candidat en tant que NGFS et qu'il sera inclus dans le tronc. Vu l'avancement de BtrFS, si un projet concurrent se présente, la discussion sera relancée. Si BtrFS est inclus dans le tronc, c'est principalement du au capital confiance dont bénéficie son développeur.
Si demain, Sun décide de relicencier ZFS et de l'intégrer au noyau Linux, la position de BtrFS serait très probablement remise en question.
En 1990, le consensus était que le Hurd serait le kernel majeur de l'environnement GNU. Enfin, je ne souhaite pas que BtrFS connaisse le même sort que le Hurd.
[^] # Re: Misleading comment
Posté par IsNotGood . Évalué à 0.
Mouaif.
Tu oublies l'aspect communauté des développeurs.
Sinon ext3 n'aurait jamais vu le jour ni même ext4. Et pourtant la concurrence ne manque pas (xfs, reiserfs, etc).
ZFS c'est mignon sur le papier. On a vu d'autres FS mignon sur le papier et même ridiculiser ext*. Mais ext* a toujours été là. Pourquoi ? Car il n'était pas fait pour le buzz, car il a été développé de façon ouverte par de nombreux développeurs de partout (Red Hat, Ibm, Bull, la communauté). Ext* n'a peut-être pas de point fort, mais il n'a pas de point de faible et c'est ce qu'on demande avant tout à un FS.
Voir par exemple Novell qui a abandonné ReiserFS pour "seulement" ext3...
Même s'il y a le code source de ZFS, a-t-il été développé de façon ouverte comme ext* ou comme le sera btrfs (qui est dans "cvs" de linux et où chaque commit est contrôlé/discuté !) ?
D'ailleurs, les développeurs FS de Linux ont-ils réellement prêté attention à ZFS ?
Probablement qu'ils en ont "entendu parlé" et que ça les a fait réfléchir. Mais ont-ils regardé avec attention son code ?
Enfin le buzz autour de ZFS et ses enjeux commerciaux permettent-ils la sérénité nécessaire pour faire un FS ?
[^] # Re: Misleading comment
Posté par GeneralZod . Évalué à 2.
BtrFS est très expérimental alors que ZFS est plus ou moins mature, mais comme tu le soulignes, il y aura des questions à se poser (mode de développement, qualité du code etc ...) mais la question sera ouverte.
Dans le cas où Sun déciderait effectivement d'introduire ZFS dans le noyau Linux, il est très probable qu'ils le feront en collaboration avec la communauté contrairement à Hans Reiser qui s'obstinait à ne pas respecter les "règles du jeu".
De plus, ce que l'on oublie de dire, c'est que BtrFS n'est pas seulement un projet communautaire mais surtout la réponse d'Oracle à ZFS. Donc l'accusation de buzz filesystem envers ZFS est tout aussi valable pour BtrFS.
Pour le moment, BtrFS c'est un filesystem encore alpha, avec un format non finalisé, donc si concurrent sérieux se présente, le débat sera réouvert. Et ZFS pourrait être ce concurrent comme pourrait l'être un nouveau venu.
[^] # Re: Misleading comment
Posté par IsNotGood . Évalué à 2.
> De plus, ce que l'on oublie de dire, c'est que BtrFS n'est pas seulement un projet communautaire mais surtout la réponse d'Oracle à ZFS.
Je ne crois pas. Je ne peux pas croire à ce "stratagème".
BtrFS est une initiative d'un (et un seul) employé d'Oracle. Oracle le laisse bosser comme il en laisse d'autres bosser sur Linux. Je ne crois pas que Chris Mason a le temps de s'occupe d'une campagne marketing/pub.
NB: Oracle est un contributeur significatif de Linux (le noyau).
> Donc l'accusation de buzz filesystem envers ZFS est tout aussi valable pour BtrFS.
Non. Il n'y a pas de buzz "orchestré" pour BtrFS :
http://www.google.com/trends?q=ext4%2C+btrfs%2C+zfs
site:sun.com zfs : 80 000
http://www.google.fr/search?hl=fr&q=site%3Asun.com+zfs&a(...)
site:oracle.com btrfs : 2 600 (principalement mailing)
http://www.google.fr/search?hl=fr&q=site%3Aoracle.com+bt(...)
Donc, et désolé de le dire, tu n'es pas très honnète... ou sans argument.
> Et ZFS pourrait être ce concurrent comme pourrait l'être un nouveau venu.
Tout est toujours possible... Mais dire ça, c'est comme rien dire.
S'il faut dire quelque chose de moins "creu", je dis que BtrFS a un bel avenir dans Linux(*).
(*) si je me trompe et que c'est ZFS qui a un belle avenir, ce n'est pas grave.
[^] # Re: Misleading comment
Posté par IsNotGood . Évalué à 2.
D'un point de vu technique c'est faux (je veux dire que la dépêche fausse).
Mais d'un point de vu communauté des développeurs FS de Linux, c'est vrai.
Les développeurs ext* (nombreux et compétents) vont, petit à petit, bosser sur btrfs.
Il n'y aura pas de ext5, car btrfs va venir. Mais il fallait ext4 pour avoir un FS assez satisfaisant aujourd'hui (ext3 montre son age) en attendant la finalisation de btrfs (qui sera longue). Sur ce point, ext4 est le "pont" nécessaire pour aller vers btrfs.
> pour douter d'un avenir proche ou moyennement lointain de BtrFS.
Tu as absolument raison, btrfs n'est pas pour aujourd'hui ni pour demain, mais dans quelques années. D'où l'importance d'avoir aujourd'hui ext4 pour donner le temps nécessaire aux développeurs de bosser sans contrainte sur btrfs. Les développeurs btrfs n'ont pas de calendrier car il y a ext4 qui répond aux besoins d'aujourd'hui et demain. S'il n'y avait pas ext4, il y aurait une pression sur btrfs de sortir vite (c-à-d sacrifier des fonctionnalités pour être satisfaisant à moyen terme et virer les points noirs d'ext3).
Si btrfs est dans Fedora, c'est, aujourd'hui et pour longtemps, uniquement pour les tests.
# fusion entre KVM et oVirt
Posté par vida18 . Évalué à 2.
[^] # Re: fusion entre KVM et oVirt
Posté par GeneralZod . Évalué à 2.
oVirt c'est une application web permettant de gérer des machines virtuelles basé sur libvirt. À priori, y a rien à fusionner, de plus ovirt est déjà disponible dans F10.
http://ovirt.org/index.html
[^] # Re: fusion entre KVM et oVirt
Posté par vida18 . Évalué à 1.
[^] # Re: fusion entre KVM et oVirt
Posté par IsNotGood . Évalué à 2.
Red Hat a acheté Qumranet (qui a développé KVM) pour une jolie somme (30 ou 100 million de $ ?).
Je rejoins GeneralZod, ovirt ne voit rien de KVM.
> l'entreprise réfléchit à changer éventuellement le nom de KVM
Red Hat a un problème récurrent, c'est le manque de reconnaissance de son travail. Son nouveau PDG en a déjà parlé. La presse va bruisser avec des "super Ubuntu à libvirt, kvm, plymouth, network-manager, etc" mais ne va pas dire que c'est principalement réalisé par Red Hat.
La virtualisation est un enjeux commercial énorme. Peut-être, pure spéculation, Red Hat veut attirer quelques projecteurs sur lui en changeant le nom de kvm. J'ai beaucoup de mal à croire que Red Hat le fera.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.