In init-system-helpers 1.65.2, the rich history you supplied did not match your actual upload. In this case, git-ubuntu favours the latter for correctness (otherwise git-ubuntu users would not be able to trust that git-ubuntu repositories actually match the archive):
In general, if you see a mismatch, I suggest you start with a diff. For example, `git diff pkg/import/5.3.5-4.1ubuntu1 c379e5e7b8488a862b233c1a224d8cf16b4a7f6e` has output, whereas if the rich history were correct (from git-ubuntu's perspective) then there should be no output. That's only an approximation; to also accommodate the empty directory edge case, diff the output `git ls-tree -rt` against the two cases.
> Do the fields in the changes, also had prior git-ubuntu history merged into them?
I'm not sure I follow exactly, but git-ubuntu does not care if your supplied rich history is a merge commit (or has new merge commits as ancestors). There are some other criteria in the minutae for correctness purposes. The main requirement is that it matches what you actually upload.
However, I would think twice before supplying merge commits as rich history. It is probably not what you want and could cause a right mess in the commit history forever.
In init-system-helpers 1.65.2, the rich history you supplied did not match your actual upload. In this case, git-ubuntu favours the latter for correctness (otherwise git-ubuntu users would not be able to trust that git-ubuntu repositories actually match the archive):
$ diff -u supplied- rich-history actual-upload|egrep '^(\+|-)' rich-history 2023-12-11 09:29:15.609681150 +0000 8db7ab0a6ce7b92 bf6e2059bb man8 6b6e8fbe44655da 21def5a438 man8 0d467690a267135 9654edcc49 man8/invoke-rc.d.8 cda7ae223d24f56 b6b23baccc man8/service.8 41a75d639714c14 f9ad952fe1 man8/update-rc.d.8 7fdd088d26ce25c 94e46527a9 script 81c5fa5324d8841 c3e8be99a8 script 77d02e14b5f8ef6 70a5c45628 script/ deb-systemd- helper. 1p 43c1e9eb0514327 b362cc5f43 script/ deb-systemd- invoke. 1p
--- supplied-
+++ actual-upload 2023-12-11 09:29:33.333815779 +0000
-040000 tree a878a94f6d18eae
+040000 tree 528eed73850b318
+100644 blob ae12b6c13d24b47
+100644 blob d3a194ef1f65738
+100644 blob 4395e6f1419f079
-040000 tree c779effdbc79080
+040000 tree 7635a57ddfe4ebb
+100644 blob ba6727566126cc5
+100644 blob 20d3bc35c1c30f4
Is this a problem with the clean target? Anyway, I'm sure you can take it from here.
From git-ubuntu's perspective e2guardian 5.3.5-4.1ubuntu1 has the same issue:
$ diff -u supplied- rich-history actual-upload|egrep '^(\+|-)' rich-history 2023-12-11 09:35:59.284612451 +0000 00e97bf9bb9c82a 7331db3d76 configs ae8e2cb51dd93a2 853d307c92 configs ac20d7b7d1e3de8 b660855ae0 configs/ contentscanners 88d6378cf82229a 128fca294d configs/ contentscanners fd2e4fb736caef6 13f543c444 configs/ contentscanners /clamdscan. conf.in 96ba9e4d15c4680 d986234a21 configs/ contentscanners /clamdscan. conf.in 25c8bbc41c4509a f1b100b2ee configs/ e2guardian. conf.in 1cbd3a95e1ff0c6 7cec85be67 configs/ e2guardianf1. conf.in b0a0e3b5a4f096e cd9b310495 configs/ e2guardian. conf.in ea5efa71be672ca f9912882db configs/ e2guardianf1. conf.in 8fc3fa9f44ca934 13051796e9 configs/lists a5b318297a70164 87bd1bd893 configs/lists 8a7e72418dc77b9 6a09287bea configs/ lists/bannedsit elist.in 98d8c249adffada 8d44e30805 configs/ lists/bannedsit elist.in 37847d3e66043b4 1ae3ea70db configs/ lists/exception sitelist 800ad6469e23b5e f12642a2d2 configs/ lists/exception sitelist e3f24a3afa8f1db 45b95172ca configure.ac c971f976760c68f 0a696276a5 configure.ac 41f092ef70ef3f6 9154c347c0 doc cf1538327c2021f e9974bd4ec doc 081ca7c6a6a81c7 0f7d819d61 doc/e2guardian.8 7e804223ae30ba8 24c05fea4d doc/e2guardian.8 deba198a2d52aad 05e5ab0d8e notes 7bbdffadbb2eb3e d2443ef620 notes c1ff7f7dd51dcb5 9749a1f1fb notes/NEWIN_v4 732fa5b93800d89 ae916481bf notes/NEWIN_v5 a1b8c5c42a1d8b3 3c2e29744b notes/NEWIN_v4 6f772bf4fc48062 02bd79e7d1 notes/NEWIN_v5 22f88d77b94cb8c 3cc02ec21b src 1779dc16e3bc6f0 b79acb078a src e60fbea176ac19d 95db4b3509 src/ListContain er.cpp a141eff37752da6 991794944f src/ListContain er.hpp 5b67efa47853c1c e6270238e9 src/ListContain er.cpp f4cee3a036da64a 7e55c91fef src/ListContain er.hpp c918f83ec140b32 43a2790a24 src/Socket.cpp c4e647bc56b8941 dae910c39c src/Socket.cpp
--- supplied-
+++ actual-upload 2023-12-11 09:35:51.320556756 +0000
-040000 tree 174c55f3f09bea5
+040000 tree 539aece2dcc80cc
-040000 tree d68dbb67a8b9674
+040000 tree 2dbca9066859c85
-100755 blob 4500e0a1d86a629
+100755 blob 7ef3800fd43af2c
-100755 blob 369293422147302
-100755 blob faaa5e312dac435
+100755 blob 8855d8d6bbbf47a
+100755 blob 8cf90f9ed58ac68
-040000 tree 3fab74967f087e1
+040000 tree ed2630477cebaf1
-100755 blob 575294b073fdfb1
+100755 blob 7d60af8641af1df
-100755 blob 4f3b5b34b6dafbc
+100755 blob 776b5019974445c
-100644 blob 209e36e34428867
+100644 blob 996cf05f6cd1cfe
-040000 tree 910c73d44e8e2f5
+040000 tree 07cb4463a77aae4
-100755 blob 3fcc1b9611ec76c
+100755 blob 1ae2ea7cda788be
-040000 tree e578462d2ca4565
+040000 tree 74150e40f2e237e
-100644 blob 0b4c12f78452014
-100644 blob 08662842cc48cbb
+100644 blob 73011ce69926cbf
+100644 blob b705640d82ce90d
-040000 tree 25690480e4d63cf
+040000 tree 2bf0bffc5c49530
-100644 blob 008ac0814f0b607
-100644 blob d67b67a8a3eee1c
+100644 blob 60ec128d2f0366a
+100644 blob f6c6d49155b7095
-100644 blob 80d5cda1720a727
+100644 blob 037613df2e7c48b
In general, if you see a mismatch, I suggest you start with a diff. For example, `git diff pkg/import/ 5.3.5-4. 1ubuntu1 c379e5e7b8488a8 62b233c1a224d8c f16b4a7f6e` has output, whereas if the rich history were correct (from git-ubuntu's perspective) then there should be no output. That's only an approximation; to also accommodate the empty directory edge case, diff the output `git ls-tree -rt` against the two cases.
> Do the fields in the changes, also had prior git-ubuntu history merged into them?
I'm not sure I follow exactly, but git-ubuntu does not care if your supplied rich history is a merge commit (or has new merge commits as ancestors). There are some other criteria in the minutae for correctness purposes. The main requirement is that it matches what you actually upload.
However, I would think twice before supplying merge commits as rich history. It is probably not what you want and could cause a right mess in the commit history forever.