Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 2 Apr 2006 15:24:30 +0200 (CEST)
From:      tmseck-lists@netcologne.de (Thomas-Martin Seck)
To:        freebsd-ports@freebsd.org
Subject:   Re: Pare Down Dependencies from Gnome
Message-ID:  <200604021324.k32DOU5E077448@hardy.tmseck.homedns.org>
In-Reply-To: <1143982421.30626.3.camel@ikaros.oook.cz>

next in thread | previous in thread | raw e-mail | index | archive | help
* Pav Lucistnik <pav@freebsd.org> [gmane.os.freebsd.devel.ports]:

> [-- text/plain, encoding quoted-printable, charset: ISO-8859-2, 22 lines --]
> 
> Thomas-Martin Seck pí?e v ne 02. 04. 2006 v 14:28 +0200:
> 
>> > Here we go, gnomevfs2 has this:
>> > 
>> > .if exists(${LOCALBASE}/lib/libkrb5.so)
>> > LIB_DEPENDS+=   krb5:${PORTSDIR}/security/heimdal
>> > .endif
>> 
>> Ack, this is most evil. Could portlint(1) be extended to mark these
>> constructs as fatal?  Hidden auto-dependencies that cannot be disabled
>> are really nasty.
> 
> What if it's hidden auto-dependency in vendor configure script?
> 
> The port merely records the state of reality. Don't blame it for it.

In my opinion, a port should always be explicit about it's dependencies.
The ported software itself should be, too and if not, it's a bug IMO.
Most problems with implicit dependencies in a vendor's configure script
are often cured by adding "--disable-foo" to CONFIGURE_ARGS unless the
option is explicitly enabled via an appropriate port option. If there is
no --disable-foo, then "foo" needs to be an explicit dependency.
Auto-dependencies that cannot be overridden are - IMO - a big no-no.



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