Journal Fedora 9

Posté par  (site web personnel) .
Étiquettes :
0
26
jan.
2008
La Fedora 9 s'appelera donc Sulphur, apres un vote assez serré. Sinon ça aurait pu etre Bathysphere, Chupacabra ou encore Mayonnaise...

Le freeze pour la version alpha est toujours prévu pour la fin de ce mois, on va donc pouvoir commencer à s'amuser avec :)

La liste de ce que la F9 va surement apporter:

http://fedoraproject.org/wiki/Releases/9/FeatureList
  • # Re:

    Posté par  . Évalué à 6.

    > http://fedoraproject.org/wiki/Releases/9/FeatureList

    Tiens, upstart.
    Une contribution d'Ubuntu. Merci Ubuntu.
    Je trouve excellent que les distributions prennent ce qu'il y a de bon dans d'autres distributions, au-lieu d'avoir des solutions en concurrence seulement pour dire qu'on ne s'est pas "abaissé" à prendre une solution d'un concurrent, ou qu'on ne veut pas passer pour un con car on a passé la dernière saison à critiquer le concurrent.

    > La liste de ce que la F9 va surement apporter:

    Il y a quasi certitude à partire de test2. Jusqu'à test2 une fonctionnalité peut être normalement virée. Après c'est exceptionnel mais ça arrive.

    Pour l'avenir à moyen/long terme de Fedora, voici un blog du futur manager de Fedora (qui pour la première fois n'est pas un employé Red Hat) qui est très intéressant :
    http://marilyn.frields.org:8080/~paul/wordpress/?p=912
    Une petite vidéo pour ceux qui ne connaissent pas Paul Frields : http://www.redhatmagazine.com/2008/01/24/fudcon-video-new-fa(...) (ogg dispo).

    Max Spevack (le futur précédent "boss") a indiqué, je ne sais plus où, que Red Hat était d'accord pour investir plus en communication sur Fedora. Ça ne veut pas forcément dire "plus de pub", mais peut-être un meilleur site web, des ressources pour cet ambitieux projet : http://fedoraproject.org/wiki/MyFedora , etc.
    Le wiki fedoraproject.org est génial pour ceux qui connaissent Fedora. Pour les autres, ce n'est pas terrible.
    • [^] # Re: Re:

      Posté par  (site web personnel) . Évalué à 2.

      Cela signifie-il que la prochaine distrib RedHat aura upstart ?
      • [^] # Re: Re:

        Posté par  . Évalué à 2.

        Peut-être. Honnètement, je suis loins d'en être convaincu.
        C'est un vieux serpent de mer. Tout le monde trouve que le vénérable sysinit a vécu, mais tout le monde constate qu'il marche. Bref, il y a un manque de motivation et le status quo ne dérange personne. Le principe upstart est reconnu être la voie à suivre.
    • [^] # Re: Re:

      Posté par  . Évalué à 1.

      Sans oublier l'autre projet pour améliorer la visibilité de fedora sur le net :
      http://fedoratv.com
      • [^] # Re: Re:

        Posté par  . Évalué à 1.

        Dommage, c'est du flash. M'enfin, ça passe presque presque avec gnash-plugin. Il y a le son, la vidéo, mais elle est trop zoomée :-(
        • [^] # Re: Re:

          Posté par  (site web personnel) . Évalué à 2.

          Que veux tu dire par trop zoomée ?
          Sur ce screencast http://fedoratv.com/?p=14591 j'ai deux artéfacts : en haut à gauche un carré noir avec un liseré vert et en plein milieu une barre de défilement qui bouffe plein de CPU même en pause (5% de chacun des coeurs de mon Core2duo quoi).
          Je ne comprends pas trop l'intérêt de l'utilisation du flash,
          - il n'y a même pas de lien pour télécharger la vidéo
          - pas de RSS des vidéos pour les mettre dans miro
          - pas de possibilité de zoomer ou de passer la vidéo en plein écran
          bref une "contre-pub" àmha pour fedora sur le coup... dommage :/ c'est d'autant plus incompréhensible au vu des slogans sur le côté "free your media" ... "free format" ... "ogg theora ogg vorbis SVG PNG" j'ai dû passer à côté de quelque chose ? (j'ai cette version : gnash-0.8.1-1mdv2008.0 faudra que je réessaie avec 0.8.2-0.080119.1mdv2008.1... dans epiphany)
          • [^] # Re: Re:

            Posté par  . Évalué à 0.

            Hey du calme ça a 15 jours d'existence à peine !
            • [^] # Re: Re:

              Posté par  . Évalué à 1.

              Certes. Les critiques aux débuts sont toujours à relativiser. Mais il peut être profitable de les noter et les synthétiser. Le choix de flash doit être justifié (raisons techniques, raisons d'audience, etc).

              Quoiqu'il en soit, l'intension est excellente et je ne doute pas que les deux ou trois reproches trouveront une solution.

              > ça a 15 jours d'existence

              C'est un bon début.
          • [^] # Re: Re:

            Posté par  . Évalué à 1.

            > Sur ce screencast http://fedoratv.com/?p=14591

            J'ai la même chose (sur x86_64).

            > Que veux tu dire par trop zoomée ?

            Exemple ici :
            http://fedoratv.com/?p=14584
            J'ai un gros plan sur le mur de fond.

            > il n'y a même pas de lien pour télécharger la vidéo
            > - pas de possibilité de zoomer ou de passer la vidéo en plein écran

            Utilise le plugin unplug de Firefox. Tu pourras downloader et regarder dans totem par exemple (ça marche).
            • [^] # Re: Re:

              Posté par  (site web personnel) . Évalué à 2.

              Utilise le plugin unplug de Firefox.
              c'est du contournement ça :-)

              il y a maintenant un lien download http://fedoratv.com/downloadMP4.php?postID=14584 qui propose flv ou ogm, ce qui est très bien (bon miro n'a pas l'air de vouloir digérer le lien, manque peut-être l'envoi du type de données). 29 Mio pour le flv / 75 Mio pour l'ogm j'espère qu'il y a de bons miroirs derrière ;-)

              Ne manque plus que le flux rss avec toutes les vidéos pour l'inclure à miro.
    • [^] # Re: Re:

      Posté par  (site web personnel) . Évalué à 1.

      Merci pour tes liens IsNotGood, tres interessants tout ça
  • # Commentaire supprimé

    Posté par  . Évalué à 2.

    Ce commentaire a été supprimé par l’équipe de modération.

  • # L'annonce des résultats

    Posté par  . Évalué à 1.

  • # Pulseaudio

    Posté par  . Évalué à 3.

    Bon, puisque ma distribution préférée va vers pulseaudio comme Fedora, et que je trouve l'expérience utilisateur mauvaise, j'en profite pour demander aux heureux testeurs de Fedora leur vécu. Avez-vous pu tout utiliser sans désactiver pulseaudio?

    ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

    • [^] # Re: Pulseaudio

      Posté par  . Évalué à 1.

      > Avez-vous pu tout utiliser sans désactiver pulseaudio?

      Oui (du moins pour mon cas).

      Je trouve pulseaudio indispensable. Mais tout n'est pas rose encore. J'ai eu quelques "crash" de pulseaudio, l'intégration dans le bureau n'est pas satisfaisante, etc.
      M'enfin, c'est temporaire. Pulseaudio en est à ses débuts dans les distributions.

      Je n'utilise que pulseaudio. Je n'attaque plus alsa directement.
      • [^] # Re: Pulseaudio

        Posté par  . Évalué à 2.

        • [^] # Re: Pulseaudio

          Posté par  . Évalué à 2.

          Euh là ça ne me règle pas les problèmes des applis que j'ai essayées : audacity / torcs / chromium . Ce qui m'intrigue c'est pourquoi mettre par défaut un gadget de geek : pulseaudio ne sert à rien pour l'ordinateur de Mme Michu.

          ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

          • [^] # Re: Pulseaudio

            Posté par  . Évalué à 2.

            > des applis que j'ai essayées : audacity / torcs / chromium .

            Je n'utilise pas ces applis.

            > . Ce qui m'intrigue c'est pourquoi mettre par défaut un gadget de geek : pulseaudio ne sert à rien pour l'ordinateur de Mme Michu.

            Premièrement, ça sert pour Mme Michu. Je ne vais pas argumenter encore une fois.
            Deux, Fedora n'est pas fait pour Mme Michu.
            Trois, un bug est un bug. Il doit être corriger. Virer le programme avec le bug n'est pas la solution. La présence de bug dans pulseaudio et ses faiblesses d'intégration n'impliquent pas que le principe ne soit pas le bon. Le tout doit être mis au point, et ça ne se fait pas du jour au lendemain. Ça se fait en prenant des risques, par exemple lorsque F8 sort avec pulseaudio. OK pour dire que F8 sucks avec pulseaudio (même si pour mon usage ça roule), mais donnont à F8 le mérite de faire avancer le libre. Je te paris que pulseaudio sera (verbe être au futur) dans le desktop de Mme Michu. On a vu ça cinquante fois. Des nouvelles technos sont poussées par Fedora, ça sucks et tout le monde dit que ça ne sert à rien. Mais, "comme par harzard", tout le monde reprend les technos poussées par Fedora (ou autres) alors qu'il les avait copieusement critiquées.
            Si Fedora était pour Mme Michu, mettre pulseaudio aussi tôt serait une connerie. Mais Fedora n'est pas pour Mme Michu. Comme KDE 4.0.0 n'est pas pour Mme Michu. Je ne vais pas dire que KDE 4.0.0 pue car il n'est pas pour Mme Michu.
            • [^] # Re: Pulseaudio

              Posté par  . Évalué à 2.

              > Premièrement, ça sert pour Mme Michu. Je ne vais pas argumenter encore une fois.

              Euh, où ça? Je ne demande qu'à être convaincu, mais pour l'instant aucune fonctionnalité de pulseaudio n'est utile à un simple PC , avec une seule carte son, sans session distante par réseau, etc.

              Et c'est quoi ces nouvelles technos poussées par Fedora qui brillent aujourd'hui?

              ⚓ À g'Auch TOUTE! http://afdgauch.online.fr

              • [^] # Re: Pulseaudio

                Posté par  (site web personnel) . Évalué à 3.

                >>> mais pour l'instant aucune fonctionnalité de pulseaudio n'est utile à un simple PC

                J'y connais rien mais est-ce que pulseaudio n'est pas capable de baisser automatiquement le son de ta musique lorsque tu a un appel VoIP entrant ?
                Si c'est le cas alors c'est une fonctionnalité qui servira pour Mme Michu.
              • [^] # Re: Pulseaudio

                Posté par  . Évalué à 1.

                > Et c'est quoi ces nouvelles technos poussées par Fedora qui brillent aujourd'hui?

                Libvirt/virt-manager par exemple. Je suis sûr de sûr que les autres vont "reprendre" libvirt. Peut-être pas cette année, mais pour 2009. J'ai très de doute sur ce point.

                NetworkManager. On le trouve en standard sur Ubuntu et Suse maintenant.

                Tout ce qui est UTF8. Fedora est UTF8 depuis la première heure.

                Fast-switch-user : Ubuntu l'a déjà ?

                ConsoleKit : Courant 2008 beaucoup vont y passer.

                SeLinux : Pas encore très diffusé chez les autres distributions, mais pour 2009, voire 2010, ça sera le cas (c-à-d activé par défaut). Plus globalement beaucoup de choses liées à la sécurité (pointeurs aléatoires, NX, FORTIFY de gcc, compilation de tous les paquets avec -fpic, etc).

                Pulseaudio : Ubuntu, Suse, Mandriva y passent dès la prochaine distribution.

                Etc, la liste est longue. OK, Fedora n'est pas le seul. Mais c'est Fedora qui pousse le plus des nouvelles technos. Et OK, on ne peut pas demander à toutes les distributions de la faire. Il faut des distributions moins "aventureuses".

                > Euh, où ça? Je ne demande qu'à être convaincu, mais pour l'instant aucune fonctionnalité de pulseaudio n'est utile à un simple PC , avec une seule carte son, sans session distante par réseau, etc.

                Tu peux aussi dire que c'est inutile sur un PC qui n'a pas de carte son...
                Pour une carte son (ce qui est mon cas), il y a le volume par application. Mme Michu qui surf sur le web avec la télé en fond va apprécier de baisser le son des applets Flash qui poluent le web.
                Et si Mme Michu a un casque audio, elle va adorer passer le son sur son casque lorqu'à la télé passe Lory et qu'elle veut mettre le volume à fond pour prendre son pied.
                M'enfin, t'es au-dessus de tout ça. Tu n'es pas une vulgaire Mme Michu.
                • [^] # Re: Pulseaudio

                  Posté par  (site web personnel) . Évalué à 3.

                  Je suis sûr de sûr que les autres vont "reprendre" libvirt. Peut-être pas cette année, mais pour 2009.

                  Faut voir ce que tu entend par "reprendre", mais libvirt et virtmanager sont déjà dans mandriva (version 2008 au moins, j'en ai un backport pour 2007.0)

                  Pour NetworkManager, si je ne m'abuse il y a également un système équivalent sous Mandriva depuis quelque temps, et même plus (une gestion de profiles réseaux, allant jusqu'aux fichiers de conf dans /etc. En tout cas je m'en sert sur un portable pour gérer mes réseaux wifi, y compris mon fstab)
                  • [^] # Re: Pulseaudio

                    Posté par  . Évalué à 1.

                    > Faut voir ce que tu entend par "reprendre", mais libvirt et virtmanager sont déjà dans mandriva

                    C'est dans Fedora depuis la FC3...

                    > Pour NetworkManager, si je ne m'abuse il y a également un système équivalent sous Mandriva depuis quelque temps, et même plus (une gestion de profiles réseaux, allant jusqu'aux fichiers de conf dans /etc.

                    Ce n'est pas la même chose. Ce que tu indiques ressemble à, par exemple, system-config-network de Fedora. NetworkManager configure les réseaux à chaud (c-à-d au branchement des périphériques). Pas de modification dans /etc (sauf /etc/resolv.conf pour des raisons évidentes).
                    L'autre façon d'expliquer le truc, est que ça permet d'utiliser wifi sans jamais avoir besoin du compte root. Evidemment, l'admin peut désactiver NetworkManager.

                    Bref, ce n'est pas la même chose.
                    • [^] # Re: Pulseaudio

                      Posté par  (site web personnel) . Évalué à 2.

                      C'est dans Fedora depuis la FC3...

                      Oui, je sais que c'est dans fedora... comment ne pas le savoir avec toi ;-)
                      Mais qu'entends-tu par reprendre ?
                      Ce que je sais, c'est qu'ils sont présents et qu'en outre il y a drakvirt, un assistant permettant de gérer les machines virtuelles (mais j'ai pas encore vraiment essayé)
                      (donc voici un exemple de techno fedora reprise ;-) )

                      Oki, j'avais mal interprété pour NetworkManager.

                      Mais en tout cas il y a un équivalent bien fonctionnel, dont drakroam pour le wifi par exemple, ne nécessitant pas les droits root. Mais en tout cas ce n'est pas NetworkManager ;-)
                      • [^] # Re: Pulseaudio

                        Posté par  . Évalué à 1.

                        > Mais qu'entends-tu par reprendre ?

                        Utiliser. Le terme "reprendre" était mal choisi. Désolé.

                        > Ce que je sais, c'est qu'ils sont présents et qu'en outre il y a drakvirt, un assistant permettant de gérer les machines virtuelles (mais j'ai pas encore vraiment essayé)

                        Je n'ai pas trouvé grand chose sur drakvirt sur le web.
                        Mais voici cette page :
                        http://wiki.mandriva.com/fr/Mandriva_Linux_2008_sp%C3%A9cifi(...)
                        Diverses améliorations ont besoin d'être apportées à drakvirt. Utiliser virt-manager pour la création d'invités est envisagé.

                        virt-manager utilise libvirt et rien d'autre.
                        installer d'autres systèmes d'exploitation que Mandriva dans Xen doivent être ajoutées.

                        libvirt/virt-manager le fait depuis assez longtemps. On peut même installer Windows si on utilise KVM/qemu.
                        Il devrait être capable de configurer le réseau de manière appropriée pour que les clients puissent accéder au réseau.

                        libvirt le fait.
                        Les clients Xen devraient être capables d'utiliser X.

                        libvirt/virt-manager le fait (c'est virt-viewer).
                        Drakvirt devrait être capable de configurer qemu.

                        libvirt (et donc virt-manager) supporte aussi kvm/qemu.
                        Bref, Mandriva devrait utiliser libvirt/virt-manager et abandonner drakvirt. M'enfin, et désolé de le dire comme ça mais c'est comme ça que je le pense, Mandriva utilise les technos Fedora qu'une fois qu'il a été bien constaté que Mandriva va droit dans le mur en klaxonnant. Cette attitude est contre productive et fait plus de tord à Mandriva qu'a toutes autres distributions.

                        libvirt : http://www.libvirt.org/
                        virt-manager : http://www.virt-manager.org/
                        • [^] # Re: Pulseaudio

                          Posté par  . Évalué à 1.

                          Pour info :
                          http://virt-factory.et.redhat.com/
                          C'est pour les "datacenters".
                          • [^] # Re: Pulseaudio

                            Posté par  (site web personnel) . Évalué à 1.

                            pour les datacenter ya l'excellent Zenworks Orchestrator mais bon c'est de Novell, j'aimerais bien trouver des retours d'experience.

                            Jvais aller voir Virt-factory, voir ce que ça fait de beau
                            • [^] # Re: Pulseaudio

                              Posté par  . Évalué à 1.

                              > Zenworks Orchestrator

                              Je ne connais pas. Mais ça n'a pas l'air d'être vraiment la même chose. Du côté de Red Hat, ça serait une combinaison de rhn, virt-factory et cobber.
                              Question importante :
                              Zenworks Orchestrator est libre ?
                              • [^] # Re: Pulseaudio

                                Posté par  (site web personnel) . Évalué à 2.

                                le truc de redhat a pas l'air tres fini ou est plus limité que Zenworks Orchestrator qui lui permet de gerer tout un datacenter virtualisé, avec des templates de vm, gestion de versionning, python comme langage pour les jobs, gestion utilisateurs/roles/contraintes etc. En tout cas c'est l'impression que j'ai en allant sur le site redhat du projet en question.

                                Cependant concernant la licence d'Orchestrator j'ai rien trouvé, ça doit pas etre tres libre... Dommage car c'est carrement un clone (et qui fonctionne) de la solution Virtual Infrastructure de VmWare.

                                Dommage que j'ai plus de point j'aurai bien ecrit tout ça dans un journal... mince les gens faut arreter de me moinsser quand jdis un truc pas interessant, jdis que ça de toute façon!
                                • [^] # Re: Pulseaudio

                                  Posté par  . Évalué à 1.

                                  > le truc de redhat a pas l'air tres fini ou est plus limité que Zenworks Orchestrator

                                  J'ai un peu de mal à comprendre ce que fait Zenworks Orchestrator.

                                  > mince les gens faut arreter de me moinsser

                                  Je t'ai plussé.
                                  Je serais heureux de voir un journal qui explique Zenworks Orchestrator.
                                  • [^] # Re: Pulseaudio

                                    Posté par  (site web personnel) . Évalué à 0.

                                    Zenworks Orchestrator fait pas mal de trucs, tu place quelques part ton Zen Orchestrator Server (ZOS), et sur tes serveurs qui vont heberger tes VM tu place des agents. Du coup ZOS connait tes machines, et via les agents installés dessus peut y executer des jobs, bref il fait scheduler. Par exemple tu lance le job qui permet de detecter le type d'hyperviseur installé sur chacune de tes machines (par exemple Xen). Tu a aussi des scripts deja tout fait pour detecter tes images de VM etc. Le truc qu'est cool c'est que ces jobs sont codés en Python :p et tres bien documenté par Novell.
                                    Le scheduler peut balancer les jobs sur tous les agents connus, ou alors en fonction de certains criteres (allumé, fait parti de tel groupe, le nom, ip etc)

                                    Tu as un warehouse pour stocker et versionner tes images de VM. Avec les jobs tu peux du coup facilement deployer, cloner, une VM vers une machine physique dispo.

                                    Apres bien sur les agents tu les installe aussi dans les VM. ZOS s'occupe de demarrer les machines virtuelles sur les machines physiques si tu a par exemple un job qui a besoin de cette VM etc. En quelques ligne de code tu fais un job qui s'occupe par ex de demarrer plus de VM si la charge moyenne est trop élevée et inversement, tu peux aussi par ex faire un script qui migre toutes les VM d'une machine quand tu demande a ZOS de l'arreter. etc. C'est super souple.

                                    J'avais vu a peut pres les meme fonctionnalités chez VmWare mais ça faisait trop boite noire, pis c'etait pas le meme prix. Et je suis pas sur mais leur langage pour les jobs est surement specifique, là c'est du python on se lance rapidement.

                                    Enfin bref j'ai une belle maquette de ça au boulot et j'amuse bien, mais j'aimerais bien savoir si c'est utilisé quelque part en prod... Le but etant d'avoir une gestion centralisé d'un parc de plusieurs centaines de serveurs hebergeant des machines virtuelles, avec pas mal d'automatisation, de plan de charge etc pour en faciliter l'exploitation, reagir aux montés en charge et aux pannes etc.
                                  • [^] # Re: Pulseaudio

                                    Posté par  (site web personnel) . Évalué à -1.

                                    ah merci pour le plussage :p
                        • [^] # Re: Pulseaudio

                          Posté par  (site web personnel) . Évalué à 2.

                          Bref, Mandriva devrait utiliser libvirt/virt-manager et abandonner drakvirt

                          Après avoir regardé drakvirt (c'est facile, pas besoin de doc c'est du perl ;-) ) drakvirt répond à un autre besoin.
                          Drakvirt permet en fait de créer une machine virtuelle et d'y installer directement une mandriva en utilisant directement drakx-in-chroot qui permet de lancer l'installeur dans le guest très facilement.

                          En je ne pense pas du tout que ce soit justement un cas où "il a été bien constaté que Mandriva va droit dans le mur en klaxonnant"

                          Maintenant, il faudrait que je regarde un peu plus ce que peu faire virtmanager...
                          • [^] # Re: Pulseaudio

                            Posté par  . Évalué à 1.

                            > Drakvirt permet en fait de créer une machine virtuelle et d'y installer directement une mandriva

                            C'est un mode qui existait dans libvirt mais qui est abandonné. C'est le mode "historique" de Xen. Mais il présente des problèmes. Anaconda avec kickstart perment d'installer un OS de façon totalement automatisé.
                            Ce mode existe/existait car très souvent les installeurs ne marchaient pas avec la paravirtualisation. Maintenant (depuis FC6) qu'anaconda supporte/reconnait la paravirtualisation, c'est sans intérêt.
                            • [^] # Re: Pulseaudio

                              Posté par  (site web personnel) . Évalué à 2.

                              Anaconda permet d'installer dans une machine virtualisée ?
                              Ou alors, comme pour drakx-in-chroot, il permet "simplement" d'installer dans un chroot (la partition / fichier destiné à la machine virtuelle dans ce cas précis montée) tout en offrant un xnest si je ne me trompe pour voir ce qu'il se passe ?
                              En tout cas, le fait d'installer dans un chroot est très pratique au delà des machines virtuelles, pratique par exemple pour se faire des chroots de build.

                              Pour ce qui est du deuxième message, en fait je n'utilise pour le moment ni virt-manager (mais faut que j'essai à distance) ni drakvirt car je ne l'ai pas backporté sur ma 2007.0 de test... (et pas possible de la mettre à jour)
                              • [^] # Re: Pulseaudio

                                Posté par  . Évalué à 1.

                                > Anaconda permet d'installer dans une machine virtualisée ?

                                Oui.

                                > tout en offrant un xnest si je ne me trompe pour voir ce qu'il se passe ?

                                Pour anaconda c'est un périphérique graphique (cas kvm/qemu). Sinon anaconda peut utiliser vnc (cas Xen) et l'affichage est renvoyé n'importe où.
                                C'est virt-viewer qui fait l'affichage final (virt-viewer est biensur appellé par virt-manager).
                                Pour le cas Xen, j'ai un doute car je ne l'utilise plus. Il se peut que Xen fournisse maintenant un périphique à la machine virtuelle.
                                Dans la pratique, on lance la machine virtuelle. Si on veut l'affichage (c-à-d accéder à une console (où tourne peut-être X11)) on double-clique sur la ligne qui représente la machine virtuelle et voilà.

                                > En tout cas, le fait d'installer dans un chroot est très pratique au delà des machines virtuelles, pratique par exemple pour se faire des chroots de build.

                                Mock est utilisé pour ça :
                                https://fedorahosted.org/mock/
                                Excellent pour les builds ou les tests.

                                Des choses dans ce goût peuvent aussi être faite :
                                # yum groupinstall --installroot=/mnt/root Base "Web Server"

                                Plus globalement, Red Hat investit énormemment dans la virtualisation. Donc il y a des résultats.
                                Maintenant Red Hat veut amener KVM/paravirt_ops au niveau de Xen et "virer" Xen (ce qui ne va pas être fait du jour au lendemain).
                                Fedora 9 (qui n'aura peut-être plus Xen) aura de sympatiques avancées :
                                http://fedoraproject.org/wiki/Features/VirtPolicyKit
                                By integrating with PolicyKit it will be possible to run virt-manager as a regular user.

                                http://fedoraproject.org/wiki/Features/VirtStorage
                                http://fedoraproject.org/wiki/Features/VirtAuthentication
                          • [^] # Re: Pulseaudio

                            Posté par  . Évalué à 2.

                            > Maintenant, il faudrait que je regarde un peu plus ce que peu faire virtmanager...

                            Si drakvirt fait ce dont tu as besoin, ce n'est pas nécessaire.
                            Libvirt, même s'il n'est plus tout jeune, est toujours en intense développement. C'est principalement développé par Red Hat et donc marche mieux sur Fedora/RHEL.
                            Donc si drakvirt fait le boulot, attend que Mandriva passe à libvirt (et donc l'adapte à Mandriva).

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.