(Other special remotes may support this later as well.)
* addurl: Avoid a redundant git ignores check for speed.
* upgrade: Avoid an upgrade failure of a bare repo in unusual circumstances.
+ * httpalso: Support being used with special remotes that do not have
+ encryption= in their config.
-- Joey Hess <id@joeyh.name> Mon, 14 Sep 2020 18:34:37 -0400
_url <- maybe (giveup "Specify url=")
(return . fromProposedAccepted)
(M.lookup urlField c)
- (c', _encsetup) <- encryptionSetup c gc
+ c' <- if isJust (M.lookup encryptionField c)
+ then fst <$> encryptionSetup c gc
+ else pure c
gitConfigSpecialRemote u c' [("httpalso", "true")]
return (c', u)
My first git-annex repository dates back 2010-12-21 ... so: yes.
The introduction of httpalso simplifies the setup in the [annex-to-web](https://gitlab.com/chrysn/annex-to-web) server, which on one hand consumes them in order to pass out redirects, and on the other hand .
+
+> [[fixed|done]] to the extent this was a bug at all. --[[Joey]]
--- /dev/null
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 4"""
+ date="2020-09-29T17:52:03Z"
+ content="""
+Made it check if the inherited config has encryption and skip setting it
+up. So if there is a special remote that does not support encryption
+config, it won't fail this way.
+
+Come to think, at least tahoe does not support encryption config.
+Although it seems very unlikely it would be useful combined with tahoe.
+
+Of course, it still won't, and cannot possibly work when combined with a
+http export of a git working tree. But then the docs are clear it won't
+work with everything.
+"""]]