On Dec 9, 2008, at 07:38, Jay Levitt wrote:
Does MacPorts log any history anywhere? I don't think it does.
Nope, MacPorts writes no logfiles.
___
macports-users mailing list
macports-users@lists.macosforge.org
On Dec 9, 2008, at 07:20, Jay Levitt wrote:
Joshua Root wrote:
Could the wrong libcurl be picked up if there is something like
LDFLAGS=-L/opt/local/lib in the environment? If that's what
happened to
Jay, it shouldn't be a problem with selfupdate because the
environment
is sanitised.
I
Bryan Blackburn wrote:
Considering that the MacPorts port clears configure.cppflags and
configure.ldflags, I'm guessing the same should probably be done in
macports::selfupdate?
MacPorts already removes $prefix/bin and $prefix/sbin from PATH on
configure. See MP_PATH_SCAN in aclocal.m4. This
Bryan Blackburn wrote:
On Mon, Dec 08, 2008 at 03:25:19PM -0500, Jay Levitt said:
I know this isn't a great bug report, because I already overwrote the fail
case; sorry about that.
I upgraded from a DMG-installed 1.6.0 to a built-from-source 1.7.0 beta 1.
I then updated a bunch of ports, but
Joshua Root wrote:
Could the wrong libcurl be picked up if there is something like
LDFLAGS=-L/opt/local/lib in the environment? If that's what happened to
Jay, it shouldn't be a problem with selfupdate because the environment
is sanitised.
I do, in fact, have that:
CPATH=/opt/local/include
On 2008-12-09 13:45:30 +0100, Rainer Müller wrote:
MacPorts already removes $prefix/bin and $prefix/sbin from PATH on
configure.
Does it also handle environment variables such as LIBRARY_PATH,
CPATH and C_INCLUDE_PATH?
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100%
Vincent Lefevre wrote:
On 2008-12-09 13:45:30 +0100, Rainer Müller wrote:
MacPorts already removes $prefix/bin and $prefix/sbin from PATH on
configure.
Does it also handle environment variables such as LIBRARY_PATH,
CPATH and C_INCLUDE_PATH?
It clears the entire environment apart from the
I know this isn't a great bug report, because I already overwrote the fail
case; sorry about that.
I upgraded from a DMG-installed 1.6.0 to a built-from-source 1.7.0 beta 1.
I then updated a bunch of ports, but I don't think libcurl was one of them.
(Is there a log? I don't think there is.)
On Mon, Dec 08, 2008 at 03:25:19PM -0500, Jay Levitt said:
I know this isn't a great bug report, because I already overwrote the fail
case; sorry about that.
I upgraded from a DMG-installed 1.6.0 to a built-from-source 1.7.0 beta 1.
I then updated a bunch of ports, but I don't think libcurl
On Dec 8, 2008, at 15:41, Bryan Blackburn wrote:
On Mon, Dec 08, 2008 at 03:25:19PM -0500, Jay Levitt said:
I tried to rebuild the port, but the port command had the same
problem:
sudo port clean git
couldn't load file
/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib:
On Mon, Dec 08, 2008 at 04:19:41PM -0600, Ryan Schmidt said:
On Dec 8, 2008, at 15:41, Bryan Blackburn wrote:
On Mon, Dec 08, 2008 at 03:25:19PM -0500, Jay Levitt said:
I tried to rebuild the port, but the port command had the same
problem:
sudo port clean git
couldn't load file
Bryan Blackburn wrote:
On Mon, Dec 08, 2008 at 04:19:41PM -0600, Ryan Schmidt said:
On Dec 8, 2008, at 15:41, Bryan Blackburn wrote:
On Mon, Dec 08, 2008 at 03:25:19PM -0500, Jay Levitt said:
I tried to rebuild the port, but the port command had the same
problem:
sudo port clean git
On Tue, Dec 09, 2008 at 10:04:03AM +1100, Joshua Root said:
[...]
Could the wrong libcurl be picked up if there is something like
LDFLAGS=-L/opt/local/lib in the environment? If that's what happened to
Jay, it shouldn't be a problem with selfupdate because the environment
is sanitised.
13 matches
Mail list logo