Open
Conversation
Install epel-release package prior to certbot package. Differentiate certbot package name in CentOS 7 and CentOS 8.
Install epel-release package prior to certbot package. Differentiate certbot package name in CentOS 7 and CentOS 8.
Change the use_package boolean to install_method string. This will allow different installation methods besides system packages and git in the future.
Offer alternative method of installing certbot with pip. Currently untested on most supported platforms.
Can now give a list of plugins to install when using the pip installation method.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
PR progress checklist (to be filled in by reviewers)
What type of PR is this?
Primary type
[build]Changes related to the build system[chore]Changes to the build process or auxiliary tools and libraries such as documentation generation[ci]Changes to the continuous integration configuration[feat]A new feature[fix]A bug fix[perf]A code change that improves performance[refactor]A code change that neither fixes a bug nor adds a feature[revert]A change used to revert a previous commit[style]Changes that do not affect the meaning of the code (white-space, formatting, missing semi-colons, etc.)Secondary type
[docs]Documentation changes[test]Adding missing or correcting existing testsDoes this PR introduce a
BREAKING CHANGE?No.
Related issues and/or pull requests
Describe the changes you're proposing
merging pillar key 'letsencrypt' with grains key 'letsencrypt' removes the necessity to define individual domainsets per minion in pillar.
With these changes one cand use such sls:
And every minion with get it's own cert, provided it's grains.fqdn is resovlable. If not, one can run
salt-call grains.append letsencrypt:domainsets:www www.example.comand then run letsencrypt formula.
Submitted changed do no harm, even if grans lack
letsencryptkey.Change in
letsencrypt/domains.slsimprove behaviour when domainsets is not defined.Pillar / config required to test the proposed changes
Debug log showing how the proposed changes work
Documentation checklist
README(e.g.Available states).pillar.example.Testing checklist
state_top).Additional context