diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-November/009582.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-November/009582.html | 161 |
1 files changed, 161 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-November/009582.html b/zarb-ml/mageia-dev/2011-November/009582.html new file mode 100644 index 000000000..002b4e4ef --- /dev/null +++ b/zarb-ml/mageia-dev/2011-November/009582.html @@ -0,0 +1,161 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] qemu new upstream release (1.0-rc1) and should we move from qemu-kvm to qemu? + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20qemu%20new%20upstream%20release%20%281.0-rc1%29%20and%20should%20we%0A%20move%20from%20qemu-kvm%20to%20qemu%3F&In-Reply-To=%3C4EC3A5C2.7070608%40gmx.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="009581.html"> + <LINK REL="Next" HREF="009584.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] qemu new upstream release (1.0-rc1) and should we move from qemu-kvm to qemu?</H1> + <B>Kamil Rytarowski</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20qemu%20new%20upstream%20release%20%281.0-rc1%29%20and%20should%20we%0A%20move%20from%20qemu-kvm%20to%20qemu%3F&In-Reply-To=%3C4EC3A5C2.7070608%40gmx.com%3E" + TITLE="[Mageia-dev] qemu new upstream release (1.0-rc1) and should we move from qemu-kvm to qemu?">n54 at gmx.com + </A><BR> + <I>Wed Nov 16 13:00:02 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="009581.html">[Mageia-dev] qemu new upstream release (1.0-rc1) and should we move from qemu-kvm to qemu? +</A></li> + <LI>Next message: <A HREF="009584.html">[Mageia-dev] Fresh install hangs during boot since yesterday +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9582">[ date ]</a> + <a href="thread.html#9582">[ thread ]</a> + <a href="subject.html#9582">[ subject ]</a> + <a href="author.html#9582">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>On 16.11.2011 12:53, Kamil Rytarowski wrote: +><i> On 16.11.2011 06:44, Buchan Milne wrote: +</I>>><i> On Wednesday, 16 November 2011 05:30:05 Kamil Rytarowski wrote: +</I>>>><i> On 14.11.2011 14:53, Buchan Milne wrote: +</I>>>>>>><i> ( and given the discussion +</I>>>>>>><i> +</I>>>>>>><i> on ml, it should be soon ) +</I>>>>>><i> When I ask the developers, they don't know if qemu will include the +</I>>>>>><i> patch at all and when (now or after one year) and they suggested +</I>>>>>><i> to do +</I>>>>>><i> the openSUSE way (today the most recommended and full featured Linux +</I>>>>>><i> distro for GNS3). +</I>>>>><i> [...] +</I>>>>><i> +</I>>>>>><i> OK. So if gns3 can't be fixed for the stable - than should be removed +</I>>>>>><i> from the repos (for ISOs is to late). +</I>>>>>><i> +</I>>>>>><i> If we don't provide qemu patch, then gns3 should be removed from +</I>>>>>><i> Cauldron as well. +</I>>>>>><i> +</I>>>>>><i> I believe removing GNS3 is better than keeping it broken and.. +</I>>>>>><i> irritate +</I>>>>>><i> people (I don't count the opinion of our quality). Later some 3rd +</I>>>>>><i> party +</I>>>>>><i> repos can provide GNS3 and its dependencies. +</I>>>>><i> You seem to imply that the only use of GNS3 is with this qemu patch. +</I>>>><i> It's possible to simulate and play without qemu. +</I>>>><i> +</I>>>><i> It should be "Suggested" by GNS3, but then what is the idea of +</I>>>><i> suggesting qemu that isn't working at all? I simply don't know why to +</I>>>><i> distribute a program that provides support in GUI for something that's +</I>>>><i> not working. +</I>>>><i> +</I>>><i> Uh, because you can use GNS3 for a lot of things without qemu. +</I>>><i> +</I>>><i> I used it for simulating a 4-router network with just dynamips. +</I>>><i> +</I>>><i> So, either I don't understand what you are trying to achieve, or why +</I>>><i> you want +</I>>><i> to *prevent* people from emulating routers with GNS3. +</I>><i> If I do *import* dynamips into Mageia then I want to *prevent* people +</I>><i> from emulating? No, I want to distribute fullfeatured software, where +</I>><i> everything is *well-rounded* - and not *missing*/*broken*. +</I>And providing it via 3rd party repo as fullfeatured is much better than +via official resources but limited. Is this also preventing? If someone +will need it, then will find information how to use GNS3 with Mageia. +>><i> Regards, +</I>>><i> Buchan +</I>><i> +</I> +</PRE> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="009581.html">[Mageia-dev] qemu new upstream release (1.0-rc1) and should we move from qemu-kvm to qemu? +</A></li> + <LI>Next message: <A HREF="009584.html">[Mageia-dev] Fresh install hangs during boot since yesterday +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9582">[ date ]</a> + <a href="thread.html#9582">[ thread ]</a> + <a href="subject.html#9582">[ subject ]</a> + <a href="author.html#9582">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |