Fix bug in annex.largefiles mimetype= matching when git-annex is run in a subdirectory of the repository.
This commit is contained in:
parent
c672481352
commit
eac26f13db
3 changed files with 6 additions and 1 deletions
2
Limit.hs
2
Limit.hs
|
@ -104,7 +104,7 @@ matchMagic (Just magic) glob = Right $ const go
|
|||
cglob = compileGlob glob CaseSensative -- memoized
|
||||
go (MatchingKey _) = pure False
|
||||
go (MatchingFile fi) = liftIO $ catchBoolIO $
|
||||
matchGlob cglob <$> magicFile magic (matchFile fi)
|
||||
matchGlob cglob <$> magicFile magic (currFile fi)
|
||||
go (MatchingInfo _ _ _ mimeval) = matchGlob cglob <$> getInfo mimeval
|
||||
matchMagic Nothing _ = Left "unable to load magic database; \"mimetype\" cannot be used"
|
||||
#endif
|
||||
|
|
2
debian/changelog
vendored
2
debian/changelog
vendored
|
@ -16,6 +16,8 @@ git-annex (6.20160319) UNRELEASED; urgency=medium
|
|||
* sync: Show output of git commit.
|
||||
* annex.thin and annex.hardlink are now supported on Windows.
|
||||
* unannex --fast now makes hard links on Windows.
|
||||
* Fix bug in annex.largefiles mimetype= matching when git-annex
|
||||
is run in a subdirectory of the repository.
|
||||
|
||||
-- Joey Hess <id@joeyh.name> Wed, 23 Mar 2016 11:42:36 -0400
|
||||
|
||||
|
|
|
@ -72,3 +72,6 @@ lrwxrwxrwx 1 vagrant vagrant 189 Apr 6 15:20 tempfile -> ../.git/annex/object
|
|||
### Have you had any luck using git-annex before? (Sometimes we get tired of reading bug reports all day and a lil' positive end note does wonders)
|
||||
|
||||
|
||||
> Thanks for reporting. This was a dumb bug; it used the wrong path to the
|
||||
> file for mimetype=, which was relative to the top of the repository.
|
||||
> [[fixed|done]] --[[Joey]]
|
||||
|
|
Loading…
Add table
Reference in a new issue