xfs
[Top] [All Lists]

Re: [PATCH v5 1/2] libxcmd: generalize topology functions

To: Eric Sandeen <sandeen@xxxxxxxxxxx>
Subject: Re: [PATCH v5 1/2] libxcmd: generalize topology functions
From: Dave Chinner <david@xxxxxxxxxxxxx>
Date: Fri, 13 May 2016 07:42:32 +1000
Cc: xfs@xxxxxxxxxxx
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <894f9680-a6f2-7c27-7c97-4bc45c3a320b@xxxxxxxxxxx>
References: <1463006717-6104-1-git-send-email-billodo@xxxxxxxxxx> <1463006717-6104-2-git-send-email-billodo@xxxxxxxxxx> <20160512115513.GD32528@xxxxxxxxxxxxx> <20160512122039.GA19699@xxxxxxxxxx> <20160512144726.GA5611@xxxxxxxxxxxxx> <894f9680-a6f2-7c27-7c97-4bc45c3a320b@xxxxxxxxxxx>
User-agent: Mutt/1.5.21 (2010-09-15)
On Thu, May 12, 2016 at 10:04:50AM -0500, Eric Sandeen wrote:
> On 5/12/16 9:47 AM, Christoph Hellwig wrote:
> > On Thu, May 12, 2016 at 07:20:39AM -0500, Bill O'Donnell wrote:
> >> xfs_multidisk.h came about a few days ago (4a32b9e928b80)
> >> git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git
> > 
> > Gah, looks like I'm stuck on the oss.sgi.com repo..
> 
> We really need to kill that.

I only update xfsprogs on oss at releases. All dev happens on the
kernel.org repo. Before we kill oss.sgi.com we have to sort out how
to get release tarballs up on kernel.org. I'm pretty we can do that
'kup', but I haven't had time to work out the process needed to do
that. This is really the only thing keeping us on oss.sgi.com.

I'm also not sure what to do with all the tarballs from previous
releases that are on oss. I think I can regenerate all the recent
releases (e.g. 3.2.0 onwards) without much trouble, but the older
releases might be more of an issue. More investigation needed.

Cheers,

Dave.
-- 
Dave Chinner
david@xxxxxxxxxxxxx

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