xfs
[Top] [All Lists]

Re: [PATCH] xfsdump: update summaries in preparation for release 3.0.6

To: Christoph Hellwig <hch@xxxxxxxxxxxxx>
Subject: Re: [PATCH] xfsdump: update summaries in preparation for release 3.0.6
From: Alex Elder <aelder@xxxxxxx>
Date: Thu, 13 Oct 2011 05:43:28 -0500
Cc: <xfs@xxxxxxxxxxx>
In-reply-to: <20111010163423.GD11902@xxxxxxxxxxxxx>
References: <201110052210.p95MAXGI012463@xxxxxxxxxxxxxxxxxxxxxx> <20111010163423.GD11902@xxxxxxxxxxxxx>
Reply-to: <aelder@xxxxxxx>
On Mon, 2011-10-10 at 12:34 -0400, Christoph Hellwig wrote:
> On Wed, Oct 05, 2011 at 05:10:33PM -0500, Alex Elder wrote:
> > The following is a draft of summaries to be included in the next
> > release of xfsdump.
> 
> The content looks good, but it's fairly different and much more verbose
> style than we traditionally did, which also generally focussed on user
> visible changes.

This is pretty reasonable feedback and I guess not a
surprise to me.  I was sort of throwing these together
at the end of a long day and didn't really distill them
down before sending them out.

I'll take another pass at all of them and will re-post.
Thanks.

                                        -Alex

> This is how I would have written the log in the "old" style:
> 
> xfsdump-3.0.6 (5 October 2011)
>       - unconditionally add checksums to various dump headers in
>         xfsdump.
>       - verify checksums if present in xfsrestore.
>       - use the POSIX signal API instead of the legacy SysV API.
>       - various internal cleanups and refactoring in xfsdump and
>         xfsrestore.
>       - lift the limit of options in dialogs from 8 to 99.
>       - various build system fixes, thanks to Ted Ts'o.
> 
> same applies to the other logs.



<Prev in Thread] Current Thread [Next in Thread>