-
Notifications
You must be signed in to change notification settings - Fork 64
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
PR 585 broke custom WheelhouseTactic overriding #596
Comments
johnsca
added a commit
to juju-solutions/layer-caas-base
that referenced
this issue
Jan 28, 2021
This fork of the WheelhouseTactic got significantly out of date from the base, and charm-tools PR #585 broke the tactic override mechanism (see juju/charm-tools#596). This addresses both by working around the tactic override issue and bringing the custom tactic into line with the base by making it a subclass. Fixes #27
I've worked around this for now in juju-solutions/layer-caas-base#28 and AFAIK that layer is the only one affected, but this should be fixed properly at some point. |
This is probably fixed by #598; please could you verify? Thanks. |
Fixed by #598 |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
This explicit reference to the base
WheelhouseTactic
from PR #585 broke the ability for layers (specifically caas-base) to override theWheelhouseTactic
because it doesn't honor override list. Actually, both of the explicit uses ofWheelhouseTactic
in that function (i.e., also this one) should be fixed to get the type of theexisting_tactic
and only fall back to the base class if it doesn't exist.The text was updated successfully, but these errors were encountered: