From: "John W. Linville" <linville@tuxdriver.com>
To: David Woodhouse <dwmw2@infradead.org>
Cc: Dan Williams <dcbw@redhat.com>,
linux-wireless@vger.kernel.org,
Holger Schurig <hs4233@mail.mn-solutions.de>,
libertas-dev@lists.infradead.org
Subject: Re: [PATCH] less eventcause shifts
Date: Tue, 4 Dec 2007 10:21:22 -0500 [thread overview]
Message-ID: <20071204152122.GE19911@tuxdriver.com> (raw)
In-Reply-To: <1196780866.13978.275.camel@pmac.infradead.org>
On Tue, Dec 04, 2007 at 03:07:46PM +0000, David Woodhouse wrote:
> On Tue, 2007-12-04 at 09:54 -0500, John W. Linville wrote:
> > The result is a nice, rebased set of patches on top of the current
> > upstream work. If you simply did a "commit, pull, commit, pull,
> > etc" cycle then you would end-up with a set of patches that might
> > no longer apply on top of a clean upstream branch -- been there,
> > wireless-dev RIP.
>
> Ah, I understand your confusion. It reflects akpm's confusion when he
> first started trying to use git-bisect.
>
> This thing is, there is no actual need for a 'set of patches'. Git isn't
> about patches. It's about commits and pulls. It doesn't _matter_ if you
> had to fix up something when you merged from Linus, because when Linus
> pulls from your tree, he pulls your manual merge effort too.
Well I'm a bit hemmed-in -- Linus pull's from Dave and Jeff, they
pull from me. Both of them are a bit prone to rebasing as well.
Even if I just "let it ride" (i.e. didn't rebase), I would still be
prone to some of the merge difficulties I described when I pulled
duplicate patches back in from Linus later.
FWIW, I've seen Linus complain about dirty git history on several
occassions. So even if he were pulling directly from me I imagine
that there would still be a need for some of this quilt-like use of
git to clean-up things from time to time.
Still, it is true that I might be able to maintain a more consistent
'everything' branch if I weren't "serving two masters"...alas.
> > [1] If your work does _not_ rely on patches already merged in my tree
> > then by all means just use Linus' tree.
>
> That was my intention, right up to the point at which a bunch of
> libertas patches appeared in your tree :)
It was my understanding that you were working on top of these patches
anyway (i.e. not rewriting or replacing them). Anyway they are all
destined for 2.6.25 so your "Linus + libertas patches" just still be
just as valid...?
John
--
John W. Linville
linville@tuxdriver.com
next prev parent reply other threads:[~2007-12-04 15:22 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-28 8:15 [PATCH] less eventcause shifts Holger Schurig
2007-11-28 14:53 ` Dan Williams
2007-11-28 15:02 ` David Woodhouse
2007-11-28 15:13 ` Holger Schurig
2007-11-28 15:22 ` Dan Williams
2007-11-28 16:29 ` David Woodhouse
2007-11-29 9:32 ` Holger Schurig
2007-11-28 15:21 ` Dan Williams
2007-12-03 17:58 ` Dan Williams
2007-12-03 20:48 ` David Woodhouse
2007-12-03 21:17 ` Dan Williams
2007-12-04 14:54 ` John W. Linville
2007-12-04 15:07 ` David Woodhouse
2007-12-04 15:06 ` Dan Williams
2007-12-04 15:21 ` David Woodhouse
2007-12-04 15:11 ` David Woodhouse
2007-12-04 15:21 ` John W. Linville [this message]
2007-12-04 15:29 ` David Woodhouse
2007-12-04 16:00 ` Dan Williams
2007-12-04 16:14 ` John W. Linville
2007-12-04 16:17 ` Dan Williams
2007-12-04 16:12 ` John W. Linville
2007-12-04 16:27 ` [PATCH] fewer " David Woodhouse
2007-12-04 16:57 ` John W. Linville
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=20071204152122.GE19911@tuxdriver.com \
--to=linville@tuxdriver.com \
--cc=dcbw@redhat.com \
--cc=dwmw2@infradead.org \
--cc=hs4233@mail.mn-solutions.de \
--cc=libertas-dev@lists.infradead.org \
--cc=linux-wireless@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.