-
Notifications
You must be signed in to change notification settings - Fork 461
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
apt::keyring::dir's default as class variable #1160
Comments
I can open a PR if my suggestion is acceptable |
The I don't use |
is there a reason why that can't be changed? Is apt::keyring supposed to be usable without managing apt in general?
I considered that, but I don't really like it |
I recently updated my puppet code to use keyrings: kenyon/puppet@d7c64ae?diff=split&w=1 Can you show your code so we can understand how your suggestion would be useful? |
this is my simple class to manage gitlab's apt repos: class gitlab::repo (
String $release = $facts['os']['distro']['codename'],
Boolean $community_edition = true,
Boolean $runner = false,
) {
$source_name = 'gitlab'
$keyring_name = 'gitlab.gpg'
apt::keyring { $keyring_name:
source => 'puppet:///modules/gitlab/gitlab.gpg',
}
$keyring_path = "/etc/apt/keyrings/${keyring_name}"
if $community_edition {
$type = 'gitlab-ce'
} else {
$type = 'gitlab-ee'
}
apt::source { $source_name:
location => "https://packages.gitlab.com/gitlab/${type}/debian/",
release => $release,
repos => 'main',
keyring => $keyring_path,
include => {
deb => true,
src => false,
},
require => Apt::Keyring[$keyring_name],
}
if $runner {
$runner_source_name = "${source_name}-runner"
apt::source { $runner_source_name:
location => 'https://packages.gitlab.com/runner/gitlab-runner/debian/',
release => $release,
repos => 'main',
keyring => $keyring_path,
include => {
deb => true,
src => false,
},
require => [Apt::Source[$source_name], Apt::Keyring[$keyring_name]],
}
}
} |
Use Case
In order to reuse the same keyring across several apt::sources I have to separately create an apt::keyring resource and then use apt::source's keyring parameter. However the latter expects an absolute path to a keyring file. apt::keyring's
dir
parameter is optional and I'd argue usually there is no need to explicitly pass a value to it. The parameters value, currently/etc/apt/keyrings
, is currently hardcoded, which requires me to duplicate it when generating the absolute path of the keyring file for apt::source::keyring.Describe the Solution You Would Like
My suggestion would be to move the default value to apt::params and reference it from there. that way users can construct the full path without duplicating the current value, which might change in the future. The path is currently also duplicated within apt::source, so the might make sense for other reasons, too.
Describe Alternatives You've Considered
A non-exclusive alternative would be to have a way to reference an existing apt::keyring, but I'm not sure how that would look like.
The text was updated successfully, but these errors were encountered: