Skip to content
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

Remove dependency on concat #658

Closed
CallieNCI opened this issue Feb 21, 2020 · 1 comment · Fixed by #659
Closed

Remove dependency on concat #658

CallieNCI opened this issue Feb 21, 2020 · 1 comment · Fixed by #659
Assignees

Comments

@CallieNCI
Copy link

Affected Puppet, Ruby, OS and module versions/distributions

  • Puppet: 5.4.0
  • Ruby:
  • Distribution:
  • Module version: 8.0.0

How to reproduce (e.g Puppet code you use)

Seen when building an environment using librarian-puppet where other modules have a dependency on puppetlabs/concat version < 3.0 (in our case the ceph module). The zabbix module want >= 4.1.0

What are you seeing

Conflicting dependencies around the concat module.

What behaviour did you expect instead

No Conflict

Output log

Any additional information you'd like to impart

puppetlabs/concat is not even a soft dependency for the zabbix module, as only the zabbix modules own dependencies use it. Setting a fact should not be enough reason to have a module dependency (concat_basedir).

I think the CEPH module makes as much use of puppetlabs/concat as zabbix (ie only it's dependencies use concat).

alexjfisher added a commit to alexjfisher/puppet-zabbix that referenced this issue Feb 21, 2020
We don't use it directly in this module.  It *is* a dependency of at
least one of our dependencies, so it needs to remain in .fixtures.yml.

Fixes voxpupuli#658
@alexjfisher
Copy link
Member

I think you're right, so I'll fix it here. You may want to open a PR over at https://github.com/openstack/puppet-ceph too.

@alexjfisher alexjfisher self-assigned this Feb 21, 2020
ljeromets pushed a commit to ljeromets/puppet-zabbix that referenced this issue Mar 4, 2020
We don't use it directly in this module.  It *is* a dependency of at
least one of our dependencies, so it needs to remain in .fixtures.yml.

Fixes voxpupuli#658
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants