Bug 1656911

Summary:	No way to specify GPG key for kickstart repos
Product:	Red Hat Enterprise Linux 8	Reporter:	Pat Riehecky <riehecky>
Component:	pykickstart	Assignee:	Brian Lane <bcl>
Status:	CLOSED NOTABUG	QA Contact:	Release Test Team <release-test-team-automation>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	8.0	CC:	csieh, dcantrell, misterbonnie, release-test-team-automation
Target Milestone:	rc
Target Release:	8.0
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:	1274064	Environment:
Last Closed:	2019-11-18 18:30:02 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Pat Riehecky 2018-12-06 16:13:39 UTC

+++ This bug was initially created as a clone of Bug #1274064 +++

Description of problem:
When adding repos to a kickstart file, there is no way to pass a GPG key for validation of packages.

As a result, it is difficult to verify the authenticity of packages
installed from kickstart repos.

Version-Release number of selected component (if applicable):pykickstart-1.99.43.17-1.el7


How reproducible:
100%

Steps to Reproduce:
1.Build a kickstart file which adds EPEL to the list of repos
( repo --name=EPEL --mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$basearch )
2.look for way to specify all packages in this repo must be signed by a specific key
3.

Actual results:
There is no way to pass a GPG key for validation of packages for kickstart.

Expected results:
Ability to GPG verify packages within kickstart repos

Additional info:

Comment 1 David Cantrell 2019-03-18 17:24:16 UTC

This would have to be implemented in anaconda as well.  pykickstart just provides the kickstart file parsing functionality.  If anaconda is unable to do this, we should close out the bug.

It's best to have this implemented upstream in Fedora first.  In fact, that's the only way this is going to happen.

Comment 3 Brian Lane 2019-11-18 18:30:02 UTC

Jiri Konecny has a more generic proposal for handling all of the other repo settings here - https://hackmd.io/@prJIqOTeSxC-W0RNGKIGbQ/ByzIz3kIH/edit