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@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/macports-dev