New "file delete" implementation breaks ncurses

[Jordan K. Hubbard]

AFAIK, the fix hasn't even been committed to trunk yet...

- Jordan

On May 8, 2007, at 1:01 AM, Ryan Schmidt wrote:

> 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).
>>>
>>>
>