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

Re: [BUG] git p4 clone fails when p4 sizes does not return 'fileSize' key

From
AMAndrey Mazo <amazo@checkvideo.com>
Date
Apr 17, 2018, 16:22 UTC
Message-ID
<cover.1523981210.git.amazo@checkvideo.com>
In-Reply-To
<CAJJpmi-pLb4Qcka5aLKXA8B1VOZFFF+OAQ0fgUq9YviobRpYGg@mail.gmail.com>

Huh, I actually have a slightly different fix for the same issue. It doesn't suppress the corresponding verbose output completely, but just removes the size information from it.

Also, I'd mention that the workaround is trivial -- simply omit the "--verbose" option.
Andrey Mazo (1):
  git-p4: fix `sync --verbose` traceback due to 'fileSize'
 git-p4.py | 8 ++++++--
 1 file changed, 6 insertions(+), 2 deletions(-)
base-commit: 468165c1d8a442994a825f3684528361727cd8c0
-- 
2.16.1
Previous: Thandesha VKNext: Andrey Mazo
Message 2 of 15 in “[BUG] git p4 clone fails when p4 sizes does not return 'fileSize' key”
  1. Thandesha VKApr 16, 2018
  2. Andrey MazoApr 17, 2018
  3. 1/1 git-p4: fix `sync --verbose` traceback due to 'fileSize'Andrey Mazo, Apr 17, 2018
  4. Thandesha VKApr 17, 2018
  5. Mazo, AndreyApr 17, 2018
  6. Thandesha VKApr 17, 2018
  7. Mazo, AndreyApr 17, 2018
  8. Thandesha VKApr 17, 2018
  9. Luke DiamandApr 18, 2018
  10. Thandesha VKApr 18, 2018
  11. Mazo, AndreyApr 17, 2018
  12. Mazo, AndreyApr 17, 2018
  13. Thandesha VKApr 17, 2018
  14. Mazo, AndreyApr 17, 2018
  15. Thandesha VKApr 17, 2018

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.