9eaabf0382
Avoid stomping on existing group and preferred content settings when enabling or combining with an already existing remote. Two level fix. First, use defaultStandardGroup rather than setStandardGroup, so if there is an existing configuration in the git-annex branch, it's not overwritten. To handle pre-existing ssh remotes (including gcrypt), a second level is needed, because before syncing with the remote, it's configuration won't be available locally. (And syncing could take a long time.) So, in this case, keep track of whether the remote is being created or enabled, and only set configs when creating it. This commit was sponsored by Anders Lannerback. |
||
---|---|---|
.. | ||
PreferredContent | ||
Presence | ||
Trust | ||
FsckResults.hs | ||
Group.hs | ||
Location.hs | ||
MapLog.hs | ||
MetaData.hs | ||
NumCopies.hs | ||
PreferredContent.hs | ||
Presence.hs | ||
Remote.hs | ||
RemoteState.hs | ||
Schedule.hs | ||
SingleValue.hs | ||
Transfer.hs | ||
Transitions.hs | ||
Trust.hs | ||
Unused.hs | ||
UUID.hs | ||
UUIDBased.hs | ||
View.hs | ||
Web.hs |