Subject: Re: pkg/34856: upgrade to GnuPG 1.9.93
To: Greg Troxel <firstname.lastname@example.org>
From: John R. Shannon <email@example.com>
Date: 10/19/2006 07:56:23
Greg Troxel wrote:
> "John R. Shannon" <firstname.lastname@example.org> writes:
>> I've been working on this and am encountering problems I need guidance
>> on. GnuPG 1.9.93 depends on libassuan built with pth. GnuPG 1.9.93 and
>> pinentry also depend on pth. Currently, security/gnupg-devel and
>> security/pinentry build pth locally and link statically to the pth
>> library to avoid conflicts with native pthreads on NetBSD. I can
>> eliminate the static linking to pth and make libassuan, gnupg-devel
>> and pinentry dependant on pth, however, I noticed that having pth
>> causes problems with other packages (perl won't build) on NetBSD.
> I think pkgsrc should work with pth installed. But breaking perl is
> pretty serious.
> I think it's broken that GnuPG stuff needs pth instead of working
> POSIX threads. But that seems to be the case.
It's getting steadily less portable.
> So I suppose the short-term choices are to add static pth to
> libassuan, or to depend on pth and pick up the pieces. Longer term,
> there's also getting GnuPG fixed to just require POSIX threads.
I have it building successfully with a local copy of libassuan-pth.a
(small) in gnupg-devel and static linking. It's not passing all its
> I'd lean towards trying to fix pkgsrc so it's ok to have pth
The problem with building perl is that its finding the headers in
/usr/include in addition to those that are buildlinked.
John R. Shannon, CISSP
DSCI, Information Assurance Division