4, 2010, at 19:41, Joel Friedman wrote:
One of our math department IT guys found a fix:
From: http://blog.tsunanet.net/2009_04_01_archive.html
(1) Edit /opt/local/etc/macports/macports.conf and add this line at the end
of the file:
binpath
/bin:/sbin:/usr/bin:/usr/sbin:/opt/local/bin
../../gcc-4.4.6/gcc/fortran/module.c:108: error:
conflicting types for 'pointer_t'
:info:build /usr/include/mach/vm_types.h:40: note: previous
declaration of 'pointer_t' was here
:info:build
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc44
(as above).
/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 to kindly ask the person who wrote this to elaborate,
and be as specific as can be: what
On 04.04.2012, at 23:48, Jan Stary wrote:
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
-org.macports.configure-configure-0
:debug:configure Executing org.macports.configure (valgrind)
:debug:configure Environment: CPATH='/opt/local/include' CFLAGS='-pipe
-O2' CPPFLAGS='-I/opt/local/include' CXXFLAGS='-pipe -O2 -arch x86_64'
LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.7'
CXX='/usr/bin
an _exact_ copy (* preserving permissions
*) of /opt/local/var/db/mysql56 to new location ~/Databases/mysql/data,
i.e.,
/Volumes/MacHD/Users/thisuser/Databases/mysql/data.
When I execute
sudo /usr/local/mysql/support-files/mysql.server start
now I get the dreaded message
Starting MySQL
permissions *)
of /opt/local/var/db/mysql56 to new location ~/Databases/mysql/data, i.e.,
/Volumes/MacHD/Users/thisuser/Databases/mysql/data.
When I execute
sudo /usr/local/mysql/support-files/mysql.server start
now I get the dreaded message
Starting MySQL
. ERROR! The server quit without
gt; :debug:build Executing org.macports.build (pypy)
> :debug:build Environment:
> CC_PRINT_OPTIONS='YES'
>
> CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_pypy/pypy/work/.CC_PRINT_OPTIONS'
> CFLAGS='-arch x86_64 -I/opt/local/include'
> CPATH='/opt/lo
py/pypy/work/.CC_PRINT_OPTIONS'
> CFLAGS='-arch x86_64 -I/opt/local/include'
> CPATH='/opt/local/include'
> LDFLAGS='-arch x86_64 -L/opt/local/lib -Wl,-headerpad_max_install_names'
> LIBRARY_PATH='/opt/local/lib'
> MACOSX_DEPLOYMENT_TARGET='10.10'
> PYPY_CC='/usr/bin/clang'
> PYPY_LOCALBASE='/opt/local
ib -Wl,-headerpad_max_install_names'
LIBRARY_PATH='/opt/local/lib'
MACOSX_DEPLOYMENT_TARGET='10.10'
PYPY_CC='/usr/bin/clang'
PYPY_LOCALBASE='/opt/local'
PYPY_USESSION_DIR='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_pypy/pypy/work'
:debug:build Assembled comman
. It doesn't matter at this
point though, if gnucash isn't working properly once installed.
On Dec 10, 2007 8:20 PM, Michael Hart [EMAIL PROTECTED]
wrote:
Damn - I did of course mean:
find /opt/local -name *guile*
On 11/12/2007, at 3:18 PM, Michael Hart wrote:
Jesse - you're saying
xboard.pg* xboard.toc xboard.tp*
rm -f xboard.vr* xboard.ps
:/opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x
board/work/xboard-4.2.6 $ sudo make
gcc -DHAVE_CONFIG_H -I. -I. -I/usr/X11R6/include -O2 -I/opt/local/
include -no-cpp-precomp -I/usr
/openmotif/2.3.0_2/opt/local/bin/
periodic
/usr/sbin/periodic
nell:/private/etc barnes$ sudo which periodic
/opt/local/bin/periodic
this is, of course, due to the prepending of $PATH by macports
(1.6.0) in .profile:
# Your previous .profile (if any) is saved as .profile.mpsaved
# Setting the path
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/release/ports/
/opt/local/var/macports/sources/rsync.macports.org/release
-3.3.5.dylib
ld: warning -L: directory name (/usr/local/lib) does not exist
Lots of software packages look in /usr/local automatically. It's not
a problem that this directory is absent.
ld: warning -L: directory name (/opt/local/lib/lib) does not exist
I wonder why it says that. Could you show
/local/mysql
shell /usr/local/mysql $ sudo ./scripts/mysql_install_db
I'm not quite sure why you are using sudo -u mysql mysql_install_db5
following sudo there should be a command, not a switch -u
As I recall, for the MacPorts install you might try :
shell $ sudo mysql_install_db5 --user=mysql
/WebKitTools/Scripts
/usr/local/bin /Users/pm/Documents/scripts/ /opt/local/bin /opt/
local/sbin
/usr/bin /usr/sbin /bin /sbin /Users/pm/WebKit/WebKitTools/Scripts
/usr/local/bin /Users/pm/Documents/scripts/ /opt/local/bin /opt/
local/sbin
/usr/bin /usr/sbin /bin /sbin /bin /sbin /usr/bin /usr/sbin
The output is
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/
release/ports/ /opt/local/var/macports/sources/rsync.macports.org/
release/ports
rsync
Hi Tim,
Tim Lyons wrote:
Check that /opt/local/lib/libfreetype.dylib has the correct install_name:
otool -D /opt/local/lib/libfreetype.dylib
This gives
tim$ otool -D libfreetype.dylib
libfreetype.dylib:
/usr/local/lib/libfreetype.6.dylib
So the 'install name' of the library is
/usr
is
installing just fine. For example, do you have anything in /usr/
local,
which often causes problems for MacPorts?
/usr/local is my standard install location. I only use macports when I
can't build from scratch. My default perl is in /usr/local/.
Then that's probably the problem. We can't
,
that was fine, then when I run:
sudo mysql5 mysql_install_db5
ERROR 2002 (HY000): Can't connect to local MySQL server through socket
'/opt/local/var/run/mysql5/mysqld.sock' (2)
So, of course, I can not start it either
[EMAIL PROTECTED]:/opt/local/bin/ $sudo /opt/local/bin/mysqld_safe5
[1] 67824
: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'
DEBUG: Assembled command: 'cd /opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync
.macports.org_release_ports_www_apache2/work /opt/local/bin/bzip2
-dc /opt/local/var/macports/distfiles/apache2/httpd-2.2.11.tar.bz2 |
/usr/bin
/httpd-2.2.11.tar.bz2 |
/usr/bin/gnutar --no-same-owner -xf -'
sh: /opt/local/bin/bzip2: Bad CPU type in executable
Was this MacPorts install copied over from a different architecture
(eg from
a PowerPC to Intel)?
Odd though that it continued on after that as it should have failed
]/work/PyQt-mac-gpl-4.4.3/designer to include the right flag
and the install went fine from there.
Unfortunately I'm getting the bus error problem now when I try to
from PyQt4 import Qt
/usr/bin/g++-4.0 -headerpad_max_install_names -bundle -flat_namespace
-o libpythonplugin.bundle pluginloader.o
just changed
up by hand the Makefile in
[build-dir]/work/PyQt-mac-gpl-4.4.3/designer to include the right flag
and the install went fine from there.
Unfortunately I'm getting the bus error problem now when I try to
from PyQt4 import Qt
/usr/bin/g++-4.0 -headerpad_max_install_names -bundle
why I
chose Centos ;-) they name httpd apache2...
The executable files could be split amongst /usr/sbin (apachectl,
httpd) and /usr/bin (htdigest, htpasswd)
The configuration files could be put in /opt/local/etc/httpd
The htdocs directory could be put in /opt/local/www, but some could
make
, and that is not something
I can change?
$which postfix
/opt/local/sbin/postfix
$echo $PATH
/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/
local/bin:/usr/X11/bin
$sudo /opt/local/sbin/postfix start
dyld: Library not loaded: /opt/local/lib/mysql5/mysql/libmysqlclient.
16.dylib
is the output of the env command:
*MANPATH=/usr/share/man:/usr/local/share/man:/usr/X11/man:/usr/local/git/man
TERM_PROGRAM=Apple_Terminal
TERM=xterm-color
SHELL=/bin/zsh
TMPDIR=/var/folders/gi/gi-FyLQWGT4dmqD1cxBcek+++TI/-Tmp-/
Apple_PubSub_Socket_Render=/tmp/launch-j8GB9V/Render
TERM_PROGRAM_VERSION=240
USER
kile
with this content:
#!/bin/bash
PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
/Applications/kile.app/Contents/MacOS/kile-bin
cd /opt/local/bin
sudo mv kile.app /Applications/
When I now click on the kile-icon, it appears jumping and disappears
command cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutils_pv/work/pv-1.1.4
nice -n 20 make all returned error 2
Command output: /usr/bin/gcc-4.0 -O2 -isysroot
/Developer/SDKs/MacOSX10.5.sdk -arch i386 -arch x86_64
-mmacosx-version-min=10.5
I see
f...@mac:~:124 $ /usr/bin/make -dp | grep INCLUDE
make: *** No targets specified and no makefile found. Stop.
.INCLUDE_DIRS = /usr/include /usr/local/include /usr/include
The deal is - if /usr/local/include *exists* it will be included
mac:~ root# echo $PATH
/usr/bin:/bin:/usr/sbin:/sbin
and no makefile found. Stop.
.INCLUDE_DIRS = /usr/include /usr/local/include /usr/include
The deal is - if /usr/local/include *exists* it will be included
mac:~ root# echo $PATH
/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
mac:~ root# /usr/bin/make -dp | grep INCLUDE
make
On 2009-12-23 02:16 , Peter B. West wrote:
lydia:local pbw$ sudo port upgrade outdated
Error: Unable to open port: can't read build.cmd: Failed to locate 'make'
in path: '/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at
its MacPorts configuration time location, did you
When I placed that command on a shell, I got this:
22 ?? Ss 0:00.99 /usr/sbin/httpd -D FOREGROUND
76 ?? S 0:00.00 /usr/sbin/httpd -D FOREGROUND
115 ?? Ss 0:00.77 /opt/local/apache2/bin/httpd -k start
119 ?? S 0:00.00 /opt/local/apache2/bin/httpd -k start
On Jan 6, 2010, at 20:29, Celso Coutinho wrote:
If you look at ps axww | grep httpd in the Terminal, is
/opt/local/apache2/bin/httpd running, or is it a different httpd, for
example /usr/sbin/httpd? If it really is the MacPorts httpd that's running,
could you attach the complete
/httpd -D FOREGROUND
76 ?? S 0:00.00 /usr/sbin/httpd -D FOREGROUND
115 ?? Ss 0:00.77 /opt/local/apache2/bin/httpd -k start
119 ?? S 0:00.00 /opt/local/apache2/bin/httpd -k start
120 ?? S 0:00.00 /opt/local/apache2/bin/httpd -k start
121 ?? S
a conflicting install of Berkeley DB in /usr/local,
please move it aside before building db46
Error: Target org.macports.extract returned: Berkeley DB in /usr/local
is in the way
Error: Status 1 encountered during processing.
Goodbye
Error: You have a conflicting install of Berkeley DB in /usr/local,
please move it aside before building db46
Error: Target org.macports.extract returned: Berkeley DB in /usr/local
is in the way
Error: Status 1 encountered during processing.
Goodbye
-DCMAKE_INSTALL_PREFIX=/opt/local
-DCMAKE_OSX_ARCHITECTURES=x86_64;i386 -DCMAKE_VERBOSE_MAKEFILE=ON
-DCMAKE_COLOR_MAKEFILE=ON -DCMAKE_BUILD_TYPE=Release
-DCMAKE_BUILD_WITH_INSTALL_RPATH=ON
-DCMAKE_SYSTEM_PREFIX_PATH=/opt/local;/usr
-DQT_QMAKE_EXECUTABLE=/opt/local/libexec/qt4-mac/bin/qmake
compiler.
I can use make if necessary, but would prefer to use XCode. It appears that
macport installed its version of gcc in /opt/local while XCode's version is
installed in /usr/local.
Xcode goes in /usr. /usr/local is reserved for local installations by the
system administrator, and Apple
On Feb 11, 2010, at 14:32, Scott Haneda wrote:
DEBUG: Environment: CFLAGS='-O2 -arch x86_64' CPPFLAGS='-I/opt/local/include'
CXXFLAGS='-O2 -arch x86_64' MACOSX_DEPLOYMENT_TARGET='10.6'
LIBRARY_PATH='/opt/local/lib' CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m64'
LDFLAGS='-L/opt/local/lib
' MACOSX_DEPLOYMENT_TARGET='10.6'
LIBRARY_PATH='/opt/local/lib' CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m64'
LDFLAGS='-L/opt/local/lib' FCFLAGS='-O2 -m64' OBJC='/usr/bin/gcc-4.2'
INSTALL='/usr/bin/install -c' C_INCLUDE_PATH='/opt/local/include'
OBJCFLAGS='-O2 -arch x86_64' FFLAGS='-O2 -m64' CC='/usr/bin/gcc-4.2
' CXXFLAGS='-O2 -arch x86_64'
MACOSX_DEPLOYMENT_TARGET='10.6' LIBRARY_PATH='/opt/local/lib'
CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m64' LDFLAGS='-L/opt/local/lib'
FCFLAGS='-O2 -m64' OBJC='/usr/bin/gcc-4.2' INSTALL='/usr/bin/install -c'
C_INCLUDE_PATH='/opt/local/include' OBJCFLAGS='-O2 -arch x86_64
-arch x86_64'
CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2 -arch x86_64'
MACOSX_DEPLOYMENT_TARGET='10.6' LIBRARY_PATH='/opt/local/lib'
CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m64' LDFLAGS='-L/opt/local/lib'
FCFLAGS='-O2 -m64' OBJC='/usr/bin/gcc-4.2' INSTALL='/usr/bin/install -c
(p5-net-libidn)
DEBUG: Environment: CFLAGS='-O2 -arch x86_64'
CPPFLAGS='-I/opt/local/include' CXXFLAGS='-O2 -arch x86_64'
MACOSX_DEPLOYMENT_TARGET='10.6' LIBRARY_PATH='/opt/local/lib'
CXX='/usr/bin/g++-4.2' F90FLAGS='-O2 -m64' LDFLAGS='-L/opt/local/lib'
FCFLAGS='-O2 -m64' OBJC='/usr/bin/gcc
On Mar 24, 2010, at 13:52, LuKreme wrote:
On 24-Mar-2010, at 12:24, Ryan Schmidt wrote:
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
-37.1/build/usr/local/lib/
libintl.la: No such file or directory
sed: /Users/Shared/Downloads/ChatServer-37.1/build/usr/local/lib/
libintl.la: No such file or directory
libtool: link: `/Users/Shared/Downloads/ChatServer-37.1/build/usr/
local/lib/libintl.la' is not a valid libtool archive
make[5
)
zanniati:/Users/ajmas root# otool -L /opt/local/lib/libiconv.2.dylib
/opt/local/lib/libiconv.2.dylib:
/opt/local/lib/libiconv.2.dylib (compatibility version
7.0.0, current version 7.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current
version 92.0.0)
/usr
I'm having a problem trying to selfupdate MacPorts on my machine: the
configure script stops on the following
checking for Tcl configuration... found /usr/local/lib/tclConfig.sh
checking for existence of /usr/local/lib/tclConfig.sh... loading
checking for Tcl public headers... /usr/local
ozilla/work/mozilla/dist/include/nspr
-I/opt/local/include -I/opt/local/include -I/opt/local/include -I.
-I/usr/X11R6/include -fPIC -I/opt/local/include
-I/usr/X11R6/include -fno-rtti -fno-exceptions -Wall -Wconversion
-Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth
-Wno-ctor-dtor
org.macports.patch returned: shell command cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_php52/work/php-5.2.13
/usr/bin/patch -p1
'/opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/php52/files/patch-scripts-php
On 4/27/10 1:45 PM, Joshua Root wrote:
On 2010-4-28 02:15 , Bradley Giesbrecht wrote:
On Apr 27, 2010, at 8:13 AM, John B Brown wrote:
Might you explain exactly what /usr/local has to do with /opt/local.
Because all activity for port takes place under /opt/local what does
having
version 7.0.0
Your /opt/local/bin/gawk was left broken after an update of libiconv.
I don't think that's what happened in this case. libiconv was updated to
library version 8.0.0 so very long ago.
Rather, I think your gawk has for some reason decided to try using
/usr/lib/libiconv.2.dylib
to try using
/usr/lib/libiconv.2.dylib instead of the /opt/local/lib/libiconv.2.dylib it
should be using. Two possible reasons for this occur to me:
1) Your /opt/local/lib/libiconv.2.dylib is the wrong architecture for gawk.
Type
lipo -info /opt/local/lib/libiconv.2.dylib
lipo -info
On May 19, 2010, at 03: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
Ok, looks like
/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_couchdb/work/destroot//opt/local/Library/LaunchDaemons/org.apache.couchdb.plist:
no such file or directory
while executing
exec /usr/bin/sed {s;^.*DYLD_LIBRARY_PATH.*$;;g}
/opt/local/var/macports/build
command: 'cd
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_math_gnudatalanguage/work/gdl-0.9rc4
/usr/bin/make all'
:info:build /usr/bin/make all-recursive
:info:build Making all in src
:info:build Making all in antlr
:info:build make[3]: Nothing
Hello,
First, great product! Thanks for your hard work!
I am trying to run 'sudo port -d selfupdate' on a powerpc (pismo) running OS X
10.4.11 and encountering the following error messages captured from
stderr:
DEBUG: Synchronizing ports tree(s)
DEBUG: /usr/bin/rsync -rtzv --delete-after
/local/include/db47/
LDFLAGS=-L/opt/local/lib/db47/ ./configure
sudo make clean
sudo make
sudo port install webalizer
However, this introduces a new problem at runtime, namely:
dyld: Library not loaded: /opt/local/lib/libjpeg.62.dylib
Referenced from: /usr/local/lib/libgd.2.dylib
Reason: image
On Sep 3, 2010, at 03:27, Scott Haneda wrote:
On Sep 2, 2010, at 7:55 PM, Ryan Schmidt wrote:
You have the file /usr/local/include/dlfcn.h on your system and it is
preventing the help2man port from building properly. Remove this file, and
ideally anything else you may have in /usr/local
On Sep 3, 2010, at 21:25, ronxr...@comcast.net wrote:
Thanks Ryan, here's the output of that command.
ronosx:~ rcross$ find / -name dlfcn.h 2/dev/null
/Developer/SDKs/MacOSX10.3.9.sdk/usr/include/dlfcn.h
/Developer/SDKs/MacOSX10.4u.sdk/usr/include/dlfcn.h
/opt/local/include/dlfcn.h
/usr
installer from the Ocaml web site and its readme
says it installs into /usr/local, not /opt/local. Ocaml also doesn't depend on
any of the software that you've been having trouble with (glib2, xorg-libXext).
So Ocaml should not be the culprit. If there are any other disk image
installers that you
-intel.dmg installer from the Ocaml web site and
its readme says it installs into /usr/local, not /opt/local. Ocaml also
doesn't depend on any of the software that you've been having trouble with
(glib2, xorg-libXext). So Ocaml should not be the culprit. If there are any
other disk image installers
On Oct 28, 2010, at 22:35, Ted Kord wrote:
Thanks. I downloaded it and it solved that problem. However, now the update
hangs when installing gnome-doc-utils. From main.log, it seems to be these
lines:
:info:configure dyld: Library not loaded: /usr/local/lib/libgomp.1.dylib
, it seems to be
these lines:
:info:configure dyld: Library not loaded: /usr/local/lib/libgomp.1.dylib
:info:configure Referenced from: /opt/local/bin/msgmerge
Prior to the upgrade, I renamed /usr/local plus it should't be using it
anyway. libgomp and msgmerge also don't seem to exist
The PortFile detects the existence of berkely db in /usr/local by checking for
the following file:
/usr/local/include/db.h
so make sure that is also moved ... I suspect you only moved the libs/bins?
des.
On 21/02/2011, at 12:43 , Tim Bunnell wrote:
Folks,
I'm trying macports
On Mar 8, 2011, at 10:06, Philip Hudson wrote:
On 3 Mar, 2011, at 3:30 pm, Ryan Schmidt wrote:
On Mar 3, 2011, at 09:20, Philip Hudson wrote:
On 2 Mar, 2011, at 4:02 pm, Ryan Schmidt wrote:
Sounds like you have a rogue dlfcn.h header, either in /usr/local/include
or /opt/local/include
--socket=__PREFIX/var/run/mysqld/mysqld.sock
--port=3306
--log=__PREFIX/var/log/mysql/mysql.log
--basedir=/usr/local/mysql-5.5.6-rc-osx10.6-x86_64
--datadir=/usr/local/mysql-5.5.6-rc-osx10.6-x86_64/data
--language=__PREFIX/share/mysql/english
--skip-locking
--set-variable=key_buffer=16M
--set-variable
:info:build make: *** [all] Error 2
:info:build shell command cd /opt/local/var/macports/build/
_opt_local_var_macports_sources_rsync.macports
.org_release_ports_gnome_gtk2/work/gtk+-2.24.3 /usr/bin/make all
returned error 2
:error:build Target org.macports.build returned: shell command
failed
for guileError: Unable to execute port: can't
read build.cmd: Failed to locate 'make' in path:
'/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at its
MacPorts configuration time location, did you move it?
--- --- ---
I've added the Xcode binaries to my .profile but it still doesn't
explicitly.
Hmm... looks like tcsh is confused. The one installed by MacPorts
does come first:
#10:20pm# /opt/local/var/macports echo $path
/opt/local/bin /opt/local/sbin /Users/boo/bin/powerpc-apple-darwin
/Users/boo/bin /usr/local/bin
/usr/bin /bin /usr/local/sbin /usr/sbin /sbin /Developer
from
rsync://rsync.macports.org/release/tarballs/ports.tar
DEBUG: /usr/bin/rsync -rtzv --delete-after
rsync://rsync.macports.org/release/tarballs/ports.tar
/opt/local/var/macports/sources/rsync.macports.org/release/tarballs
receiving file list ... done
sent 36 bytes received 70 bytes 42.40 bytes
)
/opt/local/lib/libjpeg.8.dylib (compatibility version 12.0.0, current
version 12.0.0)
/opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current
version 1.2.5)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 159.1.0
/opt/local/include
/opt/local/lib/libcrypto.dylib /opt/local/lib/libssl.dylib or openssl
headers not found
:info:configure Check the file
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_virtualbox/virtualbox/work/VirtualBox
the pre-releases of OS X 10.8 or Xcode 4.4, and you may
be prohibited from discussing it publicly due to your non-disclosure agreement.
building apr-util fails on
:info:build /bin/sh /opt/local/share/apr-1/build/libtool --silent --mode=link
/usr/bin/clang -pipe -O2 -arch x86_64 -L/opt/local
/Developer
I upgraded other software successfully, including subversion 1.7.4. But trying
to upgrade subversion-perlbindings fails with the following information on the
log file:
:info:build /Developer/usr/bin/clang -c -I/opt/local/include/apr-1
-I/opt/local/include/apr-1 -I/opt/local/include
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/04/2012 01:54, saiwingy wrote:
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
, but not all do.
Isn't that a task of the port maintainer then
to patch such a software so that any interference
with /usr/local can be avoided?
the problem lies with the apple-supplied complier toolchain, there is no 'good'
solution to the issue.
(there are several things that might work, or could
So /usr/local is kept hostage by crap GNU tools.
I do note that most Linux distros manage to convince even GNU crapware to
install somewhere outside /usr/local. I'd be surprised if they permitted their
builds to get distracted by stuff in /usr/local. But then they tend (Gentoo
excepted
in ports
I maintain). Not all ports provide a way 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
On Apr 5, 2012, at 11:44 AM, Jan Stary wrote:
However, I believe that if a port chokes on picking up
some unintended dependency it found in /usr/local
(or anywhere, for that matter), it is that port's
problem: I don't think it's /usr/local's fault being
there - I think it's the port's defect
On Apr 29, 2012, at 6:07 PM, Ryan Schmidt wrote:
Are you sure the mysql that's being started is the one MacPorts installed,
and not the one you installed in /usr/local? How are you starting / stopping
mysql?
The above is possibly the commonest mistake, and it is easy to check and
correct
/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/opt/X11/bin:/usr/X11/bin
I can now open mate, gedit and the latest Xquartz is used. Gimp 2.8 also
starts and no longer crashed. And MacPorts is back as well! Cool! You are a
genius!
Only now the installed Ruby RVM does
/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_boost/boost/work
/usr/bin/bzip2 -dc
'/opt/local/var/macports/distfiles/boost/boost_1_51_0.tar.bz2' |
/usr/bin/gnutar --no-same-owner -xf -'
:debug:extract Executing command line: cd
/opt/local/var/macports/build
On Wed, Feb 12, 2014 at 10:04 AM, Gregory Shenaut gkshen...@ucdavis.edu wrote:
I understand why installing in /usr/local can mess up macports, but macports
doesn't have everything, and most third-party software wants to go into
/usr/local. Where should this stuff go, if not /usr/local?
I
On Feb 13, 2014, at 8:07PM, asllearner wrote:
Sterling Smith wrote
According to
https://trac.macports.org/wiki/FAQ#usrlocal
you could try to rename /usr/local. MacPorts doesn't install anything to
/usr/local. If there is anything that stops working, then try to install
it from
MacPorts python there. You should
see something like
macmini ~ which python
/opt/local/bin/python
macmini ~ /usr/bin/python
Python 2.7.5 (default, Aug 25 2013, 00:04:04)
[GCC 4.2.1 Compatible Apple LLVM 5.0 (clang-500.0.68)] on darwin
Type help, copyright, credits or license for more information
: path | Port:
-+
I operate several servers running assorted software installed with
MacPorts.
On a 'no problem' server, I can do:
{{{
echo $PATH
/opt/local/bin:/opt/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr
-2.0.0.dylib:
/opt/local/lib/libgobject-2.0.0.dylib (compatibility version 4201.0.0,
current version 4201.1.0)
/opt/local/lib/libglib-2.0.0.dylib (compatibility version 4201.0.0,
current version 4201.1.0)
/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current
version 8.1.0)
/usr
On Tue, Dec 9, 2014 at 11:19 AM, FritzS - gmx fri...@gmx.net wrote:
Am 09.12.2014 um 16:39 schrieb Brandon Allbery allber...@gmail.com:
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
On Apr 4, 2015, at 20:51, Evan Phillips wrote:
After installing the Macports package, I appended
/opt/local/bin:/opt/local/sbin:/ to the PATH variable using the EXPORT
command. Probably a mistake:
PATH=/opt/local/bin:/opt/local/sbin:/usr/local/bin:/usr/bin:/bin:/usr/sbin:/sbin
the file but running "sudo make install" gives me the following
message towards the end:
===> making install in tests
make[1]: Nothing to be done for `install'.
[ ! -f "/opt/local/etc/macports/mp_version" ] || rm -vf
"/opt/local/etc/macports/mp_version"
/usr/bin/
with iconv when I tried it recently,
and I've realized I might have another issue. I got GNAT, a GCC with
Ada in it, for Mac from macada,org. It installs into /usr/local/
ada-4.3/, which I symlinked to /usr/local/ada/. I might have left /
usr/local/ada/bin/ on the path in the shell where I did
/local/var/macports/
distfiles/mldonkey/mldonkey-2.8.5.tar.bz2 | /usr/bin/gnutar --no-same-
owner -xf -'
DEBUG: Executing org.macports.patch (mldonkey)
--- Configuring mldonkey
DEBUG: Executing org.macports.configure (mldonkey)
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Environment: CFLAGS
/ports/
DEBUG: /usr/bin/rsync -rtzv --delete-after
rsync://rsync.macports.org/release/ports/
/opt/local/var/macports/sources/rsync.macports.org/release/ports
rsync: getaddrinfo: rsync.macports.org 873: nodename nor servname
provided,
or not known
rsync error: error in socket IO (code 10
/gcc/move-if-change
tmp-specs.h specs.h
echo timestamp s-specs
(SHLIB_LINK='' \
SHLIB_MULTILIB=''; \
/usr/bin/gcc-4.0 -g -DIN_GCC -W -Wall -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -pedantic -Wno-long-long
-Wno-error -DHAVE_CONFIG_H-I. -I.
-I/opt/local/var
On 14 Ιουλ 2009, at 11:00 ΜΜ, mrbigpants wrote:
Ryan Schmidt-24 wrote:
There is PHP4 at /usr/local/bin (came w/ OSX, I think)
Apple does not supply any software in /usr/local;
I misspoke. There is a php binary in /usr/bin, which I assume came
w/ OS X.
Should I reorder the paths
failure:
shell command cd /opt/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
: Failed to locate 'make' in
path: '/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at its
MacPorts configuration time location, did you move it?
lydia:local pbw$ which make
lydia:local pbw$ echo $PATH
/opt/subversion/bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/X11/bin:/usr/local/bin:/opt
upgrade outdated
Error: Unable to open port: can't read build.cmd: Failed to locate 'make'
in path: '/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin' or at
its MacPorts configuration time location, did you move it?
lydia:local pbw$ which make
lydia:local pbw$ echo $PATH
/opt
901 - 1000 of 4451 matches
Mail list logo