New "file delete" implementation breaks ncurses

[James Berry]

If I understand Guido's suggestion, the workaround is to the  
Portfile, not to trunk, right? Who wants to fix it?

James

On May 8, 2007, at 1:04 AM, Jordan K. Hubbard wrote:

> 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).
>>>>
>>>>
>>
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev