Le Projet Fedora a rendu disponible hier soir la première version officielle de test de Fedora 14. Pour la télécharger et la tester dès maintenant, rendez-vous sur

http://fedoraproject.org/get-prerelease

Nous avons besoin de votre aide afin de faire de Fedora 14 la meilleure version jamais produite, il est important pour nous que vous testiez les fonctionnalités qui sont importantes pour VOUS. Si vous trouvez un bug, signalez-le ! Chaque bug rapporté améliore potentiellement l'expérience de millions d'autres utilisateurs.

https://bugzilla.redhat.com

Au niveau des nouveautés de Fedora 14 pour les utilisateurs finaux, citons :
  • Better System and Session Management
  • Linux Kernel 2.6.35
  • Desktop Virtualization
  • Faster JPEG Compression/Decompression
  • New and Updated Programming Languages
  • Simpler, Faster Debugging
  • Better Tools For Developers
  • KDE Plasma Desktop 4.5.0
  • Sugar 0.90
  • Improved Netbook Experience With MeeGo™
  • Fedora on the Cloud
  • IPMI Server Management Made Simple
  • Support for SCAP
  • Perl 6 support with Rakudo
  • More Powerful Data Analysis
Désolé, de si bon matin, je n'avais pas le courage de traduire cette liste en anglais 🙂

Le détail est disponible ici : http://fedoraproject.org/wiki/Fedora_14_Alpha_release_notes#Known_Issues

Le calendrier de sortie des prochaines versions de test et de la version finale est disponible ici : http://fedoraproject.org/wiki/Releases/14/Schedule
Je tiens à préciser que MeeGo est un environnement bureautique pour l'embarqué et qu'ici c'est la version ultra-portable qui est proposé. Développée par Nokia et Intel, c'est optimisé pour les processeurs Atom ou ARM et c'est la fusion de Maemo (Nokia) et Moblin (Intel) ce dernier étant déjà disponible dans les dépôts avant.. Comme MeeGo est basé sur l'expérience de Fedora, il faut bien soigner la bestiole qui se retrouvera un jour peut être sur les machines à la vente pour tous. Si y'en a que ça intéresse bien sûr. =)

La Fedora 14 n'étant pas encore un jouet, si des personnes veulent aider à améliorer cette Fedora 14, venez participer aux journées de tests.
Perl 6 à une section à lui tout seul je suis jaloux :-P. Enfin dans la section "New and Updated Programming Languages" c'est ma feature qui prend presque toute la place :hammer:
MrTom wrote:Au niveau des nouveautés de Fedora 14 pour les utilisateurs finaux, citons :

Fedora on the Cloud
Est-ce que c'est optionnel? Pas Fedora, mais le Cloud?
impaire wrote:
MrTom wrote:Au niveau des nouveautés de Fedora 14 pour les utilisateurs finaux, citons :

Fedora on the Cloud
Est-ce que c'est optionnel? Pas Fedora, mais le Cloud?
Non : From Fedora 14 onward images for EC2 will be provided for each new release, allowing users of Amazon's on-demand cloud computing platform to use the latest Fedora.
MrTom wrote:Linux Kernel 2.6.35

Faster JPEG Compression/Decompression
Au risque de paraitre un peu taquin... Ca fait 15 à 20 ans que les PC peuvent afficher facilement des JPEG. J'aurai une seconde question, je pense qu'elle pourra intéresser d'autres personnes aussi. Qu'en est-il au juste du support de la HD?

The hardware does support acceleration of HD decoding, but it's not yet supported by the Linux driver. Support is supposed to arrive in Q3 2010 via libva. There is already MPEG2 acceleration for this chip though.

De source http://www.thinkwiki.org/wiki/Intel_GMA_4500MHD


Je viens de tester grossièrement ce cas précis, avec des fichiers aux standards blue ray, sur un veau. Le résultat est déjà tout à fait satisfaisant:
http://forum.hardware.fr/hfr/OrdinateursPortables/Ultraportable/performance-ultraportable-sujet_58924_1.htm#t1164656

Mais ça mangeait 72% de ressources CPU, d'un dual core "poussif". Avec le support de la HD, s'il arrivait, les performances pourraient évoluer. Vous citez Intel dans la liste, ainsi que des Atom et des ARM, des veaux aussi, mais qui sont en principe épaulés par des chipsets qui devraient accélérer le traitement de la video, notamment HD.

Qu'en sera-t-il du support de la vidéo, de la HD 720 et 1080, sur des machines récentes? C'est inclu dans ce qui suit?
MrTom wrote:Improved Netbook Experience
impaire wrote:Qu'en sera-t-il du support de la vidéo, de la HD 720 et 1080, sur des machines récentes? C'est inclu dans ce qui suit?
MrTom wrote:Improved Netbook Experience
Ce n'est pas ce que j'ai écrit. J'ai écrit : Improved Netbook Experience With MeeGo™. On parle donc de, devine quoi?! MEEGO \o/

Bon allez le détail est ici pour les questions, prenez la peine de cliquer : http://fedoraproject.org/wiki/Fedora_14_Alpha_release_notes#What.27s_New_in_Fedora_14_Alpha
MrTom wrote:
impaire wrote:Qu'en sera-t-il du support de la vidéo, de la HD 720 et 1080, sur des machines récentes? C'est inclu dans ce qui suit?
MrTom wrote:Improved Netbook Experience
Ce n'est pas ce que j'ai écrit. J'ai écrit : Improved Netbook Experience With MeeGo™. On parle donc de, devine quoi?! MEEGO \o/

Bon allez le détail est ici pour les questions, prenez la peine de cliquer : http://fedoraproject.org/wiki/Fedora_14_Alpha_release_notes#What.27s_New_in_Fedora_14_Alpha
D'accord, ce sera donc with MeeGo et avec Amazon EC2. A l'occasion, plutôt que de poser plus de questions, je vais jouer avec.

http://aws.amazon.com/ec2/ -> Amazon Elastic Compute Cloud (Amazon EC2)
MrTom wrote:Bon allez le détail est ici pour les questions, prenez la peine de cliquer : http://fedoraproject.org/wiki/Fedora_14_Alpha_release_notes#What.27s_New_in_Fedora_14_Alpha
Ici, Totem crashe à chaque fois. Je souhaiterai essayer VLC, mais j'ai des soucis avec les dépots. Ben tiens... avec l'update, Totem est justement mis à jour. Je suis sur un stick. Ca doit pouvoir s'installer sur un disque externe. Avec la FC13 et ce PC, j'avais eu des soucis, je ne pouvais pas booter sur un stick (ni sur un DVD).

Oups...
  Updating       : selinux-policy-3.8.8-14.fc14.noarch                   89/488 
  Updating       : yum-3.2.28-3.fc14.noarch                              90/488 
rpmdbBus error


# yum update yum
Bus error
Edit: j'ai rebooté, sur la 13. J'ai l'impression qu'il n'a pas supporté le raccordement du disque externe, sur USB. D'après le syslog, le device manager a perdu ses petits.
  • [supprimé]

impaire wrote:
MrTom wrote:Linux Kernel 2.6.35

Faster JPEG Compression/Decompression
Au risque de paraitre un peu taquin... Ca fait 15 à 20 ans que les PC peuvent afficher facilement des JPEG.
Sur le PC de mes parents (Athlon XP 2500+, 768 Mo, 9800 Pro), l'affichage des photos est lent (on voit le balayage de la photo lors de l'affichage), alors je peux te dire que j'ai hâte de leur installer F14 rien que pour cette fonctionnalité :lol:
J'ai refait un test pour ne pas en rester là, juste avec le stick. J'ai rencontré des problèmes similaires, après un yum update yum, puis un yum update --skip-broken. Mais c'est l'alpha.

J'ai l'impression que la 14 boote plus rapidement. J'ai peut-être plus de choses installées sur la FC13. Par contre, cette 14, je la bootais depuis un stick bien plus lent que mon disque dur.
lecbee wrote:
impaire wrote:
MrTom wrote:Linux Kernel 2.6.35

Faster JPEG Compression/Decompression
Au risque de paraitre un peu taquin... Ca fait 15 à 20 ans que les PC peuvent afficher facilement des JPEG.
Sur le PC de mes parents (Athlon XP 2500+, 768 Mo, 9800 Pro), l'affichage des photos est lent (on voit le balayage de la photo lors de l'affichage), alors je peux te dire que j'ai hâte de leur installer F14 rien que pour cette fonctionnalité :lol:
C'est un PC rapide. Il ne faudrait pas confondre avec ces histoires d'affichage entrelacé, pour permettre un affichage plus rapide, malgré des connexions internet lentes.
  • [supprimé]

Oui c'est rapide, normalement... mais Fedora a toujours été assez lente à ma grande stupéfaction. Et ne parlons pas de Firefox qui rame dès qu'on va un peu trop rapidement à son goût.

Sinon pour info les photos sont en local pas sur le Web.
lecbee wrote:Oui c'est rapide, normalement... mais Fedora a toujours été assez lente à ma grande stupéfaction. Et ne parlons pas de Firefox qui rame dès qu'on va un peu trop rapidement à son goût.

Sinon pour info les photos sont en local pas sur le Web.
Ajoutez lui de la RAM? J'ai regardé quelques photos, avec Firefox. Jusqu'à 500k, les JPEG s'ouvrent très vite avec un proc à 1,3GHz. C'est après 1Mo que l'ouverture des photos commence à être lente, une lenteur bien perceptible avec des photos de 2Mo. Avec de grosses images, ce turbo devrait être percetible. Je pensais plus à de petites photos, me disant que le turbo ne serait pas perceptible, mais qu'il allait libérer le proc pour d'autres tâches que la décompression de JPEG.
Alors moi ce n'est pas un bug apparemment, mais depuis la dernière mise à jour de VLC (à présent, même quand VLC est ouvert mais ne lit rien, il y a le gros icône présent), j'ai une alerte de sécurité SELinux :

"
Résumé:

SELinux empêche /usr/bin/vlc de charger /usr/lib/vlc/plugins/codec/librealvideo_plugin.so qui exige une réinstallation du texte.

Description détaillée:

L'application vlc a essayé de charger /usr/lib/vlc/plugins/codec/librealvideo_plugin.so qui exige une réinstallation du texte. C'est un problème potentiel de sécurité . La plupart des bibliothèques n'ont pas besoin de cette permission. Les bibliothèques sont parfois programmées incorrectement et demandent cette permission. La page web Essais de protection mémoire de SELinux (http://people.redhat.com/drepper/selinux-mem.html) explique comment retirer ces exigences. Vous pouvez configurer temporairement SELinux pour permettre à /usr/lib/vlc/plugins/codec/librealvideo_plugin.so d'utiliser le ré-adressage et contourner cette protection, jusqu'à ce que la bibliothèque soit corrigée. Merci de remplir un rapport de bogue (http://bugzilla.redhat.com/bugzilla/enter_bug.cgi) pour c

Autoriser l'accès:

Si vous autorisez /usr/lib/vlc/plugins/codec/librealvideo_plugin.so à fonctionner correctement, vous pouvez changer le contexte du fichier à textrel_shlib_t. "chcon -t textrel_shlib_t /usr/lib/vlc/plugins/codec/librealvideo_plugin.so" Vous devez aussi changer le dossier par défaut des fichiers de contexte de votre système, même lors d'un réétiquetage complet, de manière à les préserver. "semanage fcontext -a -t textrel_shlib_t '/usr/lib/vlc/plugins/codec/librealvideo_plugin.so'"

Je ne sais pas du tout comment corriger ça, sachant que ce message apparait dès que je met VLC en marche.
Une tentative de preupgrade me donne ce qui suit
Quelqu'un a-t-il rencontré le même problème .
Acer Aspire 5560 T2300 @1,66 GHZ; DDR2 = 3 GO sur 4 GO installés
ATI = 1400; RAM vidéo = 128 MO /512 MO
SATA 320 GO WD sous FED 13
USB WD 250 GB sous Mandriva ; USB MAXTOR 500 GB sous FED 13
lexar 16 GB sous Mandriva

Messages obtenus au preupgrade :

/usr/lib/python2.6/site-packages/yum/__init__.py:237: UserWarning: Use .preconf instead of passing args to _getConfig
warnings.warn('Use .preconf instead of passing args to _getConfig')
Modules complémentaires chargés : blacklist, presto, refresh-packagekit,
: whiteout
preupgrade-main (mirrorlist)
url: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-14&arch=$basearch
now: http://mirrors.fedoraproject.org/mirrorlist?repo=fedora-14&arch=i386
preupgrade (mirrorlist)
url: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/development/14/$basearch/os
now: http://mirrors.fedoraproject.org/mirrorlist?path=pub/fedora/linux/development/14/i386/os
unknown metadata being downloaded: repomdy9tci3tmp.xml
preupgrade-rpmfusion-free-rawhide (mirrorlist)
url: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-rawhide&arch=i386
now: http://mirrors.rpmfusion.org/mirrorlist?repo=free-fedora-rawhide&arch=i386
unknown metadata being downloaded: repomdIbvUMItmp.xml
preupgrade-rpmfusion-nonfree-rawhide (mirrorlist)
url: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-rawhide&arch=i386
now: http://mirrors.rpmfusion.org/mirrorlist?repo=nonfree-fedora-rawhide&arch=i386
unknown metadata being downloaded: repomd80vHeEtmp.xml
unknown metadata being downloaded: MEMORY
Fetched treeinfo from http://mirrors.ircam.fr/pub/fedora/linux/development/14/i386/os//.treeinfo
treeinfo timestamp: Tue Aug 24 18:17:17 2010
unknown metadata being downloaded: MEMORY
unknown metadata being downloaded: MEMORY
Downloading 1.3GB
Available disk space for /var/cache/yum/preupgrade: 40.7GB
Setting up and reading Presto delta metadata
unknown metadata being downloaded: prestodelta.xml.gz
unknown metadata being downloaded: 06e9e3a8501214ab0ff8e6e891d7a779c535112868658a401af3c1f447d1e49b-prestodelta.xml.gz
Processing delta metadata
Download delta size: 192 k
unknown metadata being downloaded: meld-1.3.1-1.fc13_1.3.1-3.fc14.noarch.drpm
unknown metadata being downloaded: polkit-0.96-1.fc13_0.97-5.fc14.i686.drpm
unknown metadata being downloaded: system-config-boot-0.4.1-1.fc12_0.4.1-2.fc14.i686.drpm
Finishing rebuild of rpms, from deltarpms
Traceback (most recent call last):
File "/usr/share/preupgrade/preupgrade-gtk.py", line 240, in on_assistant_apply
self._do_main()
File "/usr/share/preupgrade/preupgrade-gtk.py", line 259, in _do_main
self.main_preupgrade()
File "/usr/share/preupgrade/preupgrade-gtk.py", line 525, in main_preupgrade
problems = self.pu.downloadPkgs(downloadpkgs)
File "/usr/lib/python2.6/site-packages/yum/__init__.py", line 1756, in downloadPkgs
self.plugins.run('predownload', pkglist=pkglist)
File "/usr/lib/python2.6/site-packages/yum/plugins.py", line 183, in run
func(conduitcls(self, self.base, conf, **kwargs))
File "/usr/lib/yum-plugins/presto.py", line 581, in predownload_hook
(problems, more) = downloadPkgs(conduit, pinfo, download_pkgs)
File "/usr/lib/yum-plugins/presto.py", line 421, in downloadPkgs
cb.start(text=text, size=rebuild_size)
File "/usr/share/preupgrade/preupgrade-gtk.py", line 758, in start
self.updateProgress(basename,0.0,'','')
File "/usr/share/preupgrade/preupgrade-gtk.py", line 725, in updateProgress
if name.endswith('.rpm'):
AttributeError: 'NoneType' object has no attribute 'endswith'


J'ai tenté sur Bugzilla, mais j'ai pas encore compris le fonctionnement pour rapporter mon bug.