[MacPorts] #52797: generate a relocatable xz executable
MacPorts
noreply at macports.org
Wed Nov 2 18:18:20 CET 2016
#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
More information about the macports-tickets
mailing list