Bug 447772 - [PATCH] gnupg 1.4.9 fails to build in rawhide
Summary: [PATCH] gnupg 1.4.9 fails to build in rawhide
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: gnupg
Version: rawhide
Hardware: All
OS: Linux
low
low
Target Milestone: ---
Assignee: Nalin Dahyabhai
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2008-05-21 18:16 UTC by Todd Zullinger
Modified: 2008-07-22 19:56 UTC (History)
1 user (show)

Fixed In Version: 1.4.9-4
Clone Of:
Environment:
Last Closed: 2008-07-22 19:56:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
patch to correct minor issues in current spec file (6.52 KB, patch)
2008-05-21 18:16 UTC, Todd Zullinger
no flags Details | Diff

Description Todd Zullinger 2008-05-21 18:16:21 UTC
Greetings,

This is perhaps somewhat minor and may not be a problem if gnupg 1.4.10 is
released before a rebuild is needed.  But trying to build gnupg-1.4.9 in
current rawhide fails due to the updated curl-7.18.1.

This problems was discussed on gnupg-devel[1] and has been fixed in gnupg's
svn[2].

While rebuilding gnupg, I also removed the 1.4.2-curl patch, which was used to
force the use of gpgkeys_ldap over gpgkeys_curl.  I don't think this patch is
needed any longer, as gpg uses gpgkeys_ldap without it in my testing.[3]

Lastly, the gnupg license should be GPLv3+.  ChangeLog, g10/ChangeLog,
util/ChangeLog, and tools/ChangeLog from rev 4603 all say:

    Switched entire package to GPLv3+.

And all the headers I could find include the "any later version" clause.

I'll attach a patch against current devel cvs that makes these changes.

[1] http://lists.gnupg.org/pipermail/gnupg-devel/2008-April/024344.html
[2] svn revisions 4742 and 4743
[3] $ gpg --debug-all --interactive --recv-keys --keyserver
ldap://keyserver.pgp.com 0xBEAF0CE3 2>&1 | grep execlp
gpg: DBG: execlp: /usr/libexec/gnupg/gpgkeys_ldap

Comment 1 Todd Zullinger 2008-05-21 18:16:21 UTC
Created attachment 306289 [details]
patch to correct minor issues in current spec file

Comment 2 Todd Zullinger 2008-05-21 20:36:27 UTC
It occurred to me that GPLv3+ isn't quite correct either.  I think it should be
GPLv3+ with exceptions due to the OpenSSL exception for the keyserver helpers
(see keyserver/ksutil.c for an example).

Comment 3 Rex Dieter 2008-05-21 20:44:02 UTC
Thanks.

Comment 4 Nalin Dahyabhai 2008-07-22 19:56:24 UTC
Pulling all of this in for 1.4.9-4.  Thanks!


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