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
Journal Fedora 9
26
jan.
2008
# Re:
Posté par IsNotGood . Évalué à 6.
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 patrick_g (site web personnel) . Évalué à 2.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 2.
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 Thomas C. . Évalué à 1.
http://fedoratv.com
[^] # Re: Re:
Posté par IsNotGood . Évalué à 1.
[^] # Re: Re:
Posté par BAud (site web personnel) . Évalué à 2.
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 Thomas C. . Évalué à 0.
[^] # Re: Re:
Posté par IsNotGood . Évalué à 1.
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 IsNotGood . Évalué à 1.
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 BAud (site web personnel) . Évalué à 2.
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 madko (site web personnel) . Évalué à 1.
# Commentaire supprimé
Posté par Anonyme . Évalué à 2.
Ce commentaire a été supprimé par l’équipe de modération.
[^] # Re: C'est quoi ces noms ? :o
Posté par IsNotGood . Évalué à 2.
[^] # Re: C'est quoi ces noms ? :o
Posté par windu.2b . Évalué à 4.
:-p
[^] # Re: C'est quoi ces noms ? :o
Posté par IsNotGood . Évalué à 1.
http://fr.wikipedia.org/wiki/Chupacabra
Surtout après Werewolf (F8).
[^] # Re: C'est quoi ces noms ? :o
Posté par olivn . Évalué à 1.
# L'annonce des résultats
Posté par IsNotGood . Évalué à 1.
# Pulseaudio
Posté par ʭ ☯ . Évalué à 3.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Pulseaudio
Posté par IsNotGood . Évalué à 1.
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 IsNotGood . Évalué à 2.
http://home.nyc.rr.com/computertaijutsu/rhsound.html
[^] # Re: Pulseaudio
Posté par ʭ ☯ . Évalué à 2.
⚓ À g'Auch TOUTE! http://afdgauch.online.fr
[^] # Re: Pulseaudio
Posté par IsNotGood . Évalué à 2.
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.
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 patrick_g (site web personnel) . Évalué à 3.
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 IsNotGood . Évalué à 1.
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 CrEv (site web personnel) . Évalué à 3.
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 IsNotGood . Évalué à 1.
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 CrEv (site web personnel) . Évalué à 2.
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 IsNotGood . Évalué à 1.
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(...)
virt-manager utilise libvirt et rien d'autre.
libvirt/virt-manager le fait depuis assez longtemps. On peut même installer Windows si on utilise KVM/qemu.
libvirt le fait.
libvirt/virt-manager le fait (c'est virt-viewer).
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 IsNotGood . Évalué à 1.
http://virt-factory.et.redhat.com/
C'est pour les "datacenters".
[^] # Re: Pulseaudio
Posté par madko (site web personnel) . Évalué à 1.
Jvais aller voir Virt-factory, voir ce que ça fait de beau
[^] # Re: Pulseaudio
Posté par IsNotGood . Évalué à 1.
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 madko (site web personnel) . Évalué à 2.
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 IsNotGood . Évalué à 1.
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 madko (site web personnel) . Évalué à 0.
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 madko (site web personnel) . Évalué à -1.
[^] # Re: Pulseaudio
Posté par CrEv (site web personnel) . Évalué à 2.
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 IsNotGood . Évalué à 1.
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 CrEv (site web personnel) . Évalué à 2.
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 IsNotGood . Évalué à 1.
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
http://fedoraproject.org/wiki/Features/VirtStorage
http://fedoraproject.org/wiki/Features/VirtAuthentication
[^] # Re: Pulseaudio
Posté par IsNotGood . Évalué à 2.
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.