pkg/36756: databases/libgda needs converters/libiconv (NetBSD 3.0)

[kre%munnari.OZ.AU@localhost]

>Number:         36756
>Category:       pkg
>Synopsis:       databases/libgda needs converters/libiconv (NetBSD 3.0)
>Confidential:   no
>Severity:       non-critical
>Priority:       medium
>Responsible:    pkg-manager
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Aug 09 11:30:00 +0000 2007
>Originator:     Robert Elz
>Release:        NetBSD 3.99.15  (pkgsrc current within past 24 hours)
>Organization:
        Prince of Songkla University
>Environment:
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 
kre%jade.coe.psu.ac.th@localhost:/usr/obj/current/kernels/JADE_ASUS i386
Architecture: i386
Machine: i386
>Description:
        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.

>How-To-Repeat:
        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 ...]
        iconv -l
 *** 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.

>Fix:
        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...