linux-kernel - Re: Announce: Linux-next (Or Andrew's dream :-))

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:	Wed, 13 Feb 2008 10:06:16 -0500
From:	"John W. Linville" <linville@...driver.com>
To:	David Miller <davem@...emloft.net>, akpm@...ux-foundation.org,
	torvalds@...ux-foundation.org, bfields@...ldses.org,
	jeff@...zik.org, linux-kernel@...r.kernel.org
Subject: Re: Announce: Linux-next (Or Andrew's dream :-))

On Tue, Feb 12, 2008 at 06:47:30PM -0800, Joel Becker wrote:

> 	Make the distinction earlier.  With ocfs2 and configfs (we got
> this scheme from Jeff), we keep the topic branches as "unsafe" - that
> is, officially rebaseable .  We merge them all into a big "ALL" branch,
> which is also "unsafe".  Andrew pulls this for -mm, and it gets tested 
> here.  If there is a brown-paper-bag problem, we can tell the original
> author to fix it.  Then we re-pull the topic - effectively a rebase.
> The ALL is also rebased.  But that's Ok, it will never go towards Linus.
> 	When a topic is considered worthy of going upstream, we pull it
> to a branch called "upstream-linus".  This branch is *NEVER* rebased.
> Now that the topic is in upstream-linus, the original topic branch can't
> be rebased either.  So any fixes to that topic going forward will stay
> in the history.  Since that topic was pulled into ALL for testing, we
> are using the identical commits that got tested.

This is essentially the same process I've been using in wireless-2.6
with the (regularly rebased) 'everything' branch.  Still I find
that it causes lots of confusion and complaining.  Perhaps I am not
communicating clearly enough... :-)

Do you find that people are happy with that process?  Forgive me for
not knowing, but how many developers are actively (or occasionaly)
involved in ocfs2 and configfs?  How many 'normal' users pull your
tree looking for 'latest and greatest' code?

John
-- 
John W. Linville
linville@...driver.com
--
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/