#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