Description of problem: Please branch gnupg from Fedora Rawhide for EPEL 6. I'm explicitly talking about gnupg, not gnupg2 here, as my perl-Crypt-GPG requires gnupg 1.x, not gnupg 2.x. Of course we will have to ask Red Hat to remove their pseudo compatibility stuff from the gnupg2.spec file in RHEL 6, so that users can install both, gnupg and gnupg2. But for users just needing gnupg and no gnupg2, a branch and a build of gnupg at EPEL 6 should/would be enough. I know, gnupg2 obsoletes gnupg <= 1.4.10, but there is gnupg 1.4.11 and if a package has a requires gnupg < 2.0, that should add a dependency to gnupg for now (which may forces the user to remove gnupg2 until Red Hat removed their pseudo compatibility stuff/links etc.). Version-Release number of selected component (if applicable): gnupg-1.4.11-2.fc15 Actual results: No gnupg package in EPEL 6. Expected results: Package gnupg in EPEL 6. Additional info: Please let me know, when you're not interested in maintaining the package there.
I also need gnupg 1 in EPEL-6 (working on php-pecl-gnupg)
I don't think it is possible to change gnupg2 for RHEL. They prefer minimal changes and EPEL is an add on repository, not part of the official RHEL release so a change like that wouldn't make sense.
There's a long thread about this in Gentoo at http://forums.gentoo.org/viewtopic-t-639272.html I just built gnupg 1.4.12 as an RPM which works OK though I get conflicts with gnupg-2 as RedHat put a symlink for /usr/bin/gpg and some docs conflict. Fixable by renaming gpg to gpg1. My specfile is not professional quality :-7 - copied from RHEL 5. But I would think it was possible to put that in EPEL. I find the GUI behaviour in gnupg-2 annoying too, though it seems I can defeat that by saying DISPLAY="". I also thought it failed totally when I ssh'd in from my N810 tablet, though of course when I check now ncurses works.
This bug appears to have been reported against 'rawhide' during the Fedora 19 development cycle. Changing version to '19'. (As we did not run this process for some time, it could affect also pre-Fedora 19 development cycle bugs. We are very sorry. It will help us with cleanup during Fedora 19 End Of Life. Thank you.) More information and reason for this action is here: https://fedoraproject.org/wiki/BugZappers/HouseKeeping/Fedora19