Messages in this thread | | | Subject | Re: [GIT PULL] Keyrings patches | From | Mimi Zohar <> | Date | Wed, 18 Sep 2013 08:47:56 -0400 |
| |
On Wed, 2013-09-18 at 12:53 +0100, David Howells wrote: > Stephen Rothwell <sfr@canb.auug.org.au> wrote: > > > Is there some reason that those fixups cannot be done in a merge commit? > > i.e. are they more than simple text updates?
Hi Stephen, the issue is that the patches were created against a newer kernel (eg. next, akpm, Linus' branch), not the earlier one. So it isn't a merge issue per se. Now that -rc1 is out, James will rebase soon.
Mimi
> That's somewhat up to James. *He* would be the person doing the merge, not > me. I'm changing the lines in my patches also. > > > /me thinks that most rebases people do can be better done (and > > documented) as merges. > > That depends on how you define "better". Better for what? I think it's > better to absorb the changes into my patch series. StGIT is very good for > handling this, since my patches are currently maintained as an StGIT set. > That way, there ends up one fewer commit in the history, assuming no other > collisions with what James merges. > > David
| |