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

Config: Revert checking of CWD for config directory location #6349

Merged

Conversation

sphuber
Copy link
Contributor

@sphuber sphuber commented Apr 16, 2024

In 1059b5f the logic to determine the location of the configuration directory was modified to also check the hierarchy of the current working directory for an existing directory. After discussion, it seems that this change is more impactful than anticipated and needs to be discussed in more depth before being released. Therefore the change is reverted for now.

@sphuber sphuber added the priority/critical-blocking must be resolved before next release label Apr 16, 2024
@mbercx mbercx self-requested a review April 17, 2024 10:38
Copy link
Member

@mbercx mbercx left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks @sphuber! I see the definition of an AiiDA instance is still kept to be the .aiida folder, but that's fine. I'll address that concept extensively in an AEP as soon as I find the time (hopefully by early next week). So this is good to go for me.

Since I was the main person arguing for the revert, let me also link to my motivation here: #6315 (comment)

@sphuber
Copy link
Contributor Author

sphuber commented Apr 17, 2024

I see the definition of an AiiDA instance is still kept to be the .aiida folder, but that's fine.

What part of the code/docs are you referring to here? I didn't literally revert the linked commit since the related code was refactored slightly after that and I wanted to keep some of those refactorings that didn't change any of the original behavior. So I think the original behavior and language is restored, but I might have missed something during the manual revert.

@mbercx
Copy link
Member

mbercx commented Apr 17, 2024

The first sentences here, that define an AiiDA instance:

https://aiida--6349.org.readthedocs.build/projects/aiida-core/en/6349/howto/installation.html#isolating-multiple-instances

Compare this to the current documentation:

https://aiida.readthedocs.io/projects/aiida-core/en/stable/howto/installation.html#isolating-multiple-instances

In fact, now that I read it in more detail, the description of how to (currently) isolate AiiDA instances is also missing, so perhaps we should do a proper revert of the docs as well indeed.

@sphuber
Copy link
Contributor Author

sphuber commented Apr 17, 2024

In fact, now that I read it in more detail, the description of how to (currently) isolate AiiDA instances is also missing, so perhaps we should do a proper revert of the docs as well indeed.

Sure fine, I reverted part of the docs, removing the CWD from the table, but forgot that I had significantly rewritten it.

In 1059b5f the logic to determine the
location of the configuration directory was modified to also check the
hierarchy of the current working directory for an existing directory.
After discussion, it seems that this change is more impactful than
anticipated and needs to be discussed in more depth before being
released. Therefore the change is reverted for now.
@sphuber sphuber force-pushed the fix/revert-cwd-config-directory-discovery branch from 3e93be3 to 38cd87b Compare April 17, 2024 14:43
@mbercx
Copy link
Member

mbercx commented Apr 17, 2024

Thanks @sphuber, everything looks in place again now! Good to go for me 🚀

@sphuber sphuber merged commit 8017154 into aiidateam:main Apr 17, 2024
20 checks passed
@sphuber sphuber deleted the fix/revert-cwd-config-directory-discovery branch April 17, 2024 18:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
priority/critical-blocking must be resolved before next release
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants