[MacPorts] #46029: port submission: qtchooser
MacPorts
noreply at macports.org
Fri Dec 12 01:49:54 PST 2014
#46029: port submission: qtchooser
--------------------------+--------------------------------
Reporter: rjvbertin@… | Owner: macports-tickets@…
Type: submission | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.3
Resolution: | Keywords:
Port: qtchooser |
--------------------------+--------------------------------
Comment (by rjvbertin@…):
If you know me by now you know where I put dogma if it isn't the movie of
the same name ;)
There is no way you can guarantee that the same kind of sneaky change
won't happen when using `destroot.destdir`. Contrary to the changes I'm
doing with reinplace, a failing destroot setting has potentially
disastrous results because it causes things to get installed somewhere
before the actual install phase, and there'd be no warning.
It's not (just) that I'm confident this won't happen in this particular
case, I'm above all confident that I'll catch those changes when they
happen.
The way I see it, this is a decision that's up to the port maintainer to
decide what approach to use, but of course others can change things too.
In any case I'll first contact the author to see if I'm even following the
official way of building his tool, and if he'd be open to incorporating
certain changes like the hardcoded prefix in source code.
BTW, the Makefile does use the keyword prefix to designate the final
install location; isn't there a way comparable to `destroot.destdir` to
have make called with the correct parameter(s)??
--
Ticket URL: <https://trac.macports.org/ticket/46029#comment:12>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list