All of lore.kernel.org
 help / color / mirror / Atom feed
From: Eduardo Habkost <ehabkost@redhat.com>
To: Michael Goldish <mgoldish@redhat.com>
Cc: mburns@redhat.com, kvm@vger.kernel.org, Uri Lublin <ulublin@redhat.com>
Subject: Re: [PATCH][KVM-AUTOTEST] Add custom install option for kvm_install
Date: Mon, 11 May 2009 15:30:03 -0300	[thread overview]
Message-ID: <20090511183003.GI4871@blackpad> (raw)
In-Reply-To: <443364434.369371242063386949.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com>

On Mon, May 11, 2009 at 01:36:26PM -0400, Michael Goldish wrote:
> 
> ----- "Mike Burns" <mburns@redhat.com> wrote:
> 
> > Eduardo Habkost wrote:
<snip>
> > >
> > > Maybe something like (untested):
> > >
> > >   for k in params.keys():
> > >       os.putenv("KVM_INSTALL_%s" % (k), params[k])
> > >
> > > Are all values on 'params' guaranteed to be strings, or they can be
> > set
> > > to any python value? In the latter case, we could use
> > str(params[k]), or
> > > export only the string parameters.
> > >   
> > That's a good idea.  I'm not sure about whether the params are all 
> > strings.  I'll try it out and respin the patch after. 
> 
> 1. Not all params are strings -- 'depend' is a list of strings, so str(params[k]) is a good idea.

Agreed. Using str(params[k]) won't hurt.

> 
> 2. Why not just pass the parameters via the command line, e.g.
> install_command = my_script.sh param1 param2

I think keeping the same convention for parameter passing for custom
scripts makes it easier to make custom scripts that behave similarly to
the predefined rules, but with just a few differences.

Also, can't the install rule be used on the cartesian configuration
file? In this case, the install parameters may be specified on a
different config rule.

For example, the Fedora project could use it like this:

cvs_server = "cvs.fedoraproject.org:/..."
variants:
  - CVSF10:
    cvs_branch = F10
  - CVSF11:
    cvs_branch = F11
  - CVSRawhide:
    cvs_branch = devel


variants:
  - install:
    type = kvm_install
    mode = custom
    install_command = "install_from_fedora_cvs.sh"
  - ...

I used Fedora CVS as an example, but the user may use anything we can
imagine, to store KVM code (or pointer to its), possibly having
different branches.

-- 
Eduardo

  parent reply	other threads:[~2009-05-11 18:30 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <1254147621.368741242063155059.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com>
2009-05-11 17:36 ` [PATCH][KVM-AUTOTEST] Add custom install option for kvm_install Michael Goldish
2009-05-11 17:52   ` Mike Burns
2009-05-11 18:34     ` Eduardo Habkost
2009-05-11 18:43       ` Mike Burns
2009-05-11 18:30   ` Eduardo Habkost [this message]
2009-05-12 15:34 Mike Burns
2009-06-01 15:46 ` Uri Lublin
2009-06-01 18:25   ` Mike Burns
     [not found] <471764781.379441242067968821.JavaMail.root@zmail05.collab.prod.int.phx2.redhat.com>
2009-05-11 19:00 ` Michael Goldish
2009-05-11 19:19   ` Eduardo Pereira Habkost
2009-05-12 15:28     ` Mike Burns
2009-05-13  7:12   ` Avi Kivity
  -- strict thread matches above, loose matches on Subject: below --
2009-05-11 15:51 Mike Burns
2009-05-11 18:52 ` Lucas Meneghel Rodrigues
2009-05-08 18:55 Mike Burns
2009-05-11 13:49 ` Eduardo Habkost
2009-05-11 15:06   ` Mike Burns

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=20090511183003.GI4871@blackpad \
    --to=ehabkost@redhat.com \
    --cc=kvm@vger.kernel.org \
    --cc=mburns@redhat.com \
    --cc=mgoldish@redhat.com \
    --cc=ulublin@redhat.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.