Hi,

On Thu, Feb 17, 2005 at 03:31:56PM +0100, Martin Husemann wrote:
> On Fri, Feb 11, 2005 at 10:37:21AM +0100, Gert Doering wrote:
> > NetBSD 2.0.1 (at least on Sparc64) also needs this.
> 
> I don't understand - the need for non-system iconv is not arch dependend.
> I just did build gnupg on NetBSD/sparc64 2.0.1 and -current from -current
> pkgsrc. 

My fault, sorry.  The system in question had (by dependency of some
other package) `libiconv-1.9.1nb4' and `gettext-lib-0.11.5nb4' installed,
and used those instead of the system libiconv.

Removing pkg libiconv and pkg gettext-lib and rebuilding GnuPG doesn't
overly improve things, though...

...
===> Extracting for gnupg-1.4.0
===> Required package gettext-lib>=0.11.5nb4: NOT found
===> Verifying reinstall for ../../devel/gettext-lib
===> Checking for vulnerabilities in gettext-lib-0.11.5nb4
=> Checksum SHA1 OK for gettext-0.11.5.tar.gz.
=> Checksum RMD160 OK for gettext-0.11.5.tar.gz.
===> Extracting for gettext-lib-0.11.5nb4
===> Required package libiconv>=1.9.1nb4: NOT found
===> Verifying reinstall for ../../converters/libiconv
===> Checking for vulnerabilities in libiconv-1.9.2nb1
=> libiconv-1.9.2.tar.gz doesn't seem to exist on this system.
...
chmod 755 ./gpg_dearmor
./gpg_dearmor > ./pubring.gpg < ./pubring.asc
gpg: conversion from `utf-8' to `646' not available
gmake[2]: *** [pubring.gpg] Error 2


To get *that* fixed, one needs "PREFER_NATIVE=gettext iconv" - this 
will make gnupg build with native gettext-lib & libiconv, and then the 
problem goes away.

So, yes, GnuPG builds on 2.0.1 without any changes to pkgsrc/gnupg itself,
but the path to get there is sort of "non-intuitive"...

gert
-- 
USENET is *not* the non-clickable part of WWW!
                                                           //www.muc.de/~gert/
Gert Doering - Munich, Germany                             gert@greenie.muc.de
fax: +49-89-35655025                        gert@net.informatik.tu-muenchen.de