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]
Date:	Tue, 22 Apr 2008 14:47:07 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Russell King <rmk+lkml@....linux.org.uk>
cc:	Harvey Harrison <harvey.harrison@...il.com>,
	LKML <linux-kernel@...r.kernel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Randy Dunlap <randy.dunlap@...cle.com>
Subject: Re: [PATCH] mfd: kconfig exposing unbuildable driver



On Tue, 22 Apr 2008, Russell King wrote:
> 
> To be really frank, I'm beginning to wonder whether using git is such
> a good idea - at least if I was sending you a stream of patches then
> all I'd needed to have done was forward you the relevant patches as
> fixes to the previous set - and I wouldn't care whether you'd applied
> the previous set at that point.
> 
> But with git, it has to be known what you're doing at your end before
> I can make a decision about how to fix issues at my end.

I really don't see what you are talking about, and nobody else has that 
problem.

With patches, once you send them, they are sent, and you can't fix it.

With git, once you send my the "please pull", it's sent, and you can't fix 
it.

And with either, you can update the queue later. I don't understand AT ALL 
why you think they are different.

In fact, if anything, git trees are a lot more flexible. With git, what 
you can do is fix up the tree at any time, and send me an email saying 
"ok, if you already pulled it's too late, but if you didn't, the tree is 
now fixed". That you can't do with patches, because once you've sent them 
out they are out of your control.

But with both git and patches you can *always* just append on top of the 
previous set. Just send me a new set of patches (with git, that obviously 
means just sending me a new pull-request with updated information).

This is what everybody else does, it's not even unusual.

		Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ