New "file delete" implementation breaks ncurses

[Kevin Ballard]

That's not actually a fix. You should revert it, then change it to  
two different commands a - delete for the real folder, and a 'file  
delete' for the symlink. The reason this isn't a fix is it will not  
delete the symlink this way.

I'll commit a fix to trunk for the 'delete' command in a few days  
when I get home from vacation.

On May 8, 2007, at 12:24 PM, Ryan Schmidt wrote:

> On May 8, 2007, at 07:47, James Berry wrote:
>
>> If I understand Guido's suggestion, the workaround is to the  
>> Portfile, not to trunk, right? Who wants to fix it?
>
> Looks like you committed a fix already:
>
> http://trac.macosforge.org/projects/macports/changeset/24928
>
> Why did that necessitate a revision bump, by the way? If I already  
> had ncurses successfully installed using a version of MacPorts  
> where delete works properly (<=1.4.3?), then there is no need for  
> me to install it again. And if I had a version of MacPorts with the  
> new "file delete" implementation (>1.4.3?), then wouldn't I have  
> been completely unable to install ncurses in the first place?

-- 
Kevin Ballard
http://kevin.sb.org
eridius at macports.org
http://www.tildesoft.com


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