On Mon, May 4, 2015 at 2:33 AM, Dewayne Geraghty <dewayne.gerag...@heuristicsystems.com.au> wrote: > On 4/05/2015 7:38 AM, Matthew Seaman wrote: >> On 03/05/2015 21:08, Lowell Gilbert wrote: >>> But, generally, the answer to your question is "no," becuase it is often >>> the case that more than one port can serve as a dependency for another >>> port. Your suggestion amounts to saying that only one port can satisfy a >>> dependency for another port, which is not the case. >> You're correct as far as the ports goes, but not when you're dealing >> with precompiled packages. Once you've built the package, the >> dependency on the specific version of the other port is baked into it. >> That's something which is likely to change in the not too distant >> future, but it's going to mean some fundamental changes in the ports in >> order to bring about. >> >> At the moment, therefore, the advice for pkg users when you want to make >> customizations like eg. using a different version of postfix is to set >> up your onw instance of poudriere and build your own. >> >> Cheers, >> >> Matthew >> >> > I read Lowell's issue as indirectly suggesting an enhancement to the > packaging system. > > For the sake of the discussion, lets assume a dependency hierarchy of: X > depends upon Y. > While building X, rather than assume the prefix for Y, and test for the > existence of a file installed by Y (and this is very often used), use > pkg to ascertain the dependency's origin and lookup the prefix for Y, > prior to the test. > > And please can we not assume that everyone is using poudriere. > > Regards, Dewayne.
It is quite weird that you have to test for the existence of a file to test for the existence of a dependency when the first thing that comes to mind would be to just ask pkg(8). This seems to be from the time when you couldn't assume that there is a package database that you could query for an installed package and its properties. Grep NO_PKG_REGISTER in /usr/ports/Mk to see how that was possible. -Kimmo _______________________________________________ freebsd-ports@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
