Wait, what? Isn't the default (at least for recent versions) to install binaries if available and compile otherwise?
vq Sent from my iPhone On Jul 3, 2012, at 7:38 PM, Gregory Seidman <[email protected]> wrote: > On Tue, Jul 03, 2012 at 07:09:17PM -0400, Jeremy Lavergne wrote: >> That's how it just works. > > Well, no, it doesn't just work. I want to issue a single port command, e.g. > port upgrade outdated, and have it install binaries where available and > install anything else from source. I want to *prefer* binaries without > *restricting* to binaries. > > --Greg > >> Gregory Seidman <[email protected]> wrote: >> >>> On Tue, Jul 03, 2012 at 11:12:55AM -0400, Arno Hautala wrote: >>>> On Tue, Jul 3, 2012 at 10:52 AM, Jeremy Lavergne >>>> <[email protected]> wrote: >>>>>> yes, but that would only work if a binary is available! >>>>> >>>>> Yes, but it'll do what you're after: letting you know if one is >>> available. >>>>> >>>>> You can add -p if you want it go on and do what it can from a list >>> of >>>>> ports you want to install without bailing at first error. >>>> >>>> Good idea, so say you want to install some set of ports, one of which >>>> has many deps: >>>> >>>>> port -p -b install port1 port2 port3 big-port >>>> >>>> port1 port2 go in fine, port3 isn't available as a binary and one of >>>> the deps of big-port isn't available. >>>> >>>> You can then check what's missing with: >>>> >>>>> port echo port1 port2 port3 big-port rdepof:big-port and not >>> installed >>>> >>>> You would see something like: >>>> >>>>> port3 >>>>> big-port >>>>> big-port-dep1 >>>> >>>> You can then install the ports that you have to manually compile when >>>> you have the processor time: >>>> >>>>> port install port3 big-port >>> >>> Is there any way to automate this? I'd really like to pass some >>> argument to >>> port to prioritize installing binaries, but still install packages from >>> source when they aren't available as binaries. >>> >>>> arno s hautala /-| [email protected] >>> --Greg >>> >>> _______________________________________________ >>> macports-users mailing list >>> [email protected] >>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users >> >> > _______________________________________________ > macports-users mailing list > [email protected] > http://lists.macosforge.org/mailman/listinfo.cgi/macports-users _______________________________________________ macports-users mailing list [email protected] http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
