[libvirt] [PATCH 2/4] news: Introduce rules for the schema file and fix offending lines

Andrea Bolognani abologna at redhat.com
Tue Mar 28 13:41:44 UTC 2017


On Tue, 2017-03-28 at 13:58 +0200, Peter Krempa wrote:
> Add more strict rules for the news file and fix offending entries.

s/more strict/stricter/

> ---
>  docs/news.xml | 41 ++++++++++++++++++++++++++++-------------
>  1 file changed, 28 insertions(+), 13 deletions(-)
> 
> diff --git a/docs/news.xml b/docs/news.xml
> index 17186b954..024b659e8 100644
> --- a/docs/news.xml
> +++ b/docs/news.xml
> @@ -5,9 +5,20 @@
>       This file will be processed to produce both HTML and plain text versions
>       of the release notes.
> 
> -     Keep the style consistent with existing entries as much as possible:
> -     each change should be documented by a short, one-sentence summary
> -     and optionally a description where it's explained in more detail -->
> +     Keep the style consistent with existing entries as much as possible.
> +
> +     Each change should be documented by a short, one-sentence one-line summary.
> +     The summary should not contain any formatting tags.

"one-sentence one-line" is rather clunky, I would suggest
rewording it along the lines of

  Each change should be documented by a short, one-sentence
  summary, which should fit in a single line and should not
  contain any formatting tags.

> +     Optionally use a description where the change can be explained in more
> +     detail.

I think something along the lines of

  You can optionally add a description if you feel like
  the summary alone is not enough to document the change
  accurately.

would work better here.

> The description may contain a <code> tag for switching to
> +     non-proportional font. No other tags are allowed.
> +
> +     Each <release> tag is required to contain at least one <section> tag and
> +     each <section> tag is required to contain at least one <change> tag.

I'm not sure the above two line are really needed. I would
omit them.


ACK if you take care of at least the commit message and the
first suggestion, I leave the remaining two up to you.

-- 
Andrea Bolognani / Red Hat / Virtualization




More information about the libvir-list mailing list