Bug 1656282 - Rename gpg to gpg1
Summary: Rename gpg to gpg1
Alias: None
Product: Fedora
Classification: Fedora
Component: gnupg
Version: 31
Hardware: Unspecified
OS: Unspecified
Target Milestone: ---
Assignee: Brian Lane
QA Contact: Fedora Extras Quality Assurance
Depends On:
Blocks: 1656206
TreeView+ depends on / blocked
Reported: 2018-12-05 07:16 UTC by Igor Raits
Modified: 2019-09-22 11:30 UTC (History)
4 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Last Closed: 2019-09-22 11:30:13 UTC
Type: Bug

Attachments (Terms of Use)

Description Igor Raits 2018-12-05 07:16:14 UTC
Since the referenced change has been approved, it's good time to make move.

I believe that changes should be following:
* Rename package to gnupg1
* Rename binaries/manpages to have suffix "1"

Comment 1 Brian Lane 2018-12-05 22:41:47 UTC
Here's the review request bug:


Files are in here:


github repo:


Comment 2 Werner Koch 2018-12-06 07:41:54 UTC

Note that the the next maintenance release of GnuPG 1.4 will also drop support for keyservers and external photo viewers.  The keyserver helper programs will thus also not get installed.  You may want to consider to remove them right now; for example by using "./configure --disable-exec".  See also https://dev.gnupg.org/T3443

Comment 3 Brian Lane 2018-12-06 16:35:34 UTC
Thanks, I've updated the spec to turn that off.

Comment 4 Igor Raits 2018-12-08 13:50:53 UTC

what do you think about building gnupg1 package for F28/F29 which would ship both gpg and gpg1 while F30+ would ship only gpg1?

This would simplify compatibility between Fedora versions. I can prepare patch if you want.

Comment 5 Werner Koch 2018-12-10 08:09:24 UTC
If you do that you should put a note into the NEWS (or whatever file) to explain that gpg2 migrates the secret keys to a new format and that from then on gpg1 will not see any new secret keys.

Comment 6 Brian Lane 2018-12-10 17:20:15 UTC
Adding a gpg1 symlink to f28/29 sounds fine. I think we also need to add a README.Fedora to the f30 version with more info about migrating keys, and turning off the keyserver support.

Comment 7 Ben Cotton 2019-08-13 16:47:46 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 31 development cycle.
Changing version to '31'.

Comment 8 Miro Hrončok 2019-09-22 11:30:13 UTC
Automation has figured out the package is retired in Fedora 31.

If you like it to be unretired, please open a ticket at https://pagure.io/releng/new_issue?template=package_unretirement

Note You need to log in before you can comment on or make changes to this bug.