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 for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:	Sat, 26 Apr 2008 11:26:07 -0700 (PDT)
From:	Linus Torvalds <torvalds@...ux-foundation.org>
To:	Sam Ravnborg <sam@...nborg.org>
cc:	Adrian Bunk <bunk@...nel.org>,
	Andrew Morton <akpm@...ux-foundation.org>,
	Harvey Harrison <harvey.harrison@...il.com>,
	Mauro Carvalho Chehab <mchehab@...radead.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: Re: If you want me to quit I will quit



On Sat, 26 Apr 2008, Sam Ravnborg wrote:
> 
> It also depends on whare you are located in the dependency tree.

Absolutely.

> Being kbuidl maintainer I have very few people that actually pull me git 
> tree (except from -mm and -next). So I rebase at will and have so far 
> not got a single complaint from anyone pulling my tree.

I agree. Some trees are so specific (and/or simply don't have enough 
patches in them) that it simply doesn't matter if two different people 
pull the same tree. Even if it might end up causing some duplication of 
commits (because the pulled tree might end up being then pulled further), 
it's not a big deal if it's rare.

In fact, we have always had duplicated commits even when they are passed 
around as email - just because perhaps two different trees simply needed 
the same fix, and rather than wait for it, they both integrated it (and 
then when they get merged, the same patch exists twice in the history, 
just with different committer info etc).

So yeah, rebasing ends up being really convenient if you really don't 
expect to have any other "real" end users than eventually being pulled 
into my tree (or, even more commonly, and when rebasing is *really* 
convenient: when it's just you keeping track of your own private patches 
in your own private tree and don't know if they will *ever* go upstream at 
all).

> But people like Davem and Ingo sits much higher in the dependency chain
> and thus they have a very different set of users and thus a different
> set of problems to take into account.

Yes. David has changed his workflow to accomodate others, while Ingo still 
does the rebasing (and it works out because nobody else works on his trees 
using git).

			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