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

Expose the --gpg-key option to aptly publish #106

Open
Fuuzetsu opened this issue Apr 16, 2021 · 0 comments
Open

Expose the --gpg-key option to aptly publish #106

Fuuzetsu opened this issue Apr 16, 2021 · 0 comments
Labels
Feature Request Enhancement to existing functionality or new functionality

Comments

@Fuuzetsu
Copy link
Contributor

:person_frowning: Problem Statement

Currently when using this recipe, the first thing it does is generate a GPG key to use when publishing snapshots. We're not allowed to pass in our own key and subsequent aptly publish actions only assume the presence of the one, generated key.

Nevertheless, it's possible to use ones own key by replacing .gnupg directory with one containing pre-generated key.

This is however quite annoying to do: it'd be much easier if we could instead import existing keys into the .gnupg via standard means and then have the recipe use the correct one.

Replacing the whole .gnupg is especially annoying if we decide that we want to change the GPG mid-way through: just importing a new key would be much easier.

❔ Possible Solution

I think this can potentially be addressed by the --gpg-key flag of aptly publish. If there publish resource had an option to specify key by ID, the user can import their own keys and use those instead.

⤴️ Describe alternatives you've considered

Replacing .gnupg completely after the cookbook creates it.

@Fuuzetsu Fuuzetsu added the Feature Request Enhancement to existing functionality or new functionality label Apr 16, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Feature Request Enhancement to existing functionality or new functionality
Projects
None yet
Development

No branches or pull requests

1 participant