also sprach Joey Hess [2014-09-09 18:09 +0200]:
> You forgot to mention that you have (based on irc log) been using
> git annex forget. If anything is going to cause git-annex to lose
> location tracking information it would be that.
Good point. But on the upside of things, now I know a bit more
You forgot to mention that you have (based on irc log) been using
git annex forget. If anything is going to cause git-annex to lose
location tracking information it would be that.
--
see shy jo
signature.asc
Description: Digital signature
___
vcs-hom
also sprach Joey Hess [2014-09-09 17:31 +0200]:
> It does. Nowhere in your mail did you say you'd tried fsck.
Oh, because I thought it's run as part of repair. But looking again:
% git annex repair
Running git fsck ...
[…]
this is git-fsck, not git-annex-fsck ;)
--
@martinkrafft | http:
martin f krafft wrote:
> But why didn't fsck by itself fix this?
It does. Nowhere in your mail did you say you'd tried fsck.
--
see shy jo
signature.asc
Description: Digital signature
___
vcs-home mailing list
vcs-home@lists.madduck.net
http://lists.
On Tue, Sep 9, 2014 at 5:09 PM, martin f krafft wrote:
> But why didn't fsck by itself fix this?
I didn't recreate your situation, but I cron `git fsck; git annex
fsck` on _all_ my repos and, up to now, assumed `git annex fsck` did
everything --fast did.
Is `git annex fsck` the recommended "do a
also sprach Joey Hess [2014-09-09 16:46 +0200]:
> > Is there another way than drop/get on all files to restore this?
> > I've run "repair", "reinject" and "fix", but nothing seemed to fix
> > the problem.
>
> fsck --fast
This fixed it. Weird, as I always thought --fast would be a more
shallow ch
Hi,
On Tue 09/09/14,16:05, martin f krafft wrote:
> fishbowl:…ka/photos|master|2014.08.29% git annex get .
> # nothing happens
>
> So part of git-annex thinks the file is present and another thinks
> it's not…
>
> I have to drop/get and then it works:
>
> Is there another way than drop/get
martin f krafft wrote:
> The reason may be that I accidentally set trust=dead, but then
> changed it back to semitrusted.
That has nothing to do with location tracking, so I doubt it.
> Is there another way than drop/get on all files to restore this?
> I've run "repair", "reinject" and "fix", but
Have a look at this:
fishbowl:…ka/photos|master|2014.08.29% file *
Foto1.JPG: symbolic link to
`../.git/annex/objects/mg/JZ/SHA256E-s3103631--5ba8f6d0b7a51700f03ce1c2ddc774a68c168a07f6b30585ffe3c749e8995ba1.JPG/SHA256E-s3103631--5ba8f6d0b7a51700f03ce1c2ddc774a68c168a07f6b30585ffe3c749e8995ba1
