Subject: pkg/36756: databases/libgda needs converters/libiconv (NetBSD 3.0)
To: None <,,>
From: None <kre@munnari.OZ.AU>
List: pkgsrc-bugs
Date: 08/09/2007 11:30:00
>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)
	Prince of Songkla University
System: NetBSD 3.99.15 NetBSD 3.99.15 (GENERIC-1.696-20060125) #8: Wed Jan 25 04:59:39 ICT 2006 i386
Architecture: i386
Machine: 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 ...]
        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.

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