Bug 17896 - scanner doesn't work with files stored using git annex
: scanner doesn't work with files stored using git annex
Status: UNCONFIRMED
Product: Logitech Media Server
Classification: Unclassified
Component: Scanner
: 7.7.2
: PC Debian Linux
: -- enhancement with 1 vote (vote)
: ---
Assigned To: Unassigned bug - please assign me!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2012-02-21 17:05 UTC by Christian G. Warden
Modified: 2013-02-15 00:39 UTC (History)
1 user (show)

See Also:
Category: ---


Attachments
newer version of patch against 7.6.2 (380 bytes, patch)
2012-03-17 06:51 UTC, Adam Spiers
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description Christian G. Warden 2012-02-21 17:05:58 UTC
git annex replaces files with symlinks with a target filename being a sha hash, e.g.
trololo.mp3 -> .git/annex/objects/W1/Kk/SHA256-s5849830--b7ef3953f345b7fd890b997f996ab411812d929edad8cf67efe1996d310b4546/SHA256-s5849830--b7ef3953f345b7fd890b997f996ab411812d929edad8cf67efe1996d310b4546

The scanner ignores these files because they don't have a recognized extension.  I suggest that the extension of the target file be ignored if the symlink has a valid extension.  Here's the relevant code:
https://gist.github.com/1880332
Comment 1 Adam Spiers 2012-03-17 06:51:23 UTC
Created attachment 7656 [details]
newer version of patch against 7.6.2

I also see this exact problem; changing UNCONFIRMED -> NEW.  I had to port the patch to 7.6.2 which has changed enough that it didn't apply.
Comment 2 Christophe Rhodes 2012-08-29 12:10:24 UTC
Perhaps the logic could be to ignore the extension if the symlink target contains ".git/annex", in case there's a different situation where it is important that the target's name be taken into account?
Comment 3 Adam Spiers 2012-08-30 07:26:41 UTC
Yes, sounds like a good idea to me!
Comment 4 Adam Spiers 2013-02-15 00:39:38 UTC
No activity in a year, and still in UNCONFIRMED state ... how can we progress this?