Handling the movement of a header file between packages

Joshua Root jmr at macports.org
Thu Dec 29 01:15:50 PST 2011


On 2011-12-29 13:57 , Ryan Schmidt wrote:
> 
> On Dec 28, 2011, at 20:13, Jeremy Lavergne wrote:
> 
>>>> The way we have handled this in other ports before is to use the "deactivate hack": At pre-activate, you test whether the header already exists, and if so, if a version of that other port is active that is known to have provided the header; if so, you deactivate that port. See examples here:
>>>>
>>>> https://trac.macports.org/ticket/28865#comment:3
>>>
>>> Seems to be just what I'm after, thanks.
>>
>> If we provided an official way of doing this, we could recover successfully if the user cancels the action while wer're in the middle of deactivating a separate port like this.
> 
> Canceling in the middle of activating or deactivating a port is probably always bad, regardless of whether it's as a result of this kind of code or not.

The base issue here is actually that we don't have signal handlers. A
proper way to indicate that a file has moved from one port to another
and deactivate accordingly is only tangentially related to that.

- Josh


More information about the macports-dev mailing list