Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

How to disable an invalid special remote? #11

Closed
4 tasks done
bpoldrack opened this issue Apr 12, 2023 · 3 comments
Closed
4 tasks done

How to disable an invalid special remote? #11

bpoldrack opened this issue Apr 12, 2023 · 3 comments
Labels
support-tracker Track a support event that occurred elsewhere via-datalad-channel report origin is a datalad-specific channel (chat/email/office hour)

Comments

@bpoldrack
Copy link

bpoldrack commented Apr 12, 2023

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 have datalad get consider this source anymore, but a git annex enableremote NAME autoenable=false to not have datalad/git-annex try to autoenable with each clone fails, since enableremote 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)

  • Inform OP/Add reference to this issue at origin
  • Clarifying Qs asked or not needed
  • Nature of the issue is understood
  • Inform OP about resolution
@bpoldrack bpoldrack added the support-tracker Track a support event that occurred elsewhere label Apr 12, 2023
@mih
Copy link
Contributor

mih commented Apr 14, 2023

Given the assessment by @bpoldrack I created a reproducer and filed an upstream issue https://git-annex.branchable.com/bugs/Disabling_remote_auto-enabling_not_possible

@mih
Copy link
Contributor

mih commented Apr 18, 2023

#22 that brought https://knowledge-base.psychoinformatics.de/kbi/0006 has also identified a workaround, and git-annex will likely bring the configremote solution mentioned above.

@mih
Copy link
Contributor

mih commented Apr 18, 2023

I posted an update on this issue in the office hour chat:

Some time back we discussed an issue in the office hour where it was impossible to disable the auto-enabling of a special remote that pointed to a RIA store which no longer existed. We investigated this problem and identified that it also applies to other scenarios.

This issue is likely to be addressed by git-annex directly. See https://git-annex.branchable.com/bugs/Disabling\_remote\_auto-enabling\_not\_possible for updates.

In the meantime, more information and a possible workaround is available from https://knowledge-base.psychoinformatics.de/kbi/0006

@mih mih closed this as completed Apr 18, 2023
@mih mih added the via-datalad-channel report origin is a datalad-specific channel (chat/email/office hour) label May 8, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
support-tracker Track a support event that occurred elsewhere via-datalad-channel report origin is a datalad-specific channel (chat/email/office hour)
Projects
None yet
Development

No branches or pull requests

2 participants