Date: Wed, 21 Jun 2006 21:15:17 +0300 From: Andriy Gapon <avg@icyb.net.ua> To: Eric <heli@mikestammer.com> Cc: Benjamin Thelen <bt@ccgis.de>, Siju George <sgeorge.ml@gmail.com>, freebsd-ports@freebsd.org, Peter Jeremy <peterjeremy@optushome.com.au> Subject: portupgrade idea [Was: Re: Samba3 Port install fails due to OpenLDAP dependency version problem] Message-ID: <44998CB5.5070509@icyb.net.ua> In-Reply-To: <1150910594.00550808.1150897202@10.7.7.3> References: <1150820585.00550082.1150807801@10.7.7.3> <1150840690.00550239.1150830001@10.7.7.3> <1150907018.00550805.1150896602@10.7.7.3> <1150910594.00550808.1150897202@10.7.7.3>
next in thread | previous in thread | raw e-mail | index | archive | help
> 20060616:
> AFFECTS: users of net/openldap22{,-sasl}-client
> AUTHOR: linimon@FreeBSD.org
>
> OpenLDAP version 2.3 is now the default. To upgrade all ports do
> portupgrade -rfo net/openldap23-client openldap-client
> (or a similar command for the SASL variant). If you do not want to
> upgrade, add the line `WANT_OPENLDAP_VER?=22' to /etc/make.conf.
sometimes, in cases like this, it seems that portupgrade -rf is a huge
overkill, because (in my case) most of the ports recorded as depending
on openldap 22 do not actually care/know about it, but rather they
depend on something that [depends on something ...] depends on openldap 22.
E.g.:
$ pkg_info -R openldap-client-2.2.30 | wc -l
86
But if I use libchk and pkg_which to fins what ports install anything
that depends on openldap shared libraries I get only 8 ports.
What I want to say that there is no way that a tool like gucharmap-gnome
*must* be rebuilt/reinstalled when openldap is upgraded.
I understand that shared libs is not the only way through which
dependencies may come.
It still would be very nice to introduce a concept of "immediate
dependencies" to portupgrade tools (or maybe to ports/packages in
general ???) and have some options to work only on those.
Completely fictional example:
1. say gdb depends on libstack
2. say xgdb is a X front-end to gdb which apparently depends on gdb
3. when libstack is changed in such a way that all programs using it
must be recompiled I want an option to distinguish between gdb which
depends on libstack directly and xgdb which is completely uncoupled from
libstack.
--
Andriy Gapon
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?44998CB5.5070509>