[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