Closed dnd closed 6 years ago
Thanks for the report. You should be able to work around this by defining the renderer in a shebang at the top of your pillar files.
Yes, that's what I'm doing for now. There's just a lot of places I need it in this instance, so it would be nice to be able to have it as the default.
Oh definitely. Just wanted to make sure you knew about the shebangs. =)
FWIW, we really like the GPG rendering feature in Saltstack, so we're starting to roll it out farm wide to several thousand machines. So the temporary fix of installing python-gnupg is only partially helpful, since RHEL 6 and RHEL 5 don't seem to ship that package. We grabbed one from Fedora which seems to work, but that's an ugly hack.
TL;DR: Upvote from OpenX for fixing this bug. :+1:
@vectorsigma You can find python-gnupg for RHEL6 in https://fedoraproject.org/wiki/EPEL
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.
If this issue is closed prematurely, please leave a comment and we will gladly reopen the issue.
Can we get this reopened? The issue has still not been resolved...
Currently it is only possible to specify a renderer to render everything. In some instances, such as with the newly merged gpg renderer, the only option is the specify the renderers at the top of each file needing to use the renderer. If the master config has
renderer: jinja | yaml | gpg
the minion will always attempt to use the gpg renderer even though it has no ability to do so. This leads to an error as the dependencies are likely not present on the minion.