Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 8 Sep 2013 12:46:15 +0200
From:      "O. Hartmann" <ohartman@zedat.fu-berlin.de>
To:        Guido Falsi <madpilot@FreeBSD.org>
Cc:        olli hauer <ohauer@gmx.de>, 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:  <20130908124615.409f437b@thor.walstatt.dyndns.org>
In-Reply-To: <522C38D1.1040602@FreeBSD.org>
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> <522B1BC4.4090304@FreeBSD.org> <20130907214610.69fabdff@thor.walstatt.dyndns.org> <522C38D1.1040602@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
--Sig_/ybfK58P_qfbg_hjgIVwfdSm
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable

On Sun, 08 Sep 2013 10:44:01 +0200
Guido Falsi <madpilot@FreeBSD.org> wrote:

> On 09/07/13 21:46, O. Hartmann wrote:
> > On Sat, 07 Sep 2013 14:27:48 +0200
> > Guido Falsi <madpilot@FreeBSD.org> wrote:
> >
> >> On 09/07/13 14:10, olli hauer wrote:
> >>> There are 13 ports using --with-iconv=3D${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=3Dgnu
> >>>    --with-libiconv=3Dnative
> >>>    --with-libiconv=3Dno
> >>>    --with-libiconv=3Dno
> >>>
> >>
> >> 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.
> >>
> >
> >
> > This happens in editors/abiword:
> >
> >
> > libtool: link: ( cd ".libs" && rm -f "libimp.la" && ln -s
> > "../libimp.la" "libimp.la" ) gmake[7]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
> > gmake[6]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument/imp'
> > gmake[6]: Entering directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument' ..=
/../doltlibtool
> > --tag=3DCXX   --mode=3Dlink c++  -O2 -pipe -O3 -march=3Dnative
> > -fno-strict-aliasing -lgsf-1 -lgobject-2.0 -lglib-2.0 -lintl
> > -L/usr/local/lib -lxml2   -lgthread-2.0 -pthread -lgobject-2.0
> > -L/usr/local/lib -lglib-2.0 -lintl   -L../../src -labiword-2.8 -lz
> > -avoid-version -module -no-undefined -L/usr/local/lib -o
> > opendocument.la -rpath /usr/local/lib/abiword-2.8/plugins
> > common/libcommon.la exp/libexp.la imp/libimp.la -ljpeg
> > grep: /usr/local/lib/libiconv.la: No such file or directory
> > sed: /usr/local/lib/libiconv.la: No such file or directory libtool:
> > link: `/usr/local/lib/libiconv.la' is not a valid libtool archive
> > gmake[6]: *** [opendocument.la] Error 1 gmake[6]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
> > gmake[5]: *** [all-recursive] Error 1 gmake[5]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins/opendocument'
> > gmake[4]: *** [all-recursive] Error 1 gmake[4]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6/plugins' gmake[3]:
> > *** [all-recursive] Error 1 gmake[3]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6' gmake[2]: *** [all]
> > Error 2 gmake[2]: Leaving directory
> > `/usr/ports/editors/abiword/work/abiword-2.8.6' =3D=3D=3D> Compilation
> > failed unexpectedly. Try to set MAKE_JOBS_UNSAFE=3Dyes and rebuild
> > before reporting the failure to the maintainer. *** Error code 1
> >
>=20
> This one looks like you still have some old libtoool archive which=20
> references libiconv laying around.
>=20
> Can you try again this command line(I rewrite here for convenience):
>=20
> find /usr/local/lib -name '*.la' -exec grep -qi iconv {} \; -print |
> xargs -n 1 pkg which -oq | sort -u
>=20
> and force rebuild of any port which still shows up?
>=20
> If none shows up (which would be strange, but I can't exclude
> anything) Hope is not lost and there are still some things we can try.
>=20

On one box, the command sequence (thanks for being redundant, I didn't
find the previous email with the sequence within) reveals:

converters/psiconv
editors/abiword
math/gnumeric

Deleteing psiconv and gnumeric makes the sequence not showing both
ports again, but then, installing gnumeric again, which reels in
psiconv, the output of the command sequence is a s shown. Something is
strange here ... Another prerequisite port with oldish iconv reliances?


--Sig_/ybfK58P_qfbg_hjgIVwfdSm
Content-Type: application/pgp-signature; name=signature.asc
Content-Disposition: attachment; filename=signature.asc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.21 (FreeBSD)

iQEcBAEBAgAGBQJSLFV3AAoJEOgBcD7A/5N8DQ8H/AmZBVrRFcuH8HHO882GLl9L
R8HJ07ha1TGbvU9sUgB6DJ1WggBjfgZRPyYXy31XUwB2o2e4X+ddIsNjxoWjN0ID
JBW9TAJ8JShlz9A13NfbxWRPmR9du8CLFUGHY0SDKzSkYfclj7659IXYv5WSzF0f
/2JTEDNOGa6uWvfBoiv+wqH7gJNXCPsCSZJnwuAoC2cJY7lTJjfikMdSB8plFXVw
VoLF1yV/KjAGIObSU1Zi6c+EuIoJXc25w5Svo9EhXGZHxQKM/7eYV5ZjPxAZlcRU
5PusheIrsGLs2dQXf5TFOExlQ6nXSfYxqO/avs/Ck0rno1/6lDDujsz4NwD2DLw=
=fS2Y
-----END PGP SIGNATURE-----

--Sig_/ybfK58P_qfbg_hjgIVwfdSm--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130908124615.409f437b>