linux-kernel - Re: If you want me to quit I will quit

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]

Message-ID: <alpine.LFD.1.10.0804261120070.2813@woody.linux-foundation.org>
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/