| To: | Eric Sandeen <sandeen@xxxxxxxxxxx> |
|---|---|
| Subject: | Re: [ANNOUNCE] xfsprogs v3.1.9 |
| From: | Christoph Hellwig <hch@xxxxxxxxxxxxx> |
| Date: | Thu, 13 Dec 2012 03:41:05 -0500 |
| Cc: | Ben Myers <bpm@xxxxxxx>, xfs@xxxxxxxxxxx |
| In-reply-to: | <50C922B5.3020501@xxxxxxxxxxx> |
| References: | <20121212221431.GD30652@xxxxxxx> <50C922B5.3020501@xxxxxxxxxxx> |
| User-agent: | Mutt/1.5.21 (2010-09-15) |
On Wed, Dec 12, 2012 at 06:35:01PM -0600, Eric Sandeen wrote: > On 12/12/12 4:14 PM, Ben Myers wrote: > > Version 3.1.9 of xfsprogs has been released. > > > > A gzipped-tar archive of the source code is available here: > > > > ftp://oss.sgi.com/projects/xfs/cmd_tars/xfsprogs-3.1.9.tar.gz > > Can you please recreate that so that it includes a top-level dir in it? > currently it unpacks into the CWD. :( > > Not sure if others have the same problem. Regenerating a tarball for an existing release breaks havoc for various build systems doing checksumming. I think we need to simply bump the version for the proper packaging. How did this happen? release.sh should do the right thing by default. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: [PATCH 1/4] xfs: Add a new function xfs_buf_log_overhead() to replace the hard-code number of 128, Dave Chinner |
|---|---|
| Next by Date: | Re: [PATCH] xfsprogs: Fix possible unallocated memory access in fiemap, Lukáš Czerner |
| Previous by Thread: | Re: [ANNOUNCE] xfsprogs v3.1.9, Eric Sandeen |
| Next by Thread: | Re: [ANNOUNCE] xfsprogs v3.1.9, Ben Myers |
| Indexes: | [Date] [Thread] [Top] [All Lists] |