#51689: preserve_runtime_libraries convenience PortGroup --------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: contrib | Version: Resolution: | Keywords: Port: | --------------------------+-------------------------------- Comment (by rjvbertin@…): As I said, this is mostly for reference for if anyone else has been looking at this problem.
This won't work with binaries built by our buildbot system, because no ports are active
I presume you mean that no previous version of the port being built is present? That's OK, because this feature is handled via a variant as you must have seen. I'm not sure to what extent the reproducible build argument is a blocker in this particular case as files (themselves subjected to the principle) are added to a build that is otherwise unchanged. There's an alternative approach in which you cache the files to be preserved, and then restore them in the post-activate. That should resolve the reproducible build thing, but leave you with a potentially growing number of files that don't belong to any port. If useful we can continue discussing this on the ML, of course.
It also seems like you're looking in part for a solution to a problem you caused for yourself.
And for anyone running non-default variants (esp. +universal!) or a non- default prefix ... or who runs a self-upgrade before the buildbots have had a chance to build all rev-bumped ports. If I'm not mistaken you end up building those ports locally because the Portfile will have the revbump already, right? I know I've created this for myself by having a lot of personal ports but I already stopped doing frequent self-upgrades because I have (or had) too many +universal ports and got tired of blocking my machine for long periods of time just because someone had pushed supposedly crucial update to a dependency of too many ports for which I couldn't get a prebuilt binary. -- Ticket URL: <https://trac.macports.org/ticket/51689#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X