Date: Sat, 07 Sep 2013 14:27:48 +0200 From: Guido Falsi <madpilot@FreeBSD.org> To: olli hauer <ohauer@gmx.de> Cc: freebsd-current@freebsd.org, FreeBSD ports list <freebsd-ports@FreeBSD.org> Subject: Re: AFFECTS: 10-CURRENT users with any port depending on converters/libiconv Message-ID: <522B1BC4.4090304@FreeBSD.org> In-Reply-To: <522B17AC.5060503@gmx.de> References: <alpine.BSF.2.00.1309052239330.54835@mail.neu.net> <522985C7.2010303@passap.ru> <20130906173203.6423556d@munin.geoinf.fu-berlin.de> <5229F5B5.1040303@FreeBSD.org> <20130906174448.1680d23c@munin.geoinf.fu-berlin.de> <5229FE1B.3050104@passap.ru> <20130906184444.46418838@munin.geoinf.fu-berlin.de> <522A0CBE.8010905@passap.ru> <20130906235132.0efd9fca@munin.geoinf.fu-berlin.de> <522A52EA.80900@passap.ru> <522A5430.8050001@FreeBSD.org> <20130907130350.0c13cfa1@thor.walstatt.dyndns.org> <522B0F41.1030306@FreeBSD.org> <522B17AC.5060503@gmx.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On 09/07/13 14:10, olli hauer wrote:
> There are 13 ports using --with-iconv=${LOCALBASE}
> devel/apr1
> devel/apr2
> devel/git
> irc/epic5
> lang/gauche
> net-mgmt/ettercap
> net/ssltunnel-client
> net/yaz
> net/zebra-server
> textproc/libxml2
> textproc/py-libxml2
> www/apache22
> www/apache24
>
Most of these do work anyway. I'm sure about various of these. I have
them working on my PCs. This does not mean they don't need to be tweaked
anyway, but they have lower priority.
net-mgmt/ettercap is known broken and I have it in my pipe. I'm giving
this all the time I can, but I can''t spend too much time on this right
now. I'm going to check these and fix the broken ones asap.
>
> and devel/glib20, print/ghostscript8, print/ghostscript9 using
> --with-libiconv=gnu
> --with-libiconv=native
> --with-libiconv=no
> --with-libiconv=no
>
glib20 I already fixed in the big commit. uses native or gnu where
appropriate. I'll also have a look at the ghostscript ports asap, but at
least ghostscript9 I have seen it working on my PCs.
>
> Unfortunately Uses/iconv.mk defines only --with-libiconv(-prefix).
>
> If Uses/iconv.mk can be extended with something like ICON_PATH, then
> the 13 ports can be changed quickly to use the right iconv.
>
Most of those will use the right iconv anyway if only one is found.
Extending iconv.mk should be discussed with portmgr, adding a variable
shouldn't be a problem though.
--
Guido Falsi <madpilot@FreeBSD.org>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?522B1BC4.4090304>