On Feb 19, 2012, at 7:20 AM, macports-dev-requ...@lists.macosforge.org wrote:
We have the MacPorts.app GUI (also known as Pallet), where most of the
work was done in previous editions of Google Summer of Code.
In my humble opinion, the use of the predicate editor at the top
of the window is
Aljaž Srebrnič wrote:
Unfortunately, the user macports has its home directory in /var/empty, so
even if I set a home via -H, it will have no effect (/var/empty is read only
AFAIK)
Aljaž Srebrnič
hmmm ... how about :
# prefix with 'sudo' -or- 'ssh root@localhost'
mkdir -p
Sorry to intrude:
sudo xcode-select -switch /Applications/Xcode.app
Shouldn't the command actually be:
sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer
If you use the former, then xcodebuild -version returns:
error: can't exec '/Applications/Xcode.app/usr/bin/xcodebuild'
On Feb 18, 2012, at 10:46 PM, j...@macports.org wrote:
set env(HOME) to our own dirs (#31827) and link user's xcode 4.3 plist into
them
Josh,
Have you tested this? On my lion system, ~/Library/Preferences is 0700
permissions (and I don't think I've done anything to change that), which
Art,
On Feb 19, 2012, at 5:11 AM, Art McGee wrote:
Sorry to intrude:
sudo xcode-select -switch /Applications/Xcode.app
Shouldn't the command actually be:
sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer
If you use the former, then xcodebuild -version returns:
On Feb 19, 2012, at 9:00 AM, James Berry wrote:
Art,
On Feb 19, 2012, at 5:11 AM, Art McGee wrote:
Sorry to intrude:
sudo xcode-select -switch /Applications/Xcode.app
Shouldn't the command actually be:
sudo xcode-select -switch /Applications/Xcode.app/Contents/Developer
If you
On Feb 19, 2012, at 07:11, Art McGee wrote:
I've got MacPorts, Fink, and Pkgsrc co-existing on my machine, and
they're working OK so far.
I hope that means that you have both MacPorts and Fink configured for
nonstandard prefixes, meaning your MacPorts is somewhere other than /opt/local
and
What's your system version? Perhaps the version of xcode-select you have is
less capable?
% xcode-select -version
xcode-select version 2307.
Aha, that explains it:
$ which xcode-select
/usr/bin/xcode-select
$ xcode-select -version
xcode-select version 2003.
I'm on 10.7.3 (11D50) and
On Feb 19, 2012, at 2:29 AM, Ryan Schmidt wrote:
On Feb 19, 2012, at 00:35, Dan Ports wrote:
(One could argue that it's a bug that, e.g. perl modules build using
the compiler that built perl rather than configure.compiler, but I'm
not sure that's something we either want to or can easily
I've got MacPorts, Fink, and Pkgsrc co-existing on my machine, and
they're working OK so far.
I hope that means that you have both MacPorts and Fink configured for
nonstandard prefixes, meaning your MacPorts is somewhere other than
/opt/local and your Fink is somewhere other than /sw.
On Fri, Feb 17, 2012 at 08:15:43AM -0500, Eric Cronin wrote:
audiofile would not update correctly until I rebuilt libtool, at which point
it did. I don't know if audiofile or libtool is to blame there, but libtool
was where it was learning /Developer from?
Well, in the case of audiofile, it
There's no bigger problem, aside from the problem that people don't realize
that when they try to build a port, and it fails, and they try again,
MacPorts picks up from where they left off, rather than starting from the
beginning, and the new main.log will only show the steps from where
On Feb 19, 2012, at 18:55, Jeremy Lavergne wrote:
There's no bigger problem, aside from the problem that people don't
realize that when they try to build a port, and it fails, and they try
again, MacPorts picks up from where they left off, rather than starting from
the beginning, and the
On Feb 19, 2012, at 16:11, Art McGee wrote:
I've got MacPorts, Fink, and Pkgsrc co-existing on my machine, and
they're working OK so far.
I hope that means that you have both MacPorts and Fink configured for
nonstandard prefixes, meaning your MacPorts is somewhere other than
/opt/local
On Sun, Feb 19, 2012 at 04:45:44PM -0500, Daniel J. Luke wrote:
It's somewhat debatable that 'fixing' this by having the modules build with
configure.compiler is really the right thing here (there is a reason why
upstream tries to make both perl and its modules build with the same
Another difference in Xcode 4.3 that I haven't seen mentioned yet: it
doesn't install autoconf, automake, (g)libtool, and friends. I'm
assuming that this mostly isn't going to be a problem, since
use_autoconf will pull in the right dependencies, but I thought I'd
mention it for completeness.
I
On Feb 19, 2012, at 23:57, Dan Ports wrote:
but I did see a couple ports (metakit and pfe) that try to copy
/usr/bin/glibtool into their build directory.
They should use MacPorts glibtool instead.
___
macports-dev mailing list
On 2012-2-20 11:14 , jberry at macports.org wrote:
Revision: 90028
http://trac.macports.org/changeset/90028
Author: jberry at macports.org
Date: 2012-02-19 16:14:16 -0800 (Sun, 19 Feb 2012)
Log Message:
---
Merge from trunk:
On Feb 19, 2012, at 10:48 PM, Joshua Root wrote:
On 2012-2-20 11:14 , jberry at macports.org wrote:
Revision: 90028
http://trac.macports.org/changeset/90028
Author: jberry at macports.org
Date: 2012-02-19 16:14:16 -0800 (Sun, 19 Feb 2012)
Log Message:
---
Merge
19 matches
Mail list logo