-
Notifications
You must be signed in to change notification settings - Fork 111
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OSX & git-annex: fails to addurl empty files: getFileStatus: does not exist (No such file or directory) #79
Comments
uff -- figured it out. Apparently it is due to the file being empty! so it seems that if file from URL is empty, it fails under OSX... just incase -- here is my protocol of replicating this struggle:
|
Reproduced on OSX: git-annex addurl http://tmp.kitenet.net/empty/ see shy jo |
This seems to be a wget bug on OSX: oberon:annex joeyh$ rm foo
On Linux with wget 1.16, it does not behave this way. My OSX account has wget 1.16.1. I don't know if this is a regression see shy jo |
I was able to reproduce the bug when I built And, happily, the bug is fixed in wget is not currently bundled with git-annex for OSX, because there This doesn't seem worth forcing git-annex to use curl over, since it I suppose for datalad, the fix is to update the locally installed wget, see shy jo |
That is great -- thanks for boiling this one down! overall - this one is yet another indicator for needing external tools version-aware handling which we haven't yet anyhow supported in datalad (#76 points to how we did it in PyMVPA). I will add a new label to the issues ("bug-external-tools") to group such issues. |
Yaroslav Halchenko wrote:
Can you tell where the bad wget comes from? If it's shipped with git, I see shy jo |
looking back at my report: who said that it was wget? ;)
btw -- I have added your ssh key to the datalad account (under which buildbot slave is running) on that mac, so you could check directly (not that you have Administrator access there anyways ;) ). |
Yaroslav Halchenko wrote:
Aha, well spotted! It seems that curl also has a bug here; if the url is empty it just Apparently empty urls are a tricky buisiness if you're building an url Sent bug to curl maintainers. Put in a workaround in git-annex see shy jo |
ENH: #79 was addressed so we can test with empty load now
…_and_normalize_paths * origin/master: ENH: datalad#79 was addressed so we can test with empty load now
* origin/master: fixed typo in virtualenv instructions DOC: Make README.md and requirements.txt more consistent Fixed up the url for git:// way to clone -- should be "/" not ":" (as in ssh way) minor pep8 to get rebuild going ENH: datalad#79 was addressed so we can test with empty load now RF: normalize description of files to be 'list of str' RF/NF: introduce normalize_path to be used if a single file is intended to be input RF/ENH: match_return_type for normalize_paths RF/BF: file_has_content always returns list of bool now ENH: two spaces before inline comments ENH: pep8 - some haders fixed up, require numpy in requirements, some spaces Conflicts: datalad/support/annexrepo.py
* rf-patool-logging-etc: ENH: paranoidal check that outputs are swallowed ENH/BF: patool integration - swallow its outputs, use our runner ENH: mock print function as well when swallow_outputs BF: patool cmdline is not installed properly on Windows -- use library fixed typo in virtualenv instructions DOC: Make README.md and requirements.txt more consistent Fixed up the url for git:// way to clone -- should be "/" not ":" (as in ssh way) minor pep8 to get rebuild going ENH: datalad#79 was addressed so we can test with empty load now RF: normalize description of files to be 'list of str' RF/NF: introduce normalize_path to be used if a single file is intended to be input
Break up key statements to make them more readable
uff... first we thought it is just a matter of obscure filename which we have used in that test:
\"';a&b&cd
|` but it fails similarly in simpler cases as well. Here is a full trace which lead to failing['git', 'annex', 'addurl', '-c', 'annex.alwayscommit=false', '--debug', '--file', '2/d/1d', 'http://localhost:8302/.tmp-page2annex-SIDRg3/2/d/1d']
which seems to be all "kosher":
@joeyh -- any ideas on WTF with this OSX? git annex is fresh: 5.20150322-gb17566d
to repl
The text was updated successfully, but these errors were encountered: