Volume XXII, number 280Wednesday, October 7, 2026Latest message 1 hour ago

The Git List

News and archive of git@vger.kernel.org, since April 2005

[GSoC] question for an additional objective

4 messages between Mar 11, 2026 and Mar 16, 2026, from Pablo, Chandra Pratap, Karthik Nayak.

Plain Markdown or JSON for tools and agents.

PabloMar 11, 2026, 17:13 UTC on lore

Hi! I'm working on my proposal for 'Complete and extend the remote-object-info command for git cat-file'

While thinking about what else I could suggest to contribute to the project, I had an idea I would like to get feedback on: In a partial clone, someone might want to know what blobs are missing inside a concrete tree and their size before fetching them.

The idea is to build on top of 'remote-object-info': given a tree hash, return the missing blobs (inside that tree) ordered by size.

Is this too ambitious to be on the same project or even a good idea?

Thanks, Pablo.

Chandra PratapMar 14, 2026, 06:11 UTC in reply to Pablo on lore

Re: [GSoC] question for an additional objective

On Wed, 11 Mar 2026 at 22:43, Pablo <pabloosabaterr@gmail.com> wrote:
Show 14 quoted lines
>
> Hi!
> I'm working on my proposal for
> 'Complete and extend the remote-object-info command for git cat-file'
>
> While thinking about what else I could suggest to contribute to the project,
> I had an idea I would like to get feedback on:
> In a partial clone, someone might want to know what blobs are missing inside
> a concrete tree and their size before fetching them.
>
> The idea is to build on top of 'remote-object-info':  given a tree hash,
> return the missing blobs (inside that tree) ordered by size.
>
> Is this too ambitious to be on the same project or even a good idea?

I haven't caught up on the remote-object-info work yet so I cannot tell you if this is too ambitious or not, but as far as your proposal is concerned, you can add these ideas to a 'Future Work' section and maybe try exploring it further during pre-GSoC and Community Bonding periods.

The best way to discuss changes like this is through [RFC] threads where you submit an initial draft of what your proposed change is going to look like.

It is always easier to understand what you're trying to do when there's code to look at. Motivates the reviewers as well when they see that you've put some effort in your idea ;)

An example here: https://lore.kernel.org/git/xmqq5x72m4lu.fsf@gitster.g/

Thanks, Chandra.

PabloMar 14, 2026, 18:47 UTC in reply to Chandra Pratap on lore

Re: [GSoC] question for an additional objective

Hi Chandra, Thanks, I didn't know about the [RFC], I'll note that. This would have to work on top of Eric and Calvin's work that has to be rebased and fixed, once that is done I'm up to drafting some code about how it would have to be.

Thanks, Pablo

Karthik NayakMar 16, 2026, 23:07 UTC in reply to Pablo on lore

Re: [GSoC] question for an additional objective

Pablo <pabloosabaterr@gmail.com> writes:
Show 8 quoted lines
> Hi Chandra,
> Thanks, I didn't know about the [RFC], I'll note that. This would have
> to work on top of Eric and Calvin's work that has to be rebased and
> fixed, once that is done I'm up to drafting some code about how it
> would have to be.
>
> Thanks,
> Pablo
I agree with Chandra,

I think it is a good idea, but better to be conservative with the timeline. Mostly since reviews often take longer than expected.

Another tip is to not top post!

Back to recent threads

[GSoC] question for an additional objective | The Git List