2011-07-01 21:15:46 +00:00
|
|
|
{- git-annex command
|
|
|
|
-
|
2013-07-28 19:27:36 +00:00
|
|
|
- Copyright 2011-2013 Joey Hess <joey@kitenet.net>
|
2011-07-01 21:15:46 +00:00
|
|
|
-
|
|
|
|
- Licensed under the GNU GPL version 3 or higher.
|
|
|
|
-}
|
|
|
|
|
|
|
|
module Command.AddUrl where
|
|
|
|
|
|
|
|
import Network.URI
|
|
|
|
|
2011-10-05 20:02:51 +00:00
|
|
|
import Common.Annex
|
2011-07-01 21:15:46 +00:00
|
|
|
import Command
|
2012-06-05 23:51:03 +00:00
|
|
|
import Backend
|
2011-07-01 21:15:46 +00:00
|
|
|
import qualified Command.Add
|
2011-07-01 22:46:07 +00:00
|
|
|
import qualified Annex
|
2013-04-11 17:35:52 +00:00
|
|
|
import qualified Annex.Queue
|
2011-08-06 18:57:22 +00:00
|
|
|
import qualified Backend.URL
|
2012-02-10 23:23:23 +00:00
|
|
|
import qualified Utility.Url as Url
|
2011-10-04 04:40:47 +00:00
|
|
|
import Annex.Content
|
2011-10-15 20:36:56 +00:00
|
|
|
import Logs.Web
|
2012-02-08 19:35:18 +00:00
|
|
|
import qualified Option
|
2012-02-10 23:40:36 +00:00
|
|
|
import Types.Key
|
2012-06-20 20:07:14 +00:00
|
|
|
import Types.KeySource
|
2012-04-22 05:13:09 +00:00
|
|
|
import Config
|
2013-01-06 21:34:44 +00:00
|
|
|
import Annex.Content.Direct
|
2013-04-11 17:35:52 +00:00
|
|
|
import Logs.Location
|
2013-04-11 20:14:17 +00:00
|
|
|
import qualified Logs.Transfer as Transfer
|
|
|
|
import Utility.Daemon (checkDaemon)
|
2013-08-22 22:25:21 +00:00
|
|
|
import Annex.Quvi
|
|
|
|
import qualified Utility.Quvi as Quvi
|
2011-07-01 21:15:46 +00:00
|
|
|
|
2011-10-29 19:19:05 +00:00
|
|
|
def :: [Command]
|
2013-03-11 23:55:01 +00:00
|
|
|
def = [notBareRepo $ withOptions [fileOption, pathdepthOption, relaxedOption] $
|
2013-03-24 22:28:21 +00:00
|
|
|
command "addurl" (paramRepeating paramUrl) seek
|
|
|
|
SectionCommon "add urls to annex"]
|
2012-02-08 19:35:18 +00:00
|
|
|
|
|
|
|
fileOption :: Option
|
|
|
|
fileOption = Option.field [] "file" paramFile "specify what file the url is added to"
|
2011-07-01 21:15:46 +00:00
|
|
|
|
2012-02-16 16:25:19 +00:00
|
|
|
pathdepthOption :: Option
|
2012-02-16 16:37:30 +00:00
|
|
|
pathdepthOption = Option.field [] "pathdepth" paramNumber "path components to use in filename"
|
2012-02-16 16:25:19 +00:00
|
|
|
|
2013-03-11 23:55:01 +00:00
|
|
|
relaxedOption :: Option
|
|
|
|
relaxedOption = Option.flag [] "relaxed" "skip size check"
|
|
|
|
|
2011-07-01 21:15:46 +00:00
|
|
|
seek :: [CommandSeek]
|
2012-02-08 19:35:18 +00:00
|
|
|
seek = [withField fileOption return $ \f ->
|
2013-03-11 23:55:01 +00:00
|
|
|
withFlag relaxedOption $ \relaxed ->
|
2012-02-16 16:25:19 +00:00
|
|
|
withField pathdepthOption (return . maybe Nothing readish) $ \d ->
|
2013-03-11 23:55:01 +00:00
|
|
|
withStrings $ start relaxed f d]
|
2011-07-01 21:15:46 +00:00
|
|
|
|
2013-03-11 23:55:01 +00:00
|
|
|
start :: Bool -> Maybe FilePath -> Maybe Int -> String -> CommandStart
|
|
|
|
start relaxed optfile pathdepth s = go $ fromMaybe bad $ parseURI s
|
2012-11-12 05:05:04 +00:00
|
|
|
where
|
2013-08-22 22:25:21 +00:00
|
|
|
(s', downloader) = getDownloader s
|
|
|
|
bad = fromMaybe (error $ "bad url " ++ s') $
|
|
|
|
parseURI $ escapeURIString isUnescapedInURI s'
|
|
|
|
badquvi = error $ "quvi does not know how to download url " ++ s'
|
|
|
|
choosefile = flip fromMaybe optfile
|
|
|
|
go url
|
|
|
|
| downloader == QuviDownloader = usequvi
|
|
|
|
| otherwise = ifM (liftIO $ Quvi.supported s')
|
|
|
|
( usequvi
|
|
|
|
, do
|
|
|
|
pathmax <- liftIO $ fileNameLengthLimit "."
|
|
|
|
let file = choosefile $ url2file url pathdepth pathmax
|
|
|
|
showStart "addurl" file
|
|
|
|
next $ perform relaxed s' file
|
|
|
|
)
|
|
|
|
usequvi = do
|
|
|
|
page <- fromMaybe badquvi
|
|
|
|
<$> withQuviOptions Quvi.forceQuery [Quvi.quiet, Quvi.httponly] s'
|
|
|
|
let link = fromMaybe badquvi $ headMaybe $ Quvi.pageLinks page
|
|
|
|
let file = choosefile $ sanitizeFilePath $
|
|
|
|
Quvi.pageTitle page ++ "." ++ Quvi.linkSuffix link
|
2012-11-12 05:05:04 +00:00
|
|
|
showStart "addurl" file
|
2013-08-22 22:25:21 +00:00
|
|
|
next $ performQuvi relaxed s' (Quvi.linkUrl link) file
|
|
|
|
|
|
|
|
performQuvi :: Bool -> URLString -> URLString -> FilePath -> CommandPerform
|
|
|
|
performQuvi relaxed pageurl videourl file = ifAnnexed file addurl geturl
|
|
|
|
where
|
|
|
|
quviurl = setDownloader pageurl QuviDownloader
|
|
|
|
addurl (key, _backend) = next $ cleanup quviurl file key Nothing
|
|
|
|
geturl = do
|
|
|
|
key <- Backend.URL.fromUrl quviurl Nothing
|
|
|
|
ifM (pure relaxed <||> Annex.getState Annex.fast)
|
|
|
|
( next $ cleanup quviurl file key Nothing
|
|
|
|
, do
|
|
|
|
tmp <- fromRepo $ gitAnnexTmpLocation key
|
|
|
|
showOutput
|
|
|
|
ok <- Transfer.download webUUID key (Just file) Transfer.forwardRetry $ const $ do
|
|
|
|
liftIO $ createDirectoryIfMissing True (parentDir tmp)
|
|
|
|
downloadUrl [videourl] tmp
|
|
|
|
if ok
|
|
|
|
then next $ cleanup quviurl file key (Just tmp)
|
|
|
|
else stop
|
|
|
|
)
|
2011-10-31 20:46:51 +00:00
|
|
|
|
2013-08-22 22:25:21 +00:00
|
|
|
perform :: Bool -> URLString -> FilePath -> CommandPerform
|
2013-03-11 23:55:01 +00:00
|
|
|
perform relaxed url file = ifAnnexed file addurl geturl
|
2012-11-12 05:05:04 +00:00
|
|
|
where
|
2013-07-28 19:27:36 +00:00
|
|
|
geturl = next $ addUrlFile relaxed url file
|
2013-03-12 19:58:36 +00:00
|
|
|
addurl (key, _backend)
|
|
|
|
| relaxed = do
|
|
|
|
setUrlPresent key url
|
|
|
|
next $ return True
|
|
|
|
| otherwise = do
|
|
|
|
headers <- getHttpHeaders
|
|
|
|
ifM (liftIO $ Url.check url headers $ keySize key)
|
|
|
|
( do
|
|
|
|
setUrlPresent key url
|
|
|
|
next $ return True
|
|
|
|
, do
|
2013-08-02 17:01:25 +00:00
|
|
|
warning $ "failed to verify url exists: " ++ url
|
2013-03-12 19:58:36 +00:00
|
|
|
stop
|
|
|
|
)
|
2011-08-06 18:57:22 +00:00
|
|
|
|
2013-08-22 22:25:21 +00:00
|
|
|
addUrlFile :: Bool -> URLString -> FilePath -> Annex Bool
|
2013-07-28 19:27:36 +00:00
|
|
|
addUrlFile relaxed url file = do
|
|
|
|
liftIO $ createDirectoryIfMissing True (parentDir file)
|
|
|
|
ifM (Annex.getState Annex.fast <||> pure relaxed)
|
|
|
|
( nodownload relaxed url file
|
|
|
|
, do
|
|
|
|
showAction $ "downloading " ++ url ++ " "
|
|
|
|
download url file
|
|
|
|
)
|
|
|
|
|
2013-08-22 22:25:21 +00:00
|
|
|
download :: URLString -> FilePath -> Annex Bool
|
2011-08-06 18:57:22 +00:00
|
|
|
download url file = do
|
2013-04-11 20:14:17 +00:00
|
|
|
dummykey <- genkey
|
2011-11-08 19:34:10 +00:00
|
|
|
tmp <- fromRepo $ gitAnnexTmpLocation dummykey
|
2013-07-28 19:27:36 +00:00
|
|
|
showOutput
|
|
|
|
ifM (runtransfer dummykey tmp)
|
|
|
|
( do
|
|
|
|
backend <- chooseBackend file
|
|
|
|
let source = KeySource
|
|
|
|
{ keyFilename = file
|
|
|
|
, contentLocation = tmp
|
|
|
|
, inodeCache = Nothing
|
|
|
|
}
|
|
|
|
k <- genKey source backend
|
|
|
|
case k of
|
|
|
|
Nothing -> return False
|
|
|
|
Just (key, _) -> cleanup url file key (Just tmp)
|
|
|
|
, return False
|
|
|
|
)
|
2013-04-11 20:14:17 +00:00
|
|
|
where
|
|
|
|
{- Generate a dummy key to use for this download, before we can
|
|
|
|
- examine the file and find its real key. This allows resuming
|
|
|
|
- downloads, as the dummy key for a given url is stable.
|
|
|
|
-
|
|
|
|
- If the assistant is running, actually hits the url here,
|
|
|
|
- to get the size, so it can display a pretty progress bar.
|
|
|
|
-}
|
|
|
|
genkey = do
|
|
|
|
pidfile <- fromRepo gitAnnexPidFile
|
|
|
|
size <- ifM (liftIO $ isJust <$> checkDaemon pidfile)
|
|
|
|
( do
|
|
|
|
headers <- getHttpHeaders
|
|
|
|
liftIO $ snd <$> Url.exists url headers
|
|
|
|
, return Nothing
|
|
|
|
)
|
Fix a few bugs involving filenames that are at or near the filesystem's maximum filename length limit.
Started with a problem when running addurl on a really long url,
because the whole url is munged into the filename. Ended up doing
a fairly extensive review for places where filenames could get too large,
although it's hard to say I'm not missed any..
Backend.Url had a 128 character limit, which is fine when the limit is 255,
but not if it's a lot shorter on some systems. So check the pathconf()
limit. Note that this could result in fromUrl creating different keys
for the same url, if run on systems with different limits. I don't see
this is likely to cause any problems. That can already happen when using
addurl --fast, or if the content of an url changes.
Both Command.AddUrl and Backend.Url assumed that urls don't contain a
lot of multi-byte unicode, and would fail to truncate an url that did
properly.
A few places use a filename as the template to make a temp file.
While that's nice in that the temp file name can be easily related back to
the original filename, it could lead to `git annex add` failing to add a
filename that was at or close to the maximum length.
Note that in Command.Add.lockdown, the template is still derived from the
filename, just with enough space left to turn it into a temp file.
This is an important optimisation, because the assistant may lock down
a bunch of files all at once, and using the same template for all of them
would cause openTempFile to iterate through the same set of names,
looking for an unused temp file. I'm not very happy with the relatedTemplate
hack, but it avoids that slowdown.
Backend.WORM does not limit the filename stored in the key.
I have not tried to change that; so git annex add will fail on really long
filenames when using the WORM backend. It seems better to preserve the
invariant that a WORM key always contains the complete filename, since
the filename is the only unique material in the key, other than mtime and
size. Since nobody has complained about add failing (I think I saw it
once?) on WORM, probably it's ok, or nobody but me uses it.
There may be compatability problems if using git annex addurl --fast
or the WORM backend on a system with the 255 limit and then trying to use
that repo in a system with a smaller limit. I have not tried to deal with
those.
This commit was sponsored by Alexander Brem. Thanks!
2013-07-30 21:49:11 +00:00
|
|
|
Backend.URL.fromUrl url size
|
2013-04-11 20:14:17 +00:00
|
|
|
runtransfer dummykey tmp =
|
2013-04-11 21:15:45 +00:00
|
|
|
Transfer.download webUUID dummykey (Just file) Transfer.forwardRetry $ const $ do
|
2013-04-11 20:14:17 +00:00
|
|
|
liftIO $ createDirectoryIfMissing True (parentDir tmp)
|
|
|
|
downloadUrl [url] tmp
|
|
|
|
|
2013-04-11 17:35:52 +00:00
|
|
|
|
2013-08-22 22:25:21 +00:00
|
|
|
cleanup :: URLString -> FilePath -> Key -> Maybe FilePath -> Annex Bool
|
2013-04-11 17:35:52 +00:00
|
|
|
cleanup url file key mtmp = do
|
|
|
|
when (isJust mtmp) $
|
|
|
|
logStatus key InfoPresent
|
|
|
|
setUrlPresent key url
|
|
|
|
Command.Add.addLink file key False
|
|
|
|
whenM isDirect $ do
|
|
|
|
void $ addAssociatedFile key file
|
|
|
|
{- For moveAnnex to work in direct mode, the symlink
|
|
|
|
- must already exist, so flush the queue. -}
|
|
|
|
Annex.Queue.flush
|
|
|
|
maybe noop (moveAnnex key) mtmp
|
|
|
|
return True
|
2011-07-01 21:15:46 +00:00
|
|
|
|
2013-08-22 22:25:21 +00:00
|
|
|
nodownload :: Bool -> URLString -> FilePath -> Annex Bool
|
2013-03-11 23:55:01 +00:00
|
|
|
nodownload relaxed url file = do
|
2012-04-22 05:13:09 +00:00
|
|
|
headers <- getHttpHeaders
|
2013-03-11 23:55:01 +00:00
|
|
|
(exists, size) <- if relaxed
|
|
|
|
then pure (True, Nothing)
|
|
|
|
else liftIO $ Url.exists url headers
|
2012-02-18 15:44:21 +00:00
|
|
|
if exists
|
|
|
|
then do
|
Fix a few bugs involving filenames that are at or near the filesystem's maximum filename length limit.
Started with a problem when running addurl on a really long url,
because the whole url is munged into the filename. Ended up doing
a fairly extensive review for places where filenames could get too large,
although it's hard to say I'm not missed any..
Backend.Url had a 128 character limit, which is fine when the limit is 255,
but not if it's a lot shorter on some systems. So check the pathconf()
limit. Note that this could result in fromUrl creating different keys
for the same url, if run on systems with different limits. I don't see
this is likely to cause any problems. That can already happen when using
addurl --fast, or if the content of an url changes.
Both Command.AddUrl and Backend.Url assumed that urls don't contain a
lot of multi-byte unicode, and would fail to truncate an url that did
properly.
A few places use a filename as the template to make a temp file.
While that's nice in that the temp file name can be easily related back to
the original filename, it could lead to `git annex add` failing to add a
filename that was at or close to the maximum length.
Note that in Command.Add.lockdown, the template is still derived from the
filename, just with enough space left to turn it into a temp file.
This is an important optimisation, because the assistant may lock down
a bunch of files all at once, and using the same template for all of them
would cause openTempFile to iterate through the same set of names,
looking for an unused temp file. I'm not very happy with the relatedTemplate
hack, but it avoids that slowdown.
Backend.WORM does not limit the filename stored in the key.
I have not tried to change that; so git annex add will fail on really long
filenames when using the WORM backend. It seems better to preserve the
invariant that a WORM key always contains the complete filename, since
the filename is the only unique material in the key, other than mtime and
size. Since nobody has complained about add failing (I think I saw it
once?) on WORM, probably it's ok, or nobody but me uses it.
There may be compatability problems if using git annex addurl --fast
or the WORM backend on a system with the 255 limit and then trying to use
that repo in a system with a smaller limit. I have not tried to deal with
those.
This commit was sponsored by Alexander Brem. Thanks!
2013-07-30 21:49:11 +00:00
|
|
|
key <- Backend.URL.fromUrl url size
|
2013-07-28 19:27:36 +00:00
|
|
|
cleanup url file key Nothing
|
2012-02-18 15:44:21 +00:00
|
|
|
else do
|
|
|
|
warning $ "unable to access url: " ++ url
|
2013-07-28 19:27:36 +00:00
|
|
|
return False
|
2011-08-06 18:57:22 +00:00
|
|
|
|
Fix a few bugs involving filenames that are at or near the filesystem's maximum filename length limit.
Started with a problem when running addurl on a really long url,
because the whole url is munged into the filename. Ended up doing
a fairly extensive review for places where filenames could get too large,
although it's hard to say I'm not missed any..
Backend.Url had a 128 character limit, which is fine when the limit is 255,
but not if it's a lot shorter on some systems. So check the pathconf()
limit. Note that this could result in fromUrl creating different keys
for the same url, if run on systems with different limits. I don't see
this is likely to cause any problems. That can already happen when using
addurl --fast, or if the content of an url changes.
Both Command.AddUrl and Backend.Url assumed that urls don't contain a
lot of multi-byte unicode, and would fail to truncate an url that did
properly.
A few places use a filename as the template to make a temp file.
While that's nice in that the temp file name can be easily related back to
the original filename, it could lead to `git annex add` failing to add a
filename that was at or close to the maximum length.
Note that in Command.Add.lockdown, the template is still derived from the
filename, just with enough space left to turn it into a temp file.
This is an important optimisation, because the assistant may lock down
a bunch of files all at once, and using the same template for all of them
would cause openTempFile to iterate through the same set of names,
looking for an unused temp file. I'm not very happy with the relatedTemplate
hack, but it avoids that slowdown.
Backend.WORM does not limit the filename stored in the key.
I have not tried to change that; so git annex add will fail on really long
filenames when using the WORM backend. It seems better to preserve the
invariant that a WORM key always contains the complete filename, since
the filename is the only unique material in the key, other than mtime and
size. Since nobody has complained about add failing (I think I saw it
once?) on WORM, probably it's ok, or nobody but me uses it.
There may be compatability problems if using git annex addurl --fast
or the WORM backend on a system with the 255 limit and then trying to use
that repo in a system with a smaller limit. I have not tried to deal with
those.
This commit was sponsored by Alexander Brem. Thanks!
2013-07-30 21:49:11 +00:00
|
|
|
url2file :: URI -> Maybe Int -> Int -> FilePath
|
|
|
|
url2file url pathdepth pathmax = case pathdepth of
|
|
|
|
Nothing -> truncateFilePath pathmax $ escape fullurl
|
2012-02-16 16:25:19 +00:00
|
|
|
Just depth
|
2013-07-05 16:46:38 +00:00
|
|
|
| depth >= length urlbits -> frombits id
|
2012-02-16 18:26:53 +00:00
|
|
|
| depth > 0 -> frombits $ drop depth
|
2012-02-16 18:28:17 +00:00
|
|
|
| depth < 0 -> frombits $ reverse . take (negate depth) . reverse
|
|
|
|
| otherwise -> error "bad --pathdepth"
|
2012-11-12 05:05:04 +00:00
|
|
|
where
|
|
|
|
fullurl = uriRegName auth ++ uriPath url ++ uriQuery url
|
2013-04-23 00:24:53 +00:00
|
|
|
frombits a = intercalate "/" $ a urlbits
|
Fix a few bugs involving filenames that are at or near the filesystem's maximum filename length limit.
Started with a problem when running addurl on a really long url,
because the whole url is munged into the filename. Ended up doing
a fairly extensive review for places where filenames could get too large,
although it's hard to say I'm not missed any..
Backend.Url had a 128 character limit, which is fine when the limit is 255,
but not if it's a lot shorter on some systems. So check the pathconf()
limit. Note that this could result in fromUrl creating different keys
for the same url, if run on systems with different limits. I don't see
this is likely to cause any problems. That can already happen when using
addurl --fast, or if the content of an url changes.
Both Command.AddUrl and Backend.Url assumed that urls don't contain a
lot of multi-byte unicode, and would fail to truncate an url that did
properly.
A few places use a filename as the template to make a temp file.
While that's nice in that the temp file name can be easily related back to
the original filename, it could lead to `git annex add` failing to add a
filename that was at or close to the maximum length.
Note that in Command.Add.lockdown, the template is still derived from the
filename, just with enough space left to turn it into a temp file.
This is an important optimisation, because the assistant may lock down
a bunch of files all at once, and using the same template for all of them
would cause openTempFile to iterate through the same set of names,
looking for an unused temp file. I'm not very happy with the relatedTemplate
hack, but it avoids that slowdown.
Backend.WORM does not limit the filename stored in the key.
I have not tried to change that; so git annex add will fail on really long
filenames when using the WORM backend. It seems better to preserve the
invariant that a WORM key always contains the complete filename, since
the filename is the only unique material in the key, other than mtime and
size. Since nobody has complained about add failing (I think I saw it
once?) on WORM, probably it's ok, or nobody but me uses it.
There may be compatability problems if using git annex addurl --fast
or the WORM backend on a system with the 255 limit and then trying to use
that repo in a system with a smaller limit. I have not tried to deal with
those.
This commit was sponsored by Alexander Brem. Thanks!
2013-07-30 21:49:11 +00:00
|
|
|
urlbits = map (truncateFilePath pathmax . escape) $ filter (not . null) $ split "/" fullurl
|
2012-11-12 05:05:04 +00:00
|
|
|
auth = fromMaybe (error $ "bad url " ++ show url) $ uriAuthority url
|
|
|
|
escape = replace "/" "_" . replace "?" "_"
|