From: Dilger, Andreas <andreas.dilger@intel.com>
To: lustre-devel@lists.lustre.org
Subject: [Lustre-devel] [Lustre-discuss] [wc-discuss] Seeking contributors for Lustre User Manual
Date: Thu, 15 Nov 2012 00:12:40 +0000 [thread overview]
Message-ID: <CCC97D94.2646%andreas.dilger@intel.com> (raw)
In-Reply-To: <50A42E95.6030602@qmul.ac.uk>
On 11/14/12 4:51 PM, "Christopher J. Walker" <C.J.Walker@qmul.ac.uk> wrote:
>On 13/11/12 21:26, Ned Bass wrote:
>> - A review process for proposed changes that assures a high standard of
>>quality
>
>That's important. I've spotted cases where it's clear there's an issue,
>but am not sure what the correct answer is.
>
>A quick way of reporting issues in the manual would be useful too -
>whilst I did go to the effort of registering in order to submit typos,
>that's rather heavyweight. Just being able to send an e-mail would be
>easier - but it's true that someone needs to sort them.
I think that while email may be easier for the initial report to be
submitted, it places more burden on the recipient to track the issue (or
risk losing/forgetting the email over time), and the issue is only visible
to the recipient (and cannot easily be seen by others or transferred to
someone else for resolution). If we really want to scale the process of
updating the manual, then pushing the work to turn the emails into
tickets/fixes is not moving in the right direction.
I would prefer to see a fix immediately rather than someone filing a
ticket to describe the fix, since the documentation fix should be
self-describing. However, if there is a problem that isn't immediately
resolved then a Jira ticket should be submitted in order to track the
defect and allow assigning the work to someone. The effort of setting up
Jira and/or Gerrit accounts is a one-time thing, and is shared with normal
bug reporting, so hopefully not a huge burden (no worse than having to get
an account for the wiki, which would also be a requirement to submit, to
avoid wiki spam).
Hopefully this will not be a huge obstacle for contributions in the end.
Cheers, Andreas
next prev parent reply other threads:[~2012-11-15 0:12 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <F4644F70-E8BA-437F-87B1-9A57FADF8254@intel.com>
2012-11-10 0:09 ` [Lustre-devel] Seeking contributors for Lustre User Manual Dilger, Andreas
2012-11-13 18:33 ` [Lustre-devel] [wc-discuss] " Ned Bass
2012-11-13 19:48 ` Nathan Rutman
2012-11-13 21:26 ` Ned Bass
2012-11-13 21:43 ` Steven Jenkins
2012-11-14 3:21 ` Dilger, Andreas
2012-11-14 19:47 ` [Lustre-devel] Document Database Re: [Lustre-discuss] " Alex Kulyavtsev
2012-11-14 20:01 ` Richard P Wagner
2012-11-14 23:51 ` [Lustre-devel] " Christopher J. Walker
2012-11-15 0:12 ` Dilger, Andreas [this message]
2012-11-15 1:26 ` Ned Bass
2012-11-16 18:23 ` Henwood, Richard
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=CCC97D94.2646%andreas.dilger@intel.com \
--to=andreas.dilger@intel.com \
--cc=lustre-devel@lists.lustre.org \
/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.