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

Re: [PATCH v2] embargoed releases: also describe the git-security list and the process

From
Junio C Hamano <gitster@pobox.com>
Date
Oct 19, 2022, 22:01 UTC
Message-ID
<xmqq4jvzpj65.fsf@gitster.g>
In-Reply-To
<xmqqa65rr6g1.fsf@gitster.g>
Junio C Hamano <gitster@pobox.com> writes:
Show 5 quoted lines
> -- Within a couple of days, someone from the core Git team responds with an
> -  initial assessment of the bug’s severity.
> +- Within a couple of days, someone from the core Git team, including
> +  the Git maintainer, responds with an initial assessment of the
> +  bug’s severity.

The "including" here looks even less clear. Does somebody other than me and I should respond? That is not what I wanted to say. Hence ...

> -- Other core developers - including the Git maintainer - chime in.
> +- Other core developers chime in.

... I wonder if it would be better to consolidate the above two into one bullet point, e.g.

 - The security-list members start a discussion to give an initial
   assessment of the severity of potential vulnerability reported.
   We aspire to do so within a few days.
> -- The Git for Windows, Git for macOS, BSD, Debian, etc maintainers prepares the
> +- The Git for Windows, Git for macOS, BSD, Debian, etc. maintainers prepares the
>    corresponding release artifacts, based on the tags created that have been
>    prepared by the Git maintainer.
"prepares" -> "prepare".
Show 7 quoted lines
>  - Less than a week before the release, a mail with the relevant information is
>    sent to <distros@vs.openwall.org> (see below), a list used to pre-announce
>    embargoed releases of open source projects to the stakeholders of all major
> -  Linux distributions. This includes a Git bundle of the tagged version(s), but
> -  no further specifics of the vulnerability.
> +  distributions of Linux as well as other OSes. This includes a Git bundle
> +  of the tagged version(s), but no further specifics of the vulnerability.

The bundle contains enough information to recreate these tagged versions under embargo, hence the release notes for these releases that discloses the vulnerability. Perhaps drop "but no further..."?

Previous: Taylor BlauNext: Taylor Blau
Message 13 of 24 in “embargoed releases: also describe the git-security list and the process”
  1. embargoed releases: also describe the git-security list and the processJulia Ramer via GitGitGadget, Sep 1, 2022
  2. Junio C HamanoSep 2, 2022
  3. Julia RamerSep 27, 2022
  4. Junio C HamanoSep 28, 2022
  5. Julia RamerOct 18, 2022
  6. Junio C HamanoOct 19, 2022
  7. Junio C HamanoSep 2, 2022
  8. Johannes SchindelinSep 3, 2022
  9. Junio C HamanoSep 5, 2022
  10. embargoed releases: also describe the git-security list and the processJulia Ramer via GitGitGadget, Oct 19, 2022
  11. Junio C HamanoOct 19, 2022
  12. Taylor BlauOct 19, 2022
  13. Junio C HamanoOct 19, 2022
  14. Taylor BlauOct 19, 2022
  15. Junio C HamanoOct 19, 2022
  16. Taylor BlauOct 20, 2022
  17. embargoed releases: also describe the git-security list and the processJulia Ramer via GitGitGadget, Oct 21, 2022
  18. Junio C HamanoOct 21, 2022
  19. Julia RamerOct 24, 2022
  20. Junio C HamanoOct 24, 2022
  21. Taylor BlauOct 22, 2022
  22. Julia RamerOct 24, 2022
  23. embargoed releases: also describe the git-security list and the processJulia Ramer via GitGitGadget, Oct 24, 2022
  24. Junio C HamanoOct 24, 2022

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.