* Test failures on 'pu' branch
@ 2017-11-08 20:28 Ramsay Jones
2017-11-08 20:36 ` Stefan Beller
0 siblings, 1 reply; 5+ messages in thread
From: Ramsay Jones @ 2017-11-08 20:28 UTC (permalink / raw)
To: Junio C Hamano; +Cc: Jonathan Tan, Jeff Hostetler, GIT Mailing-list
Hi Junio,
You are probably already aware, but just in case, the 'pu' branch
fails the testsuite for me as follows:
$ tail -18 ptest-out
Test Summary Report
-------------------
t5300-pack-object.sh (Wstat: 256 Tests: 40 Failed: 2)
Failed tests: 36-37
Non-zero exit status: 1
t5500-fetch-pack.sh (Wstat: 256 Tests: 355 Failed: 6)
Failed tests: 350-355
Non-zero exit status: 1
t5601-clone.sh (Wstat: 256 Tests: 102 Failed: 4)
Failed tests: 99-102
Non-zero exit status: 1
Files=800, Tests=16964, 462 wallclock secs ( 4.57 usr 0.78 sys + 57.93 cusr 24.16 csys = 87.44 CPU)
Result: FAIL
Makefile:45: recipe for target 'prove' failed
make[1]: *** [prove] Error 1
make[1]: Leaving directory '/home/ramsay/git/t'
Makefile:2448: recipe for target 'test' failed
make: *** [test] Error 2
$
Looking at the first test failure in each file, the failures seems
to be related to the 'jh/partial-clone' branch.
Just FYI. Thanks.
ATB,
Ramsay Jones
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Test failures on 'pu' branch
2017-11-08 20:28 Test failures on 'pu' branch Ramsay Jones
@ 2017-11-08 20:36 ` Stefan Beller
2017-11-08 22:10 ` Jeff Hostetler
2017-11-08 22:34 ` Ramsay Jones
0 siblings, 2 replies; 5+ messages in thread
From: Stefan Beller @ 2017-11-08 20:36 UTC (permalink / raw)
To: Ramsay Jones
Cc: Junio C Hamano, Jonathan Tan, Jeff Hostetler, GIT Mailing-list
On Wed, Nov 8, 2017 at 12:28 PM, Ramsay Jones
<ramsay@ramsayjones.plus.com> wrote:
> t5300-pack-object.sh (Wstat: 256 Tests: 40 Failed: 2)
> t5500-fetch-pack.sh (Wstat: 256 Tests: 355 Failed: 6)
These are series
> t5601-clone.sh (Wstat: 256 Tests: 102 Failed: 4)
This one is a spurious test. I had that flake on me once in the last weeks, too.
But upon investigation I could not reproduce.
See https://public-inbox.org/git/xmqq376ipdpx.fsf@gitster.mtv.corp.google.com/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Test failures on 'pu' branch
2017-11-08 20:36 ` Stefan Beller
@ 2017-11-08 22:10 ` Jeff Hostetler
2017-11-08 22:34 ` Ramsay Jones
1 sibling, 0 replies; 5+ messages in thread
From: Jeff Hostetler @ 2017-11-08 22:10 UTC (permalink / raw)
To: Stefan Beller, Ramsay Jones
Cc: Junio C Hamano, Jonathan Tan, Jeff Hostetler, GIT Mailing-list
On 11/8/2017 3:36 PM, Stefan Beller wrote:
> On Wed, Nov 8, 2017 at 12:28 PM, Ramsay Jones
> <ramsay@ramsayjones.plus.com> wrote:
>
>> t5300-pack-object.sh (Wstat: 256 Tests: 40 Failed: 2)
>
>> t5500-fetch-pack.sh (Wstat: 256 Tests: 355 Failed: 6)
>
> These are series
>
>> t5601-clone.sh (Wstat: 256 Tests: 102 Failed: 4)
>
> This one is a spurious test. I had that flake on me once in the last weeks, too.
> But upon investigation I could not reproduce.
> See https://public-inbox.org/git/xmqq376ipdpx.fsf@gitster.mtv.corp.google.com/
>
I suspect that the failures related to the jh/partial-clone-* branches
are probably due to slight differences between yesterday's part-1 and
last week's version of part-2 and part-3.
I'm going to be on vacation until Monday, so can we just pull those
parts out of 'pu' until I can get you new versions of parts 2 and 3 ?
Thanks
Jeff
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Test failures on 'pu' branch
2017-11-08 20:36 ` Stefan Beller
2017-11-08 22:10 ` Jeff Hostetler
@ 2017-11-08 22:34 ` Ramsay Jones
2017-11-08 22:55 ` Ramsay Jones
1 sibling, 1 reply; 5+ messages in thread
From: Ramsay Jones @ 2017-11-08 22:34 UTC (permalink / raw)
To: Stefan Beller
Cc: Junio C Hamano, Jonathan Tan, Jeff Hostetler, GIT Mailing-list
On 08/11/17 20:36, Stefan Beller wrote:
> On Wed, Nov 8, 2017 at 12:28 PM, Ramsay Jones
> <ramsay@ramsayjones.plus.com> wrote:
>
>> t5300-pack-object.sh (Wstat: 256 Tests: 40 Failed: 2)
>
>> t5500-fetch-pack.sh (Wstat: 256 Tests: 355 Failed: 6)
>
> These are series
>
>> t5601-clone.sh (Wstat: 256 Tests: 102 Failed: 4)
>
> This one is a spurious test. I had that flake on me once in the last weeks, too.
> But upon investigation I could not reproduce.
> See https://public-inbox.org/git/xmqq376ipdpx.fsf@gitster.mtv.corp.google.com/
>
No, this is not related to that. In fact several tests start
working if I change the '--filter=blobs:limit=0' to instead
read '--filter=blob:limit=0' (ie. change blob_s_ to blob).
In fact t5601 now works with the following patch:
-- >8 --
diff --git a/t/t5601-clone.sh b/t/t5601-clone.sh
index f18d9454a..0074690f7 100755
--- a/t/t5601-clone.sh
+++ b/t/t5601-clone.sh
@@ -630,7 +630,7 @@ partial_clone () {
test_config -C "$SERVER" uploadpack.allowfilter 1 &&
test_config -C "$SERVER" uploadpack.allowanysha1inwant 1 &&
- git clone --filter=blobs:limit=0 "$URL" client &&
+ git clone --filter=blob:limit=0 "$URL" client &&
git -C client fsck &&
@@ -651,7 +651,7 @@ test_expect_success 'partial clone: warn if server does not support object filte
test_create_repo server &&
test_commit -C server one &&
- git clone --filter=blobs:limit=0 "file://$(pwd)/server" client 2> err &&
+ git clone --filter=blob:limit=0 "file://$(pwd)/server" client 2> err &&
test_i18ngrep "filtering not recognized by server" err
'
@@ -673,7 +673,7 @@ test_expect_success 'batch missing blob request during checkout' '
test_config -C server uploadpack.allowfilter 1 &&
test_config -C server uploadpack.allowanysha1inwant 1 &&
- git clone --filter=blobs:limit=0 "file://$(pwd)/server" client &&
+ git clone --filter=blob:limit=0 "file://$(pwd)/server" client &&
# Ensure that there is only one negotiation by checking that there is
# only "done" line sent. ("done" marks the end of negotiation.)
@@ -705,7 +705,7 @@ test_expect_success 'batch missing blob request does not inadvertently try to fe
test_config -C server uploadpack.allowanysha1inwant 1 &&
# Make sure that it succeeds
- git clone --filter=blobs:limit=0 "file://$(pwd)/server" client
+ git clone --filter=blob:limit=0 "file://$(pwd)/server" client
'
. "$TEST_DIRECTORY"/lib-httpd.sh
-- 8< --
A similar patch to 't/t5300-pack-object.sh' gets one of the two
failing tests working. I haven't looked at 't/t5500-fetch-pack.sh'
yet.
ATB,
Ramsay Jones
^ permalink raw reply related [flat|nested] 5+ messages in thread
* Re: Test failures on 'pu' branch
2017-11-08 22:34 ` Ramsay Jones
@ 2017-11-08 22:55 ` Ramsay Jones
0 siblings, 0 replies; 5+ messages in thread
From: Ramsay Jones @ 2017-11-08 22:55 UTC (permalink / raw)
To: Junio C Hamano
Cc: Stefan Beller, Jonathan Tan, Jeff Hostetler, GIT Mailing-list
On 08/11/17 22:34, Ramsay Jones wrote:
>
>
> On 08/11/17 20:36, Stefan Beller wrote:
>> On Wed, Nov 8, 2017 at 12:28 PM, Ramsay Jones
>> <ramsay@ramsayjones.plus.com> wrote:
>>
>>> t5300-pack-object.sh (Wstat: 256 Tests: 40 Failed: 2)
>>
>>> t5500-fetch-pack.sh (Wstat: 256 Tests: 355 Failed: 6)
>>
>> These are series
>>
>>> t5601-clone.sh (Wstat: 256 Tests: 102 Failed: 4)
>>
>> This one is a spurious test. I had that flake on me once in the last weeks, too.
>> But upon investigation I could not reproduce.
>> See https://public-inbox.org/git/xmqq376ipdpx.fsf@gitster.mtv.corp.google.com/
>>
>
> No, this is not related to that. In fact several tests start
> working if I change the '--filter=blobs:limit=0' to instead
> read '--filter=blob:limit=0' (ie. change blob_s_ to blob).
>
> In fact t5601 now works with the following patch:
OK, so the patch given below fixes all tests except t5300.37.
All the patch does is change 'blobs' to 'blob' in the --filter
parameters.
The single failure looks like:
$ ./t5300-pack-object.sh -i -v
...
Initialized empty Git repository in /home/ramsay/git/t/trash directory.t5300-pack-object/server/.git/
[master (root-commit) a72904c] x
Author: A U Thor <author@example.com>
3 files changed, 3 insertions(+)
create mode 100644 .git-a
create mode 100644 a
create mode 100644 b
Counting objects: 2, done.
Compressing objects: 100% (2/2), done.
Total 2 (delta 0), reused 0 (delta 0)
ad26794874784493dafa81f1644b3dcfad05d843
not ok 37 - filtering by size never excludes special files
#
# rm -rf server &&
# git init server &&
# printf a-very-long-file > server/a &&
# printf a-very-long-file > server/.git-a &&
# printf b-very-long-file > server/b &&
# git -C server add a .git-a b &&
# git -C server commit -m x &&
#
# git -C server rev-parse HEAD >objects &&
# git -C server pack-objects --revs --stdout --filter=blob:limit=10 <objects >my.pack &&
#
# # Ensure that the .git-a blob is in the packfile, despite also
# # appearing as a non-.git file
# git index-pack my.pack &&
# git verify-pack -v my.idx >objectlist &&
# grep $(git hash-object server/a) objectlist
#
$
Hope that helps.
ATB,
Ramsay Jones
-- >8 --
diff --git a/t/t5300-pack-object.sh b/t/t5300-pack-object.sh
index 0739a0796..17c9ffdca 100755
--- a/t/t5300-pack-object.sh
+++ b/t/t5300-pack-object.sh
@@ -472,7 +472,7 @@ test_expect_success 'filtering by size works with multiple excluded' '
git -C server commit -m x &&
git -C server rev-parse HEAD >objects &&
- git -C server pack-objects --revs --stdout --filter=blobs:limit=10 <objects >my.pack &&
+ git -C server pack-objects --revs --stdout --filter=blob:limit=10 <objects >my.pack &&
# Ensure that only the small blobs are in the packfile
git index-pack my.pack &&
@@ -493,7 +493,7 @@ test_expect_success 'filtering by size never excludes special files' '
git -C server commit -m x &&
git -C server rev-parse HEAD >objects &&
- git -C server pack-objects --revs --stdout --filter=blobs:limit=10 <objects >my.pack &&
+ git -C server pack-objects --revs --stdout --filter=blob:limit=10 <objects >my.pack &&
# Ensure that the .git-a blob is in the packfile, despite also
# appearing as a non-.git file
diff --git a/t/t5500-fetch-pack.sh b/t/t5500-fetch-pack.sh
index 86cf65323..08b7a32c7 100755
--- a/t/t5500-fetch-pack.sh
+++ b/t/t5500-fetch-pack.sh
@@ -762,7 +762,7 @@ test_expect_success 'filtering by size' '
test_config -C server uploadpack.allowfilter 1 &&
test_create_repo client &&
- git -C client fetch-pack --filter=blobs:limit=0 ../server HEAD &&
+ git -C client fetch-pack --filter=blob:limit=0 ../server HEAD &&
# Ensure that object is not inadvertently fetched
test_must_fail git -C client cat-file -e $(git hash-object server/one.t)
@@ -774,7 +774,7 @@ test_expect_success 'filtering by size has no effect if support for it is not ad
test_commit -C server one &&
test_create_repo client &&
- git -C client fetch-pack --filter=blobs:limit=0 ../server HEAD 2> err &&
+ git -C client fetch-pack --filter=blob:limit=0 ../server HEAD 2> err &&
# Ensure that object is fetched
git -C client cat-file -e $(git hash-object server/one.t) &&
@@ -800,7 +800,7 @@ setup_blob_max_bytes () {
do_blob_max_bytes() {
SERVER="$1" &&
- git -C client fetch --filter=blobs:limit=0 origin HEAD:somewhere &&
+ git -C client fetch --filter=blob:limit=0 origin HEAD:somewhere &&
# Ensure that commit is fetched, but blob is not
test_config -C client extensions.partialcloneremote "arbitrary string" &&
@@ -816,7 +816,7 @@ test_expect_success 'fetch with filtering' '
test_expect_success 'fetch respects configured filtering' '
setup_blob_max_bytes server server &&
- test_config -C client extensions.partialclonefilter blobs:limit=0 &&
+ test_config -C client extensions.partialclonefilter blob:limit=0 &&
git -C client fetch origin HEAD:somewhere &&
@@ -835,7 +835,7 @@ test_expect_success 'pull respects configured filtering' '
test_commit -C server three &&
test_config -C server uploadpack.allowanysha1inwant 1 &&
- test_config -C client extensions.partialclonefilter blobs:limit=0 &&
+ test_config -C client extensions.partialclonefilter blob:limit=0 &&
git -C client pull origin &&
@@ -852,7 +852,7 @@ test_expect_success 'clone configures filtering' '
test_commit -C server two &&
test_config -C server uploadpack.allowanysha1inwant 1 &&
- git clone --filter=blobs:limit=12345 server client &&
+ git clone --filter=blob:limit=12345 server client &&
# Ensure that we can, for example, checkout HEAD^
rm -rf client/.git/objects/* &&
diff --git a/t/t5601-clone.sh b/t/t5601-clone.sh
index f18d9454a..0074690f7 100755
--- a/t/t5601-clone.sh
+++ b/t/t5601-clone.sh
@@ -630,7 +630,7 @@ partial_clone () {
test_config -C "$SERVER" uploadpack.allowfilter 1 &&
test_config -C "$SERVER" uploadpack.allowanysha1inwant 1 &&
- git clone --filter=blobs:limit=0 "$URL" client &&
+ git clone --filter=blob:limit=0 "$URL" client &&
git -C client fsck &&
@@ -651,7 +651,7 @@ test_expect_success 'partial clone: warn if server does not support object filte
test_create_repo server &&
test_commit -C server one &&
- git clone --filter=blobs:limit=0 "file://$(pwd)/server" client 2> err &&
+ git clone --filter=blob:limit=0 "file://$(pwd)/server" client 2> err &&
test_i18ngrep "filtering not recognized by server" err
'
@@ -673,7 +673,7 @@ test_expect_success 'batch missing blob request during checkout' '
test_config -C server uploadpack.allowfilter 1 &&
test_config -C server uploadpack.allowanysha1inwant 1 &&
- git clone --filter=blobs:limit=0 "file://$(pwd)/server" client &&
+ git clone --filter=blob:limit=0 "file://$(pwd)/server" client &&
# Ensure that there is only one negotiation by checking that there is
# only "done" line sent. ("done" marks the end of negotiation.)
@@ -705,7 +705,7 @@ test_expect_success 'batch missing blob request does not inadvertently try to fe
test_config -C server uploadpack.allowanysha1inwant 1 &&
# Make sure that it succeeds
- git clone --filter=blobs:limit=0 "file://$(pwd)/server" client
+ git clone --filter=blob:limit=0 "file://$(pwd)/server" client
'
. "$TEST_DIRECTORY"/lib-httpd.sh
-- 8< --
^ permalink raw reply related [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-11-08 22:55 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2017-11-08 20:28 Test failures on 'pu' branch Ramsay Jones
2017-11-08 20:36 ` Stefan Beller
2017-11-08 22:10 ` Jeff Hostetler
2017-11-08 22:34 ` Ramsay Jones
2017-11-08 22:55 ` Ramsay Jones
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).