lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20140407222702.9773d7369c05918a6f16151f@canb.auug.org.au>
Date:	Mon, 7 Apr 2014 22:27:02 +1000
From:	Stephen Rothwell <sfr@...b.auug.org.au>
To:	Jeff Layton <jlayton@...hat.com>
Cc:	Linus Torvalds <torvalds@...ux-foundation.org>,
	Linux Kernel mailing list <linux-kernel@...r.kernel.org>,
	linux-fsdevel <linux-fsdevel@...r.kernel.org>,
	Bruce Fields <bfields@...ldses.org>,
	Matthew Wilcox <matthew@....cx>
Subject: Re: [GIT PULL] please pull file locking changes for 3.15

Hi Jeff,

On Mon, 7 Apr 2014 07:11:30 -0400 Jeff Layton <jlayton@...hat.com> wrote:
>
> On Mon, 7 Apr 2014 11:37:06 +1000
> Stephen Rothwell <sfr@...b.auug.org.au> wrote:
> 
> > On Fri, 4 Apr 2014 20:56:24 -0400 Jeff Layton <jlayton@...hat.com> wrote:
> > >
> > > Thanks for the feedback and for pulling this in anyway. I'll make sure
> > > to do all of that on subsequent pull requests.
> > 
> > Also, please don't rebase what you have in linux-next before sending it to
> > Linus (without good reason).  Especially if you then leave the linux-next
> > included branch as it was - since that may cause conflicts in my tree
> > (and so I notice the rebase).
> 
> I don't think I did that though, did I? Both the branches I had in this
> case were based on 3.13-rc1.

OK, so the base stayed the same, but you recommitted all the same patches
(I didn't check to see if the commit messages changed) which due to some
other change caused conflicts in linux-next today :-( Not really a
biggie, but generally, you really shouldn't rewrite your commits just
before sending them to Linus.

> Now that Linus has pulled in the changes, am I OK to rebase the
> branches (or do a pull)?

At this point, you should just reset your next included branch to be in
Linus' tree beyond where Linus merged your tree, then it will be
effectively empty (unless you then add some more patches on top - but at
this point those should only be fixes).

-- 
Cheers,
Stephen Rothwell                    sfr@...b.auug.org.au

Content of type "application/pgp-signature" skipped

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ