We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
When COPR is added by a group name (@caddy/caddy in my case), it is not idempotent.
@caddy/caddy
yum::copr { '@caddy/caddy': }
You'll see the dnf -y copr enable @caddy/caddy executed again, because egrep in the unless case doesn't match.
dnf -y copr enable @caddy/caddy
egrep
unless
Some more info related:
# ls -1 /etc/yum.repos.d/_copr* /etc/yum.repos.d/_copr:copr.fedorainfracloud.org:copart:restic.repo /etc/yum.repos.d/_copr:copr.fedorainfracloud.org:group_caddy:caddy.repo # dnf copr list --enabled copr.fedorainfracloud.org/copart/restic copr.fedorainfracloud.org/group_caddy/caddy
So unless case here fails in this case: https://github.com/voxpupuli/puppet-yum/blob/master/manifests/copr.pp#L34.
yum::copr resource to be idempotent (do not change anything on subsequent runs).
yum::copr
The text was updated successfully, but these errors were encountered:
Improve yum::copr idempotency
d14acb4
Fixes voxpupuli#340
Successfully merging a pull request may close this issue.
When COPR is added by a group name (
@caddy/caddy
in my case), it is not idempotent.How to reproduce (e.g Puppet code you use)
What are you seeing
You'll see the
dnf -y copr enable @caddy/caddy
executed again, becauseegrep
in theunless
case doesn't match.Some more info related:
So unless case here fails in this case: https://github.com/voxpupuli/puppet-yum/blob/master/manifests/copr.pp#L34.
What behaviour did you expect instead
yum::copr
resource to be idempotent (do not change anything on subsequent runs).The text was updated successfully, but these errors were encountered: