-
-
Notifications
You must be signed in to change notification settings - Fork 868
New issue
Have a question about this project? # for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “#”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? # to your account
Remove trusted.gpg.d artifacts. #461
Remove trusted.gpg.d artifacts. #461
Conversation
I encountered this the other day in my own environment, I think it's this, ansible-collections/community.docker#860 |
Yeah, that's an annoying bug that won't be fixed easily until the next release (I don't want to pin a release on all my hundreds of projects!). If someone else can validate this fix I'm okay merging. |
Good find, I believe this is an issue that some people may come across when upgrading from a previous version to a version after 7.0.0 on the same machine. I've validated the changes with the following approach: I previously had an issue where I had to remove the following:
that was created on version <7 before running the changes in #436 @danrough Did you have a similar issue? Should we consider removing the files above as well? |
state: absent | ||
filename: "{{ docker_apt_filename }}" | ||
update_cache: true | ||
when: docker_add_repo | bool |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nitpick, but do we need a bool type cast here if the var docker_add_repo
is defined as a boolean?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I was following the convention used elsewhere in this particular file, and elsewhere in the role - happy to change it if it would stop you merging this change.
This duplicate key error is annoying af, so I am reviewing this:
After moveing the tasks to the top, it works, so thanks @danrough 👍 |
I'll get to this within the next couple of hours, @cschindlbeck. Thank you for the feedback :) |
7ab5e28
to
f666736
Compare
Updated, @cschindlbeck 😄 |
@kawadeomkar I'll be honest and say that I can't remember - I tested this on Debian and I don't think there were any files remaining though. I've just had a look on a couple of our servers and the files aren't there. Whether that's owing to this role or another reason I don't know. Let me know if there's something that you'd like me to add to this change before you'd merge it. |
Any update on getting this merged in? |
🤷♂️ I was hoping that it would have been merged in by now too. |
Fixes #460
#436 introduced a change to the path where the apt key was placed, and to the associated repository listing in
/etc/apt/sources.d/docker.list
. We've just run into a problem with this approach, as detailed in the issue I raised, #460.So that other people who use the role without pinning a specific version don't run into this same problem, I thought it would be wise to add a couple of tasks which remove any artifacts associated with the previous approach to storing repository keys.
I'm sorry to ping you both, @kawadeomkar / @geerlingguy, but I wonder if you would give this some consideration?