>> Seulement arrive KVM (et les autres solutions de virt), et redhat changeant de fusil d'epaule
>Mouais... Red Hat propose à ses clients ce qu'il lui semble le mieux (dans le logiciel libre). Tout le monde ou presque va faire pareil où est déjà en train de le faire.
En passant, c'est aussi un choix upstream.
dans quel partie de ma phrase tu vois que je dis que RedHat n'a pas le droit de fournir ce qu'il veut (KVM) ? donc il semble que le contexte t'echappes quelque peu; ici je ne fais que recapituler l'histoire de libvirt, et expliquant comment la lib est devenu pseudo multi-hypervisor.
> C'était dès l'origine une lib multi-hyperviseur.
non absolument pas. libvirt est sorti en decembre 2005 (KVM fin 2006 pour info), et a l'epoque se veut etre une lib d'abstraction de Xen. tu peux aller consulter les archives de la ML libvirt pour eclairer ta lanterne.
>> Par example les gens de libvirt se sont interfacé avec la console qemu qui n'est pas sensé etre scripté, mais est une interface humaine. Presque a chaque changement de messages d'erreurs ou de format, on se retrouve avec les gens de libvirt se plaignant que ca va tout casser.. au lieu d'avoir designe une "console" scriptable en parallele (retournant un format qui puisse etre parser) avec la console humaine.
>Si tu veux critiquer qemu, critique qemu mais pas libvirt. Libvirt n'est pas responsable de tous les maux de la terre.
Non justement qemu n'est *pas* le probleme. la console n'a pas ete designe pour etre scriptable, et c'est tout a fait bien comme ca pour l'utilisation usuelle (i.e. interactive) de qemu. Par contre quand on veux changer l'utilisation du programme, on se donne les moyens de ses ambitions.
> Globalement je trouve rigolo ceux qui descendent une solution alors qu'il n'y a pratiquement rien d'autre...
Moi je trouve rigolo les gens qui justifie une solution mal faites parce que "c'est la seule solution" ... les gens de ielo prouvent ici que c'est possible de faire des trucs bien sans utiliser libvirt et que tout simplement, on obtient des resultats bien meilleurs (voir post sur la ML de niftyname et le poste d'un des staffs de ielo plus haut ..)
[^] # Re: Libvirt ?
Posté par vincentxs . En réponse à la dépêche Première publication de la plate-forme libre de HaaS (Hardware as a service) NiftyName. Évalué à 0.
>Mouais... Red Hat propose à ses clients ce qu'il lui semble le mieux (dans le logiciel libre). Tout le monde ou presque va faire pareil où est déjà en train de le faire.
En passant, c'est aussi un choix upstream.
dans quel partie de ma phrase tu vois que je dis que RedHat n'a pas le droit de fournir ce qu'il veut (KVM) ? donc il semble que le contexte t'echappes quelque peu; ici je ne fais que recapituler l'histoire de libvirt, et expliquant comment la lib est devenu pseudo multi-hypervisor.
> C'était dès l'origine une lib multi-hyperviseur.
non absolument pas. libvirt est sorti en decembre 2005 (KVM fin 2006 pour info), et a l'epoque se veut etre une lib d'abstraction de Xen. tu peux aller consulter les archives de la ML libvirt pour eclairer ta lanterne.
>> Par example les gens de libvirt se sont interfacé avec la console qemu qui n'est pas sensé etre scripté, mais est une interface humaine. Presque a chaque changement de messages d'erreurs ou de format, on se retrouve avec les gens de libvirt se plaignant que ca va tout casser.. au lieu d'avoir designe une "console" scriptable en parallele (retournant un format qui puisse etre parser) avec la console humaine.
>Si tu veux critiquer qemu, critique qemu mais pas libvirt. Libvirt n'est pas responsable de tous les maux de la terre.
Non justement qemu n'est *pas* le probleme. la console n'a pas ete designe pour etre scriptable, et c'est tout a fait bien comme ca pour l'utilisation usuelle (i.e. interactive) de qemu. Par contre quand on veux changer l'utilisation du programme, on se donne les moyens de ses ambitions.
> Globalement je trouve rigolo ceux qui descendent une solution alors qu'il n'y a pratiquement rien d'autre...
Moi je trouve rigolo les gens qui justifie une solution mal faites parce que "c'est la seule solution" ... les gens de ielo prouvent ici que c'est possible de faire des trucs bien sans utiliser libvirt et que tout simplement, on obtient des resultats bien meilleurs (voir post sur la ML de niftyname et le poste d'un des staffs de ielo plus haut ..)