10.2-RC3: ports USE_PACKAGE_DEPENDS by default?

[Harald Schmalzbauer]

 Hello,

I found some ugly inconsistency is spreading while compiling
sendmail+tls+sasl2+ldap-8.15.2 in my build environment. It seems like
USE-PACKAGE-DEPENDS is now default!?!

endmail+tls+sasl2+ldap  depends on:
===>   sendmail+tls+sasl2+ldap-8.15.2 depends on shared library:
libldap-2.4.so.2 - not found
===>   Installing existing package
/mnt/OmniLAN/pkg/corei7/FreeBSD:10:i386/All/openldap-client-2.4.41.txz
Installing openldap-client-2.4.41...
Extracting openldap-client-2.4.41: 100%

It also depends on:
===>   sendmail+tls+sasl2+ldap-8.15.2 depends on file:
/usr/local/sbin/saslauthd - not found
===>   Installing existing package
/mnt/OmniLAN/pkg/corei7/FreeBSD:10:i386/All/cyrus-sasl-saslauthd-2.1.26_1.txz
Installing cyrus-sasl-saslauthd-2.1.26_1...
Extracting cyrus-sasl-saslauthd-2.1.26_1: 100%


Since "cyrus-sasl-saslauthd" also depends on "openldap-client", but was
built some time ago, when openldap-client was 2.4.40_1,
'pkg info -d cyrus-sasl-saslauthd-2.1.26_1' returns
cyrus-sasl-saslauthd-2.1.26_1:
        cyrus-sasl-2.1.26_9
        openldap-client-2.4.40_1

while 'pkg info -d sendmail+tls+sasl2+ldap-8.15.2' returns
sendmail+tls+sasl2+ldap-8.15.2:
        cyrus-sasl-saslauthd-2.1.26_1
        cyrus-sasl-2.1.26_9
        openldap-client-2.4.41

This is nasty, I don't want to manually clean built packages, I want to
be sure that _everything_ will be built if I don't set
USE_PACKAGE_DEPENDS. Otherwise the complete dependency-resolver must be
rewritten, to not only check the first dependency level, but does
recursive checks, which it didn't last time I checked, please see
https://lists.freebsd.org/pipermail/freebsd-pkg/2014-July/000410.html

How can I disable USE_PACKAGE_DEPENDS now?

Thanks,

-Harry

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 196 bytes
Desc: OpenPGP digital signature
URL: <http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20150810/dfdbf335/attachment.bin>