New "file delete" implementation breaks ncurses

[Jordan K. Hubbard]

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. :-(

- Jordan

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).
>
> -- 
> Kevin Ballard
> http://kevin.sb.org
> eridius at macports.org
> http://www.tildesoft.com
>
>
> _______________________________________________
> macports-dev mailing list
> macports-dev at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo/macports-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.macosforge.org/pipermail/macports-dev/attachments/20070508/46fca8b1/attachment.html