From: Steven Rostedt <rostedt@goodmis.org>
To: Stefan Richter <stefanr@s5r6.in-berlin.de>,
LKML <linux-kernel@vger.kernel.org>
Cc: Nicolas Pitre <nico@fluxnic.net>, Ingo Molnar <mingo@elte.hu>,
Stephen Rothwell <sfr@canb.auug.org.au>,
"Luck, Tony" <tony.luck@intel.com>, Jeff Garzik <jeff@garzik.org>,
Robert Richter <robert.richter@amd.com>,
Dmitry Torokhov <dmitry.torokhov@gmail.com>,
"Luis R. Rodriguez" <mcgrof@gmail.com>,
Jean Delvare <khali@linux-fr.org>,
Linus Torvalds <torvalds@linux-foundation.org>
Subject: Re: [kernel.org users] Please remember to run 'git gc' on your repositories
Date: Fri, 23 Oct 2009 17:03:14 -0400 [thread overview]
Message-ID: <1256331794.26028.36.camel@gandalf.stny.rr.com> (raw)
In-Reply-To: <4AE21839.3000000@s5r6.in-berlin.de>
[ took off users.kernel.org and added LKML ]
There's a thread started on LKML, search for the subject:
"[RFC] to rebase or not to rebase on linux-next" (thanks Ingo for the
typo fix).
And continue this conversation there.
Thanks!
-- Steve
On Fri, 2009-10-23 at 22:55 +0200, Stefan Richter wrote:
> Nicolas Pitre wrote:
> > On Fri, 23 Oct 2009, Ingo Molnar wrote:
> >
> >> linux-next should not be used as a 'test and rebase' feedback loop for
> >> build-broken, unbisectable crap. Why do you think it should be used for
> >> that?
> >
> > I've been under the impression that linux-next has been created exactly
> > for that: a tree that pulls everything together for testing and early
> > merge conflict resolutions, and to be thrown away the next day when the
> > process is repeated again. It is indeed exactly that: a "test and
> > rebase" feedback tree where the big picture can be assessed before stuff
> > is headed for Linus's tree where commits are then stable.
> >
> > To my knowledge, unlike Linus's tree, linux-next was never meant to be a
> > stable tree itself, nor its components.
> [...]
>
> The trees which are pulled into linux-next are supposed to be
> unit-tested. It is material which you would ask Linus to pull if he had
> a merge window open today. The only thing that this material may still
> lack is integration testing (and exposure to mainline's huge userbase of
> course).
>
> I have doubts that the majority of build errors which linux-next
> frequently encounters are purely integration related.
prev parent reply other threads:[~2009-10-23 21:03 UTC|newest]
Thread overview: 36+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4ADD0793.3000707@kernel.org>
[not found] ` <20091020020449.GF24370@core.coreip.homeip.net>
[not found] ` <20091020034829.GA12833@elte.hu>
[not found] ` <20091020140750.GH11972@erda.amd.com>
[not found] ` <alpine.LFD.2.00.0910210654480.5125@eeepc.linux-foundation.org>
[not found] ` <20091022122042.e535d43c.sfr@canb.auug.org.au>
[not found] ` <20091023112732.GB5886@elte.hu>
[not found] ` <4AE19A74.1090709@garzik.org>
[not found] ` <20091023123555.GA25366@elte.hu>
[not found] ` <57C9024A16AD2D4C97DC78E552063EA3E33D0174@orsmsx505.amr.corp.intel.com>
[not found] ` <20091023134115.GD27097@elte.hu>
[not found] ` <alpine.LFD.2.00.0910231424440.21460@xanadu.home>
[not found] ` <20091023191631.GA1879@elte.hu>
2009-10-23 19:35 ` [RFC] to rebase or not to rebase on liunx-next Steven Rostedt
2009-10-23 20:37 ` [RFC] to rebase or not to rebase on linux-next Ingo Molnar
2009-10-23 20:54 ` Ingo Molnar
2009-10-23 21:59 ` Sam Ravnborg
2009-10-26 23:26 ` Steven Rostedt
2009-10-26 23:30 ` David Miller
2009-10-26 23:51 ` Steven Rostedt
2009-10-27 0:15 ` David Miller
2009-10-27 0:30 ` Steven Rostedt
2009-10-27 1:34 ` David Miller
2009-10-27 3:02 ` Steven Rostedt
2009-10-27 4:56 ` Theodore Tso
2009-10-27 5:18 ` David Miller
2009-10-27 8:13 ` Ingo Molnar
2009-10-27 9:48 ` Catalin Marinas
2009-10-27 7:59 ` Ingo Molnar
2009-10-27 15:39 ` Steven Rostedt
2009-10-27 17:18 ` Nicolas Pitre
2009-10-28 15:15 ` Steven Rostedt
2009-10-28 6:40 ` Ingo Molnar
2009-10-24 8:03 ` Theodore Tso
2009-10-24 12:20 ` Stefan Richter
2009-10-24 19:43 ` Sam Ravnborg
2009-10-27 19:06 ` Linus Torvalds
2009-10-27 19:27 ` Steven Rostedt
2009-10-27 19:39 ` Valdis.Kletnieks
2009-10-27 19:43 ` Steven Rostedt
2009-10-27 19:42 ` Linus Torvalds
2009-10-26 4:53 ` Luck, Tony
2009-10-26 5:21 ` Theodore Tso
2009-10-26 18:01 ` Stefan Richter
2009-10-27 18:07 ` Theodore Tso
2009-10-27 18:54 ` Stefan Richter
2009-10-28 7:26 ` Ingo Molnar
2009-10-24 12:51 ` Stefan Richter
[not found] ` <4AE21839.3000000@s5r6.in-berlin.de>
2009-10-23 21:03 ` Steven Rostedt [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1256331794.26028.36.camel@gandalf.stny.rr.com \
--to=rostedt@goodmis.org \
--cc=dmitry.torokhov@gmail.com \
--cc=jeff@garzik.org \
--cc=khali@linux-fr.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mcgrof@gmail.com \
--cc=mingo@elte.hu \
--cc=nico@fluxnic.net \
--cc=robert.richter@amd.com \
--cc=sfr@canb.auug.org.au \
--cc=stefanr@s5r6.in-berlin.de \
--cc=tony.luck@intel.com \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®