-
Notifications
You must be signed in to change notification settings - Fork 106
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
option to disable consistency or implicit requirements #260
Comments
We've also been affected by this behaviour, since we use modules to implement what we call "bundles" but what have elsewhere been called collections or baseline sets: modules that load collections of modules but don't actually depend on them. So, e.g. we have Once you've loaded these, you can't then unload any of their parts because you get that prereq error, e.g.:
It was pretty confusing to me that there is this behaviour but also the To be honest, I think using modulefiles is a more sensible and flexible way to implement collections than the current collections feature, but maybe an option to Maybe one of:
These also might be set to raise warnings rather than errors if they can't be loaded/unloaded when the parent module is. As a side note, it seems like this behaviour isn't documented under the If I get the chance, I'll add that and submit a PR, unless someone else gets to it first. |
(Just noting as I read through the docs: it even recommends that people use the approach we used, with no mention of the problems we now have.) |
@ikirker Thanks for your input. Having a specific command-line switch on On current versions of Modules, the |
I will add a |
There is no option to disable dependency checks on unload overall or? |
@wenzler the result of the checks can be by-passed with the |
I always thought MODULE_AUTO_HANDLING=0 was exactly disabling this MODULES_MPREREQ use So with 4.5.3 do I get this right that even this wouldnt help and I need to wait for 4.7.0? Having modules used as module collections is quite common and people subtract what they really need later on. :/ Could you then make this a configure option in 4.7, please? Thanks |
The It will be possible to set the |
Thanks for the clarification |
Following this mailing-list discussion.
People may desire to keep by default old Modules behavior where consistency was not ensured. An option to disable either module consistency or just implicit requirements seems welcomed in specific situation.
The text was updated successfully, but these errors were encountered: