#52797: generate a relocatable xz executable -------------------------+-------------------------------- Reporter: RJVB | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: xz -------------------------+-------------------------------- IIRC one of the hurdles that's always come up when discussing the feasibility of making xz compression of software images the default is the fact that xz is currently distributed as a port (and IIRC there were some issues with including it as a "base" dependency). Indeed, this is a conundrum each time I want to update port:xz itself. Now that the xz compression idea has come up again I realised that one way to get around this would be to generate a static version of the xz command and install that somehow, somewhere as a fallback. The attached patchfile adds an xz_r command (I think the traditional suffix for indicating a relocatable version of a command is _r, no?). I don't have any brilliant ideas how to use this for the intended purpose. Apparently there is nothing like a pre-deactivate phase where one could move the xz_r command to a fallback location, so the only option I see that doesn't require hacking "base" would be to install xz_r in port:xz's post-activate phase (into /opt/local/sbin for instance, renamed to xz), so that it doesn't get deactivated. Evidently that'd be a stop-gap solution. -- Ticket URL: <https://trac.macports.org/ticket/52797> MacPorts <https://www.macports.org/> Ports system for macOS