Subject: pkg/36756: databases/libgda needs converters/libiconv (NetBSD 3.0)
To: None <email@example.com, firstname.lastname@example.org,>
From: None <kre@munnari.OZ.AU>
Date: 08/09/2007 11:30:00
>Synopsis: databases/libgda needs converters/libiconv (NetBSD 3.0)
>Arrival-Date: Thu Aug 09 11:30:00 +0000 2007
>Originator: Robert Elz
>Release: NetBSD 3.99.15 (pkgsrc current within past 24 hours)
Prince of Songkla University
System: NetBSD jade.coe.psu.ac.th 3.99.15 NetBSD 3.99.15 (GENERIC-1.696-20060125) #8: Wed Jan 25 04:59:39 ICT 2006 email@example.com:/usr/obj/current/kernels/JADE_ASUS i386
Using netBSD 3.0 (via pkg_comp with libkver and 3.0 sets installed)
databases/libgda fails to compile because of the native iconv being
incapable of operating the way it is used. The iconv in
converters/libiconv works fine.
Try building databases/libgda on a 3.0 system (perhaps current or
4 beta or something as well, I don't know whether the native iconv
has been improved on those systems - perhaps even 3.1.1 or 3.0.3 or
something might work, so use original 3.0)
Expect to see ...
iconv: unknown option -- -
Usage: iconv [-cs] -f <from> -t <to> [file ...]
*** GNU iconv is not found on this system!
*** Without it, intltool-merge can not convert encodings.
many times (I guess the way make is being used it is ignoring
the errors). Many derivative errors (files not existing and
unable to be installed) follow before make eventually aborts.
Installing converters/libiconv before building databases/libgda
worked fine, so I guess that a dependancy upon converters/libiconv
would fix things. I won't attempt a patch for this, as I believe
that including this one is supposed to be handled by some kind of
magic that detects whether the system iconv (if there is one) is
good enough for the package or not. Whatever that is didn't
work here obviously...