How to disable an invalid special remote? #11
Labels
support-tracker
Track a support event that occurred elsewhere
via-datalad-channel
report origin is a datalad-specific channel (chat/email/office hour)
Origin: Datalad Office Hour
A user used to have RIA store with the respective ORA special remote (autoenabled). Removed the store, since it was no longer needed, leading to every subsequent
datalad clone
of the dataset issuing a warning about not being able to find the store. The user was told to declare the special remote dead and push that change in order to not havedatalad get
consider this source anymore, but agit annex enableremote NAME autoenable=false
to not havedatalad
/git-annex
try to autoenable with each clone fails, sinceenableremote
does actually try to enable and therefore fails the same way (also not storing the changed config).There is no actual resolution at the moment. It may be an option to change the special remote implementation to not try and actually connect during
enableremote
( ==INITREMOTE
in the special remote protocol) in order to allow a reconfiguration via this command to apply regardless.It's probably also worth pointing out to git-annex, that something like a
git annex configremote
or alike could be desirable.TODO (not necessarily to be performed in this order)
The text was updated successfully, but these errors were encountered: