Open bsipocz opened 1 year ago
I agree that "custom" would make it much more useful, even for affiliated if nothing else. But would that be too complicated to implement? I imagine you might want a combo at some point. Do you have a CLI API in mind?
I'll separate the 'custom' out to another issue, I don't yet have a working API design in mind for it, and not sure have a capacity to implement, unless it becomes a blocker for other packages to use this.
Well, astropy
does use that option in CI currently:
So it is bad if this option is removed without an alternative.
But do you really need to use that as opposed to any
or github
? (It used to be used a lot more with the visualization stuff on circleCI, but that's all gone, etc.)
do you really need to use that
Not sure. I (or someone) need to investigate but not today.
Worst case scenario, astropy
would have to pin to older pytest-remotedata
, which will be weird since they are both in the same org and supposed to be compatible.
Ah, I think sites.json
is still there and that is used a lot in astropy.coordinates
tests.
sites.json
is available, in a very stable way on github, so no need for the ST mirror or other workarounds that went into astropy
. Or it can all be tested of course with any
as well.
There could be several ways to solve this, yes, but all of them would require code changes somewhere and needs to go through the PR period and so on.
I certainly suggest a deprecation cycle for this, with e.g. falling back on any
or github
, not an outright removal.
I added this to infrastructure tag-up agenda for 2023-08-29 (though I am not sure if we will have quorum due to European vacations and such).
This day and age I think there isn't more reasons to keep the
'astropy'
choice for remote-data. This would generize this plugin further.(OTOH, I can see that a
'custom'
choice could work where a domain could be specified, be that specific to astropy or scipy or whatever else)