gd2 fails on perl5

Bradley Giesbrecht brad at pixilla.com
Wed Jan 14 00:16:46 PST 2009


On Jan 13, 2009, at 4:52 PM, Ryan Schmidt wrote:

> On Jan 13, 2009, at 01:54, Bradley Giesbrecht wrote:
>
>> On Jan 11, 2009, at 11:36 PM, Joshua Root wrote:
>>
>>> It really does look as though your prefix has somehow been set to
>>> /usr/share.
>>
>> If it is I don't know where.
>>
>> bash-3.2# env
>> SHELL=/bin/bash
>> TERM=xterm-color
>> USER=root
>> SUDO_USER=brad
>> SUDO_UID=501
>> SSH_AUTH_SOCK=/tmp/501/nl.uu.phil.SSHAgent.socket
>> __CF_USER_TEXT_ENCODING=0x1F5:0:0
>> PATH=/Users/brad/bin:/usr/local/mysql/bin:/opt/local/bin:/opt/local/ 
>> sbin:/usr/local/bin:/usr/local/sbin:/usr/share/bin:/usr/local/php5/ 
>> bin:/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin:/usr/X11/bin
>
> I see /usr/share/bin in your PATH.
>
>
>
>> bash-3.2# cat ~/.profile
>> bind -x '"\C-p"':'echo $PWD'
>>
>> PS1='\h: \u\$ '
>>
>> alias ls='ls -G'
>> alias tclsh='rlwrap tclsh'
>>
>> export PATH=~/bin:/usr/local/mysql/bin:/opt/local/bin:/opt/local/ 
>> sbin:/usr/local/bin:/usr/local/sbin:/usr/share/bin:/usr/local/php5/ 
>> bin:$PATH
>> export MANPATH=/opt/local/share/man:/usr/local/ch5.5.0/docs/man: 
>> $MANPATH
>
> You should get /usr/share/bin out of that PATH statement.
>
> Also, remove /usr/local/bin and /usr/local/sbin. It is not supported  
> to have anything installed in the prefix /usr/local while using  
> MacPorts; it causes problems for many ports. You should remove any  
> software in /usr/local/{bin,include,lib,man,share} and install it  
> using MacPorts instead. (Any other prefix, including any  
> subdirectory of /usr/local, is fine; it's just /usr/local itself  
> that's problematic. So there's no problem with keeping /usr/local/ 
> php5/bin or /usr/local/mysql/bin in the PATH. Though php5 and mysql5  
> are of course available through MacPorts as well.)

Macports versions and variants of mysql and php do not get me what I  
need.

The use of /usr/local is so prevalent I'm surprised to hear that I  
should not use /usr/local and macports at the same time. Seems  
everything I build on freebsd using freebsd ports installs there to / 
usr/local. Most unix software that isn't available using macports  
installs to /usr/local.

If a macports package want's to use something outside /opt/local that  
is available and fit's the need I think that's fine.

Is it possible to keep macports file writes confined to /opt/local  
regardless of where the files it uses to build are located?

Do you have this file on your system which on mine is called called  
from /etc/profile?
/usr/libexec/path_helper
This script reads paths to env from /etc/paths.

I don't ever remembering editing it but along with /bin and /usr/bin  
was /usr/local/bin.

//brad


More information about the macports-users mailing list