-
Notifications
You must be signed in to change notification settings - Fork 85
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
fix(libtofs): avoid using subpath by default #156
fix(libtofs): avoid using subpath by default #156
Conversation
@baby-gnu So this is the fix alluded to in myii/ssf-formula#3 (comment). |
Need #157 merged first and then this will be rebased on top. |
d4767a3
to
3a36ae7
Compare
Done, tests passing and this is ready for review and merge again. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
nice and clean solution @myii
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The lookup policy is driven by the formula writer.
As I saw the different changes done to give power to users wanting thing I did not think about, do you think that it can be useful to allow user to override the policy of the formula writer by setting a config like tofs.use_subpath.<lookup key>
.
In which case you could add to files_switch
something like:
{#- Does user override subpath lookup? #}
{%- set use_subpath = salt['config.get'](
tplroot ~ ':tofs:use_subpath:' ~ lookup,
use_subpath
) %}
This can be done later without breaking API, so just merge this for now and let users surprise us with their unthinkable use cases ;-)
* Only the `systemd-formula` uses these, so avoid for all other formulas
* Unused throughout all SaltStack Formulas
3a36ae7
to
ad2a965
Compare
@baby-gnu Maybe it's actually the two of us, surprising users with our unthinkable use-cases! But seriously, I think TOFS has improved significantly from where it started, so thank you for your contributions and reviews. We can definitely revisit these extensions in upcoming discussions. Thanks for putting up with us, @aboe76! Appreciate the reviews and support along the way. |
@myii no problem supporting this, I think you and the others are moving the formulas further and made them better, with tofs, semantic versioning, changelogs and travis testing. |
@aboe76 Thanks for that. Do you mind merging this? I'd like to update myii/ssf-formula#3 and then push out those PRs. |
semantic-release
cross-formula standard structure
saltstack-formulas/postgres-formula#284
🎉 This PR is included in version 3.3.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
So there are two TOFS improvements here in two commits.
For the first one:
systemd-formula
uses these, so avoid for all other formulastemplate-formula
version myii/ssf-formula#3The second commit (refactor(libtofs): remove deprecated
v1_path_prefix
argument):template-formula
version myii/ssf-formula#3 as well