Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 15 Jul 2016 09:17:09 +0200
From:      =?utf-8?Q?Martin_Waschb=C3=BCsch?= <martin@waschbuesch.de>
To:        Euan Thoms <euan@potensol.com>
Cc:        Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>, freebsd-ports@freebsd.org
Subject:   Re: devel/sope: make (stage-qa) now fails with DEVELOPER=yes complaining about iconv dependency
Message-ID:  <A54D23F5-ABDB-48F9-B7E6-72EF3DA13DFA@waschbuesch.de>
In-Reply-To: <7c8b-57880400-7-6b8b4580@127157238>
References:  <7c8b-57880400-7-6b8b4580@127157238>

next in thread | previous in thread | raw e-mail | index | archive | help

> Am 14.07.2016 um 23:29 schrieb Euan Thoms <euan@potensol.com>:
>=20
>=20
> On Friday, July 15, 2016 01:11 SGT, Walter Schwarzenfeld =
<w.schwarzenfeld@utanet.at> wrote:=20
>=20
>> I think this statements should be only warnings. Cause not all  of =
these=20
>> statements are right and each maintianer should decide which "USES" =
or=20
>> "LIB_DEPENDS" are necessairely and which not.
>=20
> Well, I don't know enough to comment about whether it should be =
classed as a warning or an error. But there's definetely a bug in the =
ports Mk system, since adding USES+=3Diconv does not remove the error. I =
don't think I even need iconv as a dependency, it should be included =
lower down in the dependency tree.

I am not sure about this. At the very least, sope-core does use iconv in =
its NGExtensions (e.g. NSString+Encoding.m).
Can we really assume some lower dependency package already pulls iconv =
in?=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?A54D23F5-ABDB-48F9-B7E6-72EF3DA13DFA>