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
[email protected]
http://lists.macosforge.org/mailman/listinfo/macports-dev
_______________________________________________
macports-dev mailing list
[email protected]
http://lists.macosforge.org/mailman/listinfo/macports-dev
