SGI folks, The commit messages for a couple of patches has been screwed up. The patch series I sent titled: [PATCH 1/3] XFS: Avoid directly referencing the VFS inode [PATCH 2/3] XFS: kill shouty XFS_
Sorry the commits are screwed up - looks like the committer was a little too hasty. To fix these up you do realise this means undoing the mods from ptools, checking them in again and then merging the
Author: Stuart Rowan <strr-debian@xxxxxxxxxxxxxxxxxx>
Date: Tue, 12 Aug 2008 09:23:38 +0100
<tongue in cheek> Presumably the tedious process will teach the hasty committer a valuable lesson. Alternatively, how about a more robust TAKE process? :-) </tongue in cheek> My thanks to all of you,
I don't really care about what is in the ptools tree; I don't see that nor does the rest of the world. Sure. But SGI has the power to both screw and unscrew the commit logs. The former has been done
Dave Chinner wrote: On Tue, Aug 12, 2008 at 06:24:30PM +1000, Lachlan McIlroy wrote: Sorry the commits are screwed up - looks like the committer was a little too hasty. To fix these up you do realise
SGI folks, The commit messages for a couple of patches has been screwed up. The patch series I sent titled: [PATCH 1/3] XFS: Avoid directly referencing the VFS inode [PATCH 2/3] XFS: kill shouty XFS_
Sorry the commits are screwed up - looks like the committer was a little too hasty. To fix these up you do realise this means undoing the mods from ptools, checking them in again and then merging the
<tongue in cheek> Presumably the tedious process will teach the hasty committer a valuable lesson. Alternatively, how about a more robust TAKE process? :-) </tongue in cheek> My thanks to all of you,
I don't really care about what is in the ptools tree; I don't see that nor does the rest of the world. Sure. But SGI has the power to both screw and unscrew the commit logs. The former has been done
Dave Chinner wrote: On Tue, Aug 12, 2008 at 06:24:30PM +1000, Lachlan McIlroy wrote: Sorry the commits are screwed up - looks like the committer was a little too hasty. To fix these up you do realise
SGI folks, The commit messages for a couple of patches has been screwed up. The patch series I sent titled: [PATCH 1/3] XFS: Avoid directly referencing the VFS inode [PATCH 2/3] XFS: kill shouty XFS_
Sorry the commits are screwed up - looks like the committer was a little too hasty. To fix these up you do realise this means undoing the mods from ptools, checking them in again and then merging the
Author: Stuart Rowan <strr-debian@xxxxxxxxxxxxxxxxxx>
Date: Tue, 12 Aug 2008 09:23:38 +0100
<tongue in cheek> Presumably the tedious process will teach the hasty committer a valuable lesson. Alternatively, how about a more robust TAKE process? :-) </tongue in cheek> My thanks to all of you,
I don't really care about what is in the ptools tree; I don't see that nor does the rest of the world. Sure. But SGI has the power to both screw and unscrew the commit logs. The former has been done
To fix these up you do realise this means undoing the mods from ptools, checking them in again and then merging them back into OSS? I don't really care about what is in the ptools tree; I don't see t