GNU bug report logs - #42397
[PATCH 00/14] Use outline headings and some cosmetics

Previous Next

Full log

View this message in rfc822 format

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: Robert Pluim <rpluim <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 42397 <at> debbugs.gnu.org
Subject: bug#42397: [PATCH 06/14] * lisp/emacs-lisp/eldoc.el (eldoc-minibuffer-message): Fix indentation.
Date: Thu, 16 Jul 2020 19:54:46 +0200

Robert Pluim <rpluim <at> gmail.com> writes:

> On a related note: would you consider using '--no-chain-reply-to' [1]?
> Your patch series march off the right edge of my screen :-)

And again, that was intentional.  I actually used "--chain-reply-to"
explicitly because when I didn't then mails were displayed in the wrong
order in the web interface.  Though thinking about that again, I now
think that wasn't actually the reason.  Maybe.

The next patch series I am going to send without that argument.  Since
I don't have my own private debbugs instance, I have to do these
experiments in public.  On the plus side, once I have arrived at a
suitable incarnation will blog about it and/or teach Magit about it.

For this series I used:

,----
| git send-email 0000-cover-letter.patch \
|   --to=bug-gnu-emacs <at> gnu.org \
|   --suppress-cc=all --cc=jonas <at> bernoul.li &&
| rm 0000-cover-letter.patch
| 
| BUG_ID=42397 # Check inbox to determine that value
| 
| git send-email 00* \
|   --to=$BUG_ID <at> debbugs.gnu.org \
|   --suppress-cc=all --cc=jonas <at> bernoul.li \
|   --thread \
|   --chain-reply-to \                   # make sure order is correct
|   --batch-size=1 --relogin-delay=5     # make sure some other way
`----

Unfortunately I did not use:

,----
| # Check inbox to determine this value as well:
| FIRST_MSG_ID="<20200716144707.16857-1-jonas <at> bernoul.li>"
| 
| git ... --in-reply-to=$FIRST_MSG_ID
`----

I used the "This message is a test" mail to try whether using that
argument helps.  It does.

> Robert
>
> Footnotes:
> [1]  I think thatʼs the right one; the git documentation of that
>      option makes my head hurt.

It's a bit weird.

So far I am not a fan of debbugs and its documentation either. ;D

Anyway... I am afraid I'll have to keep experimenting publicly for
a while, but please feel free to point out any observations; they
might speed up things.

     Jonas

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.