Code changes to make this repo compatible with datalad-catalog>=1.1.0 #46
No reviewers
Labels
No labels
bug
documentation
duplicate
enhancement
good first issue
help wanted
invalid
question
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
inm7/inm-icf-utilities!46
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "jsheunis/catalog-update-fix"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Closes https://github.com/psychoinformatics-de/inm-icf-utilities/issues/43
The appveyor run fails because it still installs the older version of
datalad-catalogvia the singularity image: https://ci.appveyor.com/project/mih/inm-icf-utilities/builds/48919129#L475. The PR branch is not checked out by this code, therefore it will always take therequirements-devel.txtfile state from themainbranch of the remote at https://github.com/psychoinformatics-de/inm-icf-utilities, which means testing for dependency updates cannot occur usefully via this standard PR testing route.Same problem noted here: https://github.com/psychoinformatics-de/inm-icf-utilities/pull/42#issuecomment-1847161161
Bundling an updated catalog would have several advantages, incl. fixing the caching issues (datalad/datalad-catalog#457) recently reported by e-mail by @ste-phi
@jsheunis it's been a while but do you think it's good to go?
It builds a catalog for me when tested on some of my local data, so for me that's a yes.
@ -123,3 +134,4 @@)return meta_itemMaybe - just maybe - this could have default tab set to subdatasets (the study dataset has only subdatasets, no content) but IIRC
catalog_addcan take only a config file, not an individual option, so I'm not inclined to change it here.@ -5,3 +5,3 @@pytest-envdatalad-catalog==0.2.1b0 --predatalad-catalogwww-authenticateI wonder if it would make sense to still pin the version, just to the current one, to avoid having to deal with future changes? Or is that unnecessary?
@ -123,3 +134,4 @@)return meta_itemThat's correct. There was an intention to update the code of
catalog_setto allow theconfigoption, which would reset the config. But this hasn't been implemented.@ -5,3 +5,3 @@pytest-envdatalad-catalog==0.2.1b0 --predatalad-catalogwww-authenticateI think ideally we wouldn't pin it, but under the circumstances of
datalad-catalogreceiving breaking changes sometimes, and the future development being unclear at the moment, I would agree with pinning it here.Looks good. I reran the PR appveyor job and all are successful now.
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.