<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Jan 8, 2017 at 12:14 PM, Harald Hanche-Olsen <span dir="ltr"><<a href="mailto:hanche@runbox.no" target="_blank">hanche@runbox.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On a different note, I had assumed, perhaps too naïvely, that this sort of problem is what a package system is supposed to protect against.</blockquote></div><br>But MacPorts is not a package system. It's a ports system. The difference is that it adds flexibility (by way of variants; compare FreeBSD ports, and Gentoo Portage's "use" flags) --- but at the price of problems like this, and in particular that dependencies are difficult-to-impossible to handle in the presence of variants because of combinatorial explosion of dependencies (and packages built from them). Packages in this system are really only possible with default variants (and, again, that is what you get from other ports-based systems that also support packages).</div><div class="gmail_extra"><br></div><div class="gmail_extra">So, you get your choice: use a package system and be forced to build your own (ignoring the package system) when the package system chooses different defaults than you need; or use a ports system that lets you specify what you need, at the price of conflicts.<br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div>brandon s allbery kf8nh                               sine nomine associates</div><div><a href="mailto:allbery.b@gmail.com" target="_blank">allbery.b@gmail.com</a>                                  <a href="mailto:ballbery@sinenomine.net" target="_blank">ballbery@sinenomine.net</a></div><div>unix, openafs, kerberos, infrastructure, xmonad        <a href="http://sinenomine.net" target="_blank">http://sinenomine.net</a></div></div></div>
</div></div>