close too old version
This commit is contained in:
parent
f9ed30de3b
commit
3e91461c0f
2 changed files with 14 additions and 3 deletions
|
@ -29,6 +29,4 @@ I let it try to resume for a very long time (about a day) and it did nothing.
|
||||||
|
|
||||||
This is a fairly large repository which was only just cloned and with all data transferred (`git clone` and `git annex get .` worked fine).
|
This is a fairly large repository which was only just cloned and with all data transferred (`git clone` and `git annex get .` worked fine).
|
||||||
|
|
||||||
|
> [[closing|done]] per my comment --[[Joey]]
|
||||||
|
|
||||||
|
|
||||||
|
|
|
@ -0,0 +1,13 @@
|
||||||
|
[[!comment format=mdwn
|
||||||
|
username="joey"
|
||||||
|
subject="""comment 1"""
|
||||||
|
date="2020-05-04T17:01:56Z"
|
||||||
|
content="""
|
||||||
|
git-annex no longer supports direct mode in current versions,
|
||||||
|
so whatever code might have caused that behavior is removed.
|
||||||
|
|
||||||
|
The signal 11 is, however, suprising. If a current version of git-annex
|
||||||
|
segfaults, it would be worth filing a bug report and chasing that down,
|
||||||
|
although only after you test your machine's memory for problems that might
|
||||||
|
lead to a sefault.
|
||||||
|
"""]]
|
Loading…
Add table
Reference in a new issue