Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-03 Thread Alan
> The right thing would have been to no put in gfs2 too early. According > to you it's unstable. I would note that Russell is expressing his own slightly odd view not a company one, nor afaik the view of any of the mainstream GFS2 team. - To unsubscribe from this list: send the line "unsubscribe

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-03 Thread Rik van Riel
Pavel Machek wrote: Feel free to keep rhel5 ugly, Oh no he won't. We review patches internally, too :) -- Politics is the struggle between those who want to make their country the best in the world, and those who believe it already is. Each group calls the other unpatriotic. - To unsubscrib

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-03 Thread Christoph Hellwig
On Sun, Dec 03, 2006 at 01:06:53PM -0600, Russell Cattelan wrote: > Ok your right rhel5 has no bearing on what goes into 2.6.20. > And again I not taking issues with any of the cleanups you sent > in they were complete and addressed real potential problems. > > Just trying to point out stablizing

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-03 Thread Russell Cattelan
Al Viro wrote: On Fri, Dec 01, 2006 at 05:29:46PM -0600, Russell Cattelan wrote: gfs2 is supposed to be stabilized and use-able for the up coming rhel5 release, not pretty up for somebody to print out and hang on their wall. Your insight, sir, is truly stunning. That is to say, it r

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-02 Thread Pavel Machek
Hi! > > > code clean up are not without risk and with no regression test suite to > > > verify > > > that a "cleanup" has not broken something. Cleanups are very much a > > > hindrance to stabilization. With no know working points in a code > > > history it becomes difficult > > > to bisect change

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-01 Thread Al Viro
On Fri, Dec 01, 2006 at 05:29:46PM -0600, Russell Cattelan wrote: > gfs2 is supposed to be stabilized and use-able for the up coming rhel5 > release, not pretty up for somebody to print out and hang on their wall. Your insight, sir, is truly stunning. That is to say, it reminds of a sudden and u

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-01 Thread Russell Cattelan
On Fri, 2006-12-01 at 21:08 +, Al Viro wrote: > On Fri, Dec 01, 2006 at 02:52:11PM -0600, Russell Cattelan wrote: > > code clean up are not without risk and with no regression test suite to > > verify > > that a "cleanup" has not broken something. Cleanups are very much a > > hindrance to stabi

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-01 Thread Al Viro
On Fri, Dec 01, 2006 at 02:52:11PM -0600, Russell Cattelan wrote: > code clean up are not without risk and with no regression test suite to > verify > that a "cleanup" has not broken something. Cleanups are very much a > hindrance to stabilization. With no know working points in a code > history it

Re: [Cluster-devel] Re: [GFS2] Change argument of gfs2_dinode_out [17/70]

2006-12-01 Thread Russell Cattelan
On Fri, 2006-12-01 at 19:25 +, Al Viro wrote: > On Fri, Dec 01, 2006 at 01:19:04PM -0600, Russell Cattelan wrote: > > On Thu, 2006-11-30 at 12:15 +, Steven Whitehouse wrote: > > > >From 539e5d6b7ae8612c0393fe940d2da5b591318d3d Mon Sep 17 00:00:00 2001 > > > From: Steven Whitehouse <[EMAIL P