mirrors/git-annex
2
0
Fork 0
Code Issues Pull requests Projects Releases Packages 1 Wiki Activity Actions

comment

Browse source
This commit is contained in:
Joey Hess 2020-05-21 13:06:46 -04:00
parent d5b7d2a473
commit 0ae63d5eec
No known key found for this signature in database
GPG key ID: DB12DB0FF05F8F38
2 changed files with 27 additions and 0 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

18
doc/bugs/__34__Cannot_handle_files_this_big__34___error_for_unlocked_files/comment_2_b279bd82612c0bee486c877e700ccbe4._comment Normal file
View file

@ -0,0 +1,18 @@
[[!comment format=mdwn
username="joey"
subject="""comment 2"""
date="2020-05-21T16:54:48Z"
content="""
I don't think there's any reason why git should need to allocate memory for
the whole file. All it's doing is reading the file and sending it over a
pipe, and git-annex actually hangs up the pipe before reading anything.
So git could read a few bytes, try to send them, and give up.
The last time I looked at it, in [[!commit a96972015dd76271b46432151e15d5d38d7151ff]]
having git-annex close the pipe immediately did avoid git overallocating
memory. I don't know what else git-annex could do to avoid any bad behavior
from git.
If your git is older than 2.5, it would certainly explain it, since the
above workaround needed git 2.5.
"""]]

9
doc/bugs/git_annex_creds_are_not_embedded_with_newer_git-annex_clients/comment_1_48953f4f0eacdba05b200f972204270d._comment Normal file
View file

@ -0,0 +1,9 @@
[[!comment format=mdwn
username="joey"
subject="""comment 1"""
date="2020-05-21T16:34:34Z"
content="""
I tried this and the result is that git-annex get from S3 fails. While I do
think it should be writing the creds cache file, the failure to get is the
actual bug symptom.
"""]]