All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alex Elder <aelder@sgi.com>
To: xfs@oss.sgi.com
Cc: nathans <nathans@debian.org>
Subject: [PATCH] xfsdump: update CHANGES file for release
Date: Wed, 30 Mar 2011 15:22:55 -0500	[thread overview]
Message-ID: <1301516575.2953.29.camel@doink> (raw)

Update the CHANGES file in preparation for releasing xfsdump 3.0.5.

Signed-off-by: Alex Elder <aelder@sgi.com>

---
 debian/changelog |    6 ++++++
 doc/CHANGES      |   27 +++++++++++++++++++++++++++
 2 files changed, 33 insertions(+)

Index: b/debian/changelog
===================================================================
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,9 @@
+xfsdump (3.0.5) unstable; urgency=low
+
+  * New upstream release
+
+ -- Nathan Scott <nathans@debian.org>  Wed, 31 Mar 2011 07:30:00 +1100
+
 xfsdump (3.0.4) unstable; urgency=low
 
   * New bugfix release
Index: b/doc/CHANGES
===================================================================
--- a/doc/CHANGES
+++ b/doc/CHANGES
@@ -1,3 +1,30 @@
+xfsdump-3.0.5 (30 March 2011)
+	- Release tags will now be digitally signed
+	- Quota files will now be dumped, regardless of the maxsize
+	  setting
+	- The new "-s sessid" flag allows inventory sessions to be
+	  pruned by their session ID.
+	- Fixed a bug in handling long dump filenames, and dropped
+	  (undocumented) support for encoding certain parameters
+	  within the dump filename
+	- NODECHK is now off by default, meaning xfsrestore will now
+	  support 16 times more directory entries (4 billion)
+	- nrh_t is now 64 bits wide, allowing xfsrestore to support
+	  dumps with up to 4 billion directory entries
+	- nix_t is no longer useful, and has been eliminated
+	- Memory use in xfsrestore is better managed now.  Segments
+	  of nodes are now power-of-2 sized, and allocated nodes are
+	  no longer needlessly zeroed and linked into the free list.
+	- Pathname resolution in xfsrestore has a number of
+	  performance improvements
+	- Better checking has been implemented for compatibility
+	  when resuming a cumulative restore
+	- Build system output has been cleaned up considerably
+	- Dead "namreg" code has been removed
+	- Build dependencies are now determined automatically
+	- Other miscellaneous build system improvements, as well bug
+	  fixes thanks to Mike Frysinger and Arkadiusz Miśkiewicz.
+
 xfsdump-3.0.4 (13 January 2010)
 	- Improve xfsinvutil man page and argument processing.
 	- Fix timestamp handling on 64-bit architectures in xfsinvutil.


_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

             reply	other threads:[~2011-03-30 20:19 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-03-30 20:22 Alex Elder [this message]
2011-03-30 21:40 ` [PATCH] xfsdump: update CHANGES file for release nathans
2011-03-30 21:45 ` Bill Kendall

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=1301516575.2953.29.camel@doink \
    --to=aelder@sgi.com \
    --cc=nathans@debian.org \
    --cc=xfs@oss.sgi.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.