git/list[1] front-page[2] threads[3] people[4] search[5] about
 

t3306 failure with v1.7.5-rc1

From
Michael J Gruber <git@drmicha.warpmail.net>
Date
Apr 8, 2011, 09:03 UTC
Message-ID
<4D9ECF7C.6010709@drmicha.warpmail.net>
Heya,

I get this stupid test failure in test 3 of t3306. The problem is that a dangling commit does not get pruned away when it should:

3rd test_must_fail: command succeeded: git cat-file -p 5ee1c35e83ea47cd3cc4f8cbee0568915fbbbd29 not ok - 4 verify that commits are gone

It's a system where make complains about funny clock (I dunno why) but can we make this more robust? The following helps with "sleep 5" but not with "sleep 4". test_tick does not help. What's going on?

---
diff --git i/t/t3306-notes-prune.sh w/t/t3306-notes-prune.sh
index c428217..da76463 100755
--- i/t/t3306-notes-prune.sh
+++ w/t/t3306-notes-prune.sh
@@ -62,7 +62,9 @@ test_expect_success 'remove some commits' '

 	git reset --hard HEAD~1 &&
 	git reflog expire --expire=now HEAD &&
+	sleep 5 &&
 	git gc --prune=now
 '

 test_expect_success 'verify that commits are gone' '
Next: Johannes Sixt
Message 1 of 7 in “t3306 failure with v1.7.5-rc1”
  1. Michael J GruberApr 8, 2011
  2. Johannes SixtApr 8, 2011
  3. Michael J GruberApr 8, 2011
  4. "prune" prone to clock skew (Re: t3306 failure with v1.7.5-rc1)Michael J Gruber, Apr 8, 2011
  5. Jeff KingApr 8, 2011
  6. Junio C HamanoApr 8, 2011
  7. Jeff KingApr 8, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.