[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