retitle 569594 git-core: [FTBFS] t7400-submodule-basic.sh fails found 569594 git-core/1:1.7.0~rc2-1 thanks
Hi, I’m looking for someone who could give access to an s390 or ia64 to track down a test failure in git-core. Access could be given to the following ssh key which has been generated for the occasion: ssh-rsa AAAAB3NzaC1yc2EAAAABIwAAAQEAyPDjYsolbUC+INeBDkJwn+4eTN3UYEM3c6XWza+KftFq4vOF6yqd/FPx1HXVeuJdLt+0CXgsoG3xi7feyRcLDMv/8I8RCcTkp5N6wpvIuDP9YOlds6FPeztt8YPaYdZuNSK8Qsz9Ueaj10eGB/g1DmVv85CJDjy8KAqeTlXOcxb4gezjCKGZCL61rYt46nquZDCpaZ0ijJhuY9L5wCSUbDJqSeYJTl5x8XtmLlzgsKdOh5xXkULTPO5tZFs09f2nS6wuBZCeOzpo1FvfTNrp+0PfW+8UI6jnmyqtbjbPjTYkjh+8TD7+N/IXYYwnQ8iKXu5X0w99mHRcU6MnkABATw== j...@progeny Longer story: This test suite failure mystifies me. All the tests until t7400-submodule-basic.sh pass, and then test 24 from that script fails. Sometimes. - merulo (ia64) builds git 1:1.6.6-1. Plenty of test failures due to Bug#563882. t7400-submodule-basic.sh runs without problems. - mundy (ia64) builds git 1:1.6.6.1-1. Bug#563882 still present. t7400-submodule-basic.sh runs without problems. - alkman (ia64) builds git 1:1.6.6.2-1. (Bug#563882 fixed.) t7400-submodule-basic.sh fails. - lxdebian (s390) builds git 1:1.6.6.1-1, no problems. - debian-31 (s390) builds git 1:1.6.6.2-1, no problems. - zandonai (s390) builds git 1:1.7.0~rc2-1. t7400-submodule-basic.sh fails. alpha, sparc, i386, and amd64 all built versions 1.6.6 - 1.6.6.2 without problems. As for how they cope with 1.7.0~rc2, we’ll see. Symptoms are the same for all failures. The failing test: > test_expect_success 'update --init' ' > > mv init init2 && > git config -f .gitmodules submodule.example.url "$(pwd)/init2" && > git config --remove-section submodule.example > git submodule update init > update.out && > grep "not initialized" update.out && > test ! -d init/.git && > git submodule update --init init && > test -d init/.git > > ' Difference from expected build output (please ignore the hunk header): > | @@ -323,11 +69715,19 @@ warning: unable to remove submodule init > | test -d init/.git > | > | > | -Submodule path 'init' not initialized > | -Submodule 'example' (<top>/t/trash directory.t7400-submodule-basic/init2) > registered for path 'init' > | -Initialized empty Git repository in <top>/t/trash > directory.t7400-submodule-basic/init/.git/ > | -Submodule path 'init': checked out 'OBJID' > | -* ok 24: update --init > | +* FAIL 24: update --init > | + > | + > | + mv init init2 && > | + git config -f .gitmodules submodule.example.url "$(pwd)/init2" > && > | + git config --remove-section submodule.example > | + git submodule update init > update.out && > | + grep "not initialized" update.out && > | + test ! -d init/.git && > | + git submodule update --init init && > | + test -d init/.git > | + > | + > | > | * expecting success: > > The remainder of t7400-submodule-basic.sh worked fine. I do not know > if any later tests would have failed, too. To learn more, one could run “sh -x t7400-submodule-basic.sh -v -i” from the t/ subdirectory of a git build directory and look at the files in "trash directory.t7400-submodule-basic". I would love to do so myself, or I could point out ideas for someone else to investigate if that is preferred. Thanks in advance. Sincerely, Jonathan [1] Logs: merulo 1.6.6 ok http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=37;bug=563882 mundy 1.6.6.1 ok https://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1:1.6.6.1-1&arch=ia64&stamp=1264690704&file=log alkman 1.6.6.2 FAIL https://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1:1.6.6.2-1&arch=ia64&stamp=1265994466&file=log lxdebian 1.6.6.1 ok https://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1:1.6.6.1-1&arch=s390&stamp=1264681505&file=log debian-31 1.6.6.2 ok https://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1:1.6.6.2-1&arch=s390&stamp=1265994666&file=log zandonai 1.7.0~rc2 FAIL https://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1:1.7.0~rc2-1&arch=s390&stamp=1266025527&file=log various 1.6.6.2 ok https://buildd.debian.org/status/package.php?p=git-core -- To UNSUBSCRIBE, email to debian-s390-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
