git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH 01/10] refs: add "for_each_bisect_ref" function

From
Christian Couder <chriscool@tuxfamily.org>
Date
Mar 27, 2009, 00:41 UTC
Message-ID
<200903270141.57426.chriscool@tuxfamily.org>
In-Reply-To
<alpine.DEB.1.00.0903261748280.12753@intel-tinevez-2-302>
Le jeudi 26 mars 2009, Johannes Schindelin a écrit :
Show 17 quoted lines
> Hi,
>
> On Thu, 26 Mar 2009, Michael J Gruber wrote:
> > Christian Couder venit, vidit, dixit 26.03.2009 08:48:
> > > Le jeudi 26 mars 2009, Sverre Rabbelier a écrit :
> > >> A 10 patches series with no cover letter?
> > >
> > > I am not a big fan of cover letters. Usually I prefer adding comments
> > > in the patches.
> >
> > I'm sorry I have to say that, but your individual preferences don't
> > matter. Many of us would do things differently, each in their own way,
> > but people adjust to the list's preferences. It's a matter of attitude.
> > So, please...
>
> Actually, a better way to ask for a cover letter would have been to
> convince Christian.  So I'll try that.
Thanks.

As you know, I have been sending patches since nearly 3 years ago to this list. And it's only since a few weeks ago that I am asked to send cover letters...

Show 8 quoted lines
> From the patch series' titles (especially when they are cropped due to
> the text window being too small to fit the indented thread), it is not
> all that obvious what you want to achieve with those 10 patches.
>
> From recent discussions, I seem to remember that you wanted to have some
> cute way to mark commits as non-testable during a bisect, and I further
> seem to remember that Junio said that very method should be usable
> outside of bisect, too.

Well, we want to move "git bisect skip" code from shell (in "git-bisect.sh") to C. So this patch series does that by creating a new "git bisect--helper" command in C that contains the new code and using that new command in "git-bisect.sh".

> Unfortunately, that does not reveal to me, quickly, what is the current
> state of affairs, and what you changed since the last time.

Yeah, I should have at least put something in the comment section of my first patch in this series.

And I try to improve, you know, I even tried to use "git send-email" again this morning to see if perhaps I could use it to send my patch series.

I did:

$ git send-email --compose --dry-run bh15/* Can't call method "repo_path" on an undefined value at /home/christian/libexec/git-core//git-send-email line 160.

and then I gave up, because I don't like spending a lot of my free time to fight with tools I don't like.

If someone knows some other tools that can easily send a threaded patch series, I will try to see if I can use them...

Thanks in advance, Christian.

Previous: Sverre RabbelierNext: Julian Phillips
Message 8 of 12 in “refs: add "for_each_bisect_ref" function”
  1. 01/10 refs: add "for_each_bisect_ref" functionChristian Couder, Mar 26, 2009
  2. Sverre RabbelierMar 26, 2009
  3. Christian CouderMar 26, 2009
  4. Sverre RabbelierMar 26, 2009
  5. Michael J GruberMar 26, 2009
  6. Johannes SchindelinMar 26, 2009
  7. Sverre RabbelierMar 26, 2009
  8. Christian CouderMar 27, 2009
  9. sending patch sets (was: Re: [PATCH 01/10] refs: add "for_each_bisect_ref" function)Julian Phillips, Mar 27, 2009
  10. Christian CouderMar 27, 2009
  11. Johannes SchindelinMar 27, 2009
  12. Christian CouderMar 27, 2009

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.