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

Re: [PATCH v2] ssh signing: better error message when key not in agent

From
Eric Sunshine <sunshine@sunshineco.com>
Date
Feb 15, 2023, 01:22 UTC
Message-ID
<CAPig+cSO1kMp_ck6q-2xRZth2LkfF5sw9rf0MijtkKjRhEoCQQ@mail.gmail.com>
In-Reply-To
<xmqqedridzjw.fsf@gitster.g>
On Wed, Jan 25, 2023 at 5:23 PM Junio C Hamano <gitster@pobox.com> wrote:
Show 40 quoted lines
> Eric Sunshine <sunshine@sunshineco.com> writes:
> > On Wed, Jan 25, 2023 at 8:05 AM Adam Szkoda <adaszko@gmail.com> wrote:
> >> On Tue, Jan 24, 2023 at 6:52 PM Junio C Hamano <gitster@pobox.com> wrote:
> >> > Does GitGitGadget allow its users to describe the differences since
> >> > the previous iteration yourself?
> >>
> >> No, I don't think it does.   It got generated automatically without
> >> giving me an opportunity to edit.
> >
> > Yes, the user can describe the differences since the previous
> > iteration by editing the pull-request's description. Specifically,
> > when ready to send a new iteration:
> >
> > (1) force push the new iteration to the same branch on GitHub
> >
> > (2) edit the pull-request description; this is the very first
> > "comment" on the pull-request page; press the "..." button on that
> > comment and choose the "Edit" menu item; revise the text to describe
> > the changes since the previous revision, then press the "Update
> > comment" button to save
> >
> > (3) post a "/submit" comment to the pull-request to tell GitGitGadget
> > to send the new revision to the Git mailing list
>
> Thanks.  I thought the above would make a good addition to our
> documentation set.  Documentation/MyFirstContribution.txt does have
> this to say:
>
>     Next, go look at your pull request against GitGitGadget; you should see the CI
>     has been kicked off again. Now while the CI is running is a good time for you
>     to modify your description at the top of the pull request thread; it will be
>     used again as the cover letter. You should use this space to describe what
>     has changed since your previous version, so that your reviewers have some idea
>     of what they're looking at. When the CI is done running, you can comment once
>     more with `/submit` - GitGitGadget will automatically add a v2 mark to your
>     changes.
>
> before it talks about doing the "/submit" again.  Expanding the
> above into a bulletted list form like you did might make it easier
> to follow through, perhaps?  I dunno.

Perhaps, though I wonder how many people consult MyFirstConstribution. Maybe SubmittingPatches would be a better location for such instructions, although (I notice now that) that would be an even bigger change since SubmittingPatches doesn't mention GitGitGadget at all. Another appropriate place might be the "welcome" message that GitGitGadget posts the very first time someone submits a patch series via that tool (assuming that the welcome message doesn't already explain it).

Previous: Junio C HamanoNext: Adam Szkoda via GitGitGadget
Message 17 of 18 in “ssh signing: better error message when key not in agent”
  1. ssh signing: better error message when key not in agentAdam Szkoda via GitGitGadget, Jan 18, 2023
  2. Phillip WoodJan 18, 2023
  3. Phillip WoodJan 18, 2023
  4. Adam SzkodaJan 18, 2023
  5. Phillip WoodJan 18, 2023
  6. Fabian StelzerJan 20, 2023
  7. Phillip WoodJan 23, 2023
  8. Fabian StelzerJan 23, 2023
  9. Adam SzkodaJan 23, 2023
  10. ssh signing: better error message when key not in agentAdam Szkoda via GitGitGadget, Jan 24, 2023
  11. Junio C HamanoJan 24, 2023
  12. Adam SzkodaJan 25, 2023
  13. Junio C HamanoJan 25, 2023
  14. Junio C HamanoJan 25, 2023
  15. Eric SunshineJan 25, 2023
  16. Junio C HamanoJan 25, 2023
  17. Eric SunshineFeb 15, 2023
  18. ssh signing: better error message when key not in agentAdam Szkoda via GitGitGadget, Jan 25, 2023

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.