Bug#915426: git breaks git-remote-hg autopkgtest
Hi again, On 25 January 2019, Jonathan McCrohan wrote: > I am happy to work on fixing up the FTBFS, but > because I am not a DD, I would need a sponsor to upload for me. I'm happy to sponsor an upload, especially if this is a first step toward team maintenance with Jonas (who I can speak from experience in saying is a very pleasant person to collaborate with) and that upload removes me from Uploaders. It's the least I can do. :) If you run into any trouble, just ask. Thanks, Jonathan
Bug#915426: git breaks git-remote-hg autopkgtest
Hi Jonathan (cc Jeremy and the bugreport), Quoting Jonathan McCrohan (2019-01-25 02:02:37) > Jeremy, Jonas, > > Please accept my apologies for the tardy response on this. I've been afk > for a couple of months due to life events. > > On Wed, Jan 23, 2019 at 07:28:55PM -0500, Jeremy Bicha wrote: > > Could you please reply to Jonas' message? The deadline for > > git-remote-hg to re-enter Testing to be in this year's Debian 10 > > "Buster" release is February 12. > > > > Wed, 02 Jan 2019 13:50:54 +0100 > > > I can do yet another NMU to fix this, but am hesitating as I worry > > > if that will masquerade a lack of responsive maintenance. > > > > > > Please tell if it is sensible that I take over maintenance of this > > > package, or join as co-maintainer, or however is appreciated. > > Thanks for the previous NMU. I am happy to work on fixing up the > FTBFS, but because I am not a DD, I would need a sponsor to upload for > me. > > Given the circumstances, and the impending freeze, it might make more > sense for you to take over as maintainer if you are willing to do so. > > Let me know what you think. First of all, great to hear from you. Life is certainly more important than anything happening in Debian! I hope all is fine on that front, and if you ever need a shoulder or an ear from a stranger then please don't hesitate to grab hold of me privately. Seriously, you are welcome, day and night - my contact info is below if needed! As for package maintenance, my preference would be that I add myself as Uploader and we maintain the package in collaboration - meaning we each work on it as much as we like and find time for (don't stress!), and nudge the other when/if needing a review or an upload. Personally I find this better than sponsoring, and hope you agree. Concretely, would you like to have a go at preparing a package release now, or do you prefer that I do that? If fine with you, then I would prefer that you do as much as possible, because I have involved myself in quite a few places, now fighting for attention here close to freeze :-) I am really happy that you responded, Jonathan, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#915426: git breaks git-remote-hg autopkgtest
Jeremy, Jonas, Please accept my apologies for the tardy response on this. I've been afk for a couple of months due to life events. On Wed, Jan 23, 2019 at 07:28:55PM -0500, Jeremy Bicha wrote: > Could you please reply to Jonas' message? The deadline for > git-remote-hg to re-enter Testing to be in this year's Debian 10 > "Buster" release is February 12. > > > Wed, 02 Jan 2019 13:50:54 +0100 > > I can do yet another NMU to fix this, but am hesitating as I worry if > > that will masquerade a lack of responsive maintenance. > > > > Please tell if it is sensible that I take over maintenance of this > > package, or join as co-maintainer, or however is appreciated. Thanks for the previous NMU. I am happy to work on fixing up the FTBFS, but because I am not a DD, I would need a sponsor to upload for me. Given the circumstances, and the impending freeze, it might make more sense for you to take over as maintainer if you are willing to do so. Let me know what you think. Regards, Jon signature.asc Description: PGP signature
Bug#915426: git breaks git-remote-hg autopkgtest
Hi Jonas, Jonas Smedegaard wrote: > I can do yet another NMU to fix this, but am hesitating as I worry if > that will masquerade a lack of responsive maintenance. > > Please tell if it is sensible that I take over maintenance of this > package, or join as co-maintainer, or however is appreciated. I'd be happy if you take over as maintainer. Sorry for the slow reply. When the package was first uploaded, I agreed to be a co-maintainer as a way to notice issues with Git's remote helper infrastructure. It was a bad idea --- I should have just subscribed through the PTS without being a co-maintainer. Please feel free to take the package as new sole maintainer, with my blessing (or even better, to set up a team list to maintain it with you). Sincerely, Jonathan
Bug#915426: git breaks git-remote-hg autopkgtest
Jonathan, Could you please reply to Jonas' message? The deadline for git-remote-hg to re-enter Testing to be in this year's Debian 10 "Buster" release is February 12. Thanks, Jeremy Bicha > Wed, 02 Jan 2019 13:50:54 +0100 > I can do yet another NMU to fix this, but am hesitating as I worry if > that will masquerade a lack of responsive maintenance. > > Please tell if it is sensible that I take over maintenance of this > package, or join as co-maintainer, or however is appreciated. > > Kind regards, > > - Jonas
Bug#915426: git breaks git-remote-hg autopkgtest
I can do yet another NMU to fix this, but am hesitating as I worry if that will masquerade a lack of responsive maintenance. Please tell if it is sensible that I take over maintenance of this package, or join as co-maintainer, or however is appreciated. Kind regards, - Jonas -- * Jonas Smedegaard - idealist & Internet-arkitekt * Tlf.: +45 40843136 Website: http://dr.jones.dk/ [x] quote me freely [ ] ask before reusing [ ] keep private signature.asc Description: signature
Bug#915426: git breaks git-remote-hg autopkgtest
Paul Gevers wrote: > https://ci.debian.net/data/autopkgtest/testing/amd64/g/git-remote-hg/1428119/log.gz > > not ok 32 - pull tags The package ought to run "make TEST_OPTS=-v" to produce a more useful log[*]. Bisects to the following Git change: e198b3a740409fabe5ba774c5f1255b55fdd21c1 is the first bad commit commit e198b3a740409fabe5ba774c5f1255b55fdd21c1 Author: Junio C Hamano Date: Tue Sep 25 13:25:04 2018 -0700 fetch: replace string-list used as a look-up table with a hashmap In find_non_local_tags() helper function (used to implement the "follow tags"), we use string_list_has_string() on two string lists as a way to see if a refname has already been processed, etc. All this code predates more modern in-core lookup API like hashmap; replace them with two hashmaps and one string list---the hashmaps are used for look-ups and the string list is to keep the order of items in the returned result stable (which is the only single thing hashmap does worse than lookups on string-list). Similarly, get_ref_map() uses another string-list as a look-up table for existing refs. Replace it with a hashmap. Signed-off-by: Junio C Hamano [*] expecting success: test_when_finished "rm -rf hgrepo gitrepo" && ( hg init hgrepo && cd hgrepo && echo one > content && hg add content && hg commit -m one ) && git clone "hg::hgrepo" gitrepo && (cd hgrepo && hg tag v1.0) && (cd gitrepo && git pull) && echo "v1.0" > expected && git --git-dir=gitrepo/.git tag > actual && test_cmp expected actual Cloning into 'gitrepo'... WARNING: capability_push is disabled, only do so when really sure WARNING: various enhanced features might fail in subtle ways requesting all changes adding changesets adding manifests adding file changes added 1 changesets with 1 changes to 1 files new changesets 50e85c807eb0 progress revision walk 'bookmarks/master' (0/0) progress revision 0 'master' (0/1) WARNING: capability_push is disabled, only do so when really sure WARNING: various enhanced features might fail in subtle ways searching for changes adding changesets adding manifests adding file changes added 1 changesets with 1 changes to 1 files new changesets ff570a4c8fa2 progress revision 1 'default' (0/1) >From hg::/src/git-remote-hg/test/trash directory.main/tmp/hgrepo 5ac88dd..82ef3dd master -> origin/master 5ac88dd..82ef3dd branches/default -> origin/branches/default Updating 5ac88dd..82ef3dd Fast-forward .hgtags | 1 + 1 file changed, 1 insertion(+) create mode 100644 .hgtags --- expected2018-12-05 06:36:57.995012275 + +++ actual 2018-12-05 06:36:57.995012275 + @@ -1 +0,0 @@ -v1.0 not ok 32 - pull tags
Bug#915426: git breaks git-remote-hg autopkgtest
Control: severity -1 serious Control: tags -1 ftbfs On Mon, Dec 03, 2018 at 08:31:51PM +0100, Paul Gevers wrote: >... > https://ci.debian.net/data/autopkgtest/testing/amd64/g/git-remote-hg/1428119/log.gz > > not ok 32 - pull tags > # > # test_when_finished "rm -rf hgrepo gitrepo" && > # > # ( > # hg init hgrepo && > # cd hgrepo && > # echo one > content && > # hg add content && > # hg commit -m one > # ) && > # > # git clone "hg::hgrepo" gitrepo && > # > # (cd hgrepo && hg tag v1.0) && > # (cd gitrepo && git pull) && > # > # echo "v1.0" > expected && > # git --git-dir=gitrepo/.git tag > actual && > # test_cmp expected actual > # > ok 33 - push merged named branch > ok 34 - light tag sets author > ok 35 - push tag different branch > ok 36 - cloning a removed file works > ok 37 - cloning a file replaced with a directory > ok 38 - clone replace directory with a file > ok 39 - clone can ignore invalid refnames > # 1 known breakage(s) vanished; please update test(s) > # still have 2 known breakage(s) > # failed 1 among remaining 36 test(s) > 1..39 > make: *** [Makefile:14: main.t] Error 1 This is also a FTBFS: https://tests.reproducible-builds.org/debian/rb-pkg/unstable/amd64/git-remote-hg.html cu Adrian -- "Is there not promise of rain?" Ling Tan asked suddenly out of the darkness. There had been need of rain for many days. "Only a promise," Lao Er said. Pearl S. Buck - Dragon Seed
Bug#915426: git breaks git-remote-hg autopkgtest
Source: git, git-remote-hg Control: found -1 git/1:2.20.0~rc2-1 Control: found -1 git-remote-hg/0.4-0.1 X-Debbugs-CC: debian...@lists.debian.org User: debian...@lists.debian.org Usertags: breaks needs-update Dear maintainers, With a recent upload of git the autopkgtest of git-remote-hg fails in testing when that autopkgtest is run with the binary packages of git from unstable. It passes when run with only packages from testing. In tabular form: passfail gitfrom testing1:2.20.0~rc2-1 git-remote-hg from testing0.4-0.1 versioned deps [0] from testingfrom unstable all others from testingfrom testing I copied some of the output at the bottom of this report. Currently this regression is contributing to the delay of the migration of git to testing [1]. Due to the nature of this issue, I filed this bug report against both packages. Can you please investigate the situation and reassign the bug to the right package? If needed, please change the bug's severity. More information about this bug and the reason for filing it can be found on https://wiki.debian.org/ContinuousIntegration/RegressionEmailInformation Paul [0] You can see what packages were added from the second line of the log file quoted below. The migration software adds source package from unstable to the list if they are needed to install packages from git/1:2.20.0~rc2-1. I.e. due to versioned dependencies or breaks/conflicts. [1] https://qa.debian.org/excuses.php?package=git https://ci.debian.net/data/autopkgtest/testing/amd64/g/git-remote-hg/1428119/log.gz not ok 32 - pull tags # # test_when_finished "rm -rf hgrepo gitrepo" && # # ( # hg init hgrepo && # cd hgrepo && # echo one > content && # hg add content && # hg commit -m one # ) && # # git clone "hg::hgrepo" gitrepo && # # (cd hgrepo && hg tag v1.0) && # (cd gitrepo && git pull) && # # echo "v1.0" > expected && # git --git-dir=gitrepo/.git tag > actual && # test_cmp expected actual # ok 33 - push merged named branch ok 34 - light tag sets author ok 35 - push tag different branch ok 36 - cloning a removed file works ok 37 - cloning a file replaced with a directory ok 38 - clone replace directory with a file ok 39 - clone can ignore invalid refnames # 1 known breakage(s) vanished; please update test(s) # still have 2 known breakage(s) # failed 1 among remaining 36 test(s) 1..39 make: *** [Makefile:14: main.t] Error 1 signature.asc Description: OpenPGP digital signature