From: "Ævar Arnfjörð Bjarmason" <email@example.com> To: Junio C Hamano <firstname.lastname@example.org> Cc: email@example.com, Jeff King <firstname.lastname@example.org>, Johannes Sixt <email@example.com>, "brian m. carlson" <firstname.lastname@example.org>, Phillip Wood <email@example.com>, Eric Wong <firstname.lastname@example.org> Subject: Re: What's cooking in git.git (Apr 2021, #04; Thu, 15) Date: Sat, 17 Apr 2021 15:19:36 +0200 [thread overview] Message-ID: <email@example.com> (raw) In-Reply-To: <firstname.lastname@example.org> On Fri, Apr 16 2021, Junio C Hamano wrote: Comments on my outstanding to clarify/help things along: > * ab/fsck-unexpected-type (2021-04-13) 6 commits > - fsck: report invalid object type-path combinations > - fsck: report invalid types recorded in objects > - object-store.h: move read_loose_object() below 'struct object_info' > - fsck: don't hard die on invalid object typesn > - fsck tests: refactor one test to use a sub-repo > - cache.h: move object functions to object-store.h > > "git fsck" has been taught to report mismatch between expected and > actual types of an object better. There was a discussion on the v1 about the now-gone bug() v.s. BUG() function, but the only comment on this part was a trivial commit message suggestion from Johannes Sixt. Jeff King: Did you read/review too & had nothing more to add, or is it unreviewed? > * ab/usage-error-docs (2021-04-13) 3 commits > (merged to 'next' on 2021-04-15 at dbbbaa5eea) > + api docs: document that BUG() emits a trace2 error event > + api docs: document BUG() in api-error-handling.txt > + usage.c: don't copy/paste the same comment three times > > Documentation updates, with unrelated comment updates, too. > > Will merge to 'master'. The series-that-used-to-have-bug()-function noted above. > [Stalled] So the below of mine is "stalled", understandably since much of it relied on some just-re-rolled test-lib.sh changes. Notes below: > * ab/unexpected-object-type (2021-04-14) 11 commits > - fixup! object.c: stop supporting len == -1 in type_from_string_gently() > - tag: don't misreport type of tagged objects in errors > - object tests: add test for unexpected objects in tags > - object.c: add and use oid_is_type_or_die_msg() function > - object.c: add a utility function for "expected type X, got Y" > - tree.c: fix misindentation in parse_tree_gently() > - object-name.c: make dependency on object_type order more obvious > - object-file.c: make oid_object_info() return "enum object_type" > - object.c: make type_from_string() return "enum object_type" > - object.c: refactor type_from_string_gently() > - object.c: stop supporting len == -1 in type_from_string_gently() > > Error reporting upon object type mismatch has been improved I have a re-roll of this, sorry about the semantic conflict, the re-roll fixes that & more (the "more" makes it easier to merge/coordinate with othen in-flight). I'm waiting on a re-roll of this on some comments from brian m. carlson to my https://email@example.com/ I.e. the changes I have now would conflict with his builtin/hash-object.c, but those changes seem like they could be done in a better way (and my RFC of that alternate approach makes a TODO test of his pass). > * ab/describe-tests-fix (2021-04-12) 5 commits > - describe tests: support -C in "check_describe" > - describe tests: fix nested "test_expect_success" call > - describe tests: don't rely on err.actual from "check_describe" > - describe tests: refactor away from glob matching > - describe tests: improve test for --work-tree & --dirty > (this branch uses ab/test-lib-updates.) > > Various updates to tests around "git describe" This depended on my just-re-rolled: https://lore.kernel.org/git/cover-00.12-00000000000-20210417T124424Zfirstname.lastname@example.org/ But for this series I've got nothing new to add, and I think it's all been reviewed already, so hopefully this will get it moving. > * ab/pickaxe-pcre2 (2021-04-12) 22 commits > - xdiff-interface: replace discard_hunk_line() with a flag > - xdiff users: use designated initializers for out_line > - pickaxe -G: don't special-case create/delete > - pickaxe -G: terminate early on matching lines > - xdiff-interface: allow early return from xdiff_emit_line_fn > - xdiff-interface: prepare for allowing early return > - pickaxe -S: slightly optimize contains() > - pickaxe: rename variables in has_changes() for brevity > - pickaxe -S: support content with NULs under --pickaxe-regex > - pickaxe: assert that we must have a needle under -G or -S > - pickaxe: refactor function selection in diffcore-pickaxe() > - perf: add performance test for pickaxe > - pickaxe/style: consolidate declarations and assignments > - diff.h: move pickaxe fields together again > - pickaxe: die when --find-object and --pickaxe-all are combined > - pickaxe: die when -G and --pickaxe-regex are combined > - pickaxe tests: add missing test for --no-pickaxe-regex being an error > - pickaxe tests: test for -G, -S and --find-object incompatibility > - pickaxe tests: add test for "log -S" not being a regex > - pickaxe tests: add test for diffgrep_consume() internals > - pickaxe tests: refactor to use test_commit --append --printf > - grep/pcre2 tests: reword comments referring to kwset > (this branch uses ab/test-lib-updates.) > > Rewrite the backend for "diff -G/-S" to use pcre2 engine when > available. Ditto for this series, i.e. it needed ab/test-lib-updates. There's no outstanding comments on it, but of course that could just mean "not enough review". If anyone here cares about "git log -G" performance review this, because it doesn't make it better, but is needed for a series of mine that does improve it. > * ab/doc-lint (2021-04-10) 7 commits > - docs: fix linting issues due to incorrect relative section order > - doc lint: lint relative section order > - doc lint: lint and fix missing "GIT" end sections > - doc lint: fix bugs in, simplify and improve lint script > - doc lint: Perl "strict" and "warnings" in lint-gitlink.perl > - Documentation/Makefile: make doc.dep dependencies a variable again > - Documentation/Makefile: make $(wildcard howto/*.txt) a var > > Dev support. > > Waiting for reviews to conclude. FWIW I think the earlier version of this got thorough reviews, this version is the same with trivial changes, plus two patches at the end to add another lint check for doc section order: https://lore.kernel.org/git/patch-6.7-8c294afe2a-20210409T145728Zemail@example.com/ > * ab/rebase-no-reschedule-failed-exec (2021-04-10) 2 commits > - rebase: don't override --no-reschedule-failed-exec with config > - rebase tests: camel-case rebase.rescheduleFailedExec consistently > > "git rebase --[no-]reschedule-failed-exec" did not work well with > its configuration variable, which has been corrected. > > Waiting for reviews to conclude. Phillip Wood helped this along, and it looks good to him now: https://firstname.lastname@example.org/ > * ab/svn-tests-set-e-fix (2021-04-12) 2 commits > - svn tests: refactor away a "set -e" in test body > - svn tests: remove legacy re-setup from init-clone test > > Test clean-up. > > Waiting for reviews. Eric Wong looked the pre-split v1 of this over and it looked good to him: https://lore.kernel.org/git/20210228211407.GA3214@dcvr/ The v1 has no changes except the specific s/touch /> / pointed out to him, and a commit message update: https://lore.kernel.org/git/cover-0.2-00000000000-20210412T113247Zemail@example.com/ > * ab/test-lib-updates (2021-04-12) 16 commits > - test-lib-functions: remove last two parameter count assertions > - Revert and amend "test-lib-functions: assert correct parameter count" > - test-lib-functions: use "return 1" instead of "false" > - test-lib-functions: normalize test_path_is_missing() debugging > - test-lib: modernize test_create_repo() function > - test-lib: do not show advice about init.defaultBranch under --verbose > - test-lib: reformat argument list in test_create_repo() > - submodule tests: use symbolic-ref --short to discover branch name > - test-lib functions: add --printf option to test_commit > - describe tests: convert setup to use test_commit > - test-lib functions: add an --annotated-tag option to "test_commit" > - test-lib-functions: document test_commit --no-tag > - test-lib-functions: reword "test_commit --append" docs > - test-lib tests: remove dead GIT_TEST_FRAMEWORK_SELFTEST variable > - test-lib: bring $remove_trash out of retirement > - check-non-portable-shell: complain about "test" a/-o instead of &&/|| > (this branch is used by ab/describe-tests-fix and ab/pickaxe-pcre2.) > > Test clean-up. > > Waiting for reviews. As noted above, re-rolled just now as https://lore.kernel.org/git/cover-00.12-00000000000-20210417T124424Zfirstname.lastname@example.org/ > * ab/userdiff-tests (2021-04-08) 9 commits > (merged to 'next' on 2021-04-13 at 35fb0e853d) > + blame tests: simplify userdiff driver test > + blame tests: don't rely on t/t4018/ directory > + userdiff: remove support for "broken" tests > + userdiff tests: list builtin drivers via test-tool > + userdiff tests: explicitly test "default" pattern > + userdiff: add and use for_each_userdiff_driver() > + userdiff style: normalize pascal regex declaration > + userdiff style: declare patterns with consistent style > + userdiff style: re-order drivers in alphabetical order > > A bit of code clean-up and a lot of test clean-up around userdiff > area. > > Will merge to 'master'. Thanks! In this window I also had this trivial git-send-email series: https://lore.kernel.org/git/cover-0.2-00000000000-20210411T144128Zemail@example.com/ You had a comment on it, but per my reply in https://firstname.lastname@example.org/ I think it makes sense to just pick it up as-is. It will make Drew DeVault's work in the still-outstanding https://email@example.com/ easier.
next prev parent reply other threads:[~2021-04-17 13:19 UTC|newest] Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top 2021-04-16 0:04 Junio C Hamano 2021-04-16 2:59 ` Jeff King 2021-04-16 3:04 ` Jeff King 2021-04-16 11:21 ` Johannes Schindelin 2021-04-16 13:33 ` Junio C Hamano 2021-04-17 8:47 ` Jeff King 2021-04-17 13:19 ` Ævar Arnfjörð Bjarmason [this message] 2021-04-18 16:55 ` Sergey Organov 2021-04-18 19:09 ` 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 * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --email@example.com \ --firstname.lastname@example.org \ --subject='Re: What'\''s cooking in git.git (Apr 2021, #04; Thu, 15)' \ /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
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 NNTP newsgroup(s).