All of lore.kernel.org
 help / color / mirror / Atom feed
From: Rich Johnston <rjohnston@sgi.com>
To: Christoph Hellwig <hch@infradead.org>,
	Eric Sandeen <sandeen@sandeen.net>
Cc: Ben Myers <bpm@sgi.com>, xfs-oss <xfs@oss.sgi.com>
Subject: Re: projid32bit=1 default in xfsprogs-3.2.0
Date: Fri, 10 Jan 2014 08:45:58 -0600	[thread overview]
Message-ID: <52D007A6.2060607@sgi.com> (raw)
In-Reply-To: <20131015204342.GA24997@infradead.org>

On 10/15/2013 03:43 PM, Christoph Hellwig wrote:
> On Tue, Oct 15, 2013 at 12:46:09PM -0700, Christoph Hellwig wrote:
>> On Mon, Oct 14, 2013 at 04:24:24PM -0500, Eric Sandeen wrote:
>>> Ok.  Default it is!   Thanks guys, just wanted to make sure we were
>>> all in agreement there.
>>
>> Can we make sure this gets documented in doc/CHANGES?
>>
>> I'm also pretty sure the entry for 3.2.0-alpha1 is severly lacking,
>> can we make sure the one for the real release is as detailed as the ones
>> for the previous releases?
>
> Btw, I also noticed releases after 3.1.9 aren't tagged in git, any
> chance we could fix that?  The release.sh script was supposed to take
> care of this automatically.
>
> Also we have tons of fixes in the xfsprogs repo that really should go
> out into a new 3.1.12 release:
>
>      xfs_io: v8 add the lseek() SEEK_DATA/SEEK_HOLE support
>      xfs_db: add header to freesp -d output
>      xfs_repair: zero out unused parts of superblocks
>      xfs_repair: add prototype for alloc_ex_data()
>      xfsprogs: fix Out-of-bounds access in repair/dinode.c
>      xfsprogs: fix inode crash in xfs_repair
>      xfsprogs: fix unint var in repair phase6
>      xfsprogs: fix agcnts leak in xfs_repair's scan_ags
>      xfsprogs:free bp in xlog_find_tail() error path
>      xfsprogs: free bp in xlog_find_zeroed() error path
>      xfsprogs: fix buffer leak in xlog_print_find_oldest
>      xfsprogs: avoid double-free in xfs_attr_node_addname
>      xfsprogs/io: add readdir command
>      mkfs.xfs: fix protofile name create block reservation
>      logprint: fix wrapped log dump issue
>      xfs_metadump: manpage fix regarding frozen fs
>      mkfs: add missing noalign suboption information
>      xfsprogs: fix make deb
>      xfsprogs: define umode_t for build if not defined already
>      xfs_logprint: fix continuation transactions
>      xfs_fsr: file reads should be O_DIRECT
>      xfs_logprint: print all AGI unlinked buckets
>
> + a few more pending on the list.  I'd volunteer to prepare and test
> thos backports once we get the remaining patches from the list in.
>
> _______________________________________________
> xfs mailing list
> xfs@oss.sgi.com
> http://oss.sgi.com/mailman/listinfo/xfs
>
Hey Christoph,

If your still interested in a 3.1.12 release, a 'for-3.1.12' branch has 
been created.
http://oss.sgi.com/archives/xfs/2014-01/msg00056.html

Thanks
--Rich

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

  parent reply	other threads:[~2014-01-10 14:45 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-14 16:30 projid32bit=1 default in xfsprogs-3.2.0 Eric Sandeen
2013-10-14 21:16 ` Dave Chinner
2013-10-14 21:23   ` Ben Myers
2013-10-14 21:24     ` Eric Sandeen
2013-10-15 19:46       ` Christoph Hellwig
2013-10-15 20:43         ` Christoph Hellwig
2013-10-15 21:22           ` Ben Myers
2013-10-15 21:31             ` Christoph Hellwig
2013-10-15 21:49               ` Ben Myers
2013-10-15 21:57                 ` Eric Sandeen
2013-10-15 22:48                   ` Dave Chinner
2013-10-15 22:59                     ` Eric Sandeen
2014-01-10 14:45           ` Rich Johnston [this message]
2014-01-11 10:30             ` Christoph Hellwig

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=52D007A6.2060607@sgi.com \
    --to=rjohnston@sgi.com \
    --cc=bpm@sgi.com \
    --cc=hch@infradead.org \
    --cc=sandeen@sandeen.net \
    --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.