From owner-freebsd-ports@FreeBSD.ORG Sun Dec 22 00:50:43 2013 Return-Path: Delivered-To: freebsd-ports@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [8.8.178.115]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id 805645D3 for ; Sun, 22 Dec 2013 00:50:43 +0000 (UTC) Received: from 01usbos01.prod.adjectivism.org (01usbos01.prod.adjectivism.org [208.118.230.84]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.freebsd.org (Postfix) with ESMTPS id 50ABF103C for ; Sun, 22 Dec 2013 00:50:42 +0000 (UTC) Received: from an authenticated and subsequently anonymized source DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=adjectivism.org; s=01usbos01; t=1387672905; bh=AlbPYc0mbsPbkrRAKFtTnizj8LIRi4ifcAc1q7s9dnY=; h=Date:From:To:Subject:From; b=fT0KV/8cZTDuYWNP5Yilko/3ag+vVT72O65iVNsVpA5TUBfjgNGL8sczpYf18pEOb NhthRfPeVQ6ZS4CE4W87s2OaWdeVOcNCihLizhhkWMamL7Fo5WjX58IrMmTUgdrHgv MtioQNQYlmLWY8AZJKzM/QnpEqsFxdTYLudVgLcf5AmnbatPQhsjMChzrwbw87Uhj6 AxAXWJyozl/A34aUCi4XJDJ7JsQbZtfRJAGttWPvoX1FUug8xcPUECdGDEJ9Q1KD4d yw6TA7MX6ucxSCn9QuW9cTdXgPCGgyWk/9OCJv0HusEVbTnpzKlQzu6SYdwQLS5vPS uakRK4vPpQmfnB37C9jXv+mNqMCqX/uZD8ar87j9lzkhY/umoa8X6dWA8yPJ7zrXso y2rdQyPQfk5dJBKTMyiO3BrP6fdBqq+3dEsg7AJm0VW65FYFO6QF0OP0s6bE7GAIke F1C9ZnintejYUlkVDezFagj+eHITAze3Qiiha9M8P/DkzSh+NR1vlhjgNvfoJ/I2kv mM+clnERwEP2qYE0sAeEH3u/t6cz6a+Bwm6TBDRj3k+hf9oBI7VjIRHsDsICBEHk8c rVdSMFPw7ePrOkx/SyWzig/CxTMBGIbIzWWaIZ/2N55SYQV+XRAeLkGj8v/TAb+0U9 9mYDPOYj7pVagKeCZlGppQY4= Message-ID: <52B6352E.4050804@scrubbed.adjectivism.org> Date: Sat, 21 Dec 2013 19:41:18 -0500 From: Erick Turnquist MIME-Version: 1.0 To: freebsd-ports@freebsd.org Subject: Resolving circular dependencies Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-ports@freebsd.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: Porting software to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 22 Dec 2013 00:50:43 -0000 Hi List, A few weeks ago, I submitted a patch to build security/krb5 with LDAP support (adding a dependency on security/openldap24-sasl-client). All was well. Now, I've realized that security/cyrus-sasl2 (which the OpenLDAP client depends on) is going to need a knob to control which Kerberos implementation to use. My first thought was to simply LIB_DEPENDS+=security/krb5, but that leaves me with a circle (need to install krb5 before building cyrus-sasl2, but can't install krb5's dependency openldap24-sasl-client without cyrus-sasl2). I've tried searching, but can't find any advice on resolving issues like this. I'm sure this sort of thing has been encountered before. What's the best way to deal with it? Thanks PS - I'm aware that cyrus-sasl2 will already link against an alternate Kerberos implementation if it's installed and KRB5_HOME is set appropriately, but I'm building in Poudriere, so that's a nonstarter.