All of lore.kernel.org
 help / color / mirror / Atom feed
From: Patrick Steinhardt <ps@pks.im>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org
Subject: Re: What's cooking in git.git (Sep 2024, #01; Thu, 5)
Date: Fri, 6 Sep 2024 11:18:03 +0200	[thread overview]
Message-ID: <ZtrIxtNJcE15BY-Z@pks.im> (raw)
In-Reply-To: <xmqq5xr9zow7.fsf@gitster.g>

On Thu, Sep 05, 2024 at 04:01:12PM -0700, Junio C Hamano wrote:
> * ps/leakfixes-part-6 (2024-09-05) 22 commits
>  - builtin/repack: fix leaking keep-pack list
>  - merge-ort: fix two leaks when handling directory rename modifications
>  - match-trees: fix leaking prefixes in `shift_tree()`
>  - builtin/fmt-merge-msg: fix leaking buffers
>  - builtin/grep: fix leaking object context
>  - builtin/pack-objects: plug leaking list of keep-packs
>  - builtin/repack: fix leaking line buffer when packing promisors
>  - negotiator/skipping: fix leaking commit entries
>  - shallow: fix leaking members of `struct shallow_info`
>  - shallow: free grafts when unregistering them
>  - object: clear grafts when clearing parsed object pool
>  - gpg-interface: fix misdesigned signing key interfaces
>  - send-pack: fix leaking push cert nonce
>  - remote: fix leak in reachability check of a remote-tracking ref
>  - remote: fix leaking tracking refs
>  - builtin/submodule--helper: fix leaking refs on push-check
>  - submodule: fix leaking fetch task data
>  - upload-pack: fix leaking child process data on reachability checks
>  - builtin/push: fix leaking refspec query result
>  - send-pack: fix leaking common object IDs
>  - fetch-pack: fix memory leaks on fetch negotiation
>  - t/test-lib: allow skipping leak checks for passing tests
> 
>  More leakfixes.
> 
>  Will merge to 'next'?
>  source: <cover.1725530720.git.ps@pks.im>

There were multiple ACKs on the first version, and the second version
only addressed some feedback for trivial things. So I think this one
should be ready.

> * sj/ref-contents-check (2024-09-03) 4 commits
>  - ref: add symlink ref content check for files backend
>  - ref: add symref content check for files backend
>  - ref: add regular ref content check for files backend
>  - ref: initialize "fsck_ref_report" with zero
> 
>  "git fsck" learned to issue warnings on "curiously formatted" ref
>  contents that have always been taken valid but something Git
>  wouldn't have written itself (e.g., missing terminating end-of-line
>  after the full object name).
> 
>  Ready?
>  source: <Ztb-mgl50cwGVO8A@ArchLinux>

I'll do another review soonish, either today or on Monday.

Patrick

      reply	other threads:[~2024-09-06  9:18 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-05 23:01 What's cooking in git.git (Sep 2024, #01; Thu, 5) Junio C Hamano
2024-09-06  9:18 ` Patrick Steinhardt [this message]

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=ZtrIxtNJcE15BY-Z@pks.im \
    --to=ps@pks.im \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    /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.