-
Notifications
You must be signed in to change notification settings - Fork 24
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
Feature Request: Signing RPMs #4
Comments
@geoghegan yes, that will be nice to have. To implement that, the rpmfile module will need to be extended to write file metadata. And, we need to somehow detect the lack of signature just by looking at the metadata. |
In bash, the signature can be checked by doing:
What becomes annoying is piping in the GPG key's password to
The steps I have in my initial feature request might sound a bit strange, however it allows people to decouple the build and deploy of unsigned RPMs, with |
@geoghegan It's clear how to check for signature, when the file is present on local machine. But imagine you are running OR, alternatively, we can just assume that every file that exists in the metadata was already handled by us, and should have been signed. As for signing using gpg, there are a few functions in mkrepo that already handle interactive prompt, as the metadata files are signed using gpg. |
It'd be really nice if anyone could help with writing code that injects signature into RPM files. It shouldn't be that hard, as the file format is pretty straightforward. |
Yeah, it would be nice to check the metadata of the RPMs without downloading them - that is difficult, though, unless you can guarantee that all RPMs in the repo are already signed - e.g. only "new" RPMs are unsigned. |
It looks like
mkrepo
can only sign an RPM repo's metadata, not the actual RPM file itself.It would be a really cool feature if
mkrepo
could:Packages
directory~/. rpmmacros
or the default key in GPG~/.rpmmacros
or the default key in GPG, sign the RPMsPackages
directory in the s3 bucketThe text was updated successfully, but these errors were encountered: