git@vger.kernel.org mailing list mirror (one of many)
 help / color / mirror / code / Atom feed
From: "Eric W. Biederman" <ebiederm@xmission.com>
To: Junio C Hamano <gitster@pobox.com>
Cc: git@vger.kernel.org, "Eric W. Biederman" <ebiederm@gmail.com>
Subject: Re: What's cooking in git.git (Oct 2023, #01; Mon, 2)
Date: Tue, 03 Oct 2023 20:20:24 -0500	[thread overview]
Message-ID: <875y3n4207.fsf@email.froward.int.ebiederm.org> (raw)
In-Reply-To: <xmqqedic35u4.fsf@gitster.g> (Junio C. Hamano's message of "Mon, 02 Oct 2023 17:30:43 -0700")

Junio C Hamano <gitster@pobox.com> writes:

> * eb/hash-transition (2023-10-02) 30 commits
>  - t1016-compatObjectFormat: add tests to verify the conversion between objects
>  - t1006: test oid compatibility with cat-file
>  - t1006: rename sha1 to oid
>  - test-lib: compute the compatibility hash so tests may use it
>  - builtin/ls-tree: let the oid determine the output algorithm
>  - object-file: handle compat objects in check_object_signature
>  - tree-walk: init_tree_desc take an oid to get the hash algorithm
>  - builtin/cat-file: let the oid determine the output algorithm
>  - rev-parse: add an --output-object-format parameter
>  - repository: implement extensions.compatObjectFormat
>  - object-file: update object_info_extended to reencode objects
>  - object-file-convert: convert commits that embed signed tags
>  - object-file-convert: convert commit objects when writing
>  - object-file-convert: don't leak when converting tag objects
>  - object-file-convert: convert tag objects when writing
>  - object-file-convert: add a function to convert trees between algorithms
>  - object: factor out parse_mode out of fast-import and tree-walk into in object.h
>  - cache: add a function to read an OID of a specific algorithm
>  - tag: sign both hashes
>  - commit: export add_header_signature to support handling signatures on tags
>  - commit: convert mergetag before computing the signature of a commit
>  - commit: write commits for both hashes
>  - object-file: add a compat_oid_in parameter to write_object_file_flags
>  - object-file: update the loose object map when writing loose objects
>  - loose: compatibilty short name support
>  - loose: add a mapping between SHA-1 and SHA-256 for loose objects
>  - repository: add a compatibility hash algorithm
>  - object-names: support input of oids in any supported hash
>  - oid-array: teach oid-array to handle multiple kinds of oids
>  - object-file-convert: stubs for converting from one object format to another
>
>  Teach a repository to work with both SHA-1 and SHA-256 hash algorithms.
>
>  Breaks a few CI jobs when merged to 'seen'.
>  cf. <xmqqbkdmjbkp.fsf@gitster.g>

I see that you have picked up the v2 version.  Thank you.

I pushed v2 out precisely because it contains fixes that should have
fixed all of the CI breakages.

I am not really familiar with github but looking at the recent CI runs
it appears since v2 landed the seen branch has been building cleanly.

I haven't misread something have I?

I just don't want people to avoid reviewing it because it is that huge
patchset that causes problems in seen.

Eric



  parent reply	other threads:[~2023-10-04  1:21 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2023-10-03  0:30 What's cooking in git.git (Oct 2023, #01; Mon, 2) Junio C Hamano
2023-10-03  7:01 ` Sergey Organov
2023-10-03 16:33   ` Junio C Hamano
2023-10-03 17:59     ` Sergey Organov
2023-10-04  8:20       ` Junio C Hamano
2023-10-04 11:18         ` Sergey Organov
2023-10-05 10:25           ` Junio C Hamano
2023-10-05 20:59             ` Sergey Organov
2023-10-05 21:47               ` Junio C Hamano
2023-10-06 18:02                 ` Sergey Organov
2023-10-04  1:20 ` Eric W. Biederman [this message]
2023-10-04 16:28   ` Junio C Hamano

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

  List information: http://vger.kernel.org/majordomo-info.html

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=875y3n4207.fsf@email.froward.int.ebiederm.org \
    --to=ebiederm@xmission.com \
    --cc=ebiederm@gmail.com \
    --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.
Code repositories for project(s) associated with this public inbox

	https://80x24.org/mirrors/git.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).