treydock
treydock
I may have found a solution here: https://github.com/octokit/octokit.rb/issues/1392 Using newer `faraday` gem, I specified this in my Gemfile: ``` gem "faraday", '~> 1.0', require: false ```
Just ran into this with version `1.1.5`.
Marked WIP because the property is in Sensu Go docs but doesn't seem to work with sensuctl: https://github.com/sensu/sensu-go/issues/4177
Seems installing `python3.7-distutils` actually installs `python3-distutils` and causes issues with not being idempotent.
@bastelfreak Any suggestions on what kind of acceptance tests to add? There are already numerous tests for this defined type that the catalog applies successfully. The only thing I could...
I am fairly certain for at least Debian 10, which is one of the OSes where I encountered this, the Python 3 version installed is 3.7 so I just do...
So this PR is not necessary if the `dev => 'present'` is set for python class. I wonder if this is just something that needs to be documented rather than...
I wonder if maybe a warning is the appropriate change. If `python::dev` is `absent`, issue a warning in pyvenv defined type?
Is `sensu:: agent_entity_config_password` identical on both nodes? Another thing to check is on the backend server run `sensuctl entity list` and see if the entity is there for the `drawmgt.zg-3.mydomain.org`...
The sensu-agent daemon, when it starts, will register the entity with the sensu-backend and then after that Puppet is able to check the entity exists and perform other operations after...