Red Hat Bugzilla – Bug 147706
gpgcheck breaks yum
Last modified: 2014-01-21 17:51:15 EST
From Bugzilla Helper:
User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; X11; Linux i686) Opera
Description of problem:
When "gpgcheck=1" is set in the configuration, yum will fail with
"public key not available for <package>". Furthermore, yum makes NO
ATTEMPT to obtain the required key or keys.
How are the keys missing after a full Fedora install???
Where is the missing dependency that leaves yum with no keys???
What package contains these "gpgcheck" keys???
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Actually, yum does make an attempt to download keys after "gpgcheck=1"
is removed. Isn't that "backwards"?
warning: rpmts_HdrFromFdno: V3 DSA signature: NOKEY, key ID 1ac70ce6
public key not available for gqview-1.4.5-1.i386.rpm
Retrieving GPG key from
Importing GPG key 0x1AC70CE6 "Fedora Pre Extras Release
Key imported successfully
1. Did you remove gpgcheck=1 from the .repo or did you set gpgcheck=0
- what does your /etc/yum.conf have for gpgcheck? If it has
gpgcheck=1 and your .repo does not have any contents then gpgchecking
is enabled b/c the global in yum.conf is set to 1.
2. the fedora extras keys do not ship with fedora core
3. no keys are imported to the rpmdb during an anaconda install of the os
4. could you post your .repo file for extras.
I seem to have the .repo files in /etc/yum.repos.d:
They all have gpgcheck=1. My "extras" is in yum.conf and has
gpgcheck=1. I commented out the global gpgcheck, but that's going to
be of no consequence here.
Looking at my "extras" entry, my bug report must be just wrong.
Something failed the first time and worked the second time, and, in
retrospect, wouldn't have anything to do with changing the global
name=Fedora Extras - $releasever - $basearch
"extras" is the only repo with gpgkey. It must have worked.
Probably notabug. Sorry.