qemu-devel.nongnu.org archive mirror
 help / color / mirror / Atom feed
From: Brad Hards <bradh@frogmouth.net>
To: qemu-devel@nongnu.org
Cc: Stefan Hajnoczi <stefanha@linux.vnet.ibm.com>
Subject: Re: [Qemu-devel] KVM call agenda for April 05
Date: Tue, 5 Apr 2011 16:01:02 +1000	[thread overview]
Message-ID: <201104051601.02762.bradh@frogmouth.net> (raw)
In-Reply-To: <4D9A231F.6040004@codemonkey.ws>

On Tue, 5 Apr 2011 05:59:27 am Anthony Liguori wrote:
> - Trivial patch monkeys^Wteam -- this is an idea Stefan and I have been
> kicking around to help some of the trivial patches get more attention on
> the mailing list
I saw a wiki page (http://wiki.qemu.org/Contribute/TrivialPatches) that I 
assumed was historical - bad assumption given the page history of course.

As an outsider / new contributor, it isn't easy to see how to get patches 
noticed, and how different things should feed into the tree(s). For instance, 
is my patch being ignored because I forgot the Signed-off-by line, or is the 
maintainer away for a month? Or am I just not "in the club"?

It isn't even easy to figure out what trees there are (apart from the main one) 
and a google search for "qemu git" produces some misleading links to savannah 
and places other than git://git.qemu.org/qemu.git. It would also be useful if 
http://git.qemu.org/git/qemu.git/ and http://git.qemu.org/qemu.git worked 
again. Perhaps a list of main trees on the wiki or in MAINTAINERS might help? 
Even a list of obsolete trees might be useful.

It would probably also help if there was a little more documentation on the 
process bits (e.g. whether I need a public git tree, or mailing patches is 
always preferred, and maybe some links to better-practice git setups to ensure 
patches make it through OK) and about what is expected in terms of code 
quality and resubmission. It would also help to have some explanatory text for 
some of the architectural docs that are available (e.g. there is a lot of 
words on the wiki about QED, and I guess its some kind of storage / disk 
thing, but I have no idea why its important, or even if I should know about 
it).

I've tried to expand 
http://wiki.qemu.org/Documentation/GettingStartedDevelopers to cover my 
personal "a-ha" moments, but if I knew enough to write it all, then I'd 
probably be more interested in getting code written too...

I'm sorry I have more complaints than useful suggestions here. I can only say 
I'll hang around (mail / IRC) as long as I feel somewhat welcome and write up 
any insights you can offer.

Brad

  parent reply	other threads:[~2011-04-05  6:01 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-04-04 19:22 [Qemu-devel] KVM call agenda for April 05 Juan Quintela
2011-04-04 19:59 ` Anthony Liguori
2011-04-04 20:38   ` Lucas Meneghel Rodrigues
2011-04-05  6:01   ` Brad Hards [this message]
2011-04-05  8:27     ` Stefan Hajnoczi
2011-04-05  8:29     ` Alexander Graf
2011-04-05  8:42       ` Stefan Hajnoczi
2011-04-05  9:44       ` Brad Hards
2011-04-05  9:50         ` Alexander Graf
2011-04-05 10:53         ` Stefan Hajnoczi
2011-04-05 12:04           ` Brad Hards
2011-04-05 12:21       ` Brad Hards
2011-04-05 13:14         ` Stefan Hajnoczi
2011-04-05 20:25           ` Peter Maydell
2011-04-05 20:30             ` Anthony Liguori
2011-04-07  9:38               ` Harsh Bora
2011-04-05  9:36   ` Alon Levy

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=201104051601.02762.bradh@frogmouth.net \
    --to=bradh@frogmouth.net \
    --cc=qemu-devel@nongnu.org \
    --cc=stefanha@linux.vnet.ibm.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).