On Apr 4, 2012, at 11:20, Glenn English wrote:
On Apr 4, 2012, at 9:55 AM, Jan Stary wrote:
Q: So given that macports uses /opt/local as its prefix,
I can use /usr/local freely without worying about interference?
A: No, not really. (etc)
I'd really like to see an expansion
installer program, and magic happened.
And how do we stop the user from rewriting something that is already there?
We don't, and we can't. It's the user's responsibility to not be an idiot
and rewrite something he has installed himself before.
That is a reason why we shouldn't use /usr/local
If I keep MacPorts in its own prefix, it is easier to ensure that other
software on my system does not get mixed up in a build.
No, not really. You have macports stuff in its own prefix, namely,
/opt/local. However, if a given port silently picks up something
incompatible in /usr/local
to declare this, so
you make sure it doesn't happen by removing /usr/local altgether,
or making the user remove his /usr/local, which you will agree is
a pretty extreme measure on a UNIX system.
Simply put, MacPorts does not SUPPORT /usr/local in the sense that if you ask
for help from MacPorts we
' CXXFLAGS='-pipe -O2'
LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.7'
CXX='/usr/bin/clang++'
CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_gimp-help-en/gimp-help-en/work/.CC_PRINT_OPTIONS
The big issue with /usr/local is it gets pulled into software builds without
permission, due to various configure scripts and compilers. Clobbering files in
/Applications is a separate issue, since they tend to be monolithic.
Jan Stary h...@stare.cz wrote:
On Feb 24 14:51:07, sewebs
mention it in the Guide or in the FAQ?
There was this whole debate about how /usr/local is bad
and /opt/local is good, the official stance being that
under /usr/local, third site installs could hurt macports,
or macports could hurt them. Isn't that exactly the case
with /Applications? Maybe even
On Tue, Dec 9, 2014 at 10:32 AM, FritzS - gmx fri...@gmx.net wrote:
If I want start it comes the error: dyld: Library not loaded:
/usr/local/lib/libgtk-x11-2.0.0.dylib / Referenced from: /opt/local/bin/pan
/ Reason: image not found (1005)
but libgtk-x11-2.0.0.dylib is in /opt/local/lib/libgdk
from log:
:info:build /usr/bin/llvm-gcc-4.2 -c -Os -pipe -Os -arch x86_64 -arch i386
-pipe -arch x86_64
-I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_tk/tk/work/tcl8.6.6/generic
-Wall -fno-common -DBUILD_tk
-I/opt/local/var
/local/include
-Wno-long-long -D_LITTLE_ENDIAN -g -MT drvfig.lo -MD -MP -MF
.deps/drvfig.Tpo -c drvfig.cpp -fno-common -DPIC -o .libs/drvfig.o
if /bin/sh ../libtool --tag=CXX --mode=compile /usr/bin/g++-4.0
-DPACKAGE_NAME=\pstoedit\ -DPACKAGE_TARNAME=\pstoedit\
-DPACKAGE_VERSION=\3.45
:info:build ATLAS/bin/arch/INSTALL_LOG/SUMMARY.LOG for details.
:info:build make[1]: Leaving directory
`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/atlas-3.9.47/build'
:info:build /usr/bin/make clean
:info:build make[1
to upgrade port: 1
gtk2
gtk2
/bin/sh ../../libtool --mode=link gcc -I/usr/X11R6/include -L/opt/
local/lib -lpango-1.0 -o timescale timescale.o libpixops.la -L/opt/
local/lib -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl -
liconv -L/opt/local/lib -lgmodule-2.0 -lgobject-2.0 -lglib
1
make: *** [all] Error 2
Warning: the following items did not execute (for atk):
org.macports.destroot org.macports.build
DEBUG:
Error: Unable to upgrade port: 1
gtk2
gtk2
/bin/sh ../../libtool --mode=link gcc -I/usr/X11R6/include -L/opt/
local/lib -lpango-1.0 -o timescale timescale.o
org.macports.build
DEBUG:
Error: Unable to upgrade port: 1
gtk2
gtk2
/bin/sh ../../libtool --mode=link gcc -I/usr/X11R6/include -L/opt/
local/lib -lpango-1.0 -o timescale timescale.o libpixops.la -L/opt/
local/lib -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -
lintl -liconv -L/opt/local/lib
@executable_path in
/opt/local/libexec/llvm-3.1/bin/opt
DEBUG: Ignoring loadcommand containing @executable_path in
/opt/local/libexec/ld64/ld
DEBUG: skipping ppc64 in /opt/local/lib/libquartz-wm-ds.1.dylib since
this system can't run it anyway
--- Scanning binaries for linking errors
Could not open /usr/local
psycopg2 module: %s % e)
django.core.exceptions.ImproperlyConfigured: Error loading psycopg2
module: dlopen(/Library/Frameworks/Python.framework/Versions/2.5/
lib/python2.5/site-packages/psycopg2/_psycopg.so, 2): Library not
loaded: /usr/local/pgsql/lib/libpq.4.dylib
Referenced from
On 18Mar2008 00:26, Ryan Schmidt [EMAIL PROTECTED] wrote:
It seems to be related to the python install. which python was
finding /usr/bin/python (the MacOSX python). I have now done this:
cd /opt/local/bin
ln -s python2.5 python
and with /opt/local/bin at the start of my $PATH things
Hi,
I have the installed port:
/opt/local/var/macports/software/ImageMagick/6.4.8-1_0+q16
the command, 'which imagemagick' returns not found, and
graphiocsconvertoer.app, similarly cannot find imagemagick ..'in
/usr/local/bin'
How can I make the mac[ports installation avilable on a system
So, I tried installing 1.8.0 from source to /usr/local, and it's
apparently not supported. I understand fully that doing so has
never been recommended, and I understand why, but disallowing the user
the option to do so? That's just not right. The --prefix flag is
there so that people
On Jan 8, 2010, at 18:10, Bradley Giesbrecht wrote:
Why doesn't macports just use /usr/local then?
http://trac.macports.org/wiki/FAQ#defaultprefix
I would rather a it be considered a Portfile bug if a port won't build with
/opt/local first in PATH.
At this time, it is considered a user
On Mar 24, 2010, at 13:17, LuKreme wrote:
Is there a simple way to point my ports to install everything in /usr/local
instead of /opt/local
You cannot install MacPorts in /usr/local.
You can pick any other location to install MacPorts into by using the --prefix
argument to the configure
/aclocal
mkdir -p -- /opt/local/var/db/dports/build/
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp
orts_lang_g-wrap/work/destroot/opt/local/share/aclocal
/usr/bin/install -c -m 644 g-wrap.m4 /opt/local/var/db/dports/build
/
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_
dports_lang_g-wrap/work/destroot/opt/local/share/aclocal
/usr/bin/install -c -m 644 g-wrap.m4 /opt/local/var/db/dports/build/
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_
dports_lang_g-wrap/work
)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0,
current version 92.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current version 88.1.9)
Where the heck is libmx coming from? I get
$ otool -L /opt/local/lib/libiconv.2.dylib
/opt/local/lib/libiconv.2.dylib
=text%2Fplain
I wonder if this is normal? Anyone?
otool -L /opt/local/lib/libmad.0.2.1.dylib
/opt/local/lib/libmad.0.2.1.dylib:
/opt/local/lib/libmad.0.dylib (compatibility version 3.0.0,
current version 3.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0,
current
version
On Jul 9, 2007, at 05:16, Joshua MacFie wrote:
/usr/bin/ld: can't map file: /opt/local/lib/libgtk-x11-2.0.dylib
((os/kern) invalid argument)
Does that file exist, are its permissions ok and is it of the correct
architecture for your computer? Try:
file /opt/local/lib/libgtk-x11-2.0
I'm trying to install gnome-doc-utils and I get the following (just the last
output lines - all lines above appeared to be 'normal' operation):
/usr/bin/install -c -m 644 gnome-doc-xslt-C.omf
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports
It's not really that you can't put stuff in /usr/local... it's just
that if you do, likely macports won't work properly, and we won't be
able to support it, so you're on your own. It will depend on the
ports you use etc etc. There are large numbers of problems reported
on the mailing list
architecture things are actually
built for.
/usr/bin/file /opt/local/lib/libiconv.2.dylib
/usr/bin/file /opt/local/bin/gawk
On my system, with both ports built universal, I get this output:
$ /usr/bin/file /opt/local/lib/libiconv.2.dylib
/opt/local/lib/libiconv.2.dylib: Mach-O universal binary with 2
On Apr 4, 2012, at 10:55, Jan Stary wrote:
In fact, I believe it is a good candidate for a FAQ immediately
following https://trac.macports.org/wiki/FAQ#defaultprefix:
Q: So given that macports uses /opt/local as its prefix,
I can use /usr/local freely without worying about interference
On Apr 4, 2012, at 5:01 PM, Jan Stary wrote:
Using /opt/local as the default prefix is an attempt
to save the user from himself,
[snip]
There are lots of good reasons to use a $prefix other than /usr/local
If you care, you can probably find all of the reasoning in the mailing list
archives
This ksh command line:
for y in ${PATH//:/ } ; do for x in $y/* ; do if [[ -r $x ]] ; then strings
$x | grep -sq /usr/local print `basename $x` ; fi ; done ; done | sort -u
| wc -l
produces 123 hits on my system. The same command, but using /opt/local,
produces 834. Only 28 commands
On Apr 05 11:06:51, Dominik Reichardt wrote:
Honoring the order in PATH so when /opt/local is in front of /usr,
compilers will honor that.
PATH is where the binaries are looked for.
I am talking about libraries; compilers do not look
for libraries in PATH.
So yes PATH has a lot to do
I do have an /opt/local/apache2, but not /opt/local/apache2/bin. 'which'
responds with /usr/sbin
That means you're always running Apple's apachectl---so far.
There should be one installed by MacPorts as well. Look for in the package list
or peruse the /opt/local/apache2 directory, then make
Thanks Ryan. Tried a new round this morning and now all runs past GTK2
again. Maybe it was because of the internet dying on me for a while.
Continuing updating. After updating I will check if I am also past this
HTTP error running Apache:
Syntax error on line 117 of /opt/local/apache2/conf
for xine-ui
--- Building xine-ui
make: Entering directory
`/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_multimedia_xine-ui/xine-ui/work/xine-ui-0.99.6'
/usr/bin/make all-recursive
make[1]: Entering directory
`/opt/local/var/macports/build
On Jul 31, 2014, at 10:51 PM, David Winsemius dwinsem...@comcast.net wrote:
I didn't notice the permission denied error message. Should I have prefaced
the mv with sudo?
david-winsemiuss-mac-pro:~ davidwinsemius$ mv /usr/local{,-moved}
mv: rename /usr/local to /usr/local-moved: Permission
2801.0.0, current version 2801.3.0) /usr/lib/libSystem.B.dylib
(compatibility version 1.0.0, current version 125.2.1)
/opt/local/lib/libfontconfig.1.dylib (compatibility version 6.0.0, current
version 6.4.0) /opt/local/lib/libfreetype.6.dylib (compatibility version
13.0.0, current
There seems to be libintl.dylib in /usr/local from the MacTex
distribution. Is there any way to force g95 to use the libraries in /
opt/local/lib ?
On 24 Dec 2007, at 19:33, Ryan Schmidt wrote:
On Dec 24, 2007, at 13:27, Simon J. Bale wrote:
On 24 Dec 2007, at 19:10, Ryan Schmidt wrote
When trying a port -dv selfupdate , I got this error :
DEBUG: Rebuilding the MacPorts base system if needed.
DEBUG: Synchronizing ports tree(s)
Synchronizing local ports tree from
rsync://rsync.macports.org/release/ports/
DEBUG: /usr/bin/rsync -rtzv --delete-after
rsync://rsync.macports.org
On Feb 4, 2008, at 05:41, realk wrote:
When trying a port -dv selfupdate , I got this error :
DEBUG: Rebuilding the MacPorts base system if needed.
DEBUG: Synchronizing ports tree(s)
Synchronizing local ports tree from
rsync://rsync.macports.org/release/ports/
DEBUG: /usr/bin/rsync -rtzv
/libsqlite3.0.dylib (compatibility version 9.0.0,
current version 9.6.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 111.0.0)
% ls -l /opt/local/lib/libsqlite3*
ls: /opt/local/lib/libsqlite3*: No such file or directory
What's up with that? How can
.macports.org_release_ports_www_mod_perl2/work/mod_perl-2.0.3 /opt/
local/bin/perl Makefile.PL MP_APXS=/opt/local/apache2/bin/apxs
returned error 133
Command output: dyld: Library not loaded: /usr/lib/libdl.0.dylib
Referenced from: /opt/local/bin/perl
Reason: image not found
I am using the MacPorts version
cru libscribe.a scribe.o scribe_types.o scribe_constants.o
ranlib libscribe.a
g++ -DPACKAGE_NAME=\scribe\ -DPACKAGE_TARNAME=\scribe\
-DPACKAGE_VERSION=\1.5.0\ -DPACKAGE_STRING=\scribe\ 1.5.0\
-DPACKAGE_BUGREPORT=\\ -DHAVE_BOOST= -DHAVE_BOOST_SYSTEM=
-DHAVE_BOOST_FILESYSTEM= -I. -I.. -I/usr/local
=\\ -DHAVE_BOOST= -DHAVE_BOOST_SYSTEM=
-DHAVE_BOOST_FILESYSTEM= -I. -I.. -I/usr/local/include/thrift
-I/usr/local/include/thrift/fb303 -I/usr/local/include/boost-1_37 -Wall
-O3 -MT store.o -MD -MP -MF .deps/store.Tpo -c -o store.o store.cpp
In file included from common.h:49,
from
=.. \
srcdir=. \
datadir=/mopt/local//share \
ticdir=/mopt/local//share/terminfo \
source=terminfo.tmp \
THIS_CC=/usr/bin/gcc-4.0 \
THAT_CC=/usr/bin/gcc-4.0 \
/bin/sh ./run_tic.sh
** Building terminfo database, please wait...
Running tic to install /mopt
/work/db-4.6.21/build_unix
make all returned error 2
Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -c -O2
-I../dist/.. -I/opt/local/include ../dist/../db_dump185/db_dump185.c
/usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include
../dist/../db_dump185/db_dump185.c -fno
\
prefix=/mopt/local/ \
exec_prefix=/mopt/local/ \
bindir=/mopt/local//bin \
top_srcdir=.. \
srcdir=. \
datadir=/mopt/local//share \
ticdir=/mopt/local//share/terminfo \
source=terminfo.tmp \
THIS_CC=/usr/bin/gcc-4.0 \
THAT_CC
On Feb 24, 2009, at 10:13 PM, Bradley Giesbrecht wrote:
So we would add /usr/local/apache/bin:/usr/local/mysql/bin:/usr/
local/pgsql/bin:/usr/local/php/bin:etc
to our environment path?
I never actually even took the thought process that far, this is a
great
the port have become attached to the current
location, including me.
Scott,
Please don't change it.
I wish mysql, pgsql, php were setup in individual directories like
apache2.
That was one of the niceties of installing them individually in
/usr/local
/usr/local/apache
/usr/local/mysql
all returned error 2
Command output: cd subversion/libsvn_fs_fs /bin/sh /opt/local/var/
macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_s
ubversion/work/subversion-1.6.0/libtool --tag=CC --silent --
mode=link /usr/bin/gcc-4.0 -O2 -L/opt/local/lib-L
-prototypes -Wno-long-long -I/usr/include -g -O2 -version-
info 0:0:0 -no
-undefined -lgmp -o libjavamath.la -rpath /opt/local/lib/gcc44/
gcj-4.4.0-10 -version-info 0:0:0 -no-undefined -lgmp -avoid-version
gnu_java_math_GMP.lo ..
/../../native/jni/classpath/jcl.lo
libtool: link: /opt/local/var
/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel
_subversion/work/subversion-1.6.2/libtool --tag=CC --silent --
mode=link /usr/bin/gcc-4.0 -O2 -L/opt/local/lib-L/opt/
local/lib/db46 -L/opt/local/lib -L/opt/local/lib -rpath /opt/local/
lib -o libsvn_fs_util-1.la fs-util.lo
/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_devel_subversion/work/subversion-1.6.2/
libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0 -O2 -L/
opt/local/lib-L/opt/local/lib/db46 -L/opt/local/lib -L/opt/local/
lib -rpath /opt/local/lib -o libsvn_fs_util-1.la fs-util.lo
Hi
I keep getting this error message
dyld: lazy symbol binding failed: Symbol not found: _close$UNIX2003
Referenced from: /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib
Expected in: /usr/lib/libSystem.B.dylib
dyld: Symbol not found: _close$UNIX2003
Referenced from: /opt/local
/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_lang_ghc/work/ghc-6.10.3 ./configure --
prefix=/opt/local --prefix=/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_lang_ghc/work/destroot/opt/local
/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_
ghc/work/ghc-bootstrap/bin/ghc' --with-gcc=/usr/bin/gcc-4.0
returned error 2
Command output: checking build system type... i386-apple-darwin9.7.0
checking host system type... i386-apple-darwin9.7.0
On Aug 12, 2009, at 10:14 AM, Shawn Protsman wrote:
The Apple installed manpages load before the macport manpages though
my path displays otherwise.
Example:
] echo $MANPATH
/opt/local/share/man:/usr/share/man:/usr/local/share/man:/usr/X11/share/man
] man perlcheat | grep 'perl v5.'
perl
/local/share/ghc-6.10.3 --with-gmp-includes=/
opt/local/include --with-gmp-libraries=/opt/local/lib --with-ghc='/
opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_
ghc/work/ghc-bootstrap/bin/ghc' --with-gcc=/usr/bin/gcc-4.0
returned error 2
.macports.org_release_ports_graphics_InsightToolkit/work/
InsightToolkit-3.16/Utilities/CableSwig/GCC/gcc/config/rs6000/host-
darwin.c:39: error: conflicting types for 'sigaltstack'
/usr/include/signal.h:89: error: previous declaration of 'sigaltstack'
was here
/opt/local/var/macports/build
] Error 1
make: *** [all] Error 1
-
I have tried removing the readline in /usr/local (installed from
Rudix), but that only took the Warning away, everything else was
unchanged.
Got anything else in /usr
/local/
var/db/dports/build/
_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dp
orts_graphics_wxWidgets/work/wxWidgets-2.8.3/build make -C contrib/
src/gizmos returned error 2
Command output: /usr/bin/g++-4.0 -dynamiclib -single_module -
headerpad_max_install_names -o /opt
/bin if he prefers the GNU utilities, or after if he
prefers the other ones. If for some particular commands, he wants a
different choice, he can still add a symbolic link into /usr/local/bin
or $HOME/bin...
--
Vincent Lefèvre [EMAIL PROTECTED] - Web: http://www.vinc17.org/
100% accessible validated
for `all'.
Making all in tests
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I../src
-I/opt/local/include -I/opt/local/include -O2 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc -Wall -c prime.c
/bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.0
-I/opt/local/include -O2
libgcrypt.la)
Making all in doc
make[2]: Nothing to be done for `all'.
Making all in tests
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I../src
-I/opt/local/include -I/opt/local/include -O2 -isysroot
/Developer/SDKs/MacOSX10.4u.sdk -arch i386 -arch ppc -Wall -c prime.c
/bin/sh ../libtool --tag=CC
On 2010-5-19 18:36 , Bobby wrote:
Thanks, my PATH looks like this:
staff-roro-0:dports bobby$ echo $PATH
/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/texbin:/usr/X11/bin
Looks like /opt/local
Thanks Ryan, I rm all my header files in /usr/local/include/ and I didn't have
dlfcn.h file. I move the local directory to local.bak and created a new local
directory with nothing in it. I clean up the port and did a self update and
tried again. I'm receiving the following error: I'm only
On Sep 3, 2010, at 13:24, Brandon S Allbery KF8NH wrote:
configure scripts have an annoying habit of looking for libraries and
include files under /usr/local no matter what you tell them to do.
Yes, but the bigger problem is that gcc will look for headers and libraries
there, regardless what
='/usr/bin/g++-4.2'
CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_help2man/work/.CC_PRINT_OPTIONS'
F90FLAGS='-pipe -O2 -m64' LDFLAGS='-L/opt/local/lib -arch x86_64'
OBJC='/usr/bin/gcc-4.2' FCFLAGS='-pipe -O2 -m64
Hallo,
On 2011-04-27 12:50 , David Epstein wrote:
Is there a gnu version of stat? I have a version of stat on my Mac, provided
I suppose by Apple, in /usr/local/bin/stat, but I wanted a version that
would have a good chance of being available on Linux platforms. I thought
that a Macports
On Aug 24, 2011, at 10:10 AM, Stefan wrote:
In file included from /usr/local/include/curl/curl.h:36,
from curl.c:46:
/usr/local/include/curl/curlrules.h:134: error: size of array
'__curl_rule_01__' is negative
Having stuff in /usr/local can cause problems with MacPorts
On Sat, Nov 5, 2011 at 18:43, Jim Anderson jan...@jandernet.com wrote:
jim-andersons-macbook-pro:~ jander$ cpan
-bash: /usr/local/bin/cpan: /usr/local/bin/perl: bad interpreter: No such
file or directory
You appear to have a cpan command from a different Perl installation;
MacPorts won't
Since MacPorts is not compatible with /usr/local, every time I install/update
ports I had to
sudo mv /usr/local /usr/local.bak
and then after I am done building macports stuff I would move it back. This
works fine but is kind of cumbersome and sometimes the moved /usr/local
directory
On Apr 4, 2012, at 9:55 AM, Jan Stary wrote:
Q: So given that macports uses /opt/local as its prefix,
I can use /usr/local freely without worying about interference?
A: No, not really. (etc)
I'd really like to see an expansion of that etc.
I use Linux extensively for my servers and Macs
On Apr 4, 2012, at 10:26 AM, Jeremy Lavergne wrote:
I don't see /usr/local in my system's default for $PATH, either on 10.6 or
10.7.
Sorry. Maybe I should have said, the default *nix $PATH. I don't know about
others.
OTOH, here's my user $PATH on 10.7.3: /usr/local/bin:/usr/bin:/bin:/usr
On 04/04/2012 06:26 PM, Jeremy Lavergne wrote:
I use Linux extensively for my servers and Macs when I'm trying to be a
human. /usr/local has been around for quite a while in the *nix world (it's
even in the default $PATH), and I use it a little on the Macs. I can't think
of what the problem
I might not be opposed to MacPorts printing a warning if anything is found in
/usr/local/{bin,etc,include,lib,libexec,man,sbin,share,var}. But I would
probably only want to print that if a port actually failed to build.
It sounds very reasonable to check if there's anything in /usr/local
On 04.04.2012, at 23:20, Jan Stary wrote:
On Apr 04 16:05:27, Jeremy Lavergne wrote:
/usr/local is not a viable choice because some software
(especially auto* tools from Gnu) look in /usr/local
as a default location, which means MacPorts can't be
easily isolated when needed.
I want
On Apr 04 23:32:26, Dominik Reichardt wrote:
On 04.04.2012, at 23:20, Jan Stary wrote:
On Apr 04 16:05:27, Jeremy Lavergne wrote:
/usr/local is not a viable choice because some software
(especially auto* tools from Gnu) look in /usr/local
as a default location, which means MacPorts
just pointing out that you installed it there yourself,
and if it broke things, that's not a failure of the packaging system.
Of course MacPorts WILL install libpng in /opt/local.
But when the port that requires libpng is then built the compiler may chose
the libpng that got installed in /usr/local
OK, here is what I propose as a relacement/extension of FAQ#defaultprefix.
* Why is /opt/local the default install location for MacPorts?
* So with macports under /opt/local I can use /usr/local freely?
I just commited this (fixing the typos.)
https://trac.macports.org/wiki/FAQ#defaultprefix
On Apr 10, 2012, at 8:00 AM, Jan Stary wrote:
OK, here is what I propose as a relacement/extension of FAQ#defaultprefix.
* Why is /opt/local the default install location for MacPorts?
* So with macports under /opt/local I can use /usr/local freely?
I just commited this (fixing the typos
On Mon, Feb 25, 2013 at 04:58:43PM +0100, Johan Mattsson wrote:
Could not open /usr/local/lib/libbirdfont.dylib: Error opening or
reading file (referenced from /opt/local/bin/birdfont)
DEBUG: Marking /opt/local/bin/birdfont as broken
DEBUG: Marking /opt/local/bin/birdfont-export as broken
PM, Murray Eisenberg murrayeisenb...@gmail.com
wrote:
In my ~/.profile, I've set:
export JAVA_HOME=$(/usr/libexec/java_home)
export CATALINA_BASE=/opt/local/share/java/tomcat6
And re-loaded the profile into Terminal with: source ~/.profile
But wen I run
sudo /opt/local/share
with MacPorts.
export
PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
# Finished adapting your PATH environment variable for use with MacPorts.
# export PATH=/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
# export PATH=usr/local/bin:/usr/local/sbin
On Mon, Apr 01, 2013 at 11:16:08AM -0400, Brandon Allbery wrote:
I'm surprised MacPorts didn't complain about /usr/local. Maybe you
haven't tried to install anything yet?
MacPorts doesn't check for Homebrew. Some build might fail in strange
ways without the cause being obvious, though
works as expected if /opt/local/bin precedes /usr/bin in your
$PATH; you might want to doublecheck that.
--
Thanks. I just checked and it is.
$ printenv PATH
/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin
___
macports
reserved for user-installed
tex packages.
(I've wondered if we ought to use /usr/local/share/texmf for that instead,
but left it this way for backward-compatibility. There may also still
be a couple ports that install into texmf-local, although they
shouldn't.)
Dan
--
Dan R. K. Ports
://fontforge.org/source-build.html#Documentation, I put the downloaded,
unarchived documentation at /usr/local/share/doc/fontforge.
But still, after starting fontforge from Terminal and using either the Fn F1
key or the Help Help menu item in fontforge, I get the on-line
documentation from
into a prefix that is not any of the
following:
* /usr
* /usr/local
* /opt/local
* your MacPorts prefix (if different from /opt/local)
* /sw
And also avoid installing frameworks into /Library/Frameworks and of course
/System/Library/Frameworks.
I think that’s about
Lavergne jer...@lavergne.gotdns.org wrote:
Did you happen to clean mod_perl2 first?
The attached log indicates your old 5.18 build is simply being resumed: until
cleaned it will continue building with 5.18 which is not what you want.
:info:build /usr/bin/clang
-I/opt/local/var/macports/build
/opt/local/lib/postgresql93/bin - not sure about this one
/usr/bin
/bin
/usr/sbin
/sbin
/usr/local/bin
The manual startup command for PostgreSQL is:
sudo su postgres -c '/opt/local/lib/postgresql93/bin/initdb -D
/opt/local/var/db/postgresql93/defaultdb
my.cnf somewhere else?
(This is very muddled given that the MacPorts port distributes files into
somewhat different locations, relative to /opt/local, than the native MySQL
distribution does, relative to /usr/local.)
---
Murray Eisenbergmurrayeisenb...@gmail.com
503 King Farm
Command failed: cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnustep_gnustep-base/gnustep-base/work/gnustep-base-1.19.1
./configure --prefix=/opt/local CC=/usr/bin/clang
GNUSTEP_MAKEFILES=/opt/local/share/GNUstep/Makefiles --disable-tls
/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnustep_gnustep-base/gnustep-base/work/gnustep-base-1.19.1
./configure --prefix=/opt/local CC=/usr/bin/clang
GNUSTEP_MAKEFILES=/opt/local/share/GNUstep/Makefiles --disable-tls
--enable-libffi --with-ffi-include=/opt/local/include/gcc42
--with-ffi
After the MacPorts update to osxfuse 2.8.0, I get this on 10.10.5:
:notice:build ---> Building osxfuse
:debug:build Executing org.macports.build (osxfuse)
:debug:build Environment:
CC_PRINT_OPTIONS='YES'
CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/bu
> ...
> CC='/usr/bin/clang'
> CC_PRINT_OPTIONS='YES'
> CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_python_py-hgsubversion/py27-hgsubversion/work/.CC_PRINT_OPTIONS'
> CFLAGS=''
> CPATH='/o
org.macports.build returned: shell command cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_irc_silc-client/work/silc-client-1.0.3
make all returned error 2
Command output: if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../..
-I../../src -I../../src/core/ -I
-client with target all
Error: Target org.macports.build returned: shell command cd
/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_irc_s
ilc-client/work/silc-client-1.0.3
make all returned error 2
Command output: if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H
/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p
hp5/work/php-5.2.6/libtool --silent --preserve-dup-deps --
mode=compile /usr/bin/gcc-4.0 -Iext/date/lib -Iext/date/ -I/opt/
local/var/macports/build
501 - 600 of 4451 matches
Mail list logo