The following reply was made to PR pkg/21040; it has been noted by GNATS.

From: Joerg Sonnenberger <joerg@britannica.bec.de>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/21040 (libintl management in packages)
Date: Wed, 04 Oct 2006 14:14:58 +0200

 On Wed, Oct 04, 2006 at 12:05:02PM +0000, Quentin Garnier wrote:
 >  The precise issue in the PR is not tied to iconv, but really to libintl:
 >  gtk+ depended on libiconv at the time because UTF8 is part of the API,
 >  the problem was that libintl simply failed to load locale files written
 >  in that encoding.
 
 But this is an environmental issue of the use of libintl. The API of
 libintl does not change -- the environment on NetBSD 2.0 just does not
 provide the extended feature. This is exactly what PREFER_PKGSRC is
 meant for. We have a similiar problem with libiconv and translation.
 NetBSD's iconv currently doesn't support it, but it would be handy for
 irssi when glib is compiled against libiconv. The API doesn't change,
 but the "Is good enough" criterion changes and pkgsrc has no way to know
 how it should handle that.
 
 I really mean: Either don't use system libintl or accept the issues.
 There's no way to magically fix it.
 
 Joerg