Bug 658348

Summary:	Lack of iconv blocks dev-perl/libintl-perl
Product:	Gentoo/Alt	Reporter:	Michał Dec <moog621>
Component:	FreeBSD	Assignee:	Gentoo/BSD Team <bsd+disabled>
Status:	RESOLVED INVALID
Severity:	blocker	CC:	mgorny
Priority:	Normal
Version:	unspecified
Hardware:	All
OS:	FreeBSD
Whiteboard:
Package list:		Runtime testing required:	---

Description Michał Dec 2018-06-17 23:47:27 UTC

Emerging dev-perl/libintl-perl on Gentoo FreeBSD will always fail, because dev-libs/libiconv is blocked in GFBSD. However, sys-freebsd/freebsd-lib supplies an alternative libkiconv that works fine as a drop-in replacement for libiconv, at least for dev-perl/libintl-perl.

Being unable to do this makes it difficult to update said package.

Possible solutions:
1. Have sys-freebsd/freebsd-lib do this after the ebuild is compiled:
ln -s /usr/lib/libkiconv.so /lib/libiconv.so
(less work, maybe some breakage)

2. Patch dev-perl/libintl-perl to link against kiconv instead of iconv on Gentoo FreeBSD.
(more work, no breakage)

Comment 1 Michał Górny archtester

2018-06-18 06:22:06 UTC

Please attach some logs/output as to the problem you're seeing.

What you're describing doesn't make sense.  I can install this package without any problem on amd64-fbsd.  It does not depend on dev-libs/libiconv but on virtual/libiconv which has correct dependencies for FreeBSD.

Also, it doesn't need to link to iconv or kiconv because FreeBSD has iconv routines built-in in -lc.

In other words, this looks like either a seriously misconfigured system, or a guess made without actually testing it.