Right now, hammer-import stores a number of configuration-file YAMLs (interview_answers.yml, role_map.yml, config_macros.yml) in /etc/hammer/cli.module.d
This means that executing the hammer command, for any reason, causes those files to be picked up and parsed.
Would probably be better for them to live in their own place, rather than having them affect the general use of hammer itself.
Since this issue was entered in Red Hat Bugzilla, the release flag has been
set to ? to ensure that it is properly evaluated for this release.
email out to hammer-gurus asking for input
from email discussion with Tomas Strachota:
"hammer searches for module configuration in /etc/hammer/cli.modules.d
and loads it at startup to identify installed modules. It doesn't scan
the directory recursively so a good place for module specific
configuration you want to load later would be either
/etc/hammer/cli.modules.d/import/ as you mentioned, /etc/hammer/import/
or something similar. You only have to avoid placing the files directly
Let's move everything import-related to
all the configuration files shifted to /etc/hammer/cli.modules.d/import
shifting this to ON_QA as discussed in the email will be handled by @ggainey
verified with rubygem-hammer_cli_import-0.10.3-1
This was delivered with Satellite 6.0 which was released on 10 September 2014.