New "file delete" implementation breaks ncurses

[Ryan Schmidt]

MacPorts 1.4.40 was released, so I hope the fix made it into that...

On May 8, 2007, at 02:46, Jordan K. Hubbard wrote:

> Why can't we get the work-around committed for now?  A lot of  
> things depend on ncurses, and it's a fallacy to assume that a lot  
> of people don't track trunk and it can be safely broken for periods  
> of time. :-(
>
> On May 3, 2007, at 3:06 PM, Kevin Ballard wrote:
>
>> Oh hrm, it didn't occur to me that this would happen, but I know  
>> exactly why.
>>
>> However, I'm on vacation. Can this wait a week? It's a problem  
>> that only affects trunk.
>>
>> On May 3, 2007, at 5:40 AM, Guido Soranzio wrote:
>>
>>> After the changes to the "file delete" implementation, the  
>>> installation of
>>> ncurses fails because it tries to follow the target of a symbolic  
>>> link.
>>>
>>>
>>> By reversing the order of the arguments from
>>>
>>> delete ${destroot}${prefix}/share ${destroot}${prefix}/lib/terminfo
>>>
>>> into
>>>
>>> delete ${destroot}${prefix}/lib/terminfo ${destroot}${prefix}/share
>>>
>>> ncurses installs correctly (lib/terminfo is a symbolic link to ../ 
>>> share/terminfo).
>>
>>