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
Refactor storage.conf loading #1469
Comments
I think that would be a good idea. |
I agree, this part of the code is quite messy and hard to follow |
Looks like there's a consensus on this, I'd like to take a shot at this If that sounds okay. |
This seems like a good idea, given that there seems to be a bug related to the order in which |
#1587 related |
It would be nice to have a /etc/containers/storage.conf.d/ directory for overrides. This makes it so much easier for config management or Dockerfile authors. Drop a override file in a folder instead of parsing/reading/setting a key:value in a file that changes on every package update. e.g. my current primary use case: That's easy to do with config mangement tools like cdist or ansible. |
I think this would be a good idea, the issue is no one has stepped forward to do the work. |
I can start a draft PR and perhaps we can continue this discussion there while consolidating all the ideas shared so far. Wdyt? |
Thanks, @danishprakash! I think it's best to first open a separate issue and discuss how this should look like. Designing inside a PR can be very time consuming, especially for those driving the PR. |
I would like to propose that we refactor where & when
storage.conf
is loaded into thestorageOptions
structs. Currently it happens in various places, it depends on whether we are using rootless mode or not and most of the value copying from the loaded values into the structs is done by hand on a field by field basis. This leads to subtle bugs that required amendments like #1468 (and ftr, this one is 100% my fault, because I didn't test the changes from #1460 properly).I would propose that we refactor the config loading, so that it happens in one place only to reduce the cognitive load when dealing with the config loading.
The text was updated successfully, but these errors were encountered: