From: Laurent Vivier <Laurent.Vivier@bull.net>
To: qemu-devel@nongnu.org
Cc: kvm-devel@lists.sourceforge.net,
"Jorge Lucángeli Obes" <t4m5yn@gmail.com>
Subject: Re: Re: Réf. : Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)
Date: Mon, 03 Sep 2007 11:12:05 +0200 [thread overview]
Message-ID: <46DBCFE5.7050809@bull.net> (raw)
In-Reply-To: <1188605977.6270.3.camel@squirrel>
[-- Attachment #1: Type: text/plain, Size: 1433 bytes --]
Anthony Liguori wrote:
> On Fri, 2007-08-31 at 22:13 +0200, laurent.vivier@bull.net wrote:
>> Hi Anthony,
>>
>> I think passing only the directory name is better because it can be like a
>> "black box" : the user don't have to know how it is inside. And it is much
>> more simple to use "qemu my_pc" than "qemu -c my_pc/config".
>
> You're overriding what "qemu my_pc" means. "qemu my_pc" create a QEMU
> vm with 128m of memory and -hda my_pc with the default network card.
>
> "qemu -c my_pc/config" only has one meaning: read command line arguments
> from "my_pc/config".
>
> Your suggested syntax may be simpler for your particular use-case, but
> it makes QEMU much more difficult to understand for every other user.
I don't totally agree with you: "qemu my_pc", when my_pc is a file, as you
explain, has an implicit behavior "use vm with 128 MB and hda my_pc and the
default network card", so perhaps we can have also "qemu my_pc", when my_pc is a
directory, has an implicit behavior "use vm as defined in my_pc/config and hd
found in this directory".
BUT, as there is a lot of debates on this, I AGREE WITH YOU: we should choose
the most simple, logic and common solution... and "-c" seems the good one.
Jorge made a very good work, it should be sad to not use it.
Regards,
Laurent
--
------------- Laurent.Vivier@bull.net --------------
"Software is hard" - Donald Knuth
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
WARNING: multiple messages have this Message-ID (diff)
From: Laurent Vivier <Laurent.Vivier@bull.net>
To: qemu-devel@nongnu.org
Cc: kvm-devel@lists.sourceforge.net,
"Jorge Lucángeli Obes" <t4m5yn@gmail.com>
Subject: Re: [Qemu-devel] Re: Réf. : Re: [kvm-devel] [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it)
Date: Mon, 03 Sep 2007 11:12:05 +0200 [thread overview]
Message-ID: <46DBCFE5.7050809@bull.net> (raw)
In-Reply-To: <1188605977.6270.3.camel@squirrel>
[-- Attachment #1: Type: text/plain, Size: 1433 bytes --]
Anthony Liguori wrote:
> On Fri, 2007-08-31 at 22:13 +0200, laurent.vivier@bull.net wrote:
>> Hi Anthony,
>>
>> I think passing only the directory name is better because it can be like a
>> "black box" : the user don't have to know how it is inside. And it is much
>> more simple to use "qemu my_pc" than "qemu -c my_pc/config".
>
> You're overriding what "qemu my_pc" means. "qemu my_pc" create a QEMU
> vm with 128m of memory and -hda my_pc with the default network card.
>
> "qemu -c my_pc/config" only has one meaning: read command line arguments
> from "my_pc/config".
>
> Your suggested syntax may be simpler for your particular use-case, but
> it makes QEMU much more difficult to understand for every other user.
I don't totally agree with you: "qemu my_pc", when my_pc is a file, as you
explain, has an implicit behavior "use vm with 128 MB and hda my_pc and the
default network card", so perhaps we can have also "qemu my_pc", when my_pc is a
directory, has an implicit behavior "use vm as defined in my_pc/config and hd
found in this directory".
BUT, as there is a lot of debates on this, I AGREE WITH YOU: we should choose
the most simple, logic and common solution... and "-c" seems the good one.
Jorge made a very good work, it should be sad to not use it.
Regards,
Laurent
--
------------- Laurent.Vivier@bull.net --------------
"Software is hard" - Donald Knuth
[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 189 bytes --]
next prev parent reply other threads:[~2007-09-03 9:12 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-08-31 20:13 Réf. : Re: [PATCH][RFC] Allowing QEMU to directly executeadirectory (and storing command line options in it) laurent.vivier-6ktuUTfB/bM
2007-08-31 20:13 ` [Qemu-devel] Réf. : Re: [kvm-devel] " laurent.vivier
2007-08-31 21:09 ` Johannes Schindelin
2007-08-31 21:09 ` [Qemu-devel] " Johannes Schindelin
[not found] ` <Pine.LNX.4.64.0708312206120.28586-OGWIkrnhIhzN0uC3ymp8PA@public.gmane.org>
2007-09-01 14:22 ` [Qemu-devel] Réf. : " Avi Kivity
2007-09-01 14:22 ` [kvm-devel] " Avi Kivity
[not found] ` <46D975A8.6020002-atKUWr5tajBWk0Htik3J/w@public.gmane.org>
2007-09-01 22:59 ` Johannes Schindelin
2007-09-01 22:59 ` [kvm-devel] " Johannes Schindelin
[not found] ` <OF5352114A.9C6CEEE4-ONC1257348.006F117A-C1257348.006F1248-4ZAmCnR/+QsUrb4e85K3Fw@public.gmane.org>
2007-09-01 0:19 ` Anthony Liguori
2007-09-01 0:19 ` [Qemu-devel] Re: Réf. : Re: [kvm-devel] " Anthony Liguori
2007-09-01 5:44 ` Luke -Jr
2007-09-01 8:05 ` pterjan
2007-09-03 9:12 ` Laurent Vivier [this message]
2007-09-03 9:12 ` Laurent Vivier
2007-09-01 0:52 ` Réf. : " Daniel P. Berrange
2007-09-01 0:52 ` [Qemu-devel] Re: [kvm-devel] " Daniel P. Berrange
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=46DBCFE5.7050809@bull.net \
--to=laurent.vivier@bull.net \
--cc=kvm-devel@lists.sourceforge.net \
--cc=qemu-devel@nongnu.org \
--cc=t4m5yn@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.