From lovecraftian at mac.com  Wed Apr  1 04:00:12 2009
From: lovecraftian at mac.com (Scott Heftler)
Date: Wed, 1 Apr 2009 11:00:12 +0000 (UTC)
Subject: Bizarre error when building xgalaga!
Message-ID: <loom.20090401T105707-901@post.gmane.org>

b6$ sudo port install xgalaga
--->  Fetching xgalaga
--->  Attempting to fetch xgalaga_2.0.34.orig.tar.gz from
http://downloads.sourceforge.net/xgalaga
--->  Verifying checksum(s) for xgalaga
--->  Extracting xgalaga
--->  Applying patches to xgalaga
--->  Configuring xgalaga
--->  Building xgalaga
Error: Target org.macports.build returned: shell command " cd

"/opt/local/var/macports/build/_opt_local_var_macports_sources_\
rsync.macports.org_release_ports_games_xgalaga/work/xgalaga-2.0.34"

&& make all " returned error 2
Command output: for i in libsprite; do cd $i ; make ; done
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o border.o border.c
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o cursor.o cursor.c
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o init.o init.c
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o misc.o misc.c
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o sector.o sector.c
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o buffer.o buffer.c
/usr/bin/gcc-4.0 -I. -I.. -O2  -I/usr/X11/include -DHAVE_CONFIG_H   -c
-o data.o data.c
In file included from data.c:19:
data.h:69: error: array type has incomplete element type
data.h:72: error: array type has incomplete element type
make[1]: *** [data.o] Error 1
make: *** [subdirs] Error 2

Error: Status 1 encountered during processing.

- - - - - -

Any ideas?




From afb at macports.org  Wed Apr  1 04:17:22 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Wed, 1 Apr 2009 13:17:22 +0200
Subject: Bizarre error when building xgalaga!
In-Reply-To: <loom.20090401T105707-901@post.gmane.org>
References: <loom.20090401T105707-901@post.gmane.org>
Message-ID: <54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>

Scott Heftler wrote:

> b6$ sudo port install xgalaga

> --->  Building xgalaga

> In file included from data.c:19:
> data.h:69: error: array type has incomplete element type
> data.h:72: error: array type has incomplete element type

> Any ideas?

That's not really bizarre, it's just missing an include.

Ported most of the fixes over from Fink, but it wasn't
much fun without the sound anyway so I didn't post it.

Suppose I could, if anyone would find it interesting...

--anders


From lovecraftian at mac.com  Wed Apr  1 04:30:23 2009
From: lovecraftian at mac.com (Scott Heftler)
Date: Wed, 1 Apr 2009 11:30:23 +0000 (UTC)
Subject: Bizarre error when building xgalaga!
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
Message-ID: <loom.20090401T112912-243@post.gmane.org>

Anders F Bj?rklund <afb <at> macports.org> writes:

> That's not really bizarre, it's just missing an include.
> 
> Ported most of the fixes over from Fink, but it wasn't
> much fun without the sound anyway so I didn't post it.
> 
> Suppose I could, if anyone would find it interesting...
> 
> --anders
> 

So all I have to do is have MacPorts port the missing header file?

Could you tell me which file it is?

--
Scott






From afb at macports.org  Wed Apr  1 04:41:35 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Wed, 1 Apr 2009 13:41:35 +0200
Subject: Bizarre error when building xgalaga!
In-Reply-To: <loom.20090401T112912-243@post.gmane.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
Message-ID: <26239A8A-CEBE-432E-B580-973977B586CD@macports.org>

Scott Heftler wrote:

>> Ported most of the fixes over from Fink, but it wasn't
>> much fun without the sound anyway so I didn't post it.
>>
>> Suppose I could, if anyone would find it interesting...
>>
> So all I have to do is have MacPorts port the missing header file?

It should be working with revision 1. On Tiger's X11, anyway.

Feel free to test it on Leopard, and get the sound working :-)

--anders


From lovecraftian at mac.com  Wed Apr  1 04:46:50 2009
From: lovecraftian at mac.com (Scott Heftler)
Date: Wed, 1 Apr 2009 11:46:50 +0000 (UTC)
Subject: Bizarre error when building xgalaga!
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
Message-ID: <loom.20090401T114334-63@post.gmane.org>

Anders F Bj?rklund <afb <at> macports.org> writes:

> It should be working with revision 1. On Tiger's X11, anyway.
> 
> Feel free to test it on Leopard, and get the sound working 
> 
> --anders

I'm running Leopard.  What package do I need to port now?
I did "port search data" and got nothing.  Do I need to go to
the Find site and look around for "xgalaga patch" or something?

Sorry, I'm a bit daft in this area.

--
Scott


From lovecraftian at mac.com  Wed Apr  1 05:00:42 2009
From: lovecraftian at mac.com (Scott Heftler)
Date: Wed, 1 Apr 2009 12:00:42 +0000 (UTC)
Subject: Bizarre error when building xgalaga!
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
Message-ID: <loom.20090401T115856-120@post.gmane.org>

Anders F Bj?rklund <afb <at> macports.org> writes:


> It should be working with revision 1. On Tiger's X11, anyway.
> 
> Feel free to test it on Leopard, and get the sound working 
> 
> --anders

OK.  I just downloaded xgalaga-2.1.1.0.tar manually from SourceForge.
Now, how can I get MacPorts to port it from my harddrive?  MacPorts only
recognizes the outdate version 2.0.34-28?

--
Scott




From afb at macports.org  Wed Apr  1 05:09:58 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Wed, 1 Apr 2009 14:09:58 +0200
Subject: Bizarre error when building xgalaga!
In-Reply-To: <loom.20090401T114334-63@post.gmane.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
Message-ID: <2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>

Scott Heftler wrote:

>> It should be working with revision 1. On Tiger's X11, anyway.
>>
>> Feel free to test it on Leopard, and get the sound working
>>
> I'm running Leopard.  What package do I need to port now?
> I did "port search data" and got nothing.  Do I need to go to
> the Find site and look around for "xgalaga patch" or something?

You just need to wait for the indexing update and try install again.

--anders


From raimue at macports.org  Wed Apr  1 05:15:32 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Wed, 01 Apr 2009 14:15:32 +0200
Subject: MacPorts Install Error: "The following dependencies failed to
	build libiconv
In-Reply-To: <250ee9790903311403p54434a3ek70d8d6183d8034f7@mail.gmail.com>
References: <250ee9790903301110m437eee55tbf9552158fdeae0a@mail.gmail.com>	
	<49D10CF0.8050706@macports.org>	
	<250ee9790903301313i504afce4m39bd9cc54ffaa95c@mail.gmail.com>	
	<49D1720D.5020402@macports.org>	
	<250ee9790903310556g72b366d4x9ec30a3bbf541028@mail.gmail.com>	
	<49D218FA.1080609@macports.org>	
	<250ee9790903310855s39a0679ag55e159bf25e3b72e@mail.gmail.com>	
	<49D23E76.5060506@macports.org>
	<250ee9790903311403p54434a3ek70d8d6183d8034f7@mail.gmail.com>
Message-ID: <49D35AE4.3000402@macports.org>

On 2009-03-31 23:03, Jos van Tongeren wrote:
> Oh I am sorry Rainer,
> 
> Here it comes:
> 
> Last login: Tue Mar 31 22:56:59 on console
> media-markts-imac:~ mediamarkt$ sudo port -d install fbg
> Password:
[...]
> --->  Building fbg
> DEBUG: Executing org.macports.build (fbg)
> DEBUG: Environment:
> CFLAGS='-I/System/Library/Frameworks/OpenGL.framework/Headers
> -I/opt/local/include' MACOSX_DEPLOYMENT_TARGET='10.5'
> LDFLAGS='-L/opt/local/lib -lphysfs'
> DEBUG: Assembled command: 'cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_games_fbg/work/fbg-0.9"
> && make all'
> /usr/bin/g++-4.0  -O2  -L/opt/local/lib -lphysfs -o fbg 
> src/glTGAImage.o src/fbgGame.o src/fbgBlock.o src/fbgMain.o
> src/fbgOpenGLRenderer.o  -L/opt/local/lib -lSDLmain -lSDL
> -Wl,-framework,Cocoa  -lphysfs  -lstdc++

I get the same errors. Here is something like -Wl,framework,OpenGL or
-lGL missing.

Rainer

From frstan at bellsouth.net  Wed Apr  1 10:20:12 2009
From: frstan at bellsouth.net (William Davis)
Date: Wed, 1 Apr 2009 13:20:12 -0400
Subject: can't build mesa upgrade 7.4
Message-ID: <4EB87B9F-CB32-44E1-B392-F0AA5A8F7BF2@bellsouth.net>


can't build the upgrade of Mesa apparently because various include  
files can't be found:

--->  Building mesa
DEBUG: Executing proc-pre-org.macports.build-build-0
DEBUG: Executing org.macports.build (mesa)
DEBUG: port allows a parallel build
DEBUG: 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_x11_mesa/work/Mesa-7.4" && make default  
INSTALL_DIR=/opt/local'
Making sources for darwin
touch depend
makedepend -fdepend -I. -I../../../include -I../../../include/GL/ 
internal -I../../../src/mesa -I../../../src/mesa/glapi     
glcontextmodes.c clientattrib.c compsize.c eval.c glxcmds.c  
glxcurrent.c glxext.c glxextensions.c indirect.c indirect_init.c  
indirect_size.c indirect_window_pos.c indirect_texture_compression.c  
indirect_transpose_matrix.c indirect_vertex_array.c  
indirect_vertex_program.c pixel.c pixelstore.c render2.c renderpix.c  
single2.c singlepix.c vertarr.c xfont.c glx_pbuffer.c glx_query.c  
drisw_glx.c dri_common.c dri_glx.c XF86dri.c glxhash.c dri2_glx.c  
dri2.c \
		../../../src/mesa/main/dispatch.c ../../../src/mesa/glapi/ 
glapi.c ../../../src/mesa/glapi/glapi_getproc.c ../../../src/mesa/ 
glapi/glthread.c
makedepend: warning:  glcontextmodes.c, line 42: cannot find include  
file "GL/glxint.h"
	not in GL/glxint.h
	not in GL/glxint.h
	not in ./GL/glxint.h
	not in ../../../include/GL/glxint.h
	not in ../../../include/GL/internal/GL/glxint.h
	not in ../../../src/mesa/GL/glxint.h
	not in ../../../src/mesa/glapi/GL/glxint.h
	not in /usr/include/GL/glxint.h
makedepend: warning:  clientattrib.c (reading glxclient.h, line 53):  
cannot find include file "GL/glxint.h"
	not in GL/glxint.h
	not in GL/glxint.h
	not in ./GL/glxint.h
	not in ../../../include/GL/glxint.h
	not in ../../../include/GL/internal/GL/glxint.h
	not in ../../../src/mesa/GL/glxint.h
	not in ../../../src/mesa/glapi/GL/glxint.h
	not in /usr/include/GL/glxint.h
makedepend: warning:  clientattrib.c (reading glxclient.h, line 54):  
cannot find include file "GL/glxproto.h"
	not in GL/glxproto.h
	not in GL/glxproto.h
	not in ./GL/glxproto.h
	not in ../../../include/GL/glxproto.h
	not in ../../../include/GL/internal/GL/glxproto.h
	not in ../../../src/mesa/GL/glxproto.h
	not in ../../../src/mesa/glapi/GL/glxproto.h
	not in /usr/include/GL/glxproto.h
makedepend: warning:  indirect.c, line 36: cannot find include file  
"GL/glxproto.h"
	not in ./GL/glxproto.h
	not in ../../../include/GL/glxproto.h
	not in ../../../include/GL/internal/GL/glxproto.h
	not in ../../../src/mesa/GL/glxproto.h
	not in ../../../src/mesa/glapi/GL/glxproto.h
	not in /usr/include/GL/glxproto.h
makedepend: warning:  indirect_vertex_array.c, line 32: cannot find  
include file "GL/glxproto.h"
	not in ./GL/glxproto.h
	not in ../../../include/GL/glxproto.h
	not in ../../../include/GL/internal/GL/glxproto.h
	not in ../../../src/mesa/GL/glxproto.h
	not in ../../../src/mesa/glapi/GL/glxproto.h
	not in /usr/include/GL/glxproto.h
makedepend: warning:  indirect_vertex_array.c (reading  
indirect_vertex_array_priv.h, line 39): cannot find include file "GL/ 
glxproto.h"
	not in ./GL/glxproto.h
	not in ../../../include/GL/glxproto.h
	not in ../../../include/GL/internal/GL/glxproto.h
	not in ../../../src/mesa/GL/glxproto.h
	not in ../../../src/mesa/glapi/GL/glxproto.h
	not in /usr/include/GL/glxproto.h
makedepend: warning:  indirect_vertex_program.c, line 31: cannot find  
include file "GL/glxproto.h"
	not in ./GL/glxproto.h
	not in ../../../include/GL/glxproto.h
	not in ../../../include/GL/internal/GL/glxproto.h
	not in ../../../src/mesa/GL/glxproto.h
	not in ../../../src/mesa/glapi/GL/glxproto.h
	not in /usr/include/GL/glxproto.h
makedepend: warning:  singlepix.c, line 37: cannot find include file  
"GL/glxproto.h"
	not in ./GL/glxproto.h
	not in ../../../include/GL/glxproto.h
	not in ../../../include/GL/internal/GL/glxproto.h
	not in ../../../src/mesa/GL/glxproto.h
	not in ../../../src/mesa/glapi/GL/glxproto.h
	not in /usr/include/GL/glxproto.h
makedepend: warning:  dri2.c (reading /usr/include/stdarg.h, line 4):  
cannot find include file "stdarg.h"
makedepend: warning:  dri2.c (reading ./drm.h), line 172: # warning  
"__SIZE_TYPE__ not defined.  Assuming sizeof(size_t) ==  
sizeof(unsigned long)!"
makedepend: warning:  ../../../src/mesa/main/dispatch.c (reading /usr/ 
include/float.h, line 8): cannot find include file "float.h"
gcc -c -I. -I../../../include -I../../../include/GL/internal - 
I../../../src/mesa -I../../../src/mesa/glapi    -ggdb3 -Os -Wall - 
Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fno- 
common -I/opt/local/include -I/opt/local/include  -fPIC   - 
D_DARWIN_C_SOURCE -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L - 
D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DPTHREADS - 
DGLX_ALIAS_UNSUPPORTED -DGLX_INDIRECT_RENDERING -DXF86VIDMODE - 
D_REENTRANT -UIN_DRI_DRIVER -DDEFAULT_DRIVER_DIR=\"/opt/local/lib/dri 
\" glcontextmodes.c -o glcontextmodes.o
In file included from /opt/local/include/X11/Xlib.h:64,
                  from ../../../include/GL/glx.h:38,
                  from glcontextmodes.c:41:
/opt/local/include/X11/Xosdefs.h:145:1: warning: "_DARWIN_C_SOURCE"  
redefined
<command line>:1:1: warning: this is the location of the previous  
definition
glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
In file included from glcontextmodes.c:67:
glcontextmodes.h:39: warning: type defaults to 'int' in declaration of  
'__GLXvisualConfig'
glcontextmodes.h:39: error: syntax error before '*' token
glcontextmodes.c:132: warning: type defaults to 'int' in declaration  
of '__GLXvisualConfig'
glcontextmodes.c:132: error: syntax error before '*' token
glcontextmodes.c:133: warning: no previous prototype for  
'_gl_copy_visual_to_context_mode'
glcontextmodes.c: In function '_gl_copy_visual_to_context_mode':
glcontextmodes.c:134: error: 'mode' undeclared (first use in this  
function)
glcontextmodes.c:134: error: (Each undeclared identifier is reported  
only once
glcontextmodes.c:134: error: for each function it appears in.)
glcontextmodes.c:139: error: 'config' undeclared (first use in this  
function)
make[2]: *** [glcontextmodes.o] Error 1
make[1]: *** [subdirs] Error 1
make: *** [default] Error 1

Warning: the following items did not execute (for mesa):  
org.macports.destroot org.macports.build
DEBUG: Registry error: makedepend not registered as installed & active.
     invoked from within
"registry_active ${portname}"
     invoked from within
"$workername eval registry_active \${portname}"
Error: Unable to upgrade port: 1

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc3 (xorg-server 1.4.2-apple38)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From christopher.rob.jones at cern.ch  Wed Apr  1 12:48:40 2009
From: christopher.rob.jones at cern.ch (Chris Jones)
Date: Wed, 1 Apr 2009 20:48:40 +0100
Subject: can't build mesa upgrade 7.4
In-Reply-To: <4EB87B9F-CB32-44E1-B392-F0AA5A8F7BF2@bellsouth.net>
References: <4EB87B9F-CB32-44E1-B392-F0AA5A8F7BF2@bellsouth.net>
Message-ID: <2AAB9FBE-49A4-41FA-B5DC-284E402641D8@cern.ch>

Hi,

Mesa fails for me also, but with a slightly different error.

--->  Fetching mesa
--->  Attempting to fetch MesaLib-7.4.tar.bz2 from http://kent.dl.sourceforge.net/mesa3d
--->  Attempting to fetch MesaGLUT-7.4.tar.bz2 from http://kent.dl.sourceforge.net/mesa3d
--->  Attempting to fetch AppleSGLX-56.tar.bz2 from http://arn.se.distfiles.macports.org/mesa
--->  Attempting to fetch AppleSGLX-56.tar.bz2 from http://trd.no.distfiles.macports.org/mesa
--->  Attempting to fetch AppleSGLX-56.tar.bz2 from http://distfiles.macports.org/mesa
--->  Verifying checksum(s) for mesa
--->  Extracting mesa
--->  Applying patches to mesa
--->  Configuring mesa
--->  Building mesa
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_x11_mesa/work/Mesa-7.4" && make default  
INSTALL_DIR=/opt/local " returned error 2
Command output: dri2.c:164: error: 'xDRI2AuthenticateReply' undeclared  
(first use in this function)
dri2.c:164: error: syntax error before 'rep'
dri2.c:169: error: 'sz_xDRI2AuthenticateReq' undeclared (first use in  
this function)
dri2.c:169: error: syntax error before ')' token
dri2.c:169: error: 'X_DRI2Authenticate' undeclared (first use in this  
function)
dri2.c:175: error: 'rep' undeclared (first use in this function)
dri2.c: In function 'DRI2GetBuffers':
dri2.c:227: error: 'xDRI2GetBuffersReply' undeclared (first use in  
this function)
dri2.c:227: error: syntax error before 'rep'
dri2.c:228: error: 'xDRI2GetBuffersReq' undeclared (first use in this  
function)
dri2.c:228: error: 'req' undeclared (first use in this function)
dri2.c:230: error: 'xDRI2Buffer' undeclared (first use in this function)
dri2.c:230: error: syntax error before 'repBuffer'
dri2.c:237: error: 'sz_xDRI2GetBuffersReq' undeclared (first use in  
this function)
dri2.c:237: error: syntax error before ')' token
dri2.c:237: error: 'X_DRI2GetBuffers' undeclared (first use in this  
function)
dri2.c:246: error: 'rep' undeclared (first use in this function)
dri2.c:258: error: 'repBuffer' undeclared (first use in this function)
dri2.c: In function 'DRI2CopyRegion':
dri2.c:283: error: 'xDRI2CopyRegionReq' undeclared (first use in this  
function)
dri2.c:283: error: 'req' undeclared (first use in this function)
dri2.c:284: error: 'xDRI2CopyRegionReply' undeclared (first use in  
this function)
dri2.c:284: error: syntax error before 'rep'
dri2.c:289: error: 'sz_xDRI2CopyRegionReq' undeclared (first use in  
this function)
dri2.c:289: error: syntax error before ')' token
dri2.c:289: error: 'X_DRI2CopyRegion' undeclared (first use in this  
function)
dri2.c:297: error: 'rep' undeclared (first use in this function)
make[2]: *** [dri2.o] Error 1
make[1]: *** [subdirs] Error 1
make: *** [default] Error 1

Error: Unable to upgrade port: 1

cheers Chris

On 1 Apr 2009, at 6:20PM, William Davis wrote:

>
> can't build the upgrade of Mesa apparently because various include  
> files can't be found:
>
> --->  Building mesa
> DEBUG: Executing proc-pre-org.macports.build-build-0
> DEBUG: Executing org.macports.build (mesa)
> DEBUG: port allows a parallel build
> DEBUG: 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_x11_mesa/work/Mesa-7.4" && make default  
> INSTALL_DIR=/opt/local'
> Making sources for darwin
> touch depend
> makedepend -fdepend -I. -I../../../include -I../../../include/GL/ 
> internal -I../../../src/mesa -I../../../src/mesa/glapi     
> glcontextmodes.c clientattrib.c compsize.c eval.c glxcmds.c  
> glxcurrent.c glxext.c glxextensions.c indirect.c indirect_init.c  
> indirect_size.c indirect_window_pos.c indirect_texture_compression.c  
> indirect_transpose_matrix.c indirect_vertex_array.c  
> indirect_vertex_program.c pixel.c pixelstore.c render2.c renderpix.c  
> single2.c singlepix.c vertarr.c xfont.c glx_pbuffer.c glx_query.c  
> drisw_glx.c dri_common.c dri_glx.c XF86dri.c glxhash.c dri2_glx.c  
> dri2.c \
> 		../../../src/mesa/main/dispatch.c ../../../src/mesa/glapi/ 
> glapi.c ../../../src/mesa/glapi/glapi_getproc.c ../../../src/mesa/ 
> glapi/glthread.c
> makedepend: warning:  glcontextmodes.c, line 42: cannot find include  
> file "GL/glxint.h"
> 	not in GL/glxint.h
> 	not in GL/glxint.h
> 	not in ./GL/glxint.h
> 	not in ../../../include/GL/glxint.h
> 	not in ../../../include/GL/internal/GL/glxint.h
> 	not in ../../../src/mesa/GL/glxint.h
> 	not in ../../../src/mesa/glapi/GL/glxint.h
> 	not in /usr/include/GL/glxint.h
> makedepend: warning:  clientattrib.c (reading glxclient.h, line 53):  
> cannot find include file "GL/glxint.h"
> 	not in GL/glxint.h
> 	not in GL/glxint.h
> 	not in ./GL/glxint.h
> 	not in ../../../include/GL/glxint.h
> 	not in ../../../include/GL/internal/GL/glxint.h
> 	not in ../../../src/mesa/GL/glxint.h
> 	not in ../../../src/mesa/glapi/GL/glxint.h
> 	not in /usr/include/GL/glxint.h
> makedepend: warning:  clientattrib.c (reading glxclient.h, line 54):  
> cannot find include file "GL/glxproto.h"
> 	not in GL/glxproto.h
> 	not in GL/glxproto.h
> 	not in ./GL/glxproto.h
> 	not in ../../../include/GL/glxproto.h
> 	not in ../../../include/GL/internal/GL/glxproto.h
> 	not in ../../../src/mesa/GL/glxproto.h
> 	not in ../../../src/mesa/glapi/GL/glxproto.h
> 	not in /usr/include/GL/glxproto.h
> makedepend: warning:  indirect.c, line 36: cannot find include file  
> "GL/glxproto.h"
> 	not in ./GL/glxproto.h
> 	not in ../../../include/GL/glxproto.h
> 	not in ../../../include/GL/internal/GL/glxproto.h
> 	not in ../../../src/mesa/GL/glxproto.h
> 	not in ../../../src/mesa/glapi/GL/glxproto.h
> 	not in /usr/include/GL/glxproto.h
> makedepend: warning:  indirect_vertex_array.c, line 32: cannot find  
> include file "GL/glxproto.h"
> 	not in ./GL/glxproto.h
> 	not in ../../../include/GL/glxproto.h
> 	not in ../../../include/GL/internal/GL/glxproto.h
> 	not in ../../../src/mesa/GL/glxproto.h
> 	not in ../../../src/mesa/glapi/GL/glxproto.h
> 	not in /usr/include/GL/glxproto.h
> makedepend: warning:  indirect_vertex_array.c (reading  
> indirect_vertex_array_priv.h, line 39): cannot find include file "GL/ 
> glxproto.h"
> 	not in ./GL/glxproto.h
> 	not in ../../../include/GL/glxproto.h
> 	not in ../../../include/GL/internal/GL/glxproto.h
> 	not in ../../../src/mesa/GL/glxproto.h
> 	not in ../../../src/mesa/glapi/GL/glxproto.h
> 	not in /usr/include/GL/glxproto.h
> makedepend: warning:  indirect_vertex_program.c, line 31: cannot  
> find include file "GL/glxproto.h"
> 	not in ./GL/glxproto.h
> 	not in ../../../include/GL/glxproto.h
> 	not in ../../../include/GL/internal/GL/glxproto.h
> 	not in ../../../src/mesa/GL/glxproto.h
> 	not in ../../../src/mesa/glapi/GL/glxproto.h
> 	not in /usr/include/GL/glxproto.h
> makedepend: warning:  singlepix.c, line 37: cannot find include file  
> "GL/glxproto.h"
> 	not in ./GL/glxproto.h
> 	not in ../../../include/GL/glxproto.h
> 	not in ../../../include/GL/internal/GL/glxproto.h
> 	not in ../../../src/mesa/GL/glxproto.h
> 	not in ../../../src/mesa/glapi/GL/glxproto.h
> 	not in /usr/include/GL/glxproto.h
> makedepend: warning:  dri2.c (reading /usr/include/stdarg.h, line  
> 4): cannot find include file "stdarg.h"
> makedepend: warning:  dri2.c (reading ./drm.h), line 172: # warning  
> "__SIZE_TYPE__ not defined.  Assuming sizeof(size_t) ==  
> sizeof(unsigned long)!"
> makedepend: warning:  ../../../src/mesa/main/dispatch.c (reading / 
> usr/include/float.h, line 8): cannot find include file "float.h"
> gcc -c -I. -I../../../include -I../../../include/GL/internal - 
> I../../../src/mesa -I../../../src/mesa/glapi    -ggdb3 -Os -Wall - 
> Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing -fno- 
> common -I/opt/local/include -I/opt/local/include  -fPIC   - 
> D_DARWIN_C_SOURCE -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L - 
> D_BSD_SOURCE -D_SVID_SOURCE -D_GNU_SOURCE -DPTHREADS - 
> DGLX_ALIAS_UNSUPPORTED -DGLX_INDIRECT_RENDERING -DXF86VIDMODE - 
> D_REENTRANT -UIN_DRI_DRIVER -DDEFAULT_DRIVER_DIR=\"/opt/local/lib/dri 
> \" glcontextmodes.c -o glcontextmodes.o
> In file included from /opt/local/include/X11/Xlib.h:64,
>                 from ../../../include/GL/glx.h:38,
>                 from glcontextmodes.c:41:
> /opt/local/include/X11/Xosdefs.h:145:1: warning: "_DARWIN_C_SOURCE"  
> redefined
> <command line>:1:1: warning: this is the location of the previous  
> definition
> glcontextmodes.c:42:23: error: GL/glxint.h: No such file or directory
> In file included from glcontextmodes.c:67:
> glcontextmodes.h:39: warning: type defaults to 'int' in declaration  
> of '__GLXvisualConfig'
> glcontextmodes.h:39: error: syntax error before '*' token
> glcontextmodes.c:132: warning: type defaults to 'int' in declaration  
> of '__GLXvisualConfig'
> glcontextmodes.c:132: error: syntax error before '*' token
> glcontextmodes.c:133: warning: no previous prototype for  
> '_gl_copy_visual_to_context_mode'
> glcontextmodes.c: In function '_gl_copy_visual_to_context_mode':
> glcontextmodes.c:134: error: 'mode' undeclared (first use in this  
> function)
> glcontextmodes.c:134: error: (Each undeclared identifier is reported  
> only once
> glcontextmodes.c:134: error: for each function it appears in.)
> glcontextmodes.c:139: error: 'config' undeclared (first use in this  
> function)
> make[2]: *** [glcontextmodes.o] Error 1
> make[1]: *** [subdirs] Error 1
> make: *** [default] Error 1
>
> Warning: the following items did not execute (for mesa):  
> org.macports.destroot org.macports.build
> DEBUG: Registry error: makedepend not registered as installed &  
> active.
>    invoked from within
> "registry_active ${portname}"
>    invoked from within
> "$workername eval registry_active \${portname}"
> Error: Unable to upgrade port: 1
>
> William Davis
> frstanATbellsouthDOTnet
> Mac OS X.5.6 Darwin 9.5.0
> XQuartz 2.3.3_rc3 (xorg-server 1.4.2-apple38)
> Mac Mini Intel Duo @ 1.86 GHz
>
> Mundus vult decepi, ego non
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From devans at macports.org  Wed Apr  1 17:07:32 2009
From: devans at macports.org (David Evans)
Date: Wed, 01 Apr 2009 17:07:32 -0700
Subject: can't build mesa upgrade 7.4
In-Reply-To: <2AAB9FBE-49A4-41FA-B5DC-284E402641D8@cern.ch>
References: <4EB87B9F-CB32-44E1-B392-F0AA5A8F7BF2@bellsouth.net>
	<2AAB9FBE-49A4-41FA-B5DC-284E402641D8@cern.ch>
Message-ID: <49D401C4.2060708@macports.org>

Chris Jones wrote:
> Hi,
>
> Mesa fails for me also, but with a slightly different error.
>
> --->  Fetching mesa
> --->  Attempting to fetch MesaLib-7.4.tar.bz2 from 
> http://kent.dl.sourceforge.net/mesa3d
> --->  Attempting to fetch MesaGLUT-7.4.tar.bz2 from 
> http://kent.dl.sourceforge.net/mesa3d
> --->  Attempting to fetch AppleSGLX-56.tar.bz2 from 
> http://arn.se.distfiles.macports.org/mesa
> --->  Attempting to fetch AppleSGLX-56.tar.bz2 from 
> http://trd.no.distfiles.macports.org/mesa
> --->  Attempting to fetch AppleSGLX-56.tar.bz2 from 
> http://distfiles.macports.org/mesa
> --->  Verifying checksum(s) for mesa
> --->  Extracting mesa
> --->  Applying patches to mesa
> --->  Configuring mesa
> --->  Building mesa
> Error: Target org.macports.build returned: shell command " cd 
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mesa/work/Mesa-7.4" 
> && make default INSTALL_DIR=/opt/local " returned error 2
> Command output: dri2.c:164: error: 'xDRI2AuthenticateReply' undeclared 
> (first use in this function)
> dri2.c:164: error: syntax error before 'rep'
> dri2.c:169: error: 'sz_xDRI2AuthenticateReq' undeclared (first use in 
> this function)
> dri2.c:169: error: syntax error before ')' token
> dri2.c:169: error: 'X_DRI2Authenticate' undeclared (first use in this 
> function)
> dri2.c:175: error: 'rep' undeclared (first use in this function)
> dri2.c: In function 'DRI2GetBuffers':
> dri2.c:227: error: 'xDRI2GetBuffersReply' undeclared (first use in 
> this function)
> dri2.c:227: error: syntax error before 'rep'
> dri2.c:228: error: 'xDRI2GetBuffersReq' undeclared (first use in this 
> function)
> dri2.c:228: error: 'req' undeclared (first use in this function)
> dri2.c:230: error: 'xDRI2Buffer' undeclared (first use in this function)
> dri2.c:230: error: syntax error before 'repBuffer'
> dri2.c:237: error: 'sz_xDRI2GetBuffersReq' undeclared (first use in 
> this function)
> dri2.c:237: error: syntax error before ')' token
> dri2.c:237: error: 'X_DRI2GetBuffers' undeclared (first use in this 
> function)
> dri2.c:246: error: 'rep' undeclared (first use in this function)
> dri2.c:258: error: 'repBuffer' undeclared (first use in this function)
> dri2.c: In function 'DRI2CopyRegion':
> dri2.c:283: error: 'xDRI2CopyRegionReq' undeclared (first use in this 
> function)
> dri2.c:283: error: 'req' undeclared (first use in this function)
> dri2.c:284: error: 'xDRI2CopyRegionReply' undeclared (first use in 
> this function)
> dri2.c:284: error: syntax error before 'rep'
> dri2.c:289: error: 'sz_xDRI2CopyRegionReq' undeclared (first use in 
> this function)
> dri2.c:289: error: syntax error before ')' token
> dri2.c:289: error: 'X_DRI2CopyRegion' undeclared (first use in this 
> function)
> dri2.c:297: error: 'rep' undeclared (first use in this function)
> make[2]: *** [dri2.o] Error 1
> make[1]: *** [subdirs] Error 1
> make: *** [default] Error 1
>
> Error: Unable to upgrade port: 1
>
> cheers Chris
>
See  https://trac.macports.org/ticket/19105

From ryandesign at macports.org  Wed Apr  1 17:23:56 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 1 Apr 2009 19:23:56 -0500
Subject: Bizarre error when building xgalaga!
In-Reply-To: <2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
Message-ID: <305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>


On Apr 1, 2009, at 07:09, Anders F Bj?rklund wrote:

> Scott Heftler wrote:
>
>>> It should be working with revision 1. On Tiger's X11, anyway.
>>>
>>> Feel free to test it on Leopard, and get the sound working
>>
>> I'm running Leopard.  What package do I need to port now?
>> I did "port search data" and got nothing.  Do I need to go to
>> the Find site and look around for "xgalaga patch" or something?
>
> You just need to wait for the indexing update and try install again.

To clarify: wait for the indexing update (which has now occurred),  
then "sudo port selfupdate" to get it, then try installing the port  
again.



From ryandesign at macports.org  Wed Apr  1 17:28:05 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 1 Apr 2009 19:28:05 -0500
Subject: MacPorts Install Error: "The following dependencies failed to
	build libiconv
In-Reply-To: <49D35AE4.3000402@macports.org>
References: <250ee9790903301110m437eee55tbf9552158fdeae0a@mail.gmail.com>	
	<49D10CF0.8050706@macports.org>	
	<250ee9790903301313i504afce4m39bd9cc54ffaa95c@mail.gmail.com>	
	<49D1720D.5020402@macports.org>	
	<250ee9790903310556g72b366d4x9ec30a3bbf541028@mail.gmail.com>	
	<49D218FA.1080609@macports.org>	
	<250ee9790903310855s39a0679ag55e159bf25e3b72e@mail.gmail.com>	
	<49D23E76.5060506@macports.org>
	<250ee9790903311403p54434a3ek70d8d6183d8034f7@mail.gmail.com>
	<49D35AE4.3000402@macports.org>
Message-ID: <FFB337E1-F2DA-44D0-9232-1C67786E556A@macports.org>


On Apr 1, 2009, at 07:15, Rainer M?ller wrote:

> On 2009-03-31 23:03, Jos van Tongeren wrote:
>> Oh I am sorry Rainer,
>>
>> Here it comes:
>>
>> Last login: Tue Mar 31 22:56:59 on console
>> media-markts-imac:~ mediamarkt$ sudo port -d install fbg
>> Password:
> [...]
>> --->  Building fbg
>> DEBUG: Executing org.macports.build (fbg)
>> DEBUG: Environment:
>> CFLAGS='-I/System/Library/Frameworks/OpenGL.framework/Headers
>> -I/opt/local/include' MACOSX_DEPLOYMENT_TARGET='10.5'
>> LDFLAGS='-L/opt/local/lib -lphysfs'
>> DEBUG: Assembled command: 'cd
>> "/opt/local/var/macports/build/ 
>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game 
>> s_fbg/work/fbg-0.9"
>> && make all'
>> /usr/bin/g++-4.0  -O2  -L/opt/local/lib -lphysfs -o fbg
>> src/glTGAImage.o src/fbgGame.o src/fbgBlock.o src/fbgMain.o
>> src/fbgOpenGLRenderer.o  -L/opt/local/lib -lSDLmain -lSDL
>> -Wl,-framework,Cocoa  -lphysfs  -lstdc++
>
> I get the same errors. Here is something like -Wl,framework,OpenGL or
> -lGL missing.

Could someone please file a bug ticket for the fbg port, then? Thanks.




From ryandesign at macports.org  Wed Apr  1 17:31:25 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 1 Apr 2009 19:31:25 -0500
Subject: can not install anypost
In-Reply-To: <4cc795860903310532q50e62498r8b43781a2294b52e@mail.gmail.com>
References: <4cc795860903310532q50e62498r8b43781a2294b52e@mail.gmail.com>
Message-ID: <6D2FDE69-EDFF-4F4A-821F-42C2444F2192@macports.org>

On Mar 31, 2009, at 07:32, Tatum Wang wrote:

> Today I am trying to use it to install gnuplot and gawk and other  
> things, but it always display that <The process has forked and you  
> cannot use this CoreFoundation functionality safely. You MUST exec 
> ().>.
> Does anybody have this problem?

I am familiar with that problem with PHP used as an Apache module on  
Leopard; see:

http://trac.macports.org/ticket/15909

However, I don't know what "anypost" is, and I don't know why you  
would get the error when trying to install gnuplot or gawk with  
MacPorts. Can you show us exactly what command you typed, and exactly  
what output was produced? Also let us know what version of Mac OS X,  
Xcode, and MacPorts you have, and on what Mac. Thanks.



From ryandesign at macports.org  Wed Apr  1 17:46:57 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 1 Apr 2009 19:46:57 -0500
Subject: KDE4 packages depend on two QT4 packages ?
In-Reply-To: <78CA4D47-0CA9-44D7-A515-73D33792EEA9@cern.ch>
References: <F579B77B-5635-43D4-89CD-A614F81018BF@cern.ch>
	<78CA4D47-0CA9-44D7-A515-73D33792EEA9@cern.ch>
Message-ID: <2E9C0029-004B-4A12-A95A-B9807A38C06A@macports.org>


On Mar 29, 2009, at 10:24, Chris Jones wrote:

> On 29 Mar 2009, at 4:07PM, Chris Jones wrote:
>
>> If I understand things, a new QT4 package has been introduced, qt4- 
>> kde, to provide a version compatible with the KDE4 packages.  
>> However, it seems that some KDE4 packages have been updated to use  
>> qt4-kde, but others still use qt4-mac, which means overall KDE4  
>> depends on both e.g. kdelibs4 depends on phonon ad qt4-kde, whilst  
>> phonon itself uses qt4-mac.... I assume this is incorrect and all  
>> KDE4 packages should be updated to use qt4-kde ?
>
> This is definitely a problem, as it prevents the KDE4 applications  
> from starting since kdelibs4 was updated to depend on qt4-kde. See  
> below.

Would you please file a ticket for this problem in the issue tracker?  
Thanks.


From bjarne.backstrom at hjomail.se  Wed Apr  1 12:29:00 2009
From: bjarne.backstrom at hjomail.se (=?ISO-8859-1?Q?Bjarne_B=E4ckstr=F6m?=)
Date: Wed, 1 Apr 2009 21:29:00 +0200
Subject: can't build mesa upgrade 7.4
In-Reply-To: <4EB87B9F-CB32-44E1-B392-F0AA5A8F7BF2@bellsouth.net>
References: <4EB87B9F-CB32-44E1-B392-F0AA5A8F7BF2@bellsouth.net>
Message-ID: <FA02DA77-25C6-4E69-8B9C-FD518850FBC5@hjomail.se>


1 apr 2009 kl. 19.20 skrev William Davis:

>
> can't build the upgrade of Mesa apparently because various include  
> files can't be found:
>
> --->  Building mesa
> DEBUG: Executing proc-pre-org.macports.build-build-0
> DEBUG: Executing org.macports.build (mesa)
> DEBUG: port allows a parallel build
> DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5'

    I have the same problem under 10.4 (MacMini Intel).
-- 


From ambodnar at gmail.com  Wed Apr  1 18:43:25 2009
From: ambodnar at gmail.com (Adam Bodnar)
Date: Wed, 1 Apr 2009 20:43:25 -0500
Subject: Install mysql in multiple spots
In-Reply-To: <cbe1b4250904011836v5d49a332p27c64247c7ef3cd1@mail.gmail.com>
References: <cbe1b4250904011836v5d49a332p27c64247c7ef3cd1@mail.gmail.com>
Message-ID: <cbe1b4250904011843s3cefd404h9ed3604d115f2c6f@mail.gmail.com>

Is there anyway to tell macports to let me install mysql again in
another directory?

I've already installed it in /opt/local/lib/mysql5 and it's subsequent
directories such as etc and var/db.

In order to test new versions of mysql or install a second copy, it'd
be nice if I can tell macports to install a second copy, in something
like /opt/local/lib/mysql5-2.

Now obviously I can go the route of using the official mysql package,
but it's always nice to use macports when possible.

Thanks.

From frstan at bellsouth.net  Wed Apr  1 19:18:34 2009
From: frstan at bellsouth.net (William Davis)
Date: Wed, 1 Apr 2009 22:18:34 -0400
Subject: Bizarre error when building xgalaga!
In-Reply-To: <305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
	<305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
Message-ID: <29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>


On Apr 1, 2009, at 8:23 PM, Ryan Schmidt wrote:

>
> On Apr 1, 2009, at 07:09, Anders F Bj?rklund wrote:
>
>> Scott Heftler wrote:
>>
>>>> It should be working with revision 1. On Tiger's X11, anyway.
>>>>
>>>> Feel free to test it on Leopard, and get the sound working
>>>
>>> I'm running Leopard.  What package do I need to port now?
>>> I did "port search data" and got nothing.  Do I need to go to
>>> the Find site and look around for "xgalaga patch" or something?
>>
>> You just need to wait for the indexing update and try install again.
>
> To clarify: wait for the indexing update (which has now occurred),  
> then "sudo port selfupdate" to get it, then try installing the port  
> again.
>


--->  Configuring xgalaga
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Executing proc-pre-org.macports.configure-configure-0
Error: Target org.macports.configure returned: error copying "/opt/ 
local/share/libtool/config.guess": no such file or directory
Warning: the following items did not execute (for xgalaga):  
org.macports.activate org.macports.configure org.macports.build  
org.macports.destroot org.macports.install
Error: Status 1 encountered during processing.



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc3 (xorg-server 1.4.2-apple38)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From ryandesign at macports.org  Wed Apr  1 23:08:59 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 2 Apr 2009 01:08:59 -0500
Subject: Bizarre error when building xgalaga!
In-Reply-To: <29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
	<305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
	<29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>
Message-ID: <E74FCB01-2D22-43A5-8051-6E37D2A7E486@macports.org>

On Apr 1, 2009, at 21:18, William Davis wrote:

> --->  Configuring xgalaga
> DEBUG: Using compiler 'Mac OS X gcc 4.0'
> DEBUG: Executing proc-pre-org.macports.configure-configure-0
> Error: Target org.macports.configure returned: error copying "/opt/ 
> local/share/libtool/config.guess": no such file or directory
> Warning: the following items did not execute (for xgalaga):  
> org.macports.activate org.macports.configure org.macports.build  
> org.macports.destroot org.macports.install
> Error: Status 1 encountered during processing.

Fixed in r49032, thanks.



From afb at macports.org  Wed Apr  1 23:25:49 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Thu, 2 Apr 2009 08:25:49 +0200
Subject: Bizarre error when building xgalaga!
In-Reply-To: <E74FCB01-2D22-43A5-8051-6E37D2A7E486@macports.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
	<305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
	<29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>
	<E74FCB01-2D22-43A5-8051-6E37D2A7E486@macports.org>
Message-ID: <FEAC117D-9F1D-4157-844F-79DB78065C3A@macports.org>

Ryan Schmidt wrote:

>> Error: Target org.macports.configure returned: error copying "/opt/ 
>> local/share/libtool/config.guess": no such file or directory
>>
> Fixed in r49032, thanks.

Darnit, thought that changing the /usr into ${prefix} would have been  
enough to escape the Xcode 2.5 bugs...

Guess life isn't that simple. So, does this mean that the silly thing  
works on Leopard now ? (without sound)

--anders


From ryandesign at macports.org  Wed Apr  1 23:45:06 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 2 Apr 2009 01:45:06 -0500
Subject: Bizarre error when building xgalaga!
In-Reply-To: <FEAC117D-9F1D-4157-844F-79DB78065C3A@macports.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
	<305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
	<29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>
	<E74FCB01-2D22-43A5-8051-6E37D2A7E486@macports.org>
	<FEAC117D-9F1D-4157-844F-79DB78065C3A@macports.org>
Message-ID: <D4A68625-033E-4489-A388-4D41C45850E3@macports.org>


On Apr 2, 2009, at 01:25, Anders F Bj?rklund wrote:

> Ryan Schmidt wrote:
>
>>> Error: Target org.macports.configure returned: error copying "/ 
>>> opt/local/share/libtool/config.guess": no such file or directory
>>
>> Fixed in r49032, thanks.
>
> Darnit, thought that changing the /usr into ${prefix} would have  
> been enough to escape the Xcode 2.5 bugs...
>
> Guess life isn't that simple. So, does this mean that the silly  
> thing works on Leopard now ? (without sound)

Works for me, on Tiger and Leopard (both on Intel, both without sound).



From afb at macports.org  Thu Apr  2 00:00:16 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Thu, 2 Apr 2009 09:00:16 +0200
Subject: Bizarre error when building xgalaga!
In-Reply-To: <D4A68625-033E-4489-A388-4D41C45850E3@macports.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
	<305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
	<29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>
	<E74FCB01-2D22-43A5-8051-6E37D2A7E486@macports.org>
	<FEAC117D-9F1D-4157-844F-79DB78065C3A@macports.org>
	<D4A68625-033E-4489-A388-4D41C45850E3@macports.org>
Message-ID: <CABB6806-4BD8-4F0E-9842-BBF991D0DD93@macports.org>

Ryan Schmidt wrote:

>> Guess life isn't that simple. So, does this mean that the silly  
>> thing works on Leopard now ? (without sound)
>
> Works for me, on Tiger and Leopard (both on Intel, both without  
> sound).

Cool! That'd have to be a _really_ rainy day, completing that sound  
server...

-rw-rw-r--   1 afb  afb  8718 Aug  7  2007 files/xgal.sndsrv.darwin.c

--anders


From trog24 at comcast.net  Thu Apr  2 01:43:02 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 01:43:02 -0700
Subject: nss build error
In-Reply-To: <003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
Message-ID: <5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>

Hello,
	I get almost the same error on MacOS 10.4.11:

cc -dynamiclib -compatibility_version 1 -current_version 1 - 
install_name /opt/local/lib/libssl3.dylib - 
headerpad_max_install_names -L/opt/local/lib  -o Darwin8.11.0_DBG.OBJ/ 
libssl3.dylib Darwin8.11.0_DBG.OBJ/derive.o Darwin8.11.0_DBG.OBJ/ 
prelib.o Darwin8.11.0_DBG.OBJ/ssl3con.o Darwin8.11.0_DBG.OBJ/ 
ssl3gthr.o Darwin8.11.0_DBG.OBJ/sslauth.o Darwin8.11.0_DBG.OBJ/ 
sslcon.o Darwin8.11.0_DBG.OBJ/ssldef.o Darwin8.11.0_DBG.OBJ/sslenum.o  
Darwin8.11.0_DBG.OBJ/sslerr.o Darwin8.11.0_DBG.OBJ/ssl3ext.o  
Darwin8.11.0_DBG.OBJ/sslgathr.o Darwin8.11.0_DBG.OBJ/sslmutex.o  
Darwin8.11.0_DBG.OBJ/sslnonce.o Darwin8.11.0_DBG.OBJ/sslreveal.o  
Darwin8.11.0_DBG.OBJ/sslsecur.o Darwin8.11.0_DBG.OBJ/sslsnce.o  
Darwin8.11.0_DBG.OBJ/sslsock.o Darwin8.11.0_DBG.OBJ/ssltrace.o  
Darwin8.11.0_DBG.OBJ/sslver.o Darwin8.11.0_DBG.OBJ/authcert.o  
Darwin8.11.0_DBG.OBJ/cmpcert.o Darwin8.11.0_DBG.OBJ/nsskea.o  
Darwin8.11.0_DBG.OBJ/sslinfo.o Darwin8.11.0_DBG.OBJ/ssl3ecc.o  
Darwin8.11.0_DBG.OBJ/unix_err.o   ../../../../dist/ 
Darwin8.11.0_DBG.OBJ/lib/libfreebl.a  -L../../../../dist/ 
Darwin8.11.0_DBG.OBJ/lib -lnss3 -lnssutil3 -L../../../../dist/ 
Darwin8.11.0_DBG.OBJ/lib -lplc4 -lplds4 -lnspr4  -dylib_file /opt/ 
local/lib/libsoftokn3.dylib:../../../../dist/Darwin8.11.0_DBG.OBJ/lib/ 
libsoftokn3.dylib
ld: Undefined symbols:
_CERT_NewTempCertificate
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make[2]: *** [Darwin8.11.0_DBG.OBJ/libssl3.dylib] Error 1
make[1]: *** [libs] Error 2
make: *** [libs] Error 2

I had updated to the latest MacPorts today.
Frank

On Mar 20, 2009, at 9:17 PM, Ryan Schmidt wrote:

> On Mar 20, 2009, at 17:42, William Davis wrote:
>
>> trying to upgrade nss gave this build error:
>>
>> cc -dynamiclib -compatibility_version 1 -current_version 1 - 
>> install_name /opt/local/lib/libssl3.dylib - 
>> headerpad_max_install_names -L/opt/local/lib  -o  
>> Darwin9.6.0_DBG.OBJ/libssl3.dylib Darwin9.6.0_DBG.OBJ/derive.o  
>> Darwin9.6.0_DBG.OBJ/prelib.o Darwin9.6.0_DBG.OBJ/ssl3con.o  
>> Darwin9.6.0_DBG.OBJ/ssl3gthr.o Darwin9.6.0_DBG.OBJ/sslauth.o  
>> Darwin9.6.0_DBG.OBJ/sslcon.o Darwin9.6.0_DBG.OBJ/ssldef.o  
>> Darwin9.6.0_DBG.OBJ/sslenum.o Darwin9.6.0_DBG.OBJ/sslerr.o  
>> Darwin9.6.0_DBG.OBJ/ssl3ext.o Darwin9.6.0_DBG.OBJ/sslgathr.o  
>> Darwin9.6.0_DBG.OBJ/sslmutex.o Darwin9.6.0_DBG.OBJ/sslnonce.o  
>> Darwin9.6.0_DBG.OBJ/sslreveal.o Darwin9.6.0_DBG.OBJ/sslsecur.o  
>> Darwin9.6.0_DBG.OBJ/sslsnce.o Darwin9.6.0_DBG.OBJ/sslsock.o  
>> Darwin9.6.0_DBG.OBJ/ssltrace.o Darwin9.6.0_DBG.OBJ/sslver.o  
>> Darwin9.6.0_DBG.OBJ/authcert.o Darwin9.6.0_DBG.OBJ/cmpcert.o  
>> Darwin9.6.0_DBG.OBJ/nsskea.o Darwin9.6.0_DBG.OBJ/sslinfo.o  
>> Darwin9.6.0_DBG.OBJ/ssl3ecc.o Darwin9.6.0_DBG.OBJ/ 
>> unix_err.o   ../../../../dist/Darwin9.6.0_DBG.OBJ/lib/libfreebl.a   
>> -L../../../../dist/Darwin9.6.0_DBG.OBJ/lib -lnss3 -lnssutil3 - 
>> L../../../../dist/Darwin9.6.0_DBG.OBJ/lib -lplc4 -lplds4 -lnspr4  - 
>> dylib_file /opt/local/lib/libsoftokn3.dylib:../../../../dist/ 
>> Darwin9.6.0_DBG.OBJ/lib/libsoftokn3.dylib
>> Undefined symbols:
>>   "_CERT_NewTempCertificate", referenced from:
>>       _ssl3_HandleCertificate in ssl3con.o
>>       _ssl3_HandleCertificate in ssl3con.o
>>       _ssl2_ClientHandleServerCert in sslcon.o
>>       _ssl2_HandleClientCertificate in sslcon.o
>>       _ssl3_ServerHandleSessionTicketXtn in ssl3ext.o
>>       _ConvertToSID in sslsnce.o
>> ld: symbol(s) not found
>> collect2: ld returned 1 exit status
>> make[2]: *** [Darwin9.6.0_DBG.OBJ/libssl3.dylib] Error 1
>> make[1]: *** [libs] Error 2
>> make: *** [libs] Error 2
>
> I see the same thing, on Mac OS X 10.5.6 Intel with Xcode 3.1.2  
> (iPhone SDK 2.2.1), if the previous version of the port is active.  
> I was able to work around it by deactivating the old version first.  
> You could file this as a bug in the issue tracker.
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From trog24 at comcast.net  Thu Apr  2 01:47:32 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 01:47:32 -0700
Subject: Evolution data server did not upgrade.
Message-ID: <06FBAE15-4A27-439C-9217-FE15D8F3EE2A@comcast.net>

Hello,

	The following error occurs when trying to upgrade evolution data  
server:

/bin/sh ../../../libtool --tag=CC   --mode=link /usr/bin/gcc-4.0  -O2  
-Wall -Wmissing-prototypes  -Wno-sign-compare -Wno-pointer-sign - 
avoid-version -module  -L/opt/local/lib -o libcamelpop3.la -rpath / 
opt/local/lib/evolution-data-server-1.2/camel-providers camel-pop3- 
engine.lo camel-pop3-folder.lo camel-pop3-provider.lo camel-pop3- 
stream.lo camel-pop3-store.lo ../../../libedataserver/ 
libedataserver-1.2.la ../../../camel/libcamel- 
provider-1.2.la ../../../camel/libcamel-1.2.la -L/opt/local/lib - 
lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lsqlite3 -lgthread-2.0 - 
lglib-2.0 -lintl -liconv   -lz -lpthread  -L/usr/lib -lkrb5 - 
lk5crypto -lcom_err -lgssapi_krb5
/usr/bin/gcc-4.0 ${wl}-undefined ${wl}dynamic_lookup -o .libs/ 
libcamelpop3.so -bundle  .libs/camel-pop3-engine.o .libs/camel-pop3- 
folder.o .libs/camel-pop3-provider.o .libs/camel-pop3-stream.o .libs/ 
camel-pop3-store.o  -L/opt/local/lib ../../../libedataserver/.libs/ 
libedataserver-1.2.dylib /opt/local/lib/libbonobo-2.dylib /opt/local/ 
lib/libbonobo-activation.dylib /opt/local/lib/ 
libORBitCosNaming-2.dylib /opt/local/lib/libgconf-2.dylib /opt/local/ 
lib/libdbus-glib-1.dylib /opt/local/lib/libORBit-2.dylib /opt/local/ 
lib/libdbus-1.dylib /opt/local/lib/libsoup-2.4.dylib /opt/local/lib/ 
libxml2.dylib /opt/local/lib/libgnutls.dylib /opt/local/lib/ 
libz.dylib /opt/local/lib/libtasn1.dylib /opt/local/lib/ 
libgcrypt.dylib /opt/local/lib/libgpg-error.dylib ../../../ 
camel/.libs/libcamel-provider-1.2.dylib /opt/local/lib/ 
libcamel-1.2.dylib /opt/local/lib/libedataserver-1.2.dylib -L/usr/ 
lib ../../../camel/.libs/libcamel-1.2.dylib /opt/local/lib/ 
libgio-2.0.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ 
libgmodule-2.0.dylib /opt/local/lib/libsqlite3.dylib /opt/local/lib/ 
libgthread-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/ 
libintl.dylib /opt/local/lib/libiconv.dylib -lz -lpthread -lkrb5 - 
lk5crypto -lcom_err -lgssapi_krb5
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols:
_camel_db_flush_in_memory_transactions referenced from libcamel- 
provider-1.2.14 expected to be defined in libcamel-1.2.14
_camel_db_get_folder_uids_flags referenced from libcamel- 
provider-1.2.14 expected to be defined in libcamel-1.2.14
_camel_db_start_in_memory_transactions referenced from libcamel- 
provider-1.2.14 expected to be defined in libcamel-1.2.14
_camel_db_write_fresh_message_info_record referenced from libcamel- 
provider-1.2.14 expected to be defined in libcamel-1.2.14
collect2: ld returned 1 exit status
make[4]: *** [libcamelpop3.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

libcamel-1.2.14 is installed.

Frank
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/2741ea80/attachment.html>

From ryandesign at macports.org  Thu Apr  2 01:54:48 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 2 Apr 2009 03:54:48 -0500
Subject: nss build error
In-Reply-To: <5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
Message-ID: <BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>

On Apr 2, 2009, at 03:43, Frank J. R. Hanstick wrote:

> 	I get almost the same error on MacOS 10.4.11:
>
> cc -dynamiclib -compatibility_version 1 -current_version 1 - 
> install_name /opt/local/lib/libssl3.dylib - 
> headerpad_max_install_names -L/opt/local/lib  -o  
> Darwin8.11.0_DBG.OBJ/libssl3.dylib Darwin8.11.0_DBG.OBJ/derive.o  
> Darwin8.11.0_DBG.OBJ/prelib.o Darwin8.11.0_DBG.OBJ/ssl3con.o  
> Darwin8.11.0_DBG.OBJ/ssl3gthr.o Darwin8.11.0_DBG.OBJ/sslauth.o  
> Darwin8.11.0_DBG.OBJ/sslcon.o Darwin8.11.0_DBG.OBJ/ssldef.o  
> Darwin8.11.0_DBG.OBJ/sslenum.o Darwin8.11.0_DBG.OBJ/sslerr.o  
> Darwin8.11.0_DBG.OBJ/ssl3ext.o Darwin8.11.0_DBG.OBJ/sslgathr.o  
> Darwin8.11.0_DBG.OBJ/sslmutex.o Darwin8.11.0_DBG.OBJ/sslnonce.o  
> Darwin8.11.0_DBG.OBJ/sslreveal.o Darwin8.11.0_DBG.OBJ/sslsecur.o  
> Darwin8.11.0_DBG.OBJ/sslsnce.o Darwin8.11.0_DBG.OBJ/sslsock.o  
> Darwin8.11.0_DBG.OBJ/ssltrace.o Darwin8.11.0_DBG.OBJ/sslver.o  
> Darwin8.11.0_DBG.OBJ/authcert.o Darwin8.11.0_DBG.OBJ/cmpcert.o  
> Darwin8.11.0_DBG.OBJ/nsskea.o Darwin8.11.0_DBG.OBJ/sslinfo.o  
> Darwin8.11.0_DBG.OBJ/ssl3ecc.o Darwin8.11.0_DBG.OBJ/ 
> unix_err.o   ../../../../dist/Darwin8.11.0_DBG.OBJ/lib/libfreebl.a   
> -L../../../../dist/Darwin8.11.0_DBG.OBJ/lib -lnss3 -lnssutil3 - 
> L../../../../dist/Darwin8.11.0_DBG.OBJ/lib -lplc4 -lplds4 -lnspr4  - 
> dylib_file /opt/local/lib/libsoftokn3.dylib:../../../../dist/ 
> Darwin8.11.0_DBG.OBJ/lib/libsoftokn3.dylib
> ld: Undefined symbols:
> _CERT_NewTempCertificate
> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
> edit command failed
> make[2]: *** [Darwin8.11.0_DBG.OBJ/libssl3.dylib] Error 1
> make[1]: *** [libs] Error 2
> make: *** [libs] Error 2

That bug is filed here:

http://trac.macports.org/ticket/18930




From trog24 at comcast.net  Thu Apr  2 02:14:37 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 02:14:37 -0700
Subject: Firefox-x11 did not upgrade
Message-ID: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>

Hello,

	Upgrading Firefox-x11 resulted in the following error:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_fir 
efox-x11/work/mozilla" && make all includedir="/opt/local/include/ 
firefox-x11" idldir="/opt/local/share/idl/firefox-x11" installdir="/ 
opt/local/lib/firefox-x11" sdkdir="/opt/local/lib/firefox-x11" "  
returned error 2
Command output: md4.c
/usr/bin/gcc-4.0 -o md4.o -c -I../../../../dist/include/ 
system_wrappers -include ../../../../config/gcc_hidden.h - 
DNSS_ENABLE_ECC -DXPCOM_TRANSLATE_NSGM_ENTRY_POINT=1 - 
DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API - 
DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX - 
D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES  -DOSTYPE= 
\"Darwin8.11.0\" -DOSARCH=Darwin  -I. -I. -I../../../../dist/include/ 
nspr -I../../../../dist/include/xpcom -I../../../../dist/include/ 
string -I../../../../dist/include/necko -I../../../../dist/include/ 
uriloader -I../../../../dist/include/pref -I../../../../dist/include/ 
docshell -I../../../../dist/include/caps -I../../../../dist/include/ 
dom -I../../../../dist/include/intl -I../../../../dist/include/locale  
-I../../../../dist/include/profile -I../../../../dist/include/ 
windowwatcher -I../../../../dist/include/js -I../../../../dist/ 
include/widget -I../../../../dist/include/layout -I../../../../dist/ 
include/content -I../../../../dist/include/xpconnect -I../../../../ 
dist/include/unicharutil -I../../../../dist/include/pipboot - 
I../../../../dist/include   -I../../../../dist/include/pipnss -I/opt/ 
local/include/nspr  -I/opt/local/include  -I/opt/local/include  - 
I../../../../dist/sdk/include -I/opt/local/include   -fPIC -I/opt/ 
local/include  -I/opt/local/include -Wall -W -Wno-unused -Wpointer- 
arith -Wcast-align -W -Wno-long-long -O2 -fno-strict-aliasing - 
fpascal-strings -fno-common -pipe  -DNDEBUG -DTRIMMED -O2  -I/opt/ 
local/include  -I/opt/local/include -include ../../../../mozilla- 
config.h -DMOZILLA_CLIENT -Wp,-MD,.deps/md4.pp md4.c
nsNSSCleaner.cpp
/usr/bin/g++-4.0 -o nsNSSCleaner.o -c -I../../../../dist/include/ 
system_wrappers -include ../../../../config/gcc_hidden.h - 
DNSS_ENABLE_ECC -DXPCOM_TRANSLATE_NSGM_ENTRY_POINT=1 - 
DMOZILLA_INTERNAL_API -D_IMPL_NS_COM -DEXPORT_XPT_API - 
DEXPORT_XPTC_API -D_IMPL_NS_COM_OBSOLETE -D_IMPL_NS_GFX - 
D_IMPL_NS_WIDGET -DIMPL_XREAPI -DIMPL_NS_NET -DIMPL_THEBES  -DOSTYPE= 
\"Darwin8.11.0\" -DOSARCH=Darwin  -I. -I. -I../../../../dist/include/ 
nspr -I../../../../dist/include/xpcom -I../../../../dist/include/ 
string -I../../../../dist/include/necko -I../../../../dist/include/ 
uriloader -I../../../../dist/include/pref -I../../../../dist/include/ 
docshell -I../../../../dist/include/caps -I../../../../dist/include/ 
dom -I../../../../dist/include/intl -I../../../../dist/include/locale  
-I../../../../dist/include/profile -I../../../../dist/include/ 
windowwatcher -I../../../../dist/include/js -I../../../../dist/ 
include/widget -I../../../../dist/include/layout -I../../../../dist/ 
include/content -I../../../../dist/include/xpconnect -I../../../../ 
dist/include/unicharutil -I../../../../dist/include/pipboot - 
I../../../../dist/include   -I../../../../dist/include/pipnss -I/opt/ 
local/include/nspr  -I/opt/local/include  -I/opt/local/include  - 
I../../../../dist/sdk/include -I/opt/local/include   -fPIC  -I/opt/ 
local/include  -I/opt/local/include -fno-rtti -fno-exceptions -Wall - 
Wconversion -Wpointer-arith -Woverloaded-virtual -Wsynth -Wno-ctor- 
dtor-privacy -Wno-non-virtual-dtor -Wcast-align -Wno-long-long -O2 - 
fno-strict-aliasing -fpascal-strings -fno-common -fshort-wchar -pipe   
-DNDEBUG -DTRIMMED -O2  -I/opt/local/include  -I/opt/local/include - 
DMOZILLA_CLIENT -include ../../../../mozilla-config.h -Wp,-MD,.deps/ 
nsNSSCleaner.pp nsNSSCleaner.cpp
In file included from nsNSSCleaner.h:127,
                  from nsNSSCleaner.cpp:38:
../../../../dist/include/system_wrappers/certt.h:3:24: error:  
certt.h: No such file or directory
In file included from nsNSSCleaner.cpp:39:
../../../../dist/include/system_wrappers/cert.h:3:23: error: cert.h:  
No such file or directory
nsNSSCleaner.h:132: error: expected `)' before '*' token
nsNSSCleaner.h:135: error: ISO C++ forbids declaration of  
'CERTVerifyLog' with no type
nsNSSCleaner.h:135: error: expected ';' before '*' token
nsNSSCleaner.cpp:41: error: expected `)' before '*' token
nsNSSCleaner.cpp: In destructor  
'CERTVerifyLogContentsCleaner::~CERTVerifyLogContentsCleaner()':
nsNSSCleaner.cpp:48: error: 'm_cvl' was not declared in this scope
nsNSSCleaner.cpp:51: error: 'CERTVerifyLogNode' was not declared in  
this scope
nsNSSCleaner.cpp:51: error: 'i_node' was not declared in this scope
nsNSSCleaner.cpp:52: error: 'm_cvl' was not declared in this scope
nsNSSCleaner.cpp:55: error: 'CERT_DestroyCertificate' was not  
declared in this scope
gmake[5]: *** [nsNSSCleaner.o] Error 1
gmake[5]: Leaving directory `/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_fir 
efox-x11/work/mozilla/security/manager/ssl/src'
gmake[4]: *** [libs] Error 2
gmake[4]: Leaving directory `/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_fir 
efox-x11/work/mozilla/security/manager/ssl'
gmake[3]: *** [libs] Error 2
gmake[3]: Leaving directory `/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_fir 
efox-x11/work/mozilla/security/manager'
gmake[2]: *** [libs_tier_toolkit] Error 2
gmake[2]: Leaving directory `/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_fir 
efox-x11/work/mozilla'
gmake[1]: *** [tier_toolkit] Error 2
gmake[1]: Leaving directory `/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_fir 
efox-x11/work/mozilla'
make: *** [all] Error 2

Frank


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/5572d318/attachment.html>

From trog24 at comcast.net  Thu Apr  2 02:21:50 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 02:21:50 -0700
Subject: fontforge did not upgrade
Message-ID: <EF9BF049-AF9C-4FD0-AC19-BFCAFDA770CB@comcast.net>

Hello,
	Trying to upgrade fontforge resulted in the following error:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphic 
s_fontforge/work/fontforge-20090224" && make all " returned error 2
Command output: /bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 - 
O2 -I/opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/ 
opt/local/include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/ 
local/include/pango-1.0 -I/opt/local/include -I/opt/local/include/ 
glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/ 
freetype2   -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo  
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/ 
opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/ 
freetype2 -I/opt/local/include/libpng12   -I/opt/local/include -I../ 
inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing- 
prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat - 
Wchar-subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gtextfield.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c  
gtextfield.c  -fno-common -DPIC -o .libs/gtextfield.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gtextinfo.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c  
gtextinfo.c  -fno-common -DPIC -o .libs/gtextinfo.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gwidgets.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c gwidgets.c   
-fno-common -DPIC -o .libs/gwidgets.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gxdraw.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c gxdraw.c  - 
fno-common -DPIC -o .libs/gxdraw.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gxcdraw.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c gxcdraw.c  - 
fno-common -DPIC -o .libs/gxcdraw.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c ghvbox.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c ghvbox.c  - 
fno-common -DPIC -o .libs/ghvbox.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gmatrixedit.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c  
gmatrixedit.c  -fno-common -DPIC -o .libs/gmatrixedit.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gdrawable.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c  
gdrawable.c  -fno-common -DPIC -o .libs/gdrawable.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c gspacer.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c gspacer.c  - 
fno-common -DPIC -o .libs/gspacer.o
/bin/sh ../libtool --mode=compile /usr/bin/gcc-4.0 -O2 -I/opt/local/ 
include/freetype2/ -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/local/ 
include/pango-1.0 -I/opt/local/include -I/opt/local/include/glib-2.0 - 
I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2   -I/ 
opt/local/include/pango-1.0 -I/opt/local/include/cairo -I/opt/local/ 
include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
include -I/opt/local/include/pixman-1 -I/opt/local/include/freetype2 - 
I/opt/local/include/libpng12   -I/opt/local/include -I../inc -I../inc  
-I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prototypes - 
Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar- 
subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -c xkeysyms_unicode.c
  /usr/bin/gcc-4.0 -O2 -I/opt/local/include/freetype2/ -I/opt/local/ 
include/freetype2 -I/opt/local/include -I/usr/include/libxml2/ -I/sw/ 
include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include -I/ 
opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ 
local/include/freetype2 -I/opt/local/include/pango-1.0 -I/opt/local/ 
include/cairo -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
local/include/freetype2 -I/opt/local/include/libpng12 -I/opt/local/ 
include -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/ 
giflib -Wmissing-prototypes -Wunused -Wimplicit -Wreturn-type - 
Wparentheses -Wformat -Wchar-subscripts -I/usr/X11R6/include - 
DNOTHREADS -DHAVE_CONFIG_H -DLIBDIR=\"/opt/local/lib\" -c  
xkeysyms_unicode.c  -fno-common -DPIC -o .libs/xkeysyms_unicode.o
/bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 -I/ 
opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/opt/ 
local/include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/ 
local/include/pango-1.0 -I/opt/local/include -I/opt/local/include/ 
glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/ 
freetype2   -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo  
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/ 
opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/ 
freetype2 -I/opt/local/include/libpng12   -I/opt/local/include -I../ 
inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing- 
prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat - 
Wchar-subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -L/opt/local/lib -L/usr/local/lib -o ../ 
libgdraw.la choosericons.lo ctlvalues.lo drawboxborder.lo gaskdlg.lo  
gbuttons.lo gcolor.lo gchardlg.lo gcontainer.lo gdraw.lo  
gdrawbuildchars.lo gdrawerror.lo gdrawtxt.lo gdrawtxtinit.lo  
gfilechooser.lo gfiledlg.lo ggadgets.lo ggroupbox.lo gimageclut.lo  
gimagecvt.lo gimagepsdraw.lo gimagewriteeps.lo gdrawgimage.lo  
gimagexdraw.lo gkeysym.lo glist.lo gmenu.lo gprogress.lo gpsdraw.lo  
gpstxtinit.lo gradio.lo gresource.lo gresourceimage.lo gresedit.lo  
gsavefiledlg.lo gscrollbar.lo gtabset.lo gtextfield.lo gtextinfo.lo  
gwidgets.lo gxdraw.lo gxcdraw.lo ghvbox.lo gmatrixedit.lo  
gdrawable.lo gspacer.lo xkeysyms_unicode.lo \
     ../libgutils.la ../libgunicode.la -L/opt/local/lib -L/usr/local/ 
lib -liconv -Wl,/System/Library/Frameworks/CoreServices.framework/ 
CoreServices -Wl,/System/Library/Frameworks/Carbon.framework/Carbon  - 
lpthread \
      -L/usr/X11R6/lib -lSM -lICE -lXi -lX11 -lxkbui   \
     -rpath /opt/local/lib -version-info 4:7:0
/usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib  .libs/ 
choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o .libs/ 
gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o .libs/ 
gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o .libs/ 
gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o .libs/ 
gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o .libs/ 
ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o .libs/ 
gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o .libs/ 
gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o .libs/ 
gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o .libs/ 
gresource.o .libs/gresourceimage.o .libs/gresedit.o .libs/ 
gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o .libs/ 
gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/ 
gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ 
gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib -L/usr/local/ 
lib ../.libs/libgutils.dylib /opt/local/lib/ 
libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ 
libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/libSM.dylib / 
opt/local/lib/libICE.dylib /opt/local/lib/libXi.dylib /opt/local/lib/ 
libXext.dylib /opt/local/lib/libXau.dylib /opt/local/lib/ 
libXdmcp.dylib /opt/local/lib/libX11.dylib /opt/local/lib/ 
libxkbui.dylib /opt/local/lib/libXt.dylib /opt/local/lib/ 
libxkbfile.dylib  -Wl,/System/Library/Frameworks/ 
CoreServices.framework/CoreServices -Wl,/System/Library/Frameworks/ 
Carbon.framework/Carbon -install_name  /opt/local/lib/libgdraw. 
4.dylib -compatibility_version 5 -current_version 5.7 -Wl,-single_module
ld: Undefined symbols:
_utf8_strchr
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make[1]: *** [../libgdraw.la] Error 1
make: *** [libgdraw] Error 2

Error: Unable to upgrade port: 1
--->  Building fontforge
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphic 
s_fontforge/work/fontforge-20090224" && make all " returned error 2
Command output: ( cd Unicode ; make )
make[1]: `../libgunicode.la' is up to date.
( cd gutils ; make )
make[1]: Nothing to be done for `both'.
( cd gdraw ; make )
/bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 -I/ 
opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/opt/ 
local/include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/ 
local/include/pango-1.0 -I/opt/local/include -I/opt/local/include/ 
glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/ 
freetype2   -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo  
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/ 
opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/ 
freetype2 -I/opt/local/include/libpng12   -I/opt/local/include -I../ 
inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing- 
prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat - 
Wchar-subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -L/opt/local/lib -L/usr/local/lib -o ../ 
libgdraw.la choosericons.lo ctlvalues.lo drawboxborder.lo gaskdlg.lo  
gbuttons.lo gcolor.lo gchardlg.lo gcontainer.lo gdraw.lo  
gdrawbuildchars.lo gdrawerror.lo gdrawtxt.lo gdrawtxtinit.lo  
gfilechooser.lo gfiledlg.lo ggadgets.lo ggroupbox.lo gimageclut.lo  
gimagecvt.lo gimagepsdraw.lo gimagewriteeps.lo gdrawgimage.lo  
gimagexdraw.lo gkeysym.lo glist.lo gmenu.lo gprogress.lo gpsdraw.lo  
gpstxtinit.lo gradio.lo gresource.lo gresourceimage.lo gresedit.lo  
gsavefiledlg.lo gscrollbar.lo gtabset.lo gtextfield.lo gtextinfo.lo  
gwidgets.lo gxdraw.lo gxcdraw.lo ghvbox.lo gmatrixedit.lo  
gdrawable.lo gspacer.lo xkeysyms_unicode.lo \
     ../libgutils.la ../libgunicode.la -L/opt/local/lib -L/usr/local/ 
lib -liconv -Wl,/System/Library/Frameworks/CoreServices.framework/ 
CoreServices -Wl,/System/Library/Frameworks/Carbon.framework/Carbon  - 
lpthread \
      -L/usr/X11R6/lib -lSM -lICE -lXi -lX11 -lxkbui   \
     -rpath /opt/local/lib -version-info 4:7:0
/usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib  .libs/ 
choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o .libs/ 
gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o .libs/ 
gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o .libs/ 
gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o .libs/ 
gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o .libs/ 
ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o .libs/ 
gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o .libs/ 
gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o .libs/ 
gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o .libs/ 
gresource.o .libs/gresourceimage.o .libs/gresedit.o .libs/ 
gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o .libs/ 
gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/ 
gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ 
gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib -L/usr/local/ 
lib ../.libs/libgutils.dylib /opt/local/lib/ 
libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ 
libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/libSM.dylib / 
opt/local/lib/libICE.dylib /opt/local/lib/libXi.dylib /opt/local/lib/ 
libXext.dylib /opt/local/lib/libXau.dylib /opt/local/lib/ 
libXdmcp.dylib /opt/local/lib/libX11.dylib /opt/local/lib/ 
libxkbui.dylib /opt/local/lib/libXt.dylib /opt/local/lib/ 
libxkbfile.dylib  -Wl,/System/Library/Frameworks/ 
CoreServices.framework/CoreServices -Wl,/System/Library/Frameworks/ 
Carbon.framework/Carbon -install_name  /opt/local/lib/libgdraw. 
4.dylib -compatibility_version 5 -current_version 5.7 -Wl,-single_module
ld: Undefined symbols:
_utf8_strchr
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make[1]: *** [../libgdraw.la] Error 1
make: *** [libgdraw] Error 2

Error: Unable to upgrade port: 1
--->  Building fontforge
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphic 
s_fontforge/work/fontforge-20090224" && make all " returned error 2
Command output: ( cd Unicode ; make )
make[1]: `../libgunicode.la' is up to date.
( cd gutils ; make )
make[1]: Nothing to be done for `both'.
( cd gdraw ; make )
/bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -no-undefined -O2 -I/ 
opt/local/include/freetype2/ -I/opt/local/include/freetype2 -I/opt/ 
local/include -I/usr/include/libxml2/ -I/sw/include/cairo -I/opt/ 
local/include/pango-1.0 -I/opt/local/include -I/opt/local/include/ 
glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/ 
freetype2   -I/opt/local/include/pango-1.0 -I/opt/local/include/cairo  
-I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/ 
opt/local/include -I/opt/local/include/pixman-1 -I/opt/local/include/ 
freetype2 -I/opt/local/include/libpng12   -I/opt/local/include -I../ 
inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing- 
prototypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat - 
Wchar-subscripts -I/usr/X11R6/include -DNOTHREADS -DHAVE_CONFIG_H - 
DLIBDIR='"/opt/local/lib"' -L/opt/local/lib -L/usr/local/lib -o ../ 
libgdraw.la choosericons.lo ctlvalues.lo drawboxborder.lo gaskdlg.lo  
gbuttons.lo gcolor.lo gchardlg.lo gcontainer.lo gdraw.lo  
gdrawbuildchars.lo gdrawerror.lo gdrawtxt.lo gdrawtxtinit.lo  
gfilechooser.lo gfiledlg.lo ggadgets.lo ggroupbox.lo gimageclut.lo  
gimagecvt.lo gimagepsdraw.lo gimagewriteeps.lo gdrawgimage.lo  
gimagexdraw.lo gkeysym.lo glist.lo gmenu.lo gprogress.lo gpsdraw.lo  
gpstxtinit.lo gradio.lo gresource.lo gresourceimage.lo gresedit.lo  
gsavefiledlg.lo gscrollbar.lo gtabset.lo gtextfield.lo gtextinfo.lo  
gwidgets.lo gxdraw.lo gxcdraw.lo ghvbox.lo gmatrixedit.lo  
gdrawable.lo gspacer.lo xkeysyms_unicode.lo \
     ../libgutils.la ../libgunicode.la -L/opt/local/lib -L/usr/local/ 
lib -liconv -Wl,/System/Library/Frameworks/CoreServices.framework/ 
CoreServices -Wl,/System/Library/Frameworks/Carbon.framework/Carbon  - 
lpthread \
      -L/usr/X11R6/lib -lSM -lICE -lXi -lX11 -lxkbui   \
     -rpath /opt/local/lib -version-info 4:7:0
/usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib  .libs/ 
choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o .libs/ 
gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o .libs/ 
gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o .libs/ 
gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o .libs/ 
gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o .libs/ 
ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o .libs/ 
gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o .libs/ 
gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o .libs/ 
gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o .libs/ 
gresource.o .libs/gresourceimage.o .libs/gresedit.o .libs/ 
gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o .libs/ 
gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/ 
gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ 
gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib -L/usr/local/ 
lib ../.libs/libgutils.dylib /opt/local/lib/ 
libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ 
libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/libSM.dylib / 
opt/local/lib/libICE.dylib /opt/local/lib/libXi.dylib /opt/local/lib/ 
libXext.dylib /opt/local/lib/libXau.dylib /opt/local/lib/ 
libXdmcp.dylib /opt/local/lib/libX11.dylib /opt/local/lib/ 
libxkbui.dylib /opt/local/lib/libXt.dylib /opt/local/lib/ 
libxkbfile.dylib  -Wl,/System/Library/Frameworks/ 
CoreServices.framework/CoreServices -Wl,/System/Library/Frameworks/ 
Carbon.framework/Carbon -install_name  /opt/local/lib/libgdraw. 
4.dylib -compatibility_version 5 -current_version 5.7 -Wl,-single_module
ld: Undefined symbols:
_utf8_strchr
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make[1]: *** [../libgdraw.la] Error 1
make: *** [libgdraw] Error 2

	The reason for such a long error message is that two more attempts  
were made following the first failure.  This type of repeating has  
been happening periodically for some upgrade failures where MacPorts  
does not want to give up in upgrading.

Frank

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/449caf35/attachment.html>

From choffman at eclimb.net  Thu Apr  2 05:51:33 2009
From: choffman at eclimb.net (Craig Hoffman)
Date: Thu, 2 Apr 2009 06:51:33 -0600
Subject: GD2 with PHP5
In-Reply-To: <C970C6CD-9C3A-4805-8699-8E747A10E957@macports.org>
References: <2E1419DC-5179-4624-A0D7-EC95C4692053@eclimb.net>
	<49D14915.4050504@macports.org>
	<C970C6CD-9C3A-4805-8699-8E747A10E957@macports.org>
Message-ID: <C39C3B50-6224-424B-AA10-7466BB6E2193@eclimb.net>

Excellent.  Thanks.

On Mar 31, 2009, at 4:42 AM, Ryan Schmidt wrote:

>
> On Mar 30, 2009, at 17:35, Rainer M?ller wrote:
>
>> Craig Hoffman wrote:
>>> Hey All,
>>> What is the best way to get PHP5 (from MacPorts) to recognize GD2?
>>> Would something like this work:
>>> sudo port install php5 +apache2 +mysql5 +pear +tidy +sqlite +imap
>>> +postgresq +gd2
>>
>> php5 already ships with gd2 support. There is a gd2 version  
>> distributed
>> with the PHP source code which is preferred. You don't need to  
>> specify
>> any variants.
>
> Right.
>
> port variants php5
>
> will show you what variants are available.
>
>
>

_______________________
Craig Hoffman
iChat / AIM: mountain.dog
_______________________






From frstan at bellsouth.net  Thu Apr  2 06:40:22 2009
From: frstan at bellsouth.net (William Davis)
Date: Thu, 2 Apr 2009 09:40:22 -0400
Subject: Bizarre error when building xgalaga!
In-Reply-To: <FEAC117D-9F1D-4157-844F-79DB78065C3A@macports.org>
References: <loom.20090401T105707-901@post.gmane.org>
	<54FA679F-9C38-4655-9F00-7DF3200E2913@macports.org>
	<loom.20090401T112912-243@post.gmane.org>
	<26239A8A-CEBE-432E-B580-973977B586CD@macports.org>
	<loom.20090401T114334-63@post.gmane.org>
	<2802E74D-008D-43F6-8CAE-CF1B1FB2F311@macports.org>
	<305BF669-C6C0-48E1-89AF-65E3B5087371@macports.org>
	<29DE6088-49E5-41D2-881D-8E1ED43C94FD@bellsouth.net>
	<E74FCB01-2D22-43A5-8051-6E37D2A7E486@macports.org>
	<FEAC117D-9F1D-4157-844F-79DB78065C3A@macports.org>
Message-ID: <296B988D-CCB0-4FFD-8AB9-A1D4D361E75A@bellsouth.net>


On Apr 2, 2009, at 2:25 AM, Anders F Bj?rklund wrote:

> Ryan Schmidt wrote:
>
>>> Error: Target org.macports.configure returned: error copying "/opt/ 
>>> local/share/libtool/config.guess": no such file or directory
>>>
>> Fixed in r49032, thanks.
>
> Darnit, thought that changing the /usr into ${prefix} would have  
> been enough to escape the Xcode 2.5 bugs...
>
> Guess life isn't that simple. So, does this mean that the silly  
> thing works on Leopard now ? (without sound)
>
> --anders


Yes, that's what it means alright!
thanks Ryan!


William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc3 (xorg-server 1.4.2-apple38)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From face at CentosPrime.COM  Thu Apr  2 07:13:52 2009
From: face at CentosPrime.COM (Chris Janton)
Date: Thu, 02 Apr 2009 07:13:52 -0700
Subject: openssl fails to upgrade on Panther
Message-ID: <EC4CDBB4-AA93-49F2-A1EC-C3460A15BECE@centosprime.com>

not even sure this is a good idea - beta software isn't for the  
masses...

admin at x:admin:129 $ port outdated
The following installed ports are outdated:
openssl                        0.9.8k_0 < 1.0.0-beta1_0

admin at x:admin:130 $ sudo port upgrade outdated
--->  Fetching openssl
--->  Attempting to fetch openssl-1.0.0-beta1.tar.gz from http://www.openssl.org/source/
--->  Verifying checksum(s) for openssl
--->  Extracting openssl
--->  Applying patches to openssl
--->  Configuring openssl
--->  Building openssl
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_openssl/work/openssl-1.0.0-beta1" &&  
make all " returned error 2
Command output: /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC - 
fno-common -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT - 
DDSO_DLFCN -DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o genrsa.o  
genrsa.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o gendsa.o gendsa.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o genpkey.o genpkey.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_server.o s_server.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_client.o s_client.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o speed.o speed.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_time.o s_time.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o apps.o apps.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_cb.o s_cb.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_socket.o s_socket.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o app_rand.o app_rand.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o version.o version.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o sess_id.o sess_id.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o ciphers.o ciphers.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o nseq.o nseq.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkcs12.o pkcs12.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkcs8.o pkcs8.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkey.o pkey.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkeyparam.o pkeyparam.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkeyutl.o pkeyutl.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o spkac.o spkac.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o smime.o smime.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o cms.o cms.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o rand.o rand.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o engine.o engine.c
/usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o ocsp.o ocsp.c
ocsp.c: In function `query_responder':
ocsp.c:1268: error: storage size of `tv' isn't known
make[1]: *** [ocsp.o] Error 1
make: *** [build_apps] Error 1

Error: Unable to upgrade port: 1

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From ggrubbish at web.de  Thu Apr  2 07:21:55 2009
From: ggrubbish at web.de (Gerhard Gaussling)
Date: Thu, 02 Apr 2009 16:21:55 +0200
Subject: Macports X11 damaged
Message-ID: <651119790@web.de>


________________________________________________________________________
Neu bei WEB.DE: Kostenlose maxdome Movie-FLAT!
https://register.maxdome.de/xml/order/LpWebDe?ac=OM.MD.MD008K15726T7073a


From raimue at macports.org  Thu Apr  2 07:28:54 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 02 Apr 2009 16:28:54 +0200
Subject: KDE4 packages depend on two QT4 packages ?
In-Reply-To: <F579B77B-5635-43D4-89CD-A614F81018BF@cern.ch>
References: <F579B77B-5635-43D4-89CD-A614F81018BF@cern.ch>
Message-ID: <49D4CBA6.3060408@macports.org>

On 2009-03-29 17:07, Chris Jones wrote:
> If I understand things, a new QT4 package has been introduced, qt4- 
> kde, to provide a version compatible with the KDE4 packages. However,  
> it seems that some KDE4 packages have been updated to use qt4-kde, but  
> others still use qt4-mac, which means overall KDE4 depends on both  
> e.g. kdelibs4 depends on phonon ad qt4-kde, whilst phonon itself uses  
> qt4-mac.... I assume this is incorrect and all KDE4 packages should be  
> updated to use qt4-kde ?

I don't understand why KDE 4 requires Qt 4.4. Is there an official
statement on that?

Will qt4-kde be removed again once all KDE related ports build against
Qt 4.5? This would also mean you have to rebuild all KDE related ports
again for correct dependencies.

Rainer

From ggrubbish at web.de  Thu Apr  2 08:48:43 2009
From: ggrubbish at web.de (ggrubbish at web.de)
Date: Thu, 02 Apr 2009 17:48:43 +0200
Subject: Macports X11 damaged?
Message-ID: <651126019@web.de>

Hi,

Sorry for the first email it slipped away. 
I'm completely new to macports, but have experience with linux debian distributions. I installed and updated apple X11 on a PPC 10.4.11.

I achieved to install some x applications successfully, but it seems that they are only functional if they are linked against the apple X11.

e.g.:

[16:36:58] [user at mac :~]$ > xdvi &
[1] 11376
[16:37:04] [user at mac :~]$ > dyld: Library not loaded: /opt/local/lib/libXaw.7.dylib
  Referenced from: /opt/local/bin/xdvi-xaw.bin
  Reason: image not found

[1]+  Trace/BPT trap          xdvi

I tried to install xpdf, but that didn't work.
I got some errors when starting xpdf:

Warning: Widget must be a VendorShell.
Error: attempt to add non-widget child "dsm" to parent "xpdf" which supports only widgets

I found similar Bug-Reports: [MacPorts] #18494 #18114 #18118

I tried this workaround:

    by raphael@
 ?

    A workaround is to add +system_x11 to /opt/local/etc/macports/variants.conf, so that by default the system X11 libraries (instead of the MacPorts libraries) are used.
    I fixed my problems with geomview by reinstalling geomview and all its dependencies with

        sudo port -f upgrade geomview

    This should also work with other openmotif based ports. 

This resulted in some errors:
e.g.:
_XFreePixmap referenced from libtk8 expected to be defined in /opt/local/lib/libX11.6.dylib
collect2: ld returned 1 exit status
make: *** [wish] Error 1

Full report here: http://paste.pocoo.org/show/110573/

Then I got this error: 

$ > dyld: Library not loaded: /opt/local/lib/libXt.6.dylib
  Referenced from: /opt/local/bin/xpdf
  Reason: image not found

http://lists.macosforge.org/pipermail/macports-users/2007-November/006989.html

Then I tried this:

sudo port -f upgrade Xaw3d

without success: http://paste.pocoo.org/show/110574/

After that I tried to install some xorg packages:
http://paste.pocoo.org/show/110578/

Then selfupdate and upgrade outdated.
http://paste.pocoo.org/show/110579/

I don't understand that at all.

Here is a locate libXt:
http://paste.pocoo.org/show/110598/

I got also errors on sudo port install xorg-server:

checking for XLIB... configure: error: Package requirements (x11) were not met:

No package 'x11' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XLIB_CFLAGS
and XLIB_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

http://paste.pocoo.org/show/110743/

sudo port install x11 doesn't work either:

$ > sudo port install x11
Password:
Error: Port x11 not found

What's wrong?

Thank you in advance!

Kind regards

Gerhard G.








________________________________________________________________________
Neu bei WEB.DE: Kostenlose maxdome Movie-FLAT!
https://register.maxdome.de/xml/order/LpWebDe?ac=OM.MD.MD008K15726T7073a


From raimue at macports.org  Thu Apr  2 09:56:12 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 02 Apr 2009 18:56:12 +0200
Subject: Google Summer of Code 2009 - Money for students working on
	MacPorts!
In-Reply-To: <49CC185A.9060806@macports.org>
References: <49CC185A.9060806@macports.org>
Message-ID: <49D4EE2C.8040009@macports.org>

On 2009-03-27 01:05, Rainer M?ller wrote:
> Application is still open until April 3, 19:00 UTC. For more details,
> just contact the list, me or any of the mentors.

There is only one day left! Apply now!

It is okay if you just submit a draft, you can still refine it later.
But you need to get a foot in the door right now.

http://groups.google.com/group/google-summer-of-code-announce/browse_thread/thread/97c50792a6c36e22

Rainer

From blb at macports.org  Thu Apr  2 13:57:02 2009
From: blb at macports.org (Bryan Blackburn)
Date: Thu, 2 Apr 2009 14:57:02 -0600
Subject: Firefox-x11 did not upgrade
In-Reply-To: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
Message-ID: <20090402205702.GD701@ninagal.withay.com>

On Thu, Apr 02, 2009 at 02:14:37AM -0700, Frank J. R. Hanstick said:
> Hello,
>
> 	Upgrading Firefox-x11 resulted in the following error:
[...]
> In file included from nsNSSCleaner.h:127,
>                  from nsNSSCleaner.cpp:38:
> ../../../../dist/include/system_wrappers/certt.h:3:24: error: certt.h: No 
> such file or directory

That should be with the nss port, do you have that installed and at version
3.12?  The current firefox-x11 (3.0.8_2) lists it as a dependency, so it
should have been installed...

Bryan

[...]
>
> Frank
>

From trog24 at comcast.net  Thu Apr  2 16:21:14 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 16:21:14 -0700
Subject: Firefox-x11 did not upgrade
In-Reply-To: <20090402205702.GD701@ninagal.withay.com>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
	<20090402205702.GD701@ninagal.withay.com>
Message-ID: <B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>

On Apr 2, 2009, at 1:57 PM, Bryan Blackburn wrote:

> On Thu, Apr 02, 2009 at 02:14:37AM -0700, Frank J. R. Hanstick said:
>> Hello,
>>
>> 	Upgrading Firefox-x11 resulted in the following error:
> [...]
>> In file included from nsNSSCleaner.h:127,
>>                  from nsNSSCleaner.cpp:38:
>> ../../../../dist/include/system_wrappers/certt.h:3:24: error:  
>> certt.h: No
>> such file or directory
>
> That should be with the nss port, do you have that installed and at  
> version
> 3.12?  The current firefox-x11 (3.0.8_2) lists it as a dependency,  
> so it
> should have been installed...
>
> Bryan
>
> [...]
>>
>> Frank
>>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


Hello,
	Being dependent on nss-3,12 explains why it is not installing  
because nss-3.12 fails to install (ticket 18930) leaving me with  
nss-3.11.9_0.  Shouldn't a failure to install nss-3.12 cause the  
Firefox-x11 to abort during configuration rather than build?
	This leads into another issue, namely that of repeated attempts on  
failed installations.  The repeated attempts are from  each instance  
of detecting a dependency at a new module.  As a result, a lot of  
time is wasted in repeating failed installation attempts.  Can't  
there be some sort of unsuccessful history link list be made  
available for upgrade installed so that repeated attempts are not made?
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/d0c61faa/attachment.html>

From raimue at macports.org  Thu Apr  2 16:30:46 2009
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Fri, 03 Apr 2009 01:30:46 +0200
Subject: new milestone: Port Binaries
In-Reply-To: <b808b3510903301307p44959891vf7a040f918945170@mail.gmail.com>
References: <b808b3510903301307p44959891vf7a040f918945170@mail.gmail.com>
Message-ID: <49D54AA6.9040603@macports.org>

On 2009-03-30 22:07, Darren Weber wrote:
> How about a new milestone for trac: binary distributions?  I guess most
> of this would focus on mpab and adaptations to port to enable binary
> installations.

Nobody objected, so I created the new milestone.

Rainer

PS:
Should really look into getting <http://trac.macports.org/ticket/14909>
resolved...

From trog24 at comcast.net  Thu Apr  2 16:59:13 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 16:59:13 -0700
Subject: textlive_base failed to upgrade
Message-ID: <BEE8FC13-69F8-4F17-B843-5217755B67C4@comcast.net>

Hello,
	Trying to upgrade textlive_base resulted in the following error:

gcc -ObjC++ -I../../libs/icu-xetex/common -I./../../libs/icu-xetex/ 
common -I./../../libs/icu-xetex/layout -DLE_USE_CMEMORY -I/opt/local/ 
include -I/opt/local/include/freetype2 -DHAVE_CONFIG_H  -I. -I. -I.. - 
I./..  -isystem/opt/local/include -I../../libs/obsdcompat -I../../ 
libs/obsdcompat/.. -I./../../libs/obsdcompat -I./../../libs/ 
obsdcompat/..  -DXETEX_MAC -c xetexdir/XeTeXFontMgr_Mac.mm -o  
XeTeXFontMgr_Mac.o
cc1objplus: error: invalid option argument '-ObjC++'
make[2]: *** [XeTeXFontMgr_Mac.o] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1


Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/b4dad768/attachment.html>

From ryandesign at macports.org  Thu Apr  2 17:14:37 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 2 Apr 2009 19:14:37 -0500
Subject: can not install anypost
In-Reply-To: <4cc795860904020920g4799ff7ao2152dda9c8860e44@mail.gmail.com>
References: <4cc795860903310532q50e62498r8b43781a2294b52e@mail.gmail.com>
	<6D2FDE69-EDFF-4F4A-821F-42C2444F2192@macports.org>
	<4cc795860904020920g4799ff7ao2152dda9c8860e44@mail.gmail.com>
Message-ID: <5EC27E83-DBA4-4808-AAE4-0122362BD931@macports.org>

On Apr 2, 2009, at 11:20, Tatum Wang wrote:

> 2009/4/2 Ryan Schmidt wrote:
>
>> On Mar 31, 2009, at 07:32, Tatum Wang wrote:
>>
>>> Today I am trying to use it to install gnuplot and gawk and other  
>>> things, but it always display that <The process has forked and  
>>> you cannot use this CoreFoundation functionality safely. You MUST  
>>> exec().>.
>>> Does anybody have this problem?
>>
>> I am familiar with that problem with PHP used as an Apache module  
>> on Leopard; see:
>>
>> http://trac.macports.org/ticket/15909
>>
>> However, I don't know what "anypost" is, and I don't know why you  
>> would get the error when trying to install gnuplot or gawk with  
>> MacPorts. Can you show us exactly what command you typed, and  
>> exactly what output was produced? Also let us know what version of  
>> Mac OS X, Xcode, and MacPorts you have, and on what Mac. Thanks.
>
>   I have seen the problem described in the page http:// 
> trac.macports.org/ticket/15909, and the error is much same. Blow is  
> the command I used and also with the error indication:

[snip]

> sh-3.2# port install mipsel-linux-gcc34
> --->  Fetching mipsel-linux-binutils
> --->  Attempting to fetch binutils-2.16.1.tar.bz2 from http:// 
> arn.se.distfiles.macports.org/binutils
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
> Break on  
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.
> The process has forked and you cannot use this CoreFoundation  
> functionality safely. You MUST exec().
>
>
> The above words--     
> __THE_PROCESS_HAS_FORKED_AND_YOU_CANNOT_USE_THIS_COREFOUNDATION_FUNCTI 
> ONALITY___YOU_MUST_EXEC__() to debug.The process has forked and you  
> cannot use this CoreFoundation functionality safely. You MUST exec().
> also appears when I install gnuplot and gawk and Texshop and any  
> other available ports.
>  My computer system is Mac Os X 10.5.6 (Leopard), the xcode is  
> Xcode 3.0, MacPorts version is 1.7.1 and my Macbook is MacBook5,1.

First, please update to the latest version of Xcode, which is 3.1.3  
for Leopard.

After you install that, clean the failing port -- for example, in  
this case:

sudo port clean mipsel-linux-binutils

Then try installing again, but with the debug flag:

sudo port -d install mipsel-linux-binutils 2>&1 | tee ~/Desktop/ 
output.txt

Then, if you still get the error, please send the file output.txt  
from your desktop to the list so we can have a look.


P.S: Use Reply All so your reply goes to the list too, not just to me.


From jmr at macports.org  Thu Apr  2 18:24:32 2009
From: jmr at macports.org (Joshua Root)
Date: Fri, 03 Apr 2009 12:24:32 +1100
Subject: textlive_base failed to upgrade
In-Reply-To: <BEE8FC13-69F8-4F17-B843-5217755B67C4@comcast.net>
References: <BEE8FC13-69F8-4F17-B843-5217755B67C4@comcast.net>
Message-ID: <49D56550.6010404@macports.org>

Frank J. R. Hanstick wrote:
> Hello,
> Trying to upgrade textlive_base resulted in the following error:
> 
> gcc -ObjC++ -I../../libs/icu-xetex/common
> -I./../../libs/icu-xetex/common -I./../../libs/icu-xetex/layout
> -DLE_USE_CMEMORY -I/opt/local/include -I/opt/local/include/freetype2
> -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/local/include
> -I../../libs/obsdcompat -I../../libs/obsdcompat/..
> -I./../../libs/obsdcompat -I./../../libs/obsdcompat/..  -DXETEX_MAC -c
> xetexdir/XeTeXFontMgr_Mac.mm -o XeTeXFontMgr_Mac.o
> cc1objplus: error: invalid option argument '-ObjC++'
> make[2]: *** [XeTeXFontMgr_Mac.o] Error 1
> make[1]: *** [all] Error 1
> make: *** [all] Error 1

It's using 'gcc' when it should be using ${configure.cc}. A workaround
would be to gcc_select gcc40.

- Josh

From trog24 at comcast.net  Thu Apr  2 21:31:34 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 21:31:34 -0700
Subject: textlive_base failed to upgrade
In-Reply-To: <49D56550.6010404@macports.org>
References: <BEE8FC13-69F8-4F17-B843-5217755B67C4@comcast.net>
	<49D56550.6010404@macports.org>
Message-ID: <106E9501-A913-426D-95E6-2CF5337C1463@comcast.net>


On Apr 2, 2009, at 6:24 PM, Joshua Root wrote:

> Frank J. R. Hanstick wrote:
>> Hello,
>> Trying to upgrade textlive_base resulted in the following error:
>>
>> gcc -ObjC++ -I../../libs/icu-xetex/common
>> -I./../../libs/icu-xetex/common -I./../../libs/icu-xetex/layout
>> -DLE_USE_CMEMORY -I/opt/local/include -I/opt/local/include/freetype2
>> -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/local/include
>> -I../../libs/obsdcompat -I../../libs/obsdcompat/..
>> -I./../../libs/obsdcompat -I./../../libs/obsdcompat/..  - 
>> DXETEX_MAC -c
>> xetexdir/XeTeXFontMgr_Mac.mm -o XeTeXFontMgr_Mac.o
>> cc1objplus: error: invalid option argument '-ObjC++'
>> make[2]: *** [XeTeXFontMgr_Mac.o] Error 1
>> make[1]: *** [all] Error 1
>> make: *** [all] Error 1
>
> It's using 'gcc' when it should be using ${configure.cc}. A workaround
> would be to gcc_select gcc40.
>
> - Josh

Hello,
	The "because gcc43 is installed in opt/local/bin, it is the first in  
line problem"   I deactivated gcc43 because gcc_select is already  
pointing to gcc 4.0.1; but, was being over ridden by PATH.  MacPorts  
apparently does not use gcc_select; but, PATH instead.
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/74d25a7a/attachment.html>

From trog24 at comcast.net  Thu Apr  2 22:43:31 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 22:43:31 -0700
Subject: qemu would not upgrade
Message-ID: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>

Hello,
	Attempting to upgrade qemu resulted in the following error messages:

--->  Building qemu
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_emulato 
rs_qemu/work/qemu-0.10.1" && make all " returned error 2
Command output:   OBJC  cocoa.o
cocoa.m:233: warning: no previous prototype for 'cocoa_keycode_to_qemu'
cocoa.m:318:5: warning: "__LITTLE_ENDIAN__" is not defined
cocoa.m: In function '-[QemuCocoaView toggleFullScreen:]':
cocoa.m:426: warning: 'QemuCocoaView' may not respond to '- 
exitFullScreenModeWithOptions:'
cocoa.m:426: warning: (Messages without a matching method signature
cocoa.m:426: warning: will be assumed to return 'id' and accept
cocoa.m:426: warning: '...' as arguments.)
cocoa.m:444: error: 'NSFullScreenModeAllScreens' undeclared (first  
use in this function)
cocoa.m:444: error: (Each undeclared identifier is reported only once
cocoa.m:444: error: for each function it appears in.)
cocoa.m:445: error: 'NSFullScreenModeSetting' undeclared (first use  
in this function)
cocoa.m:446: warning: 'QemuCocoaView' may not respond to '- 
enterFullScreenMode:withOptions:'
cocoa.m: In function '-[QemuCocoaAppController  
openPanelDidEnd:returnCode:contextInfo:]':
cocoa.m:786: warning: initialization discards qualifiers from pointer  
target type
make: *** [cocoa.o] Error 1

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/4ed4f0a0/attachment.html>

From trog24 at comcast.net  Thu Apr  2 22:48:00 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 22:48:00 -0700
Subject: subversion would not upgrade
Message-ID: <217DDD0E-020C-4F56-90A8-4A40FB8B5B39@comcast.net>

Hello,

	Trying to upgrade subversion resulted in the following error messages:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_s 
ubversion/work/subversion-1.6.0" && make 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/opt/local/ 
lib/db46 -L/opt/local/lib -L/opt/local/lib  -rpath /opt/local/lib -o  
libsvn_fs_fs-1.la  caching.lo dag.lo err.lo fs.lo fs_fs.lo id.lo key- 
gen.lo lock.lo rep-cache.lo tree.lo ../../subversion/libsvn_delta/ 
libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la /opt/ 
local/lib/libaprutil-1.la  -ldb-4.6 -lexpat -liconv /opt/local/lib/ 
libapr-1.la -lpthread ../../subversion/libsvn_fs_util/ 
libsvn_fs_util-1.la -lintl  -framework Security -framework  
CoreFoundation -framework CoreServices
ld: Undefined symbols:
_svn_error__malfunction referenced from libsvn expected to be defined  
in libsvn
_svn_checksum_ctx_create referenced from libsvn expected to be  
defined in libsvn
_svn_checksum_final referenced from libsvn expected to be defined in  
libsvn
_svn_checksum_update referenced from libsvn expected to be defined in  
libsvn
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/77c684d1/attachment.html>

From trog24 at comcast.net  Thu Apr  2 22:51:20 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 22:51:20 -0700
Subject: textlive_base still will not upgrade
Message-ID: <F0165C3A-5031-4E4D-83FE-FB3DFF390BF6@comcast.net>

Hello,
	I corrected the gcc problem only to  encounter the following error  
messages:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_tex_tex 
live_base/work/texlive_base-2007" && make all " returned error 2
Command output: /usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  
-W -Wall -Wunused -I../../libs/t1lib -I./../../libs/t1lib -I../../ 
libs/t1lib/../type1 -I./../../libs/t1lib/../type1 -DPS_GS  -I./gui - 
I../../libs/t1lib/lib/t1lib -I../kpathsea -I/usr/X11R6/include  - 
isystem/opt/local/include  -O2  -c xserver-info.c -o xserver-info.o
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H  -I. -I. -I.. -I./.. -W -Wall - 
Wunused -I../../libs/t1lib -I./../../libs/t1lib -I../../libs/t1lib/../ 
type1 -I./../../libs/t1lib/../type1 -DPS_GS  -I./gui -I../../libs/ 
t1lib/lib/t1lib -I../kpathsea -I/usr/X11R6/include  -isystem/opt/ 
local/include  -O2  -c x_util.c -o x_util.o
/bin/sh ../libtool --mode=link /usr/bin/gcc-4.0 -o xdvi-xaw.bin -L/ 
opt/local/lib   browser.o dvi-draw.o dvi-init.o dvisel.o encodings.o  
events.o filehist.o font-open.o gf.o hypertex.o image-magick.o mime.o  
my-snprintf.o my-vsnprintf.o pagehist.o pk.o print-internal.o psdps.o  
psgs.o psheader.o psnews.o read-mapfile.o search-internal.o special.o  
string-utils.o tfmload.o util.o vf.o xdvi.o xserver-info.o x_util.o ./ 
gui/libgui.a ../../libs/t1lib/libt1.a ../../libs/t1lib/../type1/ 
libtype1.a -L/usr/X11R6/lib   -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext  
-lXpm -lX11 -liconv  ../kpathsea/libkpathsea.la -lm
mkdir .libs
/usr/bin/gcc-4.0 -o xdvi-xaw.bin browser.o dvi-draw.o dvi-init.o  
dvisel.o encodings.o events.o filehist.o font-open.o gf.o hypertex.o  
image-magick.o mime.o my-snprintf.o my-vsnprintf.o pagehist.o pk.o  
print-internal.o psdps.o psgs.o psheader.o psnews.o read-mapfile.o  
search-internal.o special.o string-utils.o tfmload.o util.o vf.o  
xdvi.o xserver-info.o x_util.o  -L/opt/local/lib ./gui/libgui.a ../../ 
libs/t1lib/libt1.a ../../libs/t1lib/../type1/libtype1.a -L/usr/X11R6/ 
lib -lXaw -lXmu -lXt -lSM -lICE -lXp -lXext -lXpm -lintl -lc -lX11 - 
lXau -lXdmcp -liconv ../kpathsea/.libs/libkpathsea.a -lm
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple  
definitions of symbol _XtRemoveTimeOut
events.o definition of _XtRemoveTimeOut in section (__TEXT,__text)
/opt/local/lib/libXt.dylib(single module) definition of _XtRemoveTimeOut
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple  
definitions of symbol _XtAddTimeOut
events.o definition of _XtAddTimeOut in section (__TEXT,__text)
/opt/local/lib/libXt.dylib(single module) definition of _XtAddTimeOut
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple  
definitions of symbol _XtAppAddTimeOut
events.o definition of _XtAppAddTimeOut in section (__TEXT,__text)
/opt/local/lib/libXt.dylib(single module) definition of _XtAppAddTimeOut
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: multiple definitions  
of symbol _hash_create
/usr/lib/gcc/powerpc-apple-darwin8/4.0.1/../../../libc.dylib 
(strhash.So) definition of _hash_create
../kpathsea/.libs/libkpathsea.a(hash.o) definition of _hash_create in  
section (__TEXT,__text)
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple  
definitions of symbol _vendorShellClassRec
/opt/local/lib/libXt.dylib(single module) definition of  
_vendorShellClassRec
/opt/local/lib/libXaw.dylib(single module) definition of  
_vendorShellClassRec
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple  
definitions of symbol _vendorShellWidgetClass
/opt/local/lib/libXt.dylib(single module) definition of  
_vendorShellWidgetClass
/opt/local/lib/libXaw.dylib(single module) definition of  
_vendorShellWidgetClass
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning suggest use  
of -bind_at_load, as lazy binding may result in errors or different  
symbols being used
symbol _vendorShellWidgetClass used from dynamic library /opt/local/ 
lib/libXt.dylib(single module) not from earlier dynamic library /opt/ 
local/lib/libXaw.7.dylib(single module)
symbol _vendorShellClassRec used from dynamic library /opt/local/lib/ 
libXt.dylib(single module) not from earlier dynamic library /opt/ 
local/lib/libXaw.7.dylib(single module)
collect2: ld returned 1 exit status
make[2]: *** [xdvi-xaw.bin] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1


Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/b20f0fd6/attachment.html>

From raimue at macports.org  Thu Apr  2 22:54:19 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 03 Apr 2009 07:54:19 +0200
Subject: qemu would not upgrade
In-Reply-To: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>
Message-ID: <49D5A48B.5050204@macports.org>

On 2009-04-03 07:43, Frank J. R. Hanstick wrote:
> Hello,
> Attempting to upgrade qemu resulted in the following error messages:

It compiles fine for me on Leopard. I just assume you are using Tiger?

Rainer

From trog24 at comcast.net  Thu Apr  2 22:58:05 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 22:58:05 -0700
Subject: qemu would not upgrade
In-Reply-To: <49D5A48B.5050204@macports.org>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>
	<49D5A48B.5050204@macports.org>
Message-ID: <08C5E33E-EB66-452C-AFD8-65686BE10F7F@comcast.net>


On Apr 2, 2009, at 10:54 PM, Rainer M?ller wrote:

> On 2009-04-03 07:43, Frank J. R. Hanstick wrote:
>> Hello,
>> Attempting to upgrade qemu resulted in the following error messages:
>
> It compiles fine for me on Leopard. I just assume you are using Tiger?
>
> Rainer
Hello,
	You assume correctly.  The platform is also a PowerPC G4.
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/43dc37ed/attachment.html>

From raimue at macports.org  Thu Apr  2 23:02:20 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 03 Apr 2009 08:02:20 +0200
Subject: subversion would not upgrade
In-Reply-To: <217DDD0E-020C-4F56-90A8-4A40FB8B5B39@comcast.net>
References: <217DDD0E-020C-4F56-90A8-4A40FB8B5B39@comcast.net>
Message-ID: <49D5A66C.5090100@macports.org>

On 2009-04-03 07:48, Frank J. R. Hanstick wrote:
> Hello,
> 
> Trying to upgrade subversion resulted in the following error messages:

There is currently a problem on Tiger with that.

  http://trac.macports.org/ticket/18937

The workaround is to uninstall the old subversion before installing the
new version.

Rainer

From trog24 at comcast.net  Thu Apr  2 23:40:37 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 2 Apr 2009 23:40:37 -0700
Subject: subversion would not upgrade
In-Reply-To: <49D5A66C.5090100@macports.org>
References: <217DDD0E-020C-4F56-90A8-4A40FB8B5B39@comcast.net>
	<49D5A66C.5090100@macports.org>
Message-ID: <FE62E73B-5E71-4B34-BEF1-C12852581850@comcast.net>


On Apr 2, 2009, at 11:02 PM, Rainer M?ller wrote:

> On 2009-04-03 07:48, Frank J. R. Hanstick wrote:
>> Hello,
>>
>> Trying to upgrade subversion resulted in the following error  
>> messages:
>
> There is currently a problem on Tiger with that.
>
>   http://trac.macports.org/ticket/18937
>
> The workaround is to uninstall the old subversion before installing  
> the
> new version.
>
> Rainer
Hello,
	The latest version of subversion installed without error.  Thank you.
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090402/452101d4/attachment.html>

From raimue at macports.org  Fri Apr  3 00:14:51 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 03 Apr 2009 09:14:51 +0200
Subject: qemu would not upgrade
In-Reply-To: <08C5E33E-EB66-452C-AFD8-65686BE10F7F@comcast.net>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>
	<49D5A48B.5050204@macports.org>
	<08C5E33E-EB66-452C-AFD8-65686BE10F7F@comcast.net>
Message-ID: <49D5B76B.2040500@macports.org>

On 2009-04-03 07:58, Frank J. R. Hanstick wrote:
> 
> On Apr 2, 2009, at 10:54 PM, Rainer M?ller wrote:
> 
>> On 2009-04-03 07:43, Frank J. R. Hanstick wrote:
>>> Hello,
>>> Attempting to upgrade qemu resulted in the following error messages:
>>
>> It compiles fine for me on Leopard. I just assume you are using Tiger?
>>
>> Rainer
> Hello,
> You assume correctly.  The platform is also a PowerPC G4.

Ok, so this has either something to do with Tiger or PowerPC vs. Intel.
As I don't have access to either of them right now, could you please
file a issue upstream, i.e. with qemu itself? Thanks.

Rainer

From jmr at macports.org  Fri Apr  3 01:36:53 2009
From: jmr at macports.org (Joshua Root)
Date: Fri, 03 Apr 2009 19:36:53 +1100
Subject: qemu would not upgrade
In-Reply-To: <49D5B76B.2040500@macports.org>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>	<49D5A48B.5050204@macports.org>	<08C5E33E-EB66-452C-AFD8-65686BE10F7F@comcast.net>
	<49D5B76B.2040500@macports.org>
Message-ID: <49D5CAA5.2080204@macports.org>

Rainer M?ller wrote:
> On 2009-04-03 07:58, Frank J. R. Hanstick wrote:
>> On Apr 2, 2009, at 10:54 PM, Rainer M?ller wrote:
>>
>>> On 2009-04-03 07:43, Frank J. R. Hanstick wrote:
>>>> Hello,
>>>> Attempting to upgrade qemu resulted in the following error messages:
>>> It compiles fine for me on Leopard. I just assume you are using Tiger?
>>>
>>> Rainer
>> Hello,
>> You assume correctly.  The platform is also a PowerPC G4.
> 
> Ok, so this has either something to do with Tiger or PowerPC vs. Intel.
> As I don't have access to either of them right now, could you please
> file a issue upstream, i.e. with qemu itself? Thanks.

It's Tiger, and it is known:

<http://lists.gnu.org/archive/html/qemu-devel/2008-10/msg00393.html>

- Josh

From talklists at newgeo.com  Fri Apr  3 01:49:19 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 3 Apr 2009 01:49:19 -0700
Subject: Suggested updates to MAMP pages
Message-ID: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>

http://trac.macports.org/wiki/howto/MAMP

The section where the docs state:
> In /opt/local/apache2/conf/extra/httpd-userdir.conf, add the  
> following lines to the end of the file:
>
> # # Include user configurations # Include /private/etc/httpd/users/ 
> *.conf
The include path is wrong
Include /private/etc/httpd/users/*.conf		<- incorrect
Include /private/etc/apache2/users/*.conf	<- correct

If as per the docs, this line is uncommented:
Include conf/extra/httpd-manual.conf

On the mysql section, this location does not exist:
sudo chown -R mysql:mysql /opt/local/var/log/mysql5/
--
Scott * If you contact me off list replace talklists@ with scott@ *


From trog24 at comcast.net  Fri Apr  3 01:59:15 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Fri, 3 Apr 2009 01:59:15 -0700
Subject: qemu would not upgrade
In-Reply-To: <49D5CAA5.2080204@macports.org>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>	<49D5A48B.5050204@macports.org>	<08C5E33E-EB66-452C-AFD8-65686BE10F7F@comcast.net>
	<49D5B76B.2040500@macports.org> <49D5CAA5.2080204@macports.org>
Message-ID: <1D075160-BBAB-4F4B-B6F5-9862BE4EC9BC@comcast.net>


On Apr 3, 2009, at 1:36 AM, Joshua Root wrote:

> Rainer M?ller wrote:
>> On 2009-04-03 07:58, Frank J. R. Hanstick wrote:
>>> On Apr 2, 2009, at 10:54 PM, Rainer M?ller wrote:
>>>
>>>> On 2009-04-03 07:43, Frank J. R. Hanstick wrote:
>>>>> Hello,
>>>>> Attempting to upgrade qemu resulted in the following error  
>>>>> messages:
>>>> It compiles fine for me on Leopard. I just assume you are using  
>>>> Tiger?
>>>>
>>>> Rainer
>>> Hello,
>>> You assume correctly.  The platform is also a PowerPC G4.
>>
>> Ok, so this has either something to do with Tiger or PowerPC vs.  
>> Intel.
>> As I don't have access to either of them right now, could you please
>> file a issue upstream, i.e. with qemu itself? Thanks.
>
> It's Tiger, and it is known:
>
> <http://lists.gnu.org/archive/html/qemu-devel/2008-10/msg00393.html>
>
> - Josh
Hello,

	It looks like a patch was submitted to correct the problem:

		cocoa_m_OpenGL.diff.gz

	Is there a way to run the patch without waiting for a new port?

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090403/404ce732/attachment.html>

From afb at macports.org  Fri Apr  3 02:00:28 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Fri, 3 Apr 2009 11:00:28 +0200
Subject: Suggested updates to MAMP pages
In-Reply-To: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
Message-ID: <C4DBF308-BE0F-4EDD-AFCE-FFD5B57A3D8F@macports.org>

Scott Haneda wrote:

> http://trac.macports.org/wiki/howto/MAMP
>
> The section where the docs state:
>> In /opt/local/apache2/conf/extra/httpd-userdir.conf, add the  
>> following lines to the end of the file:
>>
>> # # Include user configurations # Include /private/etc/httpd/users/ 
>> *.conf
> The include path is wrong
> Include /private/etc/httpd/users/*.conf		<- incorrect
> Include /private/etc/apache2/users/*.conf	<- correct

Probably more like Tiger/Leopard than "incorrect"/"correct"...

--anders


From talklists at newgeo.com  Fri Apr  3 02:04:37 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 3 Apr 2009 02:04:37 -0700
Subject: Suggested updates to MAMP pages
In-Reply-To: <C4DBF308-BE0F-4EDD-AFCE-FFD5B57A3D8F@macports.org>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
	<C4DBF308-BE0F-4EDD-AFCE-FFD5B57A3D8F@macports.org>
Message-ID: <8B6D58D3-891E-4C84-A606-F5CE0BE251C7@newgeo.com>

On Apr 3, 2009, at 2:00 AM, Anders F Bj?rklund wrote:

> Scott Haneda wrote:
>
>> http://trac.macports.org/wiki/howto/MAMP
>>
>> The section where the docs state:
>>> In /opt/local/apache2/conf/extra/httpd-userdir.conf, add the  
>>> following lines to the end of the file:
>>>
>>> # # Include user configurations # Include /private/etc/httpd/users/ 
>>> *.conf
>> The include path is wrong
>> Include /private/etc/httpd/users/*.conf		<- incorrect
>> Include /private/etc/apache2/users/*.conf	<- correct
>
> Probably more like Tiger/Leopard than "incorrect"/"correct"...


Ah, good point.  Did not think about that.  So there should be some  
notes added in that regard.  I also found that php does not load with  
the settings mentioned on the page.

The loading of the php module is done by
#
# Include PHP configurations
#
Include conf/extras-conf/mod_php.conf

 From where httpd.conf sits, at /opt/local/apache2/conf/httpd.conf  
Apache 2 can not locate the file.  It is silent about the issue,  
but .php files will be downloaded, and not parsed.

Rather than fiddling with relative and absolute, as I just want to  
test a few things out locally on this macbook, I changed it to
Include /opt/local/apache2/conf/extras-conf/mod_php.conf

I could not use ../ in the path name, that seems to be invalid for  
apache2.  I am not sure why the original form did not work, I believe  
it should have, but it does not.  The full path certainly does.
--
Scott * If you contact me off list replace talklists@ with scott@ *


From raimue at macports.org  Fri Apr  3 05:45:06 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 03 Apr 2009 14:45:06 +0200
Subject: Suggested updates to MAMP pages
In-Reply-To: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
Message-ID: <49D604D2.6030003@macports.org>

On 2009-04-03 10:49, Scott Haneda wrote:
> http://trac.macports.org/wiki/howto/MAMP
> 
> The section where the docs state:
>> In /opt/local/apache2/conf/extra/httpd-userdir.conf, add the  
>> following lines to the end of the file:
>>
>> # # Include user configurations # Include /private/etc/httpd/users/ 
>> *.conf
> The include path is wrong
> Include /private/etc/httpd/users/*.conf		<- incorrect
> Include /private/etc/apache2/users/*.conf	<- correct
> 
> If as per the docs, this line is uncommented:
> Include conf/extra/httpd-manual.conf
> 
> On the mysql section, this location does not exist:
> sudo chown -R mysql:mysql /opt/local/var/log/mysql5/

As this is a wiki, please just go ahead and change it. Everybody is
allowed to edit wiki pages.

Rainer

From deane at umd.edu  Fri Apr  3 11:54:02 2009
From: deane at umd.edu (Anil Deane)
Date: Fri, 3 Apr 2009 14:54:02 -0400
Subject: macports error
Message-ID: <CA9DD4BD-5C1B-4ABA-BB1D-0F0EDB3C2E01@umd.edu>

Just installed maports 1.7.0.

Get error as below (and get it when running any port)

sudo port -v selfupdate
couldn't load file "/opt/local/share/macports/Tcl/pextlib1.0/ 
Pextlib.dylib": dlopen(/opt/local/share/macports/Tcl/pextlib1.0/ 
Pextlib.dylib, 10): no suitable image found.  Did find:
	/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: mach-o, but  
wrong architecture
    while executing
"load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
    ("package ifneeded" script)
    invoked from within
"package require Pextlib 1.0"
    (file "/opt/local/bin/port" line 40)


Have Xcode 3.1.2, 10.5.6. Intel Mac Pro, very latest machine.

Thanks in advance

Anil Deane


From deane at umd.edu  Fri Apr  3 13:07:52 2009
From: deane at umd.edu (Anil Deane)
Date: Fri, 3 Apr 2009 16:07:52 -0400
Subject: Resolved: Re: macports error
In-Reply-To: <CA9DD4BD-5C1B-4ABA-BB1D-0F0EDB3C2E01@umd.edu>
References: <CA9DD4BD-5C1B-4ABA-BB1D-0F0EDB3C2E01@umd.edu>
Message-ID: <D96FAFEE-112E-4E0C-A820-AAB375181A25@umd.edu>

Scratch that -

Difference between 1.7.0 and 1.7.1  !

(Had 1.7.0 from just week or so ago on another machine and didn't  
download 1.7.1 directly)

Works fine now.

Thanks just in case,
Anil

On Apr 3, 2009, at 2:54 PM, Anil Deane wrote:

> Just installed maports 1.7.0.
>
> Get error as below (and get it when running any port)
>
> sudo port -v selfupdate
> couldn't load file "/opt/local/share/macports/Tcl/pextlib1.0/ 
> Pextlib.dylib": dlopen(/opt/local/share/macports/Tcl/pextlib1.0/ 
> Pextlib.dylib, 10): no suitable image found.  Did find:
> 	/opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib: mach-o, but  
> wrong architecture
>   while executing
> "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib"
>   ("package ifneeded" script)
>   invoked from within
> "package require Pextlib 1.0"
>   (file "/opt/local/bin/port" line 40)
>
>
> Have Xcode 3.1.2, 10.5.6. Intel Mac Pro, very latest machine.
>
> Thanks in advance
>
> Anil Deane
>


From trog24 at comcast.net  Fri Apr  3 13:52:43 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Fri, 3 Apr 2009 13:52:43 -0700
Subject: What is MacPorts doing?
Message-ID: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>

Hello,
	During a sudo port upgrade installed, the following  appeared:

Error: No port render found.
Error: No port render found.
--->  Deactivating spidermonkey @1.7.0_2
--->  Activating spidermonkey @1.7.0_2
--->  Cleaning spidermonkey
--->  Deactivating spidermonkey @1.7.0_2
--->  Activating spidermonkey @1.7.0_2
--->  Cleaning spidermonkey

Does anyone have an idea of what is going on.  I had started a sudo  
port -d upgrade installed; but, with all the repeated checks, it  
takes forever to run because this occurs towards the end of the  
process.  Any suggestions on a quicker way to find out what is  
occurring?
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090403/31a76021/attachment.html>

From jmr at macports.org  Fri Apr  3 14:36:42 2009
From: jmr at macports.org (Joshua Root)
Date: Sat, 04 Apr 2009 08:36:42 +1100
Subject: What is MacPorts doing?
In-Reply-To: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
Message-ID: <49D6816A.40609@macports.org>

Frank J. R. Hanstick wrote:
> Hello,
> During a sudo port upgrade installed, the following  appeared:
> 
> Error: No port render found.
> Error: No port render found.
> --->  Deactivating spidermonkey @1.7.0_2
> --->  Activating spidermonkey @1.7.0_2
> --->  Cleaning spidermonkey
> --->  Deactivating spidermonkey @1.7.0_2
> --->  Activating spidermonkey @1.7.0_2
> --->  Cleaning spidermonkey
> 
> Does anyone have an idea of what is going on.  I had started a sudo port
> -d upgrade installed; but, with all the repeated checks, it takes
> forever to run because this occurs towards the end of the process.  Any
> suggestions on a quicker way to find out what is occurring?

1. Are you running 1.7.1?

2. Try upgrading outdated rather than installed.

- Josh

From talklists at newgeo.com  Fri Apr  3 14:57:29 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 3 Apr 2009 14:57:29 -0700
Subject: Forgot to add +variant
Message-ID: <EE030913-9B4F-4CBB-8FF6-D53536A21750@newgeo.com>

Hello, what is the procecdure when you need to add a variant? On my  
dev machine, I had
sudo port install php5 +apache2 +mysql5

I needed to add in +imap

I ended up removing it all, and putting it all back in, with a lot of - 
f'ing and uninstalling.

Can someone tell me the correct procedure for adding in variants to  
already installed s-ware?
--
Scott * If you contact me off list replace talklists@ with scott@ *


From jmr at macports.org  Fri Apr  3 15:01:27 2009
From: jmr at macports.org (Joshua Root)
Date: Sat, 04 Apr 2009 09:01:27 +1100
Subject: Forgot to add +variant
In-Reply-To: <EE030913-9B4F-4CBB-8FF6-D53536A21750@newgeo.com>
References: <EE030913-9B4F-4CBB-8FF6-D53536A21750@newgeo.com>
Message-ID: <49D68737.9040100@macports.org>

Scott Haneda wrote:
> Hello, what is the procecdure when you need to add a variant? On my dev
> machine, I had
> sudo port install php5 +apache2 +mysql5
> 
> I needed to add in +imap

sudo port -fn upgrade php5 +imap

- Josh

From ryandesign at macports.org  Fri Apr  3 16:58:44 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 3 Apr 2009 18:58:44 -0500
Subject: Suggested updates to MAMP pages
In-Reply-To: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
Message-ID: <4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>


On Apr 3, 2009, at 03:49, Scott Haneda wrote:

> On the mysql section, this location does not exist:
> sudo chown -R mysql:mysql /opt/local/var/log/mysql5/

Create it. See also:

http://trac.macports.org/ticket/16615



From ryandesign at macports.org  Fri Apr  3 17:18:59 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 3 Apr 2009 19:18:59 -0500
Subject: qemu would not upgrade
In-Reply-To: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>
Message-ID: <7C4EB384-1AAC-46B6-9C13-F1C1A4E0B151@macports.org>


On Apr 3, 2009, at 00:43, Frank J. R. Hanstick wrote:

> 	Attempting to upgrade qemu resulted in the following error messages:
>
> --->  Building qemu
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_emula 
> tors_qemu/work/qemu-0.10.1" && make all " returned error 2
> Command output:   OBJC  cocoa.o
> cocoa.m:233: warning: no previous prototype for  
> 'cocoa_keycode_to_qemu'
> cocoa.m:318:5: warning: "__LITTLE_ENDIAN__" is not defined
> cocoa.m: In function '-[QemuCocoaView toggleFullScreen:]':
> cocoa.m:426: warning: 'QemuCocoaView' may not respond to '- 
> exitFullScreenModeWithOptions:'
> cocoa.m:426: warning: (Messages without a matching method signature
> cocoa.m:426: warning: will be assumed to return 'id' and accept
> cocoa.m:426: warning: '...' as arguments.)
> cocoa.m:444: error: 'NSFullScreenModeAllScreens' undeclared (first  
> use in this function)
> cocoa.m:444: error: (Each undeclared identifier is reported only once
> cocoa.m:444: error: for each function it appears in.)
> cocoa.m:445: error: 'NSFullScreenModeSetting' undeclared (first use  
> in this function)
> cocoa.m:446: warning: 'QemuCocoaView' may not respond to '- 
> enterFullScreenMode:withOptions:'
> cocoa.m: In function '-[QemuCocoaAppController  
> openPanelDidEnd:returnCode:contextInfo:]':
> cocoa.m:786: warning: initialization discards qualifiers from  
> pointer target type
> make: *** [cocoa.o] Error 1

I tried on 10.4.11 Intel and got a different error, for which I filed  
a ticket:

http://trac.macports.org/ticket/19161



From ryandesign at macports.org  Fri Apr  3 17:49:22 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 3 Apr 2009 19:49:22 -0500
Subject: new milestone: Port Binaries
In-Reply-To: <49D54AA6.9040603@macports.org>
References: <b808b3510903301307p44959891vf7a040f918945170@mail.gmail.com>
	<49D54AA6.9040603@macports.org>
Message-ID: <E5FA3F5D-91CA-4C66-BA7D-A1B35365DCFB@macports.org>


On Apr 2, 2009, at 18:30, Rainer M?ller wrote:

> On 2009-03-30 22:07, Darren Weber wrote:
>> How about a new milestone for trac: binary distributions?  I guess  
>> most
>> of this would focus on mpab and adaptations to port to enable binary
>> installations.
>
> Nobody objected, so I created the new milestone.

Do we really feel this is an appropriate use of a milestone? I was on  
the fence about it so I didn't say anything, hoping someone else  
would chime in. It seems to me that any software issues like mpab and  
any base modifications would go in the MacPorts ${version}  
milestones, and any server-related issues would go in the ... well,  
the nonexistent servers milestone. Whenever I have a servers issue, I  
use the server/hosting component and leave the milestone blank. :-/  
Which is probably fine; not everything needs a milestone...


> PS:
> Should really look into getting <http://trac.macports.org/ticket/ 
> 14909>
> resolved...

Interesting. I hadn't seen that ticket before.


From ryandesign at macports.org  Fri Apr  3 17:53:42 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 3 Apr 2009 19:53:42 -0500
Subject: Firefox-x11 did not upgrade
In-Reply-To: <B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
	<20090402205702.GD701@ninagal.withay.com>
	<B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>
Message-ID: <6F9B3A38-680F-4E49-A362-F74CC7513999@macports.org>


On Apr 2, 2009, at 18:21, Frank J. R. Hanstick wrote:

> On Apr 2, 2009, at 1:57 PM, Bryan Blackburn wrote:
>
>> On Thu, Apr 02, 2009 at 02:14:37AM -0700, Frank J. R. Hanstick said:
>>
>>> 	Upgrading Firefox-x11 resulted in the following error:
>> [...]
>>> In file included from nsNSSCleaner.h:127,
>>>                  from nsNSSCleaner.cpp:38:
>>> ../../../../dist/include/system_wrappers/certt.h:3:24: error:  
>>> certt.h: No
>>> such file or directory
>>
>> That should be with the nss port, do you have that installed and  
>> at version
>> 3.12?  The current firefox-x11 (3.0.8_2) lists it as a dependency,  
>> so it
>> should have been installed...
>
> 	Being dependent on nss-3,12 explains why it is not installing  
> because nss-3.12 fails to install (ticket 18930) leaving me with  
> nss-3.11.9_0.  Shouldn't a failure to install nss-3.12 cause the  
> Firefox-x11 to abort during configuration rather than build?

You can bring that up with the developers of firefox if you like.  
Sounds like their configure script isn't properly detecting the  
required version of nss.

> 	This leads into another issue, namely that of repeated attempts on  
> failed installations.  The repeated attempts are from  each  
> instance of detecting a dependency at a new module.  As a result, a  
> lot of time is wasted in repeating failed installation attempts.   
> Can't there be some sort of unsuccessful history link list be made  
> available for upgrade installed so that repeated attempts are not  
> made?

That could probably be done. I myself do not have the expertise to do  
this. Feel free to file a ticket and/or supply the code to do this.

Note that it's not that much time that's wasted: the build attempt is  
not cleared between attempts, so while it takes some time to get to  
the failure the first time it's tried, subsequent attempts should  
fail fairly quickly at the same point.


From ryandesign at macports.org  Fri Apr  3 17:55:14 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 3 Apr 2009 19:55:14 -0500
Subject: openssl fails to upgrade on Panther
In-Reply-To: <EC4CDBB4-AA93-49F2-A1EC-C3460A15BECE@centosprime.com>
References: <EC4CDBB4-AA93-49F2-A1EC-C3460A15BECE@centosprime.com>
Message-ID: <11009D47-BC2D-46A1-B395-E9BC984695EE@macports.org>

On Apr 2, 2009, at 09:13, Chris Janton wrote:

> not even sure this is a good idea - beta software isn't for the  
> masses...

In a way, anything with a version number less than 1.0 is beta  
software or worse. So updating 0.9.8k to 1.0.0-beta1 seems fine to me.


> admin at x:admin:129 $ port outdated
> The following installed ports are outdated:
> openssl                        0.9.8k_0 < 1.0.0-beta1_0
>
> admin at x:admin:130 $ sudo port upgrade outdated
> --->  Fetching openssl
> --->  Attempting to fetch openssl-1.0.0-beta1.tar.gz from http:// 
> www.openssl.org/source/
> --->  Verifying checksum(s) for openssl
> --->  Extracting openssl
> --->  Applying patches to openssl
> --->  Configuring openssl
> --->  Building openssl
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel 
> _openssl/work/openssl-1.0.0-beta1" && make all " returned error 2
> Command output: /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  - 
> fPIC -fno-common -DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS - 
> D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   - 
> c -o genrsa.o genrsa.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o gendsa.o gendsa.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o genpkey.o genpkey.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_server.o s_server.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_client.o s_client.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o speed.o speed.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_time.o s_time.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o apps.o apps.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_cb.o s_cb.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o s_socket.o s_socket.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o app_rand.o app_rand.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o version.o version.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o sess_id.o sess_id.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o ciphers.o ciphers.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o nseq.o nseq.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkcs12.o pkcs12.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkcs8.o pkcs8.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkey.o pkey.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkeyparam.o pkeyparam.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o pkeyutl.o pkeyutl.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o spkac.o spkac.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o smime.o smime.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o cms.o cms.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o rand.o rand.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o engine.o engine.c
> /usr/bin/gcc-3.3 -DMONOLITH -I.. -I../include  -fPIC -fno-common - 
> DOPENSSL_PIC -DZLIB -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN - 
> DHAVE_DLFCN_H -arch ppc -O3 -DB_ENDIAN   -c -o ocsp.o ocsp.c
> ocsp.c: In function `query_responder':
> ocsp.c:1268: error: storage size of `tv' isn't known
> make[1]: *** [ocsp.o] Error 1
> make: *** [build_apps] Error 1

You can file a ticket for this if you like, but note that openssl has  
already been downgraded back to 0.9.8k for other reasons.


From jmr at macports.org  Fri Apr  3 18:19:41 2009
From: jmr at macports.org (Joshua Root)
Date: Sat, 04 Apr 2009 12:19:41 +1100
Subject: openssl fails to upgrade on Panther
In-Reply-To: <11009D47-BC2D-46A1-B395-E9BC984695EE@macports.org>
References: <EC4CDBB4-AA93-49F2-A1EC-C3460A15BECE@centosprime.com>
	<11009D47-BC2D-46A1-B395-E9BC984695EE@macports.org>
Message-ID: <49D6B5AD.40907@macports.org>

Ryan Schmidt wrote:
> In a way, anything with a version number less than 1.0 is beta software
> or worse.

That's not how everyone sees it. Some programmers just start counting
from 0, it's not that they don't think the software is "1.0-worthy".

- Josh

From talklists at newgeo.com  Fri Apr  3 18:27:43 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 3 Apr 2009 18:27:43 -0700
Subject: Suggested updates to MAMP pages
In-Reply-To: <4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
	<4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>
Message-ID: <C6FACA12-1CC0-4888-B325-D6E36C124E3F@newgeo.com>

On Apr 3, 2009, at 4:58 PM, Ryan Schmidt wrote:

> On Apr 3, 2009, at 03:49, Scott Haneda wrote:
>
>> On the mysql section, this location does not exist:
>> sudo chown -R mysql:mysql /opt/local/var/log/mysql5/
>
> Create it. See also:
>
> http://trac.macports.org/ticket/16615


Trying to install clean, are there issues with the servers at this time?

$sudo port install mysql5 +server
--->  Fetching mysql5
--->  Attempting to fetch patch-mysql_secure_installation.sh.diff from http://distfiles.macports.org/mysql5
--->  Attempting to fetch patch-mysql_secure_installation.sh.diff from http://trd.no.distfiles.macports.org/mysql5
--->  Attempting to fetch patch-mysql_secure_installation.sh.diff from http://arn.se.distfiles.macports.org/mysql5
--->  Attempting to fetch patch-mysql_secure_installation.sh.diff from http://svn.macports.org/repository/macports/distfiles/mysql5
--->  Attempting to fetch patch-mysql_secure_installation.sh.diff from http://svn.macports.org/repository/macports/distfiles/general/
--->  Attempting to fetch patch-mysql_secure_installation.sh.diff from http://svn.macports.org/repository/macports/downloads/mysql5
Error: Target org.macports.fetch returned: fetch failed
Error: Status 1 encountered during processing.

--
Scott * If you contact me off list replace talklists@ with scott@ *


From allencmcbride at gmail.com  Fri Apr  3 19:13:18 2009
From: allencmcbride at gmail.com (Allen McBride)
Date: Fri, 3 Apr 2009 22:13:18 -0400
Subject: installed second MacPorts copy, now can't see installed ports
Message-ID: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>

I wanted to see if I could figure out what this "port mdmg" stuff is  
all about, so I tried to follow some advice Rainer gave me a month  
ago: I downloaded the MacPorts tarball, then did the following:

1) Temporarily removed /opt/local/bin and /opt/local/sbin from my path  
(I made this step up because, when I tried it without doing this  
first, I got an error during configuration about not having tcl  
threads).
2) ./configure --prefix=/opt/solfegetest
3) make
4) sudo make install
5) cd /opt/solfegetest/bin
6) sudo ./port -v selfupdate
7) restored my usual path
8) sudo port -v selfupdate (expected this to sync my main macports  
installation)

Everything seemed to go fine, but now when I run "port installed", I  
get "No ports are installed."

"which port" returns "/opt/local/bin/port", as expected.  I've never  
thought about the registry before, but it seemed like an obvious thing  
to think about now, and I see there are no files in /opt/local/var/ 
macports/registry.

Where did I go wrong?  Can I undo this damage?

Thanks,
Allen

(10.5.6, Intel, MacPorts 1.71)


From slgarwood at gmail.com  Fri Apr  3 19:17:38 2009
From: slgarwood at gmail.com (Sterling Garwood)
Date: Fri, 3 Apr 2009 22:17:38 -0400
Subject: build failure on gnucash
Message-ID: <035C48B9-05C8-457D-AA23-55C14B590C12@gmail.com>

I'm doing a port install gnucash ....
it fails since it is trying to put python in the MacPorts folder --  
its already there (MacPorts put it in).
???

From talklists at newgeo.com  Fri Apr  3 19:29:19 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Fri, 3 Apr 2009 19:29:19 -0700
Subject: Suggested updates to MAMP pages
In-Reply-To: <4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
	<4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>
Message-ID: <39C4121F-6816-4033-B9F8-97CACE074ECC@newgeo.com>

On Apr 3, 2009, at 4:58 PM, Ryan Schmidt wrote:

> On Apr 3, 2009, at 03:49, Scott Haneda wrote:
>
>> On the mysql section, this location does not exist:
>> sudo chown -R mysql:mysql /opt/local/var/log/mysql5/
>
> Create it. See also:
>
> http://trac.macports.org/ticket/16615


I updated the ticket to show my test case procedure, attached a port  
diff
http://trac.macports.org/attachment/ticket/16615/Portfile-mysql5.diff
--
Scott * If you contact me off list replace talklists@ with scott@ *


From trog24 at comcast.net  Fri Apr  3 19:36:19 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Fri, 3 Apr 2009 19:36:19 -0700
Subject: What is MacPorts doing?
In-Reply-To: <49D6816A.40609@macports.org>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
	<49D6816A.40609@macports.org>
Message-ID: <368D7711-6A93-44EA-B23D-41848335532E@comcast.net>


On Apr 3, 2009, at 2:36 PM, Joshua Root wrote:

> Frank J. R. Hanstick wrote:
>> Hello,
>> During a sudo port upgrade installed, the following  appeared:
>>
>> Error: No port render found.
>> Error: No port render found.
>> --->  Deactivating spidermonkey @1.7.0_2
>> --->  Activating spidermonkey @1.7.0_2
>> --->  Cleaning spidermonkey
>> --->  Deactivating spidermonkey @1.7.0_2
>> --->  Activating spidermonkey @1.7.0_2
>> --->  Cleaning spidermonkey
>>
>> Does anyone have an idea of what is going on.  I had started a  
>> sudo port
>> -d upgrade installed; but, with all the repeated checks, it takes
>> forever to run because this occurs towards the end of the  
>> process.  Any
>> suggestions on a quicker way to find out what is occurring?
>
> 1. Are you running 1.7.1?
>
> 2. Try upgrading outdated rather than installed.
>
> - Josh
Hello,
	1) Yes.
	2) Don't upgrade installed which checks all the installed to  
determine what is to be upgraded and upgrade outdated which checks  
all the installed to determine what is to be upgraded essentially be  
the same?
	In any case, what is MacPorts doing at this juncture?
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090403/c0214dad/attachment.html>

From jmr at macports.org  Fri Apr  3 20:24:55 2009
From: jmr at macports.org (Joshua Root)
Date: Sat, 04 Apr 2009 14:24:55 +1100
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
Message-ID: <49D6D307.5060606@macports.org>

Allen McBride wrote:
> I wanted to see if I could figure out what this "port mdmg" stuff is all
> about, so I tried to follow some advice Rainer gave me a month ago: I
> downloaded the MacPorts tarball, then did the following:
> 
> 1) Temporarily removed /opt/local/bin and /opt/local/sbin from my path
> (I made this step up because, when I tried it without doing this first,
> I got an error during configuration about not having tcl threads).
> 2) ./configure --prefix=/opt/solfegetest
> 3) make
> 4) sudo make install
> 5) cd /opt/solfegetest/bin
> 6) sudo ./port -v selfupdate
> 7) restored my usual path
> 8) sudo port -v selfupdate (expected this to sync my main macports
> installation)
> 
> Everything seemed to go fine, but now when I run "port installed", I get
> "No ports are installed."
> 
> "which port" returns "/opt/local/bin/port", as expected.  I've never
> thought about the registry before, but it seemed like an obvious thing
> to think about now, and I see there are no files in
> /opt/local/var/macports/registry.

There never is; the registry currently keeps all its information under
${prefix}/var/macports/receipts/.

> Where did I go wrong?  Can I undo this damage?

For multiple MP installs, you also need to pass --with-tclpackage to
configure. The default is /Library/Tcl. Your first install put files
here, which were subsequently overwritten by your second install.

To correct things, you first need to reinstall MP with the default
prefix and Tcl package dir, and then reinstall with the alternate prefix
and alternate Tcl package dir.

You may also want to pass a different --with-applications-dir, if you
are going to be installing GUI apps with both installs.

- Josh

From allencmcbride at gmail.com  Fri Apr  3 21:00:56 2009
From: allencmcbride at gmail.com (Allen McBride)
Date: Sat, 4 Apr 2009 00:00:56 -0400
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <49D6D307.5060606@macports.org>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
	<49D6D307.5060606@macports.org>
Message-ID: <202E0A56-E59B-40B1-B497-1FA7D1A1C10B@gmail.com>

Thanks very much!  I re-installed MP with the defaults, and things  
work again, so I'm relieved.

So for the second install I'd pass, say, "--with-tclpackage=/Library/ 
Tcl-test" or something like that?

Also, I noticed just before re-installing that my bash prompt, which  
had always been begun with "Macintosh:" now begins with  
"Macintosh-2:".  Does this have something to do with MP's changes to / 
Library/Tcl?  (Before today, I had always installed MP with the binary  
packages.)

--Allen


On Apr 3, 2009, at 11:24 PM, Joshua Root wrote:
>
> For multiple MP installs, you also need to pass --with-tclpackage to
> configure. The default is /Library/Tcl. Your first install put files
> here, which were subsequently overwritten by your second install.
>
> To correct things, you first need to reinstall MP with the default
> prefix and Tcl package dir, and then reinstall with the alternate  
> prefix
> and alternate Tcl package dir.
>
> You may also want to pass a different --with-applications-dir, if you
> are going to be installing GUI apps with both installs.
>
> - Josh


From jmr at macports.org  Fri Apr  3 21:12:48 2009
From: jmr at macports.org (Joshua Root)
Date: Sat, 04 Apr 2009 15:12:48 +1100
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <202E0A56-E59B-40B1-B497-1FA7D1A1C10B@gmail.com>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
	<49D6D307.5060606@macports.org>
	<202E0A56-E59B-40B1-B497-1FA7D1A1C10B@gmail.com>
Message-ID: <49D6DE40.4060302@macports.org>

Allen McBride wrote:
> Thanks very much!  I re-installed MP with the defaults, and things work
> again, so I'm relieved.
> 
> So for the second install I'd pass, say,
> "--with-tclpackage=/Library/Tcl-test" or something like that?

Sure, you can actually put it anywhere you like. The reason why these
files live in /Library/Tcl in the first place, rather than somewhere
under $prefix, is so that you can fire up /usr/bin/tclsh and 'package
require macports' will work.

> Also, I noticed just before re-installing that my bash prompt, which had
> always been begun with "Macintosh:" now begins with "Macintosh-2:". 
> Does this have something to do with MP's changes to /Library/Tcl? 
> (Before today, I had always installed MP with the binary packages.)

Tcl shouldn't affect your shell at all. Could be a Bonjour thing?

- Josh

From allencmcbride at gmail.com  Fri Apr  3 21:33:32 2009
From: allencmcbride at gmail.com (Allen McBride)
Date: Sat, 4 Apr 2009 00:33:32 -0400
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <49D6DE40.4060302@macports.org>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
	<49D6D307.5060606@macports.org>
	<202E0A56-E59B-40B1-B497-1FA7D1A1C10B@gmail.com>
	<49D6DE40.4060302@macports.org>
Message-ID: <B238B295-37B8-4E53-8F83-76CDBAF97E3F@gmail.com>

On Apr 4, 2009, at 12:12 AM, Joshua Root wrote:

> Sure, you can actually put it anywhere you like. The reason why these
> files live in /Library/Tcl in the first place, rather than somewhere
> under $prefix, is so that you can fire up /usr/bin/tclsh and 'package
> require macports' will work.

Thanks again, this is helpful.

>> Also, I noticed just before re-installing that my bash prompt,  
>> which had
>> always been begun with "Macintosh:" now begins with "Macintosh-2:".
>> Does this have something to do with MP's changes to /Library/Tcl?
>> (Before today, I had always installed MP with the binary packages.)
>
> Tcl shouldn't affect your shell at all. Could be a Bonjour thing?

Maybe, but I dunno... the timing and uniqueness of it make me suspect  
it has something to do with installing MP from source... but I'm not  
going to worry about it.  Googling "Macintosh-2" doesn't reveal any  
discussion of the subject, but it does show that other people have the  
same thing in their prompt, and they don't seem worried. :-)

--Allen


From raimue at macports.org  Sat Apr  4 00:13:04 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 04 Apr 2009 09:13:04 +0200
Subject: qemu would not upgrade
In-Reply-To: <1D075160-BBAB-4F4B-B6F5-9862BE4EC9BC@comcast.net>
References: <7410AD79-A9A9-4107-914A-2BBEAD64F6B9@comcast.net>	<49D5A48B.5050204@macports.org>	<08C5E33E-EB66-452C-AFD8-65686BE10F7F@comcast.net>	<49D5B76B.2040500@macports.org>
	<49D5CAA5.2080204@macports.org>
	<1D075160-BBAB-4F4B-B6F5-9862BE4EC9BC@comcast.net>
Message-ID: <49D70880.9040804@macports.org>

On 2009-04-03 10:59, Frank J. R. Hanstick wrote:
> It looks like a patch was submitted to correct the problem:
> 
> cocoa_m_OpenGL.diff.gz
> 
> Is there a way to run the patch without waiting for a new port?

I tried this patch, but it does not seem to work against qemu @0.10.1.

Rainer

From raimue at macports.org  Sat Apr  4 00:19:50 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 04 Apr 2009 09:19:50 +0200
Subject: new milestone: Port Binaries
In-Reply-To: <E5FA3F5D-91CA-4C66-BA7D-A1B35365DCFB@macports.org>
References: <b808b3510903301307p44959891vf7a040f918945170@mail.gmail.com>
	<49D54AA6.9040603@macports.org>
	<E5FA3F5D-91CA-4C66-BA7D-A1B35365DCFB@macports.org>
Message-ID: <49D70A16.1000303@macports.org>

On 2009-04-04 02:49, Ryan Schmidt wrote:
> Do we really feel this is an appropriate use of a milestone? 

That's exactly what #14909 is about :-)

> I was on
> the fence about it so I didn't say anything, hoping someone else  
> would chime in. It seems to me that any software issues like mpab and  
> any base modifications would go in the MacPorts ${version}  
> milestones,

MPAB is not part of base, so I don't see why it should go into MacPorts
${version} where we keep the tickets for the releases.

> and any server-related issues would go in the ... well,  
> the nonexistent servers milestone. Whenever I have a servers issue, I  
> use the server/hosting component and leave the milestone blank. :-/  
> Which is probably fine; not everything needs a milestone...

The good thing is, the roadmap offers quick access to active tickets in
each milestone. If we switch to component/type instead, I would say we
need to add similar reports or create such a wiki page with Trac query
links.

Rainer

From blb at macports.org  Sat Apr  4 00:38:15 2009
From: blb at macports.org (Bryan Blackburn)
Date: Sat, 4 Apr 2009 01:38:15 -0600
Subject: new milestone: Port Binaries
In-Reply-To: <49D70A16.1000303@macports.org>
References: <b808b3510903301307p44959891vf7a040f918945170@mail.gmail.com>
	<49D54AA6.9040603@macports.org>
	<E5FA3F5D-91CA-4C66-BA7D-A1B35365DCFB@macports.org>
	<49D70A16.1000303@macports.org>
Message-ID: <20090404073815.GD23951@ninagal.withay.com>

On Sat, Apr 04, 2009 at 09:19:50AM +0200, Rainer M?ller said:
> On 2009-04-04 02:49, Ryan Schmidt wrote:
[...]
> > I was on
> > the fence about it so I didn't say anything, hoping someone else  
> > would chime in. It seems to me that any software issues like mpab and  
> > any base modifications would go in the MacPorts ${version}  
> > milestones,
> 
> MPAB is not part of base, so I don't see why it should go into MacPorts
> ${version} where we keep the tickets for the releases.

Note that everything in contrib/ doesn't really have a way of filing tickets
against them.  Perhaps we instead need a Contrib/Other milestone for such
things?

Bryan


> 
> > and any server-related issues would go in the ... well,  
> > the nonexistent servers milestone. Whenever I have a servers issue, I  
> > use the server/hosting component and leave the milestone blank. :-/  
> > Which is probably fine; not everything needs a milestone...
> 
> The good thing is, the roadmap offers quick access to active tickets in
> each milestone. If we switch to component/type instead, I would say we
> need to add similar reports or create such a wiki page with Trac query
> links.
> 
> Rainer

From jmr at macports.org  Sat Apr  4 01:17:26 2009
From: jmr at macports.org (Joshua Root)
Date: Sat, 04 Apr 2009 19:17:26 +1100
Subject: new milestone: Port Binaries
In-Reply-To: <20090404073815.GD23951@ninagal.withay.com>
References: <b808b3510903301307p44959891vf7a040f918945170@mail.gmail.com>	<49D54AA6.9040603@macports.org>	<E5FA3F5D-91CA-4C66-BA7D-A1B35365DCFB@macports.org>	<49D70A16.1000303@macports.org>
	<20090404073815.GD23951@ninagal.withay.com>
Message-ID: <49D71796.5070704@macports.org>

Bryan Blackburn wrote:
> On Sat, Apr 04, 2009 at 09:19:50AM +0200, Rainer M?ller said:
>> On 2009-04-04 02:49, Ryan Schmidt wrote:
> [...]
>>> I was on
>>> the fence about it so I didn't say anything, hoping someone else  
>>> would chime in. It seems to me that any software issues like mpab and  
>>> any base modifications would go in the MacPorts ${version}  
>>> milestones,
>> MPAB is not part of base, so I don't see why it should go into MacPorts
>> ${version} where we keep the tickets for the releases.
> 
> Note that everything in contrib/ doesn't really have a way of filing tickets
> against them.  Perhaps we instead need a Contrib/Other milestone for such
> things?

Sounds like a component to me...

- Josh

From saurabh76 at gmail.com  Sat Apr  4 02:47:52 2009
From: saurabh76 at gmail.com (Saurabh Mittal)
Date: Sat, 4 Apr 2009 10:47:52 +0100
Subject: Unable to make qtstalker on 10.5
Message-ID: <604bdb2c0904040247h129cf012g42ae0bc4076e4bbf@mail.gmail.com>

Here is the error that I am getting in the make phase :

*Output of Make:*
cd lib && make -f Makefile
c++ -c -pipe -ffast-math -Wall -W -g -fPIC  -DQT_NO_COMPAT
-DQT_THREAD_SUPPORT -DQT_SHARED -DQT_ACCESSIBILITY_SUPPORT
-DQT_TABLET_SUPPORT -DQT_NO_DEBUG -I/opt/local/share/qt3/mkspecs/default -I.
-I/opt/local/include/db43 -I/usr/local/include/ta-lib
-I/opt/local/var/macports/software/qt3-mac/include/qt3 -o QuotePlugin.o
QuotePlugin.cpp
In file included from QuotePlugin.cpp:22:
*QuotePlugin.h:25:21: error: qstring.h: No such file or directory
**followed by various other errors about Quoteplugin.cpp
**.....
....
*make[1]: *** [QuotePlugin.o] Error 1
make: *** [sub-lib] Error 2

Also, here are the various paths  and other useful info:
$QTDIR
-bash: /opt/local/var/macports/software/qt3-mac: is a directory

uname -a
Darwin My-Mac.local 9.6.0 Darwin Kernel Version 9.6.0: Mon Nov 24 17:37:00
PST 2008; root:xnu-1228.9.59~1/RELEASE_I386 i386

sw_vers
ProductName:    Mac OS X
ProductVersion:    10.5.6
BuildVersion:    9G55

Any suggestions?* *Am I missing out on something?

Cheers,
Sam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090404/0bc065f8/attachment.html>

From fishfan at nyc.rr.com  Sat Apr  4 08:25:23 2009
From: fishfan at nyc.rr.com (John B)
Date: Sat, 04 Apr 2009 11:25:23 -0400
Subject: Macports and Python25 problem in KDE install
Message-ID: <49D77BE3.8060501@nyc.rr.com>

I have been trying to install kde 3. I keep getting an error when it 
gets to the python build. Python is installed I see it in my 
applications/mac ports directory. For some reason I don't understand it 
says it is unregistered? Here is the error output:

Error: Target org.macports.activate returned: Image error: 
/Applications/MacPorts/MacPython 2.5/Build 
Applet.app/Contents/Info.plist already exists and does not belong to a 
registered port.  Unable to activate port python25.
Error: The following dependencies failed to build: kdebase3 kdelibs3 
unsermake py25-zlib python25 libusb kdenetwork3 openslp kdepim3 gpgme 
gnupg libgpg-error pth kdeaccessibility3 opensync py25-gobject 
py25-numeric sqlite3 swig bison gsed php5 apache2 apr apr-util db46 
autoconf213 gawk curl libmcrypt mhash python_select ruby kdeutils3
Error: Status 1 encountered during processing.

Any help apreciated.

John

From macsforever2000 at macports.org  Sat Apr  4 18:47:02 2009
From: macsforever2000 at macports.org (Frank Schima)
Date: Sat, 4 Apr 2009 19:47:02 -0600
Subject: Macports and Python25 problem in KDE install
In-Reply-To: <49D77BE3.8060501@nyc.rr.com>
References: <49D77BE3.8060501@nyc.rr.com>
Message-ID: <634B7B82-F24D-4A77-B07A-C63BADA5F5CB@macports.org>


On Apr 4, 2009, at 9:25 AM, John B wrote:

> I have been trying to install kde 3. I keep getting an error when it
> gets to the python build. Python is installed I see it in my
> applications/mac ports directory. For some reason I don't understand  
> it
> says it is unregistered? Here is the error output:
>
> Error: Target org.macports.activate returned: Image error:
> /Applications/MacPorts/MacPython 2.5/Build
> Applet.app/Contents/Info.plist already exists and does not belong to a
> registered port.  Unable to activate port python25.
> Error: The following dependencies failed to build: kdebase3 kdelibs3
> unsermake py25-zlib python25 libusb kdenetwork3 openslp kdepim3 gpgme
> gnupg libgpg-error pth kdeaccessibility3 opensync py25-gobject
> py25-numeric sqlite3 swig bison gsed php5 apache2 apr apr-util db46
> autoconf213 gawk curl libmcrypt mhash python_select ruby kdeutils3
> Error: Status 1 encountered during processing.


Force the activate of python. Namely:

sudo port -f activate python25

then try again.


Cheers!
Frank


From raimue at macports.org  Sun Apr  5 00:55:40 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 05 Apr 2009 09:55:40 +0200
Subject: build failure on gnucash
In-Reply-To: <035C48B9-05C8-457D-AA23-55C14B590C12@gmail.com>
References: <035C48B9-05C8-457D-AA23-55C14B590C12@gmail.com>
Message-ID: <49D863FC.9060900@macports.org>

On 2009-04-04 04:17, Sterling Garwood wrote:
> I'm doing a port install gnucash ....
> it fails since it is trying to put python in the MacPorts folder --  
> its already there (MacPorts put it in).

Please always show the error message in such cases.

Rainer

From raimue at macports.org  Sun Apr  5 03:08:54 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 05 Apr 2009 12:08:54 +0200
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <B238B295-37B8-4E53-8F83-76CDBAF97E3F@gmail.com>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>	<49D6D307.5060606@macports.org>	<202E0A56-E59B-40B1-B497-1FA7D1A1C10B@gmail.com>	<49D6DE40.4060302@macports.org>
	<B238B295-37B8-4E53-8F83-76CDBAF97E3F@gmail.com>
Message-ID: <49D88336.1010009@macports.org>

On 2009-04-04 06:33, Allen McBride wrote:
> Maybe, but I dunno... the timing and uniqueness of it make me suspect  
> it has something to do with installing MP from source... but I'm not  
> going to worry about it.  Googling "Macintosh-2" doesn't reveal any  
> discussion of the subject, but it does show that other people have the  
> same thing in their prompt, and they don't seem worried. :-)

Bash displays your hostname there. You can set it in the System
Preferences on the Sharing pref pane or using hostname(1). It also
happened to me that the hostname was changed unintended, probably by a
DHCP request.

Rainer

From raimue at macports.org  Sun Apr  5 03:46:29 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 05 Apr 2009 12:46:29 +0200
Subject: What is MacPorts doing?
In-Reply-To: <368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>	<49D6816A.40609@macports.org>
	<368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
Message-ID: <49D88C05.2070300@macports.org>

On 2009-04-04 04:36, Frank J. R. Hanstick wrote:
> 2) Don't upgrade installed which checks all the installed to determine
> what is to be upgraded and upgrade outdated which checks all the
> installed to determine what is to be upgraded essentially be the same?

installed and outdated are both pseudo-ports. That means, they expand to
a list of ports on invocation. The installed list is always longer than
the outdated list, of course.

So when passing port upgrade the installed pseudo-port, it is actually
doing upgrade on a list of ports. That means, it computes and follows
dependencies for each of them and checks for ports that need an upgrade.

So if you pass installed, it will check some ports over and over, as
they are referenced by many other ports. When passing outdated, it only
needs to check the dependencies of a small number of ports.

The computation of outdated ports only needs to walk once over each
installed port and is much faster than letting upgrade figure out which
dependencies actually need an upgrade.

But actually, both should result in the same. It's only the time for
walking dependencies that matters.

Rainer

From dlidstrom at gmail.com  Sun Apr  5 06:23:36 2009
From: dlidstrom at gmail.com (=?ISO-8859-1?Q?Daniel_Lidstr=F6m?=)
Date: Sun, 5 Apr 2009 15:23:36 +0200
Subject: Problem installing xorg
Message-ID: <90248CBB-6E4A-4F1C-9423-03351C20374E@gmail.com>

Hi,

I have just tried to build xorg, and it failed while trying to  
compile xterm:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xte 
rm/work/xterm-238" && make all " returned error 2
Command output: /usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/ 
local/include -I/opt/local/include/freetype2  -I. -I/usr/X11R6/ 
include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/ 
X11R6/include -D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED     -DXFREE86_FT2  
-DUTMP  -DOSMAJORVERSION=8 -DOSMINORVERSION=11  -I/usr/X11R6/include - 
I/opt/local/include -U_XOPEN_SOURCE -D_XOPEN_SOURCE=500 -DSIGWINCH=28  
-DPROJECTROOT='"/usr/X11R6"' -D__vendorversion__='"Version 4.4.0  
XFree86"'  -O2  -c ./button.c
/usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/local/include -I/opt/ 
local/include/freetype2  -I. -I/usr/X11R6/include -I/usr/X11R6/ 
include -I/usr/X11R6/include/freetype2 -I/usr/X11R6/include - 
D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED     -DXFREE86_FT2 -DUTMP  - 
DOSMAJORVERSION=8 -DOSMINORVERSION=11  -I/usr/X11R6/include -I/opt/ 
local/include -U_XOPEN_SOURCE -D_XOPEN_SOURCE=500 -DSIGWINCH=28 - 
DPROJECTROOT='"/usr/X11R6"' -D__vendorversion__='"Version 4.4.0  
XFree86"'  -O2  -c ./cachedGCs.c
/usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/local/include -I/opt/ 
local/include/freetype2  -I. -I/usr/X11R6/include -I/usr/X11R6/ 
include -I/usr/X11R6/include/freetype2 -I/usr/X11R6/include - 
D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED     -DXFREE86_FT2 -DUTMP  - 
DOSMAJORVERSION=8 -DOSMINORVERSION=11  -I/usr/X11R6/include -I/opt/ 
local/include -U_XOPEN_SOURCE -D_XOPEN_SOURCE=500 -DSIGWINCH=28 - 
DPROJECTROOT='"/usr/X11R6"' -D__vendorversion__='"Version 4.4.0  
XFree86"'  -O2  -c ./charproc.c
./charproc.c: In function 'in_put':
./charproc.c:3301: error: 'fd_mask' undeclared (first use in this  
function)
./charproc.c:3301: error: (Each undeclared identifier is reported  
only once
./charproc.c:3301: error: for each function it appears in.)
make: *** [charproc.o] Error 1

Error: The following dependencies failed to build: xorg-apps xterm  
xtrap xorg-libXTrap xorg-trapproto xvinfo xorg-libXv xorg-videoproto  
xwd xwininfo xwud xorg-server xorg-evieproto xorg-fonts font- 
adobe-100dpi xorg-font-util font-adobe-75dpi font-adobe-utopia-100dpi  
font-adobe-utopia-75dpi font-adobe-utopia-type1 font-alias font- 
arabic-misc font-bh-100dpi font-bh-75dpi font-bh- 
lucidatypewriter-100dpi font-bh-lucidatypewriter-75dpi font-bh-ttf  
font-bh-type1 font-bitstream-100dpi font-bitstream-75dpi font- 
bitstream-speedo font-bitstream-type1 font-cronyx-cyrillic font- 
cursor-misc font-daewoo-misc font-dec-misc font-ibm-type1 font-isas- 
misc font-jis-misc font-micro-misc font-misc-cyrillic font-misc- 
ethiopic font-misc-meltho font-misc-misc font-mutt-misc font- 
schumacher-misc font-screen-cyrillic font-sony-misc font-sun-misc  
font-winitzki-cyrillic font-xfree86-type1 xorg-encodings xorg-glproto  
xorg-resourceproto xorg-scrnsaverproto
Error: Status 1 encountered during processing.

I'm using Mac OS X 10.4.11 on a PowerPC. Do you need additional  
information?

Thanks in advance!

/Daniel

From LenoreHorner at sbcglobal.net  Sun Apr  5 07:04:41 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sun, 5 Apr 2009 09:04:41 -0500
Subject: downgrading Gnucash not helping
Message-ID: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>

Because of as yet unresolved Pango problems, I need to go back to my  
previous installation of Gnucash.  I attempted to do so, but Gnucash  
complains about a symbol not existing in a dylib.  So far the only  
thing I've deactivated and reactivated the old version of is Gnucash  
itself.  Other things that successfully upgraded have the new version  
active.  Is this causing problems?  If so, how do I figure out where  
the problem is?  I attempted to use port provides to figure out where  
the "missing" dylib was coming from but as you can see below, that  
didn't look in opt/ at all.

FWIW, this is exactly the same reason that the new Gnucash 2.2.9_1  
won't run.  Gnucash actually installs and activates despite the Pango  
failure.

Any help appreciated.
Lenore


Details:

MLHPBG4:~ mlh$ port installed gnucash
The following ports are currently installed:
   gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
   gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes  
(active)
MLHPBG4:~ mlh$ sudo port deactivate gnucash 2.2.9_1
Password:
--->  Deactivating gnucash
Error: port deactivate failed: Registry error: 2.2.9_1 not registered  
as installed & active.
MLHPBG4:~ mlh$ sudo port deactivate gnucash at 2.2.9_1
Error: port deactivate failed: Registry error: gnucash not registered  
as installed & active.
MLHPBG4:~ mlh$ port installed gnucash
The following ports are currently installed:
   gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
   gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes
MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0
Error: port activate failed: Registry error: gnucash 2.2.8_0 not  
registered as installed.
MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
--->  Activating gnucash @2.2.8_0+no_x11+without_hbci+without_ofx 
+without_quotes
MLHPBG4:~ mlh$ gnucash
dyld: Symbol not found: _CGLGetCurrentContext
   Referenced from: /System/Library/Frameworks/OpenGL.framework/ 
Versions/A/OpenGL
   Expected in: /opt/local/lib/libGL.dylib

Trace/BPT trap
MLHPBG4:~ mlh$ port provides libGL
/Users/mlh/libGL does not exist.
MLHPBG4:~ mlh$ cd /opt/local/lib/
MLHPBG4:lib mlh$ ls
GConf						libgoffice-0.6.6.0.5.dylib
X11						libgoffice-0.6.6.dylib
bonobo						libgoffice-0.6.dylib
bonobo-2.0					libgoffice-0.6.la
dbus-1.0					libgp11.0.dylib
enchant						libgp11.dylib
engines						libgp11.la
getopt						libgpg-error.0.5.0.dylib
gettext						libgpg-error.0.dylib
glib-2.0					libgpg-error.a
gnome-keyring					libgpg-error.dylib
gnome-vfs-2.0					libgpg-error.la
gnucash						libgsf-1.114.0.11.dylib
goffice						libgsf-1.114.dylib
gtk-2.0						libgsf-1.a
gwenhywfar					libgsf-1.dylib
hacklocaledir.so				libgsf-1.la
libGL.1.2.dylib					libgsf-gnome-1.114.0.11.dylib
libGL.1.dylib					libgsf-gnome-1.114.dylib
libGL.dylib					libgsf-gnome-1.a


From georg.otto at tuebingen.mpg.de  Sun Apr  5 11:10:40 2009
From: georg.otto at tuebingen.mpg.de (Georg Otto)
Date: Sun, 05 Apr 2009 20:10:40 +0200
Subject: autoreconf: failed to run libtoolize
Message-ID: <m11vs7otsv.fsf@tuebingen.mpg.de>

Hi,
I am quite inexperienced with Mac ports, so I apologize if I missed
something obvious. I am trying to install lyx, but there seems to be a
missing binary libtoolize (see below) Any idea?

Thanks,

Georg


 sudo port install lyx
Password:
--->  Configuring xorg-libAppleWM
Error: Target org.macports.configure returned: autoreconf failure: shell comman
 " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macp
rts.org_release_ports_x11_xorg-libAppleWM/work/libAppleWM-1.0.0" && autoreconf 
-install -fvi " returned error 1
Command output: autoreconf: Entering directory `.'
autoreconf: configure.ac: not using Gettext
autoreconf: running: aclocal --force 
/opt/local/share/aclocal/pstoedit.m4:7: warning: underquoted definition of AM_P
TH_PSTOEDIT
/opt/local/share/aclocal/pstoedit.m4:7:   run info '(automake)Extending aclocal
/opt/local/share/aclocal/pstoedit.m4:7:   or see http://sources.redhat.com/auto
ake/automake.html#Extending-aclocal
autoreconf: configure.ac: tracing
autoreconf: running: libtoolize --copy --force
Can't exec "libtoolize": No such file or directory at /opt/local/share/autoconf
Autom4te/FileUtils.pm line 290, <GEN3> line 4.
autoreconf: failed to run libtoolize: No such file or directory

Error: The following dependencies failed to build: texlive texlive_base xorg-li
s xorg-libAppleWM xorg-libFS xorg-fontsproto xorg-libXScrnSaver xorg-scrnsaverp
oto xorg-libXTrap xorg-libXt xorg-libsm xorg-libice xorg-trapproto xorg-libXaw 
org-libXmu xpm xorg-libXcomposite xorg-compositeproto xorg-fixesproto xorg-libX
ixes xorg-libXcursor xorg-renderproto xorg-libXdamage xorg-damageproto xorg-lib
evie xorg-evieproto xorg-libXfont xorg-fontcacheproto xorg-libfontenc xorg-libX
ontcache xorg-libXi xorg-libXinerama xorg-xineramaproto xorg-libXp xorg-printpr
to xorg-libXrandr xorg-randrproto xorg-libXres xorg-resourceproto xorg-libXtst 
org-recordproto xorg-libXv xorg-videoproto xorg-libXvMC xorg-libXxf86dga xorg-x
86dgaproto xorg-libXxf86misc xorg-xf86miscproto xorg-libXxf86vm xorg-xf86vidmod
proto xorg-libdmx xorg-dmxproto xorg-liblbxutil xorg-liboldX xorg-libxcb xorg-l
bpthread-stubs xorg-xcb-proto python26 db46 gdbm tk tcl xorg-libxkbfile xorg-li
xkbui xorg-xcb-util
Error: Status 1 encountered during processing.


From allencmcbride at gmail.com  Sun Apr  5 12:25:29 2009
From: allencmcbride at gmail.com (Allen McBride)
Date: Sun, 5 Apr 2009 15:25:29 -0400
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <49D88336.1010009@macports.org>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>	<49D6D307.5060606@macports.org>	<202E0A56-E59B-40B1-B497-1FA7D1A1C10B@gmail.com>	<49D6DE40.4060302@macports.org>
	<B238B295-37B8-4E53-8F83-76CDBAF97E3F@gmail.com>
	<49D88336.1010009@macports.org>
Message-ID: <2BCB5E26-76B8-453B-BF12-A822D2576CF9@gmail.com>

Thanks, this is helpful.  I didn't even know about hostname.

--Allen


On Apr 5, 2009, at 6:08 AM, Rainer M?ller wrote:

> On 2009-04-04 06:33, Allen McBride wrote:
>> Maybe, but I dunno... the timing and uniqueness of it make me suspect
>> it has something to do with installing MP from source... but I'm not
>> going to worry about it.  Googling "Macintosh-2" doesn't reveal any
>> discussion of the subject, but it does show that other people have  
>> the
>> same thing in their prompt, and they don't seem worried. :-)
>
> Bash displays your hostname there. You can set it in the System
> Preferences on the Sharing pref pane or using hostname(1). It also
> happened to me that the hostname was changed unintended, probably by a
> DHCP request.
>
> Rainer


From jmr at macports.org  Sun Apr  5 14:31:08 2009
From: jmr at macports.org (Joshua Root)
Date: Mon, 06 Apr 2009 07:31:08 +1000
Subject: autoreconf: failed to run libtoolize
In-Reply-To: <m11vs7otsv.fsf@tuebingen.mpg.de>
References: <m11vs7otsv.fsf@tuebingen.mpg.de>
Message-ID: <49D9231C.5080303@macports.org>

Georg Otto wrote:
> Hi,
> I am quite inexperienced with Mac ports, so I apologize if I missed
> something obvious. I am trying to install lyx, but there seems to be a
> missing binary libtoolize (see below) Any idea?
> 
> Can't exec "libtoolize": No such file or directory at /opt/local/share/autoconf
> Autom4te/FileUtils.pm line 290, <GEN3> line 4.
> autoreconf: failed to run libtoolize: No such file or directory

That's a strange error to get, since xorg-libAppleWM depends on libtool.
On my system it correctly finds glibtoolize.

What version of MacPorts are you running? Is the libtool port installed
and active? Are all your installed ports up to date?

- Josh

From trog24 at comcast.net  Sun Apr  5 15:40:53 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Sun, 5 Apr 2009 15:40:53 -0700
Subject: xorg failed to install
Message-ID: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>

Hello,

	I get the following when trying to install xorg:

--->  Building xterm
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xte 
rm/work/xterm-238" && make all " returned error 2
Command output: /usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/ 
local/include -I/opt/local/include/freetype2  -I. -I. -I/usr/X11R6/ 
include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/ 
X11R6/include -D__powerpc__ -D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED      
-DXFREE86_FT2 -DUTMP  -DOSMAJORVERSION=8 -DOSMINORVERSION=11  -I/usr/ 
X11R6/include -I/opt/local/include -U_XOPEN_SOURCE - 
D_XOPEN_SOURCE=500 -DSIGWINCH=28 -DPROJECTROOT='"/usr/X11R6"' - 
D__vendorversion__='"Version 4.7.0 XFree86"'  -O2  -c ./charproc.c
./charproc.c: In function 'in_put':
./charproc.c:3301: error: 'fd_mask' undeclared (first use in this  
function)
./charproc.c:3301: error: (Each undeclared identifier is reported  
only once
./charproc.c:3301: error: for each function it appears in.)
make: *** [charproc.o] Error 1

Error: The following dependencies failed to build: xorg-apps xterm  
xtrap xvinfo xwd xwininfo xwud xorg-server xorg-fonts font- 
adobe-100dpi xorg-font-util font-adobe-75dpi font-adobe-utopia-100dpi  
font-adobe-utopia-75dpi font-adobe-utopia-type1 font-alias font- 
arabic-misc font-bh-100dpi font-bh-75dpi font-bh- 
lucidatypewriter-100dpi font-bh-lucidatypewriter-75dpi font-bh-ttf  
font-bh-type1 font-bitstream-100dpi font-bitstream-75dpi font- 
bitstream-speedo font-bitstream-type1 font-cronyx-cyrillic font- 
cursor-misc font-daewoo-misc font-dec-misc font-ibm-type1 font-isas- 
misc font-jis-misc font-micro-misc font-misc-cyrillic font-misc- 
ethiopic font-misc-meltho font-misc-misc font-mutt-misc font- 
schumacher-misc font-screen-cyrillic font-sony-misc font-sun-misc  
font-winitzki-cyrillic font-xfree86-type1 xorg-encodings
Error: Status 1 encountered during processing.

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090405/5c693f42/attachment.html>

From blb at macports.org  Sun Apr  5 15:50:08 2009
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 5 Apr 2009 16:50:08 -0600
Subject: xorg failed to install
In-Reply-To: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
References: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
Message-ID: <20090405225008.GC16255@ninagal.withay.com>

On Sun, Apr 05, 2009 at 03:40:53PM -0700, Frank J. R. Hanstick said:
> Hello,
>
> 	I get the following when trying to install xorg:
>
> --->  Building xterm
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xte 
> rm/work/xterm-238" && make all " returned error 2
> Command output: /usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/ 
> local/include -I/opt/local/include/freetype2  -I. -I. -I/usr/X11R6/ 
> include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/ 
> X11R6/include -D__powerpc__ -D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED      
> -DXFREE86_FT2 -DUTMP  -DOSMAJORVERSION=8 -DOSMINORVERSION=11  -I/usr/ 
> X11R6/include -I/opt/local/include -U_XOPEN_SOURCE -D_XOPEN_SOURCE=500 
> -DSIGWINCH=28 -DPROJECTROOT='"/usr/X11R6"' -D__vendorversion__='"Version 
> 4.7.0 XFree86"'  -O2  -c ./charproc.c
> ./charproc.c: In function 'in_put':
> ./charproc.c:3301: error: 'fd_mask' undeclared (first use in this  
> function)
> ./charproc.c:3301: error: (Each undeclared identifier is reported only 
> once
> ./charproc.c:3301: error: for each function it appears in.)
> make: *** [charproc.o] Error 1

Are you on 10.4?  If so, sounds like the same issue at:

<http://lists.macosforge.org/pipermail/macports-users/2009-April/014710.html>

Bryan


[...]
>
> Frank J. R. Hanstick
> trog24 at comcast.net


From emrys.hughes at gmail.com  Sun Apr  5 17:53:22 2009
From: emrys.hughes at gmail.com (Emrys Hughes)
Date: Mon, 6 Apr 2009 10:53:22 +1000
Subject: installing mysql/apache 2/gd library on os x 10.5
Message-ID: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>

Hi

I have the latest version of macports and run selfupdate, and all the  
xcode tools installed.

I am trying to install the gd library and failing as follows:

sudo port install php5 +apache2 +mysql5 +server
Password:
--->  Building mysql5
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_databases_mysql5/work/mysql-5.0.77" &&  
make all " returned error 2
Command output:       _new_VioSSLFd in libvio.a(viosslfactories.o)
   "_EVP_BytesToKey", referenced from:
       Item_func_des_encrypt::val_str(String*)      in item_strfunc.o
       Item_func_des_decrypt::val_str(String*)      in item_strfunc.o
       load_des_key_file(char const*)in des_key_file.o
   "_BN_bin2bn", referenced from:
       _new_VioSSLFd in libvio.a(viosslfactories.o)
       _new_VioSSLFd in libvio.a(viosslfactories.o)
   "_SSL_get_verify_depth", referenced from:
       show_status_array(THD*, char const*, show_var_st*,  
enum_var_type, system_status_var*, char const*, st_table*)in sql_show.o
   "_CRYPTO_set_id_callback", referenced from:
       init_common_variables(char const*, int, char**, char const**)in  
mysqld.o
   "_SSL_CTX_use_PrivateKey_file", referenced from:
       _new_VioSSLFd in libvio.a(viosslfactories.o)
   "_SSL_CIPHER_get_name", referenced from:
       acl_getroot(THD*, user_resources*, char const*, unsigned int)in  
sql_acl.o
       acl_getroot(THD*, user_resources*, char const*, unsigned int)in  
sql_acl.o
       show_status_array(THD*, char const*, show_var_st*,  
enum_var_type, system_status_var*, char const*, st_table*)in sql_show.o
       _mysql_get_ssl_cipher in client.o
   "_SSL_set_quiet_shutdown", referenced from:
       _vio_ssl_close in libvio.a(viossl.o)
   "_X509_STORE_CTX_get_current_cert", referenced from:
       _vio_verify_callback in libvio.a(viosslfactories.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[4]: *** [mysqld] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: The following dependencies failed to build: apache2 apr-util  
mysql5 sqlite3 readline pcre autoconf213 m4 bzip2 libtool automake  
autoconf help2man p5-locale-gettext pkgconfig
Error: Status 1 encountered during processing.


From joshmiks at yahoo.co.in  Sun Apr  5 22:21:13 2009
From: joshmiks at yahoo.co.in (vinitha ks)
Date: Mon, 6 Apr 2009 10:51:13 +0530 (IST)
Subject: GLew for MAC
Message-ID: <626487.65341.qm@web95403.mail.in2.yahoo.com>


When i tried?sudo port install glew +universal.got?libGLEW.abut when i check its architecture it?displays
"/opt/local/var/macports/software/glew/1.5.1_0+universal/opt/local/lib/libGLEW.a (can't determine architecture for it)" and wouldn't work?libGLEW.a?file for intel or PPC.
--- On Mon, 2/3/09, Ryan Schmidt <ryandesign at macports.org> wrote:

From: Ryan Schmidt <ryandesign at macports.org>
Subject: Re: GLew for MAC
To: joshmiks at yahoo.co.in
Cc: macports-users at lists.macosforge.org
Date: Monday, 2 March, 2009, 1:08 PM


On Mar 2, 2009, at 00:54, vinitha ks wrote:

>? ? How do i create or download universal glew libaries for Leopard?

After installing MacPorts, type this in a Terminal:

sudo port install glew +universal

Note that unless you want to use these compiled binaries on both an Intel Mac and a PowerPC Mac, you don't need +universal.




      Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/113a5631/attachment.html>

From jmr at macports.org  Sun Apr  5 22:59:33 2009
From: jmr at macports.org (Joshua Root)
Date: Mon, 06 Apr 2009 15:59:33 +1000
Subject: GLew for MAC
In-Reply-To: <626487.65341.qm@web95403.mail.in2.yahoo.com>
References: <626487.65341.qm@web95403.mail.in2.yahoo.com>
Message-ID: <49D99A45.4040506@macports.org>

vinitha ks wrote:
> 
> When i tried sudo port install glew +universal.got libGLEW.a
> but when i check its architecture it displays
> "/opt/local/var/macports/software/glew/1.5.1_0+universal/opt/local/lib/libGLEW.a
> (can't determine architecture for it)" and wouldn't work libGLEW.a file
> for intel or PPC.

Any reason you can't use the .dylib?

- Josh

From hvdwolf at gmail.com  Sun Apr  5 23:53:50 2009
From: hvdwolf at gmail.com (Harry van der Wolf)
Date: Mon, 6 Apr 2009 08:53:50 +0200
Subject: GLew for MAC
In-Reply-To: <49D99A45.4040506@macports.org>
References: <626487.65341.qm@web95403.mail.in2.yahoo.com>
	<49D99A45.4040506@macports.org>
Message-ID: <8c242c590904052353i2fbd6fbr30d82b5c677551f1@mail.gmail.com>

I also tried to compile libGLEW universally, both via MacPorts and outside
macports. The make files and configures scripts are so old that they do not
allow to build a universal dylib on OSX. It doesn't even allow you to just
cross-compile libglew dynamically without lot's of patching in the make
files. I am on intel but managed to compile it for PPC and then got
segfaults in the ppc part, so I abandoned it.
In the end I just sticked to the static universal libGLEW. That compilation
worked on both MacPorts 1.6, 1.7 and 1.7svn on both Tiger and Leopard.

Harry


2009/4/6 Joshua Root <jmr at macports.org>

> vinitha ks wrote:
> >
> > When i tried sudo port install glew +universal.got libGLEW.a
> > but when i check its architecture it displays
> >
> "/opt/local/var/macports/software/glew/1.5.1_0+universal/opt/local/lib/libGLEW.a
> > (can't determine architecture for it)" and wouldn't work libGLEW.a file
> > for intel or PPC.
>
> Any reason you can't use the .dylib?
>
> - Josh
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/09d32d59/attachment.html>

From trog24 at comcast.net  Mon Apr  6 00:08:50 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 6 Apr 2009 00:08:50 -0700
Subject: xorg failed to install
In-Reply-To: <20090405225008.GC16255@ninagal.withay.com>
References: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
	<20090405225008.GC16255@ninagal.withay.com>
Message-ID: <CDC62F16-596D-4D94-93D3-3D0929CA3738@comcast.net>

On Apr 5, 2009, at 3:50 PM, Bryan Blackburn wrote:

> On Sun, Apr 05, 2009 at 03:40:53PM -0700, Frank J. R. Hanstick said:
>> Hello,
>>
>> 	I get the following when trying to install xorg:
>>
>> --->  Building xterm
>> Error: Target org.macports.build returned: shell command " cd "/opt/
>> local/var/macports/build/
>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_ 
>> xte
>> rm/work/xterm-238" && make all " returned error 2
>> Command output: /usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/
>> local/include -I/opt/local/include/freetype2  -I. -I. -I/usr/X11R6/
>> include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/
>> X11R6/include -D__powerpc__ -D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED
>> -DXFREE86_FT2 -DUTMP  -DOSMAJORVERSION=8 -DOSMINORVERSION=11  -I/usr/
>> X11R6/include -I/opt/local/include -U_XOPEN_SOURCE - 
>> D_XOPEN_SOURCE=500
>> -DSIGWINCH=28 -DPROJECTROOT='"/usr/X11R6"' - 
>> D__vendorversion__='"Version
>> 4.7.0 XFree86"'  -O2  -c ./charproc.c
>> ./charproc.c: In function 'in_put':
>> ./charproc.c:3301: error: 'fd_mask' undeclared (first use in this
>> function)
>> ./charproc.c:3301: error: (Each undeclared identifier is reported  
>> only
>> once
>> ./charproc.c:3301: error: for each function it appears in.)
>> make: *** [charproc.o] Error 1
>
> Are you on 10.4?  If so, sounds like the same issue at:
>
> <http://lists.macosforge.org/pipermail/macports-users/2009-April/ 
> 014710.html>
>
> Bryan
>
>
> [...]
>>
>> Frank J. R. Hanstick
>> trog24 at comcast.net
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Hello,
	Yes, I am using MacOS 10.4.11 on a PowerPC G4.  It looks the same;  
but, I do not know if we have the exact same CPU.
Frank J. R. Hanstick
trog24 at comcast.net
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/9a934645/attachment.html>

From ryandesign at macports.org  Mon Apr  6 00:20:12 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 02:20:12 -0500
Subject: GLew for MAC
In-Reply-To: <626487.65341.qm@web95403.mail.in2.yahoo.com>
References: <626487.65341.qm@web95403.mail.in2.yahoo.com>
Message-ID: <473BBD07-915F-4B03-856F-08CAD17ED3E1@macports.org>


On Apr 6, 2009, at 00:21, vinitha ks wrote:

> On Mon, 2/3/09, Ryan Schmidt wrote:
>
>> On Mar 2, 2009, at 00:54, vinitha ks wrote:
>>
>>> How do i create or download universal glew libaries for Leopard?
>>
>> After installing MacPorts, type this in a Terminal:
>>
>> sudo port install glew +universal
>>
>> Note that unless you want to use these compiled binaries on both  
>> an Intel Mac and a PowerPC Mac, you don't need +universal.
>
> When i tried sudo port install glew +universal.got libGLEW.a
> but when i check its architecture it displays
> "/opt/local/var/macports/software/glew/1.5.1_0+universal/opt/local/ 
> lib/libGLEW.a (can't determine architecture for it)" and wouldn't  
> work libGLEW.a file for intel or PPC.

I am able to build a 4-way universal of glew on Mac OS X 10.5.6 with  
Xcode 3.1.2 and MacPorts 1.7.1.

Note that libGLEW.a is a static library. I'm not aware of how to  
determine what architectures a static library is built for. Usually  
you would be using a dynamic library, like libGLEW.dylib, for which  
the "file" command should verify its architectures.


$ port install glew +universal
--->  Fetching glew
--->  Verifying checksum(s) for glew
--->  Extracting glew
--->  Applying patches to glew
--->  Configuring glew
--->  Building glew
--->  Staging glew into destroot
--->  Installing glew @1.5.1_0+universal
--->  Activating glew @1.5.1_0+universal
--->  Cleaning glew
$ port contents glew
Port glew contains:
   /opt/local/bin/glewinfo
   /opt/local/bin/visualinfo
   /opt/local/include/GL/glew.h
   /opt/local/include/GL/glxew.h
   /opt/local/include/GL/wglew.h
   /opt/local/lib/libGLEW.1.5.1.dylib
   /opt/local/lib/libGLEW.1.5.dylib
   /opt/local/lib/libGLEW.a
   /opt/local/lib/libGLEW.dylib
$ port contents glew | sed 1d | xargs file
/opt/local/bin/glewinfo:            Mach-O universal binary with 4  
architectures
/opt/local/bin/glewinfo (for architecture i386):       Mach-O  
executable i386
/opt/local/bin/glewinfo (for architecture ppc7400):    Mach-O  
executable ppc
/opt/local/bin/glewinfo (for architecture x86_64):     Mach-O 64-bit  
executable x86_64
/opt/local/bin/glewinfo (for architecture ppc64):      Mach-O 64-bit  
executable ppc64
/opt/local/bin/visualinfo:          Mach-O universal binary with 4  
architectures
/opt/local/bin/visualinfo (for architecture i386):     Mach-O  
executable i386
/opt/local/bin/visualinfo (for architecture ppc7400):  Mach-O  
executable ppc
/opt/local/bin/visualinfo (for architecture x86_64):   Mach-O 64-bit  
executable x86_64
/opt/local/bin/visualinfo (for architecture ppc64):    Mach-O 64-bit  
executable ppc64
/opt/local/include/GL/glew.h:       ASCII c program text, with CRLF  
line terminators
/opt/local/include/GL/glxew.h:      ASCII c program text, with CRLF  
line terminators
/opt/local/include/GL/wglew.h:      ASCII c program text, with CRLF  
line terminators
/opt/local/lib/libGLEW.1.5.1.dylib: Mach-O universal binary with 4  
architectures
/opt/local/lib/libGLEW.1.5.1.dylib (for architecture i386):    Mach-O  
dynamically linked shared library i386
/opt/local/lib/libGLEW.1.5.1.dylib (for architecture ppc7400): Mach-O  
dynamically linked shared library ppc
/opt/local/lib/libGLEW.1.5.1.dylib (for architecture x86_64):  Mach-O  
64-bit dynamically linked shared library x86_64
/opt/local/lib/libGLEW.1.5.1.dylib (for architecture ppc64):   Mach-O  
64-bit dynamically linked shared library ppc64
/opt/local/lib/libGLEW.1.5.dylib:   Mach-O universal binary with 4  
architectures
/opt/local/lib/libGLEW.1.5.dylib (for architecture i386):      Mach-O  
dynamically linked shared library i386
/opt/local/lib/libGLEW.1.5.dylib (for architecture ppc7400):   Mach-O  
dynamically linked shared library ppc
/opt/local/lib/libGLEW.1.5.dylib (for architecture x86_64):    Mach-O  
64-bit dynamically linked shared library x86_64
/opt/local/lib/libGLEW.1.5.dylib (for architecture ppc64):     Mach-O  
64-bit dynamically linked shared library ppc64
/opt/local/lib/libGLEW.a:           current ar archive
/opt/local/lib/libGLEW.dylib:       Mach-O universal binary with 4  
architectures
/opt/local/lib/libGLEW.dylib (for architecture i386):  Mach-O  
dynamically linked shared library i386
/opt/local/lib/libGLEW.dylib (for architecture ppc7400):       Mach-O  
dynamically linked shared library ppc
/opt/local/lib/libGLEW.dylib (for architecture x86_64):        Mach-O  
64-bit dynamically linked shared library x86_64
/opt/local/lib/libGLEW.dylib (for architecture ppc64): Mach-O 64-bit  
dynamically linked shared library ppc64
$




From blb at macports.org  Mon Apr  6 00:28:38 2009
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 6 Apr 2009 01:28:38 -0600
Subject: xorg failed to install
In-Reply-To: <CDC62F16-596D-4D94-93D3-3D0929CA3738@comcast.net>
References: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
	<20090405225008.GC16255@ninagal.withay.com>
	<CDC62F16-596D-4D94-93D3-3D0929CA3738@comcast.net>
Message-ID: <20090406072838.GJ16255@ninagal.withay.com>

On Mon, Apr 06, 2009 at 12:08:50AM -0700, Frank J. R. Hanstick said:
> On Apr 5, 2009, at 3:50 PM, Bryan Blackburn wrote:
>> On Sun, Apr 05, 2009 at 03:40:53PM -0700, Frank J. R. Hanstick said:
[...]
>>> ./charproc.c: In function 'in_put':
>>> ./charproc.c:3301: error: 'fd_mask' undeclared (first use in this
>>> function)
>>> ./charproc.c:3301: error: (Each undeclared identifier is reported  
>>> only
>>> once
>>> ./charproc.c:3301: error: for each function it appears in.)
>>> make: *** [charproc.o] Error 1
>>
>> Are you on 10.4?  If so, sounds like the same issue at:
>>
>> <http://lists.macosforge.org/pipermail/macports-users/2009-April/ 
>> 014710.html>
>>
>> Bryan
>>
>>
>> [...]
>>>
>>> Frank J. R. Hanstick
>>> trog24 at comcast.net
>>
> Hello,
> 	Yes, I am using MacOS 10.4.11 on a PowerPC G4.  It looks the same; but, I 
> do not know if we have the exact same CPU.
> Frank J. R. Hanstick
> trog24 at comcast.net

This is speculation on my part, but it seems like #includes are being done a
bit differently between 10.4 and 10.5; including sys/types.h should get
fd_mask (and something for 10.5 is probably bringing that in since xterm
builds fine for me on 10.5).  Not sure if the issue is with xterm or one of
the proto ports (like xorg-xproto) though.

Bryan


From afb at macports.org  Mon Apr  6 00:49:42 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Mon, 6 Apr 2009 09:49:42 +0200
Subject: GLew for MAC
In-Reply-To: <473BBD07-915F-4B03-856F-08CAD17ED3E1@macports.org>
References: <626487.65341.qm@web95403.mail.in2.yahoo.com>
	<473BBD07-915F-4B03-856F-08CAD17ED3E1@macports.org>
Message-ID: <4B45A3D7-157A-43DA-AA77-37041B7BF684@macports.org>

Ryan Schmidt wrote:

> Note that libGLEW.a is a static library. I'm not aware of how to  
> determine what architectures a static library is built for. Usually  
> you would be using a dynamic library, like libGLEW.dylib, for which  
> the "file" command should verify its architectures.

lipo -info

It's missing a toc on the archive, either by using "ar rcs" instead  
of "ar cr" or by calling "ranlib" explicitly.

BEFORE
lipo: archive with no architecture specification: /opt/local/lib/ 
libGLEW.a (can't determine architecture for it)

AFTER
Architectures in the fat file: /opt/local/lib/libGLEW.a are: ppc i386

--anders


From trog24 at comcast.net  Mon Apr  6 01:48:07 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 6 Apr 2009 01:48:07 -0700
Subject: xorg failed to install
In-Reply-To: <20090406072838.GJ16255@ninagal.withay.com>
References: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
	<20090405225008.GC16255@ninagal.withay.com>
	<CDC62F16-596D-4D94-93D3-3D0929CA3738@comcast.net>
	<20090406072838.GJ16255@ninagal.withay.com>
Message-ID: <18022B6E-D9DC-43CF-9482-C73B7F662847@comcast.net>


On Apr 6, 2009, at 12:28 AM, Bryan Blackburn wrote:

> On Mon, Apr 06, 2009 at 12:08:50AM -0700, Frank J. R. Hanstick said:
>> On Apr 5, 2009, at 3:50 PM, Bryan Blackburn wrote:
>>> On Sun, Apr 05, 2009 at 03:40:53PM -0700, Frank J. R. Hanstick said:
> [...]
>>>> ./charproc.c: In function 'in_put':
>>>> ./charproc.c:3301: error: 'fd_mask' undeclared (first use in this
>>>> function)
>>>> ./charproc.c:3301: error: (Each undeclared identifier is reported
>>>> only
>>>> once
>>>> ./charproc.c:3301: error: for each function it appears in.)
>>>> make: *** [charproc.o] Error 1
>>>
>>> Are you on 10.4?  If so, sounds like the same issue at:
>>>
>>> <http://lists.macosforge.org/pipermail/macports-users/2009-April/
>>> 014710.html>
>>>
>>> Bryan
>>>
>>>
>>> [...]
>>>>
>>>> Frank J. R. Hanstick
>>>> trog24 at comcast.net
>>>
>> Hello,
>> 	Yes, I am using MacOS 10.4.11 on a PowerPC G4.  It looks the  
>> same; but, I
>> do not know if we have the exact same CPU.
>> Frank J. R. Hanstick
>> trog24 at comcast.net
>
> This is speculation on my part, but it seems like #includes are  
> being done a
> bit differently between 10.4 and 10.5; including sys/types.h should  
> get
> fd_mask (and something for 10.5 is probably bringing that in since  
> xterm
> builds fine for me on 10.5).  Not sure if the issue is with xterm  
> or one of
> the proto ports (like xorg-xproto) though.
>
> Bryan
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
Hello,
	I do not know why there would be difference in doing includes.  It  
seems more like the fd_mask is not where it is expected to be (not  
that I know where that is).
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/16a42e42/attachment.html>

From ryandesign at macports.org  Mon Apr  6 02:30:48 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 04:30:48 -0500
Subject: xorg failed to install
In-Reply-To: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
References: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
Message-ID: <C6B77758-0BE8-43F9-826D-9EC6CDAE907B@macports.org>

On Apr 5, 2009, at 17:40, Frank J. R. Hanstick wrote:

> 	I get the following when trying to install xorg:
>
> --->  Building xterm
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_x 
> term/work/xterm-238" && make all " returned error 2
> Command output: /usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/ 
> local/include -I/opt/local/include/freetype2  -I. -I. -I/usr/X11R6/ 
> include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/ 
> X11R6/include -D__powerpc__ -D__DARWIN__ -DNO_ALLOCA - 
> DCSRG_BASED     -DXFREE86_FT2 -DUTMP  -DOSMAJORVERSION=8 - 
> DOSMINORVERSION=11  -I/usr/X11R6/include -I/opt/local/include - 
> U_XOPEN_SOURCE -D_XOPEN_SOURCE=500 -DSIGWINCH=28 -DPROJECTROOT='"/ 
> usr/X11R6"' -D__vendorversion__='"Version 4.7.0 XFree86"'  -O2  - 
> c ./charproc.c
> ./charproc.c: In function 'in_put':
> ./charproc.c:3301: error: 'fd_mask' undeclared (first use in this  
> function)
> ./charproc.c:3301: error: (Each undeclared identifier is reported  
> only once
> ./charproc.c:3301: error: for each function it appears in.)
> make: *** [charproc.o] Error 1

Could you please file a ticket in the issue tracker for this xterm  
problem? Thanks.



From ryandesign at macports.org  Mon Apr  6 02:34:13 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 04:34:13 -0500
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>
Message-ID: <18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>

On Apr 5, 2009, at 19:53, Emrys Hughes wrote:

> I have the latest version of macports and run selfupdate, and all  
> the xcode tools installed.

Just to make sure you really do have the latest: Which version of  
MacPorts, Xcode, and Mac OS X? And on what computer?


> I am trying to install the gd library and failing as follows:
>
> sudo port install php5 +apache2 +mysql5 +server
> Password:
> --->  Building mysql5
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_datab 
> ases_mysql5/work/mysql-5.0.77" && make all " returned error 2
> Command output:       _new_VioSSLFd in libvio.a(viosslfactories.o)
>   "_EVP_BytesToKey", referenced from:
>       Item_func_des_encrypt::val_str(String*)      in item_strfunc.o
>       Item_func_des_decrypt::val_str(String*)      in item_strfunc.o
>       load_des_key_file(char const*)in des_key_file.o
>   "_BN_bin2bn", referenced from:
>       _new_VioSSLFd in libvio.a(viosslfactories.o)
>       _new_VioSSLFd in libvio.a(viosslfactories.o)
>   "_SSL_get_verify_depth", referenced from:
>       show_status_array(THD*, char const*, show_var_st*,  
> enum_var_type, system_status_var*, char const*, st_table*)in  
> sql_show.o
>   "_CRYPTO_set_id_callback", referenced from:
>       init_common_variables(char const*, int, char**, char const**) 
> in mysqld.o
>   "_SSL_CTX_use_PrivateKey_file", referenced from:
>       _new_VioSSLFd in libvio.a(viosslfactories.o)
>   "_SSL_CIPHER_get_name", referenced from:
>       acl_getroot(THD*, user_resources*, char const*, unsigned int) 
> in sql_acl.o
>       acl_getroot(THD*, user_resources*, char const*, unsigned int) 
> in sql_acl.o
>       show_status_array(THD*, char const*, show_var_st*,  
> enum_var_type, system_status_var*, char const*, st_table*)in  
> sql_show.o
>       _mysql_get_ssl_cipher in client.o
>   "_SSL_set_quiet_shutdown", referenced from:
>       _vio_ssl_close in libvio.a(viossl.o)
>   "_X509_STORE_CTX_get_current_cert", referenced from:
>       _vio_verify_callback in libvio.a(viosslfactories.o)
> ld: symbol(s) not found

This is new to me.

Which version of openssl is installed ("port installed openssl")?  
openssl was briefly updated to 1.0.0-beta1 but because it caused  
problems in many cases this update was reverted. If you have openssl  
1.0.0-beta1 installed, please update your ports definitions ("sudo  
port sync") and then upgrade openssl ("sudo port -u upgrade openssl")  
which should downgrade you back to version 0.9.8k. Then clean mysql5  
("sudo port clean mysql5") and try your original command again.



From ryandesign at macports.org  Mon Apr  6 02:37:37 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 04:37:37 -0500
Subject: installed second MacPorts copy, now can't see installed ports
In-Reply-To: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
References: <26494F02-6AB9-4652-A3DE-548C0940EEA2@gmail.com>
Message-ID: <B50F7A5F-A5F3-4F0A-99E9-B536ED3ACAA0@macports.org>


On Apr 3, 2009, at 21:13, Allen McBride wrote:

> I wanted to see if I could figure out what this "port mdmg" stuff  
> is all about, so I tried to follow some advice Rainer gave me a  
> month ago: I downloaded the MacPorts tarball, then did the following:
>
> 1) Temporarily removed /opt/local/bin and /opt/local/sbin from my  
> path (I made this step up because, when I tried it without doing  
> this first, I got an error during configuration about not having  
> tcl threads).

Just to comment on this one bit: My "build MacPorts" script also  
clears the MacPorts prefix out of the PATH before building for this  
reason, so you're not alone.



From ryandesign at macports.org  Mon Apr  6 02:39:39 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 04:39:39 -0500
Subject: downgrading Gnucash not helping
In-Reply-To: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
References: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
Message-ID: <DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>

On Apr 5, 2009, at 09:04, Lenore Horner wrote:

> Because of as yet unresolved Pango problems, I need to go back to  
> my previous installation of Gnucash.  I attempted to do so, but  
> Gnucash complains about a symbol not existing in a dylib.  So far  
> the only thing I've deactivated and reactivated the old version of  
> is Gnucash itself.  Other things that successfully upgraded have  
> the new version active.  Is this causing problems?  If so, how do I  
> figure out where the problem is?  I attempted to use port provides  
> to figure out where the "missing" dylib was coming from but as you  
> can see below, that didn't look in opt/ at all.
>
> FWIW, this is exactly the same reason that the new Gnucash 2.2.9_1  
> won't run.  Gnucash actually installs and activates despite the  
> Pango failure.
>
> Any help appreciated.
> Lenore
>
>
> Details:
>
> MLHPBG4:~ mlh$ port installed gnucash
> The following ports are currently installed:
>   gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>   gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes  
> (active)
> MLHPBG4:~ mlh$ sudo port deactivate gnucash 2.2.9_1
> Password:
> --->  Deactivating gnucash
> Error: port deactivate failed: Registry error: 2.2.9_1 not  
> registered as installed & active.
> MLHPBG4:~ mlh$ sudo port deactivate gnucash at 2.2.9_1
> Error: port deactivate failed: Registry error: gnucash not  
> registered as installed & active.
> MLHPBG4:~ mlh$ port installed gnucash
> The following ports are currently installed:
>   gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>   gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes
> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0
> Error: port activate failed: Registry error: gnucash 2.2.8_0 not  
> registered as installed.
> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0+no_x11 
> +without_hbci+without_ofx+without_quotes
> --->  Activating gnucash @2.2.8_0+no_x11+without_hbci+without_ofx 
> +without_quotes
> MLHPBG4:~ mlh$ gnucash
> dyld: Symbol not found: _CGLGetCurrentContext
>   Referenced from: /System/Library/Frameworks/OpenGL.framework/ 
> Versions/A/OpenGL
>   Expected in: /opt/local/lib/libGL.dylib
>
> Trace/BPT trap
> MLHPBG4:~ mlh$ port provides libGL
> /Users/mlh/libGL does not exist.

You need to give "port provides" the full path of the file in question.

$ port provides /opt/local/lib/libGL.dylib
/opt/local/lib/libGL.dylib is provided by: mesa

mesa was recently updated to a new version. Check "port installed  
mesa" to see if you still have the old version around. If so,  
deactivate the new version and activate the old one.


From ryandesign at macports.org  Mon Apr  6 02:42:39 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 04:42:39 -0500
Subject: What is MacPorts doing?
In-Reply-To: <368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
	<49D6816A.40609@macports.org>
	<368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
Message-ID: <181B37B5-B93B-4BC0-A054-65413834A7E3@macports.org>


On Apr 3, 2009, at 21:36, Frank J. R. Hanstick wrote:

>
> On Apr 3, 2009, at 2:36 PM, Joshua Root wrote:
>
>> Frank J. R. Hanstick wrote:
>>> Hello,
>>> During a sudo port upgrade installed, the following  appeared:
>>>
>>> Error: No port render found.
>>> Error: No port render found.

Some port you have installed was installed when the render port  
existed. It has since been superseded by the xorg-renderproto port.  
"port dependents render" might tell you what port still has knowledge  
of the old render port. "port -nf upgrade thatport" might fix its  
dependencies so that it forgets about the render port.

>>> --->  Deactivating spidermonkey @1.7.0_2
>>> --->  Activating spidermonkey @1.7.0_2
>>> --->  Cleaning spidermonkey
>>> --->  Deactivating spidermonkey @1.7.0_2
>>> --->  Activating spidermonkey @1.7.0_2
>>> --->  Cleaning spidermonkey
>>>
>>> Does anyone have an idea of what is going on.  I had started a  
>>> sudo port
>>> -d upgrade installed; but, with all the repeated checks, it takes
>>> forever to run because this occurs towards the end of the  
>>> process.  Any
>>> suggestions on a quicker way to find out what is occurring?
>>

[snip]

> 	In any case, what is MacPorts doing at this juncture?

I thought it might be this:

http://trac.macports.org/ticket/16085

But that was fixed in 1.7.1 which you said you have... So I'm not sure.

It probably has to do with using "port upgrade installed" instead of  
"port upgrade outdated". So use the latter in the future.




From ryandesign at macports.org  Mon Apr  6 02:48:23 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 04:48:23 -0500
Subject: textlive_base failed to upgrade
In-Reply-To: <49D56550.6010404@macports.org>
References: <BEE8FC13-69F8-4F17-B843-5217755B67C4@comcast.net>
	<49D56550.6010404@macports.org>
Message-ID: <1A43775D-C276-4EB7-B7BA-26E1921E5F24@macports.org>


On Apr 2, 2009, at 20:24, Joshua Root wrote:

> Frank J. R. Hanstick wrote:
>
>> Trying to upgrade textlive_base resulted in the following error:
>>
>> gcc -ObjC++ -I../../libs/icu-xetex/common
>> -I./../../libs/icu-xetex/common -I./../../libs/icu-xetex/layout
>> -DLE_USE_CMEMORY -I/opt/local/include -I/opt/local/include/freetype2
>> -DHAVE_CONFIG_H  -I. -I. -I.. -I./..  -isystem/opt/local/include
>> -I../../libs/obsdcompat -I../../libs/obsdcompat/..
>> -I./../../libs/obsdcompat -I./../../libs/obsdcompat/..  - 
>> DXETEX_MAC -c
>> xetexdir/XeTeXFontMgr_Mac.mm -o XeTeXFontMgr_Mac.o
>> cc1objplus: error: invalid option argument '-ObjC++'
>> make[2]: *** [XeTeXFontMgr_Mac.o] Error 1
>> make[1]: *** [all] Error 1
>> make: *** [all] Error 1
>
> It's using 'gcc' when it should be using ${configure.cc}. A workaround
> would be to gcc_select gcc40.

r46402 was supposed to have fixed that. Are you sure you're using the  
latest version of texlive_base?



From ryandesign at macports.org  Mon Apr  6 03:04:01 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 05:04:01 -0500
Subject: Macports X11 damaged?
In-Reply-To: <651126019@web.de>
References: <651126019@web.de>
Message-ID: <DD98D883-5108-4277-9D40-09DC8B1D6059@macports.org>

On Apr 2, 2009, at 10:48, ggrubbish at web.de wrote:

> Sorry for the first email it slipped away.
> I'm completely new to macports, but have experience with linux  
> debian distributions. I installed and updated apple X11 on a PPC  
> 10.4.11.

Welcome to MacPorts! I'll try to answer your questions below.


> I achieved to install some x applications successfully, but it  
> seems that they are only functional if they are linked against the  
> apple X11.

The preferred way to use MacPorts with X11 apps now is to use the  
xorg ports that come with MacPorts. You don't need to do anything  
special to get these; simply installing the port you want will cause  
the required xorg ports to be installed as well.


> e.g.:
>
> [16:36:58] [user at mac :~]$ > xdvi &
> [1] 11376
> [16:37:04] [user at mac :~]$ > dyld: Library not loaded: /opt/local/ 
> lib/libXaw.7.dylib
>   Referenced from: /opt/local/bin/xdvi-xaw.bin
>   Reason: image not found
>
> [1]+  Trace/BPT trap          xdvi

Does /opt/local/lib/libXaw.7.dylib exist on your hard drive? It  
should. If it does not, is the xorg-libXaw port installed? It should  
be, since xdvi is part of the texlive_base port which declares a  
dependency on the xorg-libXaw port. You could try rebuild the xorg- 
libXaw port:

sudo port -nf upgrade xorg-libXaw


> I tried to install xpdf, but that didn't work.
> I got some errors when starting xpdf:
>
> Warning: Widget must be a VendorShell.
> Error: attempt to add non-widget child "dsm" to parent "xpdf" which  
> supports only widgets
>
> I found similar Bug-Reports: [MacPorts] #18494 #18114 #18118

#18494 is marked as a duplicate of #18114 which is marked as a  
duplicate of #18181 which is marked as fixed.

#18118 is not related; I assume that's a typo of #18181.


> I tried this workaround:
>
>     by raphael@
>  ?
>
>     A workaround is to add +system_x11 to /opt/local/etc/macports/ 
> variants.conf, so that by default the system X11 libraries (instead  
> of the MacPorts libraries) are used.
>     I fixed my problems with geomview by reinstalling geomview and  
> all its dependencies with
>
>         sudo port -f upgrade geomview
>
>     This should also work with other openmotif based ports.

Ok, that suggestion was from here:

http://trac.macports.org/ticket/18114#comment:18

I personally would not recommend using the +system_x11 variant. I  
have not tried it myself. Note the advice from our X11 expert Jeremy:

http://trac.macports.org/ticket/18114#comment:22

"Also note that adding or removing +system_x11 variant should be done  
with caution and switching between these variants is not supported.  
You should do a complete rebuild of all ports that use X11 if you  
change between those variants if you want a usable system"

He provides instructions for doing that.


> This resulted in some errors:
> e.g.:
> _XFreePixmap referenced from libtk8 expected to be defined in /opt/ 
> local/lib/libX11.6.dylib
> collect2: ld returned 1 exit status
> make: *** [wish] Error 1
>
> Full report here: http://paste.pocoo.org/show/110573/
>
> Then I got this error:
>
> $ > dyld: Library not loaded: /opt/local/lib/libXt.6.dylib
>   Referenced from: /opt/local/bin/xpdf
>   Reason: image not found
>
> http://lists.macosforge.org/pipermail/macports-users/2007-November/ 
> 006989.html

I don't know specifically what's going on here but would first try  
rebuilding the affected ports.


> Then I tried this:
>
> sudo port -f upgrade Xaw3d
>
> without success: http://paste.pocoo.org/show/110574/

I see that some ports' configure scripts are having trouble finding  
their dependencies, but I don't understand why.

Note that you almost never want to use the "-f" (force) flag without  
also using the "-n" (nonrecursive) flag with the "upgrade" command.


> After that I tried to install some xorg packages:
> http://paste.pocoo.org/show/110578/
>
> Then selfupdate and upgrade outdated.
> http://paste.pocoo.org/show/110579/
>
> I don't understand that at all.
>
> Here is a locate libXt:
> http://paste.pocoo.org/show/110598/
>
> I got also errors on sudo port install xorg-server:
>
> checking for XLIB... configure: error: Package requirements (x11)  
> were not met:
>
> No package 'x11' found
>
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
>
> Alternatively, you may set the environment variables XLIB_CFLAGS
> and XLIB_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
>
> http://paste.pocoo.org/show/110743/

This is mostly the same stuff, configure scripts not finding the  
dependencies, but I don't know why.


> sudo port install x11 doesn't work either:
>
> $ > sudo port install x11
> Password:
> Error: Port x11 not found
>
> What's wrong?

There is no port called "x11". There is a port "xorg-libX11"; perhaps  
that's what you meant.



From ryandesign at macports.org  Mon Apr  6 03:08:03 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 05:08:03 -0500
Subject: fontforge did not upgrade
In-Reply-To: <EF9BF049-AF9C-4FD0-AC19-BFCAFDA770CB@comcast.net>
References: <EF9BF049-AF9C-4FD0-AC19-BFCAFDA770CB@comcast.net>
Message-ID: <A80B506D-B31F-4A23-B787-C159E733728B@macports.org>

On Apr 2, 2009, at 04:21, Frank J. R. Hanstick wrote:

> 	Trying to upgrade fontforge resulted in the following error:

[snip]


> ld: Undefined symbols: _utf8_strchr

I found this problem described here:

http://www.nabble.com/FontForge-wiki-td20403078.html#a20403207

They say it can be caused by having a previous version installed. So  
try to deactivate it before building.

sudo port deactivate fontforge
sudo port clean fontforge
sudo port install fontforge


> 	The reason for such a long error message is that two more attempts  
> were made following the first failure.  This type of repeating has  
> been happening periodically for some upgrade failures where  
> MacPorts does not want to give up in upgrading.

This is just how MacPorts works today. Every time a dependency is  
encountered while upgrading a list of ports, it will try to build  
that dependency, even if it has already tried and failed before.




From ryandesign at macports.org  Mon Apr  6 03:13:05 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 05:13:05 -0500
Subject: Install mysql in multiple spots
In-Reply-To: <cbe1b4250904011843s3cefd404h9ed3604d115f2c6f@mail.gmail.com>
References: <cbe1b4250904011836v5d49a332p27c64247c7ef3cd1@mail.gmail.com>
	<cbe1b4250904011843s3cefd404h9ed3604d115f2c6f@mail.gmail.com>
Message-ID: <E1570664-3B71-4428-95DF-93F0FD0212BC@macports.org>


On Apr 1, 2009, at 20:43, Adam Bodnar wrote:

> Is there anyway to tell macports to let me install mysql again in
> another directory?
>
> I've already installed it in /opt/local/lib/mysql5 and it's subsequent
> directories such as etc and var/db.
>
> In order to test new versions of mysql or install a second copy, it'd
> be nice if I can tell macports to install a second copy, in something
> like /opt/local/lib/mysql5-2.
>
> Now obviously I can go the route of using the official mysql package,
> but it's always nice to use macports when possible.

You can only install one copy of mysql5 (or any other port) with one  
installation of MacPorts.

If you want a second copy of mysql5 (which you would configure to run  
on a different port and with different data files), you can install a  
second copy of MacPorts. You would need to build this second copy  
yourself from source, to install into a path other than /opt/local.

http://trac.macports.org/wiki/ 
InstallingMacPorts#InstallMacPortsfromsourcetoanypathexceptusrlocal

Note that you must also remember to use the configure flags to tell  
it to put applications, frameworks and most especially the tcl  
package in different locations so that it doesn't overwrite the ones  
your first MacPorts uses.

For example, to install into /opt/macports2:


PREFIX=/opt/macports2

./configure \
--prefix=$PREFIX \
--with-tclpackage=$PREFIX/Library/Tcl \
--with-applications-dir=$PREFIX/Applications \
--with-frameworks-dir=$PREFIX/Library/Frameworks \
--enable-readline

make

sudo make install




From ryandesign at macports.org  Mon Apr  6 03:15:38 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 05:15:38 -0500
Subject: Suggested updates to MAMP pages
In-Reply-To: <C6FACA12-1CC0-4888-B325-D6E36C124E3F@newgeo.com>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
	<4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>
	<C6FACA12-1CC0-4888-B325-D6E36C124E3F@newgeo.com>
Message-ID: <73D2F6E1-14F2-41AC-9021-569C54D730DC@macports.org>


On Apr 3, 2009, at 20:27, Scott Haneda wrote:

> Trying to install clean, are there issues with the servers at this  
> time?
>
> $sudo port install mysql5 +server
> --->  Fetching mysql5
> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
> from http://distfiles.macports.org/mysql5
> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
> from http://trd.no.distfiles.macports.org/mysql5
> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
> from http://arn.se.distfiles.macports.org/mysql5
> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
> from http://svn.macports.org/repository/macports/distfiles/mysql5
> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
> from http://svn.macports.org/repository/macports/distfiles/general/
> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
> from http://svn.macports.org/repository/macports/downloads/mysql5
> Error: Target org.macports.fetch returned: fetch failed
> Error: Status 1 encountered during processing.

That file is not on any of the distfiles servers because it is in the  
files directory right next to the Portfile. Did you copy the Portfile  
somewhere else (to a local ports repository perhaps) and not also  
copy its files directory? If not, then your ports tree is merely  
missing the file somehow, and a "sudo port sync" should bring it back.



From talklists at newgeo.com  Mon Apr  6 03:41:43 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Mon, 6 Apr 2009 03:41:43 -0700
Subject: Suggested updates to MAMP pages
In-Reply-To: <73D2F6E1-14F2-41AC-9021-569C54D730DC@macports.org>
References: <E1F26898-418E-4FA4-BCDF-BB17FEC6592B@newgeo.com>
	<4A32242F-A9DC-4888-8C0B-974BAAFC38CF@macports.org>
	<C6FACA12-1CC0-4888-B325-D6E36C124E3F@newgeo.com>
	<73D2F6E1-14F2-41AC-9021-569C54D730DC@macports.org>
Message-ID: <7C773358-FA6E-4745-AE3E-F0DAD05F50CF@newgeo.com>

On Apr 6, 2009, at 3:15 AM, Ryan Schmidt wrote:

> On Apr 3, 2009, at 20:27, Scott Haneda wrote:
>
>> Trying to install clean, are there issues with the servers at this  
>> time?
>>
>> $sudo port install mysql5 +server
>> --->  Fetching mysql5
>> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
>> from http://distfiles.macports.org/mysql5
>> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
>> from http://trd.no.distfiles.macports.org/mysql5
>> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
>> from http://arn.se.distfiles.macports.org/mysql5
>> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
>> from http://svn.macports.org/repository/macports/distfiles/mysql5
>> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
>> from http://svn.macports.org/repository/macports/distfiles/general/
>> --->  Attempting to fetch patch-mysql_secure_installation.sh.diff  
>> from http://svn.macports.org/repository/macports/downloads/mysql5
>> Error: Target org.macports.fetch returned: fetch failed
>> Error: Status 1 encountered during processing.
>
> That file is not on any of the distfiles servers because it is in  
> the files directory right next to the Portfile. Did you copy the  
> Portfile somewhere else (to a local ports repository perhaps) and  
> not also copy its files directory? If not, then your ports tree is  
> merely missing the file somehow, and a "sudo port sync" should bring  
> it back.


Yeah, my bad.  I made a small edit to the port to make a logs dir,  
wanting to test the newly edited port, I ran it locally.  I eventually  
figured out I needed the files dir to come along with it.  Thanks.
--
Scott * If you contact me off list replace talklists@ with scott@ *


From ryandesign at macports.org  Mon Apr  6 04:59:31 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 06:59:31 -0500
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>
	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>
	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>
Message-ID: <05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>


On Apr 6, 2009, at 04:43, Emrys Hughes wrote:

> On 06/04/2009, at 7:34 PM, Ryan Schmidt wrote:
>
>> On Apr 5, 2009, at 19:53, Emrys Hughes wrote:
>>
>>> I have the latest version of macports and run selfupdate, and all  
>>> the xcode tools installed.
>>
>> Just to make sure you really do have the latest: Which version of  
>> MacPorts, Xcode, and Mac OS X? And on what computer?
>
> Macports = 1.7.1
> Xcode = 3.0
> OS X = 10.5.6
>
> On a Macbook Pro 2.4Ghz

Ok, first please update to Xcode 3.1.3. Then clean mysql5 and try again

sudo port clean mysql5

Please let me know if it then works.


>> Which version of openssl is installed ("port installed openssl")?  
>> openssl was briefly updated to 1.0.0-beta1 but because it caused  
>> problems in many cases this update was reverted. If you have  
>> openssl 1.0.0-beta1 installed, please update your ports  
>> definitions ("sudo port sync") and then upgrade openssl ("sudo  
>> port -u upgrade openssl") which should downgrade you back to  
>> version 0.9.8k. Then clean mysql5 ("sudo port clean mysql5") and  
>> try your original command again.
>>

Which version of openssl did you have?


P.S: Use Reply All so your reply goes to the list too, not just to me.


From georg.otto at tuebingen.mpg.de  Mon Apr  6 06:29:51 2009
From: georg.otto at tuebingen.mpg.de (Georg Otto)
Date: Mon, 06 Apr 2009 15:29:51 +0200
Subject: autoreconf: failed to run libtoolize
References: <m11vs7otsv.fsf@tuebingen.mpg.de> <49D9231C.5080303@macports.org>
Message-ID: <m1vdphoqpc.fsf@tuebingen.mpg.de>

Joshua Root <jmr at macports.org> writes:

> Georg Otto wrote:
>> Hi,
>> I am quite inexperienced with Mac ports, so I apologize if I missed
>> something obvious. I am trying to install lyx, but there seems to be a
>> missing binary libtoolize (see below) Any idea?
>> 
>> Can't exec "libtoolize": No such file or directory at /opt/local/share/autoconf
>> Autom4te/FileUtils.pm line 290, <GEN3> line 4.
>> autoreconf: failed to run libtoolize: No such file or directory
>
> That's a strange error to get, since xorg-libAppleWM depends on libtool.
> On my system it correctly finds glibtoolize.
>
> What version of MacPorts are you running? Is the libtool port installed
> and active? Are all your installed ports up to date?
>

thanks a lot for those hints! actually after upgrading libtools the lyx
installation worked fine.

georg



From joshmiks at yahoo.co.in  Mon Apr  6 03:43:34 2009
From: joshmiks at yahoo.co.in (vinitha ks)
Date: Mon, 6 Apr 2009 16:13:34 +0530 (IST)
Subject: GLew for MAC
Message-ID: <549246.79812.qm@web95407.mail.in2.yahoo.com>


ok thanks,Now its working.
--- On Mon, 6/4/09, Anders F Bj?rklund <afb at macports.org> wrote:

From: Anders F Bj?rklund <afb at macports.org>
Subject: Re: GLew for MAC
To: "Ryan Schmidt" <ryandesign at macports.org>
Cc: "MacPorts Users" <macports-users at lists.macosforge.org>
Date: Monday, 6 April, 2009, 1:19 PM

Ryan Schmidt wrote:

> Note that libGLEW.a is a static library. I'm not aware of how to determine what architectures a static library is built for. Usually you would be using a dynamic library, like libGLEW.dylib, for which the "file" command should verify its architectures.

lipo -info

It's missing a toc on the archive, either by using "ar rcs" instead of "ar cr" or by calling "ranlib" explicitly.

BEFORE
lipo: archive with no architecture specification: /opt/local/lib/libGLEW.a (can't determine architecture for it)

AFTER
Architectures in the fat file: /opt/local/lib/libGLEW.a are: ppc i386

--anders

_______________________________________________
macports-users mailing list
macports-users at lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users



      Add more friends to your messenger and enjoy! Go to http://messenger.yahoo.com/invite/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/bb8b92b8/attachment.html>

From lists at mgreg.com  Mon Apr  6 07:41:09 2009
From: lists at mgreg.com (lists at mgreg.com)
Date: Mon, 6 Apr 2009 10:41:09 -0400
Subject: Readline fails to build (yet again)
Message-ID: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>

Hi All,

I'm attempting to install several items that depend on "readline" -- a  
couple of which are "unixODBC" and "FreeTDS".  I'm getting the  
following errors during the process:

...
install: you may need to run ldconfig
Error: Target org.macports.destroot returned: no such file or directory
Warning: the following items did not execute (for readline):  
org.macports.activate org.macports.destroot org.macports.install
Error: The following dependencies failed to build: readline
Error: Status 1 encountered during processing.
...


I apologize in advance for the seemingly repetitive nature of my  
question (as it seems that folks are constantly having trouble with  
readline), but I'm completely stuck.  I have seen answers to similar  
issues, but nothing is working.  I've sync'ed, updated, upgraded, etc  
and nothing seems to fix it.

Although the errors seem rather straightforward, I'm not clear on how  
to proceed.  I've googled each line individually and none of the  
encountered "fixes" addressed this particular issue. Thoughts?


Much appreciated,
Michael

From trog24 at comcast.net  Mon Apr  6 11:52:11 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 6 Apr 2009 11:52:11 -0700
Subject: xorg failed to install
In-Reply-To: <C6B77758-0BE8-43F9-826D-9EC6CDAE907B@macports.org>
References: <FB9A05DD-802A-4C5E-BB87-B8382B35D320@comcast.net>
	<C6B77758-0BE8-43F9-826D-9EC6CDAE907B@macports.org>
Message-ID: <7C2B6D18-8A81-42EA-952B-E1C45F85DF87@comcast.net>

Hello,
	Done.  Ticket #19208.

On Apr 6, 2009, at 2:30 AM, Ryan Schmidt wrote:

> On Apr 5, 2009, at 17:40, Frank J. R. Hanstick wrote:
>
>> 	I get the following when trying to install xorg:
>>
>> --->  Building xterm
>> Error: Target org.macports.build returned: shell command " cd "/ 
>> opt/local/var/macports/build/ 
>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_ 
>> xterm/work/xterm-238" && make all " returned error 2
>> Command output: /usr/bin/gcc-4.0 -I. -I. -DHAVE_CONFIG_H  -I/opt/ 
>> local/include -I/opt/local/include/freetype2  -I. -I. -I/usr/X11R6/ 
>> include -I/usr/X11R6/include -I/usr/X11R6/include/freetype2 -I/usr/ 
>> X11R6/include -D__powerpc__ -D__DARWIN__ -DNO_ALLOCA - 
>> DCSRG_BASED     -DXFREE86_FT2 -DUTMP  -DOSMAJORVERSION=8 - 
>> DOSMINORVERSION=11  -I/usr/X11R6/include -I/opt/local/include - 
>> U_XOPEN_SOURCE -D_XOPEN_SOURCE=500 -DSIGWINCH=28 -DPROJECTROOT='"/ 
>> usr/X11R6"' -D__vendorversion__='"Version 4.7.0 XFree86"'  -O2  - 
>> c ./charproc.c
>> ./charproc.c: In function 'in_put':
>> ./charproc.c:3301: error: 'fd_mask' undeclared (first use in this  
>> function)
>> ./charproc.c:3301: error: (Each undeclared identifier is reported  
>> only once
>> ./charproc.c:3301: error: for each function it appears in.)
>> make: *** [charproc.o] Error 1
>
> Could you please file a ticket in the issue tracker for this xterm  
> problem? Thanks.
>
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/170f7eaa/attachment.html>

From trog24 at comcast.net  Mon Apr  6 12:22:38 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 6 Apr 2009 12:22:38 -0700
Subject: What is MacPorts doing?
In-Reply-To: <181B37B5-B93B-4BC0-A054-65413834A7E3@macports.org>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
	<49D6816A.40609@macports.org>
	<368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
	<181B37B5-B93B-4BC0-A054-65413834A7E3@macports.org>
Message-ID: <B112205D-FDD4-4631-A271-142AA7F89FEB@comcast.net>

Hello,
	Three ports depended on render, namely:  xorg-renderproto, cairo,  
and xrender.  I did a "sudo port -nf" for each.  I then followed with  
a "sudo port selfupdate" and got the following error:

Error: Synchronization of the local ports tree failed doing rsync
Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the  
ports tree: Synchronization of 1 source(s) failed

I then ran "sudo port -d selfupdate" which resulted in no error.  I  
suspect MacPorts had a hard time with the sync of render after the  
delinking.  I do not know yet if the executed procedure remove the  
error.  I am running "sudo port upgrade installed" now to verify if  
the error disappeared.  This will also see if the resync addressed  
the textlive issue.  The fix may not have been put in between the  
last sync and the current one.  I run the selfupdate before each  
upgrade run to ensure the latest for upgrading.

On Apr 6, 2009, at 2:42 AM, Ryan Schmidt wrote:

>
> On Apr 3, 2009, at 21:36, Frank J. R. Hanstick wrote:
>
>>
>> On Apr 3, 2009, at 2:36 PM, Joshua Root wrote:
>>
>>> Frank J. R. Hanstick wrote:
>>>> Hello,
>>>> During a sudo port upgrade installed, the following  appeared:
>>>>
>>>> Error: No port render found.
>>>> Error: No port render found.
>
> Some port you have installed was installed when the render port  
> existed. It has since been superseded by the xorg-renderproto port.  
> "port dependents render" might tell you what port still has  
> knowledge of the old render port. "port -nf upgrade thatport" might  
> fix its dependencies so that it forgets about the render port.
>
>>>> --->  Deactivating spidermonkey @1.7.0_2
>>>> --->  Activating spidermonkey @1.7.0_2
>>>> --->  Cleaning spidermonkey
>>>> --->  Deactivating spidermonkey @1.7.0_2
>>>> --->  Activating spidermonkey @1.7.0_2
>>>> --->  Cleaning spidermonkey
>>>>
>>>> Does anyone have an idea of what is going on.  I had started a  
>>>> sudo port
>>>> -d upgrade installed; but, with all the repeated checks, it takes
>>>> forever to run because this occurs towards the end of the  
>>>> process.  Any
>>>> suggestions on a quicker way to find out what is occurring?
>>>
>
> [snip]
>
>> 	In any case, what is MacPorts doing at this juncture?
>
> I thought it might be this:
>
> http://trac.macports.org/ticket/16085
>
> But that was fixed in 1.7.1 which you said you have... So I'm not  
> sure.
>
> It probably has to do with using "port upgrade installed" instead  
> of "port upgrade outdated". So use the latter in the future.
>
>
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/80f5a796/attachment.html>

From trog24 at comcast.net  Mon Apr  6 12:52:34 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 6 Apr 2009 12:52:34 -0700
Subject: nss build error
In-Reply-To: <BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
Message-ID: <4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>

Hello,
	Following a "sudo port selfupdate" the nss error changed from the  
previous to the following:

Error: Target org.macports.build returned: shell command "cd /opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_nss 
/work/nss-3.12 && make -C mozilla/security/coreconf/nsinstall && make  
-C mozilla/security/dbm && make -C mozilla/security/nss NSPR_LIB_DIR=/ 
opt/local/lib/nspr NSS_USE_SYSTEM_SQLITE=1" returned error 2
Command output: _PR_GMTParameters referenced from libnss3 expected to  
be defined in /opt/local/lib/libnspr4.dylib
_PR_LocalTimeParameters referenced from libnss3 expected to be  
defined in /opt/local/lib/libnspr4.dylib
_PR_ImplodeTime referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_SetErrorText referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_AtomicAdd referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_FindSymbol referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_IntervalToMicroseconds referenced from libnss3 expected to be  
defined in /opt/local/lib/libnspr4.dylib
_PR_IntervalToMilliseconds referenced from libnss3 expected to be  
defined in /opt/local/lib/libnspr4.dylib
_PR_IntervalToSeconds referenced from libnss3 expected to be defined  
in /opt/local/lib/libnspr4.dylib
_PR_LoadLibrary referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_LogPrint referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_NewLogModule referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_UnloadLibrary referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_snprintf referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_VersionCheck referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_Close referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_Connect referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_EnumerateHostEnt referenced from libnss3 expected to be defined  
in /opt/local/lib/libnspr4.dylib
_PR_GetHostByName referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_InitializeNetAddr referenced from libnss3 expected to be defined  
in /opt/local/lib/libnspr4.dylib
_PR_NewTCPSocket referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_Recv referenced from libnss3 expected to be defined in /opt/local/ 
lib/libnspr4.dylib
_PR_TicksPerSecond referenced from libnss3 expected to be defined in / 
opt/local/lib/libnspr4.dylib
_PR_Write referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_vsnprintf referenced from libnss3 expected to be defined in /opt/ 
local/lib/libnspr4.dylib
_PR_CallOnceWithArg referenced from libnss3 expected to be defined  
in /opt/local/lib/libnspr4.dylib
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make[2]: *** [Darwin8.11.0_gcc-4.0_DBG.OBJ/libssl3.dylib] Error 1
make[1]: *** [libs] Error 2
make: *** [libs] Error 2

Error: Unable to upgrade port: 1

	I thought this error kind of curious because if followed:

--->  Fetching nspr
--->  Verifying checksum(s) for nspr
--->  Extracting nspr
--->  Configuring nspr
--->  Building nspr
--->  Staging nspr into destroot
--->  Deactivating nspr @4.7.3_0
--->  Installing nspr @4.7.3_1
--->  Activating nspr @4.7.3_1
--->  Cleaning nspr
Portfile changed since last build; discarding previous state.
--->  Fetching nss
--->  Verifying checksum(s) for nss
--->  Extracting nss
--->  Applying patches to nss
--->  Configuring nss
--->  Building nss

which indicates that nspr was upgraded just prior to the reference  
failure.

On Apr 2, 2009, at 1:54 AM, Ryan Schmidt wrote:

> On Apr 2, 2009, at 03:43, Frank J. R. Hanstick wrote:
>
>> 	I get almost the same error on MacOS 10.4.11:
>>
>> cc -dynamiclib -compatibility_version 1 -current_version 1 - 
>> install_name /opt/local/lib/libssl3.dylib - 
>> headerpad_max_install_names -L/opt/local/lib  -o  
>> Darwin8.11.0_DBG.OBJ/libssl3.dylib Darwin8.11.0_DBG.OBJ/derive.o  
>> Darwin8.11.0_DBG.OBJ/prelib.o Darwin8.11.0_DBG.OBJ/ssl3con.o  
>> Darwin8.11.0_DBG.OBJ/ssl3gthr.o Darwin8.11.0_DBG.OBJ/sslauth.o  
>> Darwin8.11.0_DBG.OBJ/sslcon.o Darwin8.11.0_DBG.OBJ/ssldef.o  
>> Darwin8.11.0_DBG.OBJ/sslenum.o Darwin8.11.0_DBG.OBJ/sslerr.o  
>> Darwin8.11.0_DBG.OBJ/ssl3ext.o Darwin8.11.0_DBG.OBJ/sslgathr.o  
>> Darwin8.11.0_DBG.OBJ/sslmutex.o Darwin8.11.0_DBG.OBJ/sslnonce.o  
>> Darwin8.11.0_DBG.OBJ/sslreveal.o Darwin8.11.0_DBG.OBJ/sslsecur.o  
>> Darwin8.11.0_DBG.OBJ/sslsnce.o Darwin8.11.0_DBG.OBJ/sslsock.o  
>> Darwin8.11.0_DBG.OBJ/ssltrace.o Darwin8.11.0_DBG.OBJ/sslver.o  
>> Darwin8.11.0_DBG.OBJ/authcert.o Darwin8.11.0_DBG.OBJ/cmpcert.o  
>> Darwin8.11.0_DBG.OBJ/nsskea.o Darwin8.11.0_DBG.OBJ/sslinfo.o  
>> Darwin8.11.0_DBG.OBJ/ssl3ecc.o Darwin8.11.0_DBG.OBJ/ 
>> unix_err.o   ../../../../dist/Darwin8.11.0_DBG.OBJ/lib/ 
>> libfreebl.a  -L../../../../dist/Darwin8.11.0_DBG.OBJ/lib -lnss3 - 
>> lnssutil3 -L../../../../dist/Darwin8.11.0_DBG.OBJ/lib -lplc4 - 
>> lplds4 -lnspr4  -dylib_file /opt/local/lib/ 
>> libsoftokn3.dylib:../../../../dist/Darwin8.11.0_DBG.OBJ/lib/ 
>> libsoftokn3.dylib
>> ld: Undefined symbols:
>> _CERT_NewTempCertificate
>> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal  
>> link edit command failed
>> make[2]: *** [Darwin8.11.0_DBG.OBJ/libssl3.dylib] Error 1
>> make[1]: *** [libs] Error 2
>> make: *** [libs] Error 2
>
> That bug is filed here:
>
> http://trac.macports.org/ticket/18930
>
>
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/3c02bbcb/attachment.html>

From jjcrump at myuw.net  Mon Apr  6 13:06:10 2009
From: jjcrump at myuw.net (Jon Crump)
Date: Mon, 6 Apr 2009 13:06:10 -0700 (PDT)
Subject: mod_python25
Message-ID: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>

Dear all,

Please forgive a question from a tyro, but port info for mod_python25 
lists Library Dependencies: apache2. Before I try this, can anyone tell 
me: Is this going to install a parallel apache server separate from the 
one that's already on my macBook running Leopard 10.5.5?

It took me some time to learn to live with separate installations of 
python, am I going to have to do something similar with apache? If so, any 
advice on how to avoid conflicts between the stock OSX apache and the 
macports installation?

thanks,
Jon

From jmr at macports.org  Mon Apr  6 15:00:50 2009
From: jmr at macports.org (Joshua Root)
Date: Tue, 07 Apr 2009 08:00:50 +1000
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>
	<05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>
Message-ID: <49DA7B92.2070900@macports.org>

Ryan Schmidt wrote:
> Ok, first please update to Xcode 3.1.3.

That's the second time you've mentioned Xcode 3.1.3. I can't seem to
find it in the usual places. Is that a typo, or does it really exist?

- Josh

From ggrubbish at web.de  Mon Apr  6 15:11:11 2009
From: ggrubbish at web.de (ggrubbish at web.de)
Date: Tue, 7 Apr 2009 00:11:11 +0200
Subject: Macports X11 damaged?
In-Reply-To: <DD98D883-5108-4277-9D40-09DC8B1D6059@macports.org>
References: <651126019@web.de>
	<DD98D883-5108-4277-9D40-09DC8B1D6059@macports.org>
Message-ID: <200904070011.12456.ggrubbish@web.de>

Am Montag, 6. April 2009 schrieben Sie:
> On Apr 2, 2009, at 10:48, ggrubbish at web.de wrote:
> > I'm completely new to macports, but have experience with linux
> > debian distributions. I installed and updated apple X11 on a PPC
> > 10.4.11.
> Welcome to MacPorts! I'll try to answer your questions below.
Hi Ryan, thank you for diggin in this issue!
> The preferred way to use MacPorts with X11 apps now is to use the
> xorg ports that come with MacPorts. You don't need to do anything
> special to get these; simply installing the port you want will cause
> the required xorg ports to be installed as well.
That's the probnlem I guess. I installed macports following the wiki 
guide and therefore installed the Apple x11 server.
But now the preferred way to install x11 apps is xorg-server, because 
apples xserver is a bit outdated, right? As I understand some 
application doesn't build no more against the apple x11 in ppc. Maybe 
like I experienced with xpdf.
> > e.g.:
> >
> > [16:36:58] [user at mac :~]$ > xdvi &
> > [1] 11376
> > [16:37:04] [user at mac :~]$ > dyld: Library not loaded: /opt/local/
> > lib/libXaw.7.dylib
> >   Referenced from: /opt/local/bin/xdvi-xaw.bin
> >   Reason: image not found
> >
> > [1]+  Trace/BPT trap          xdvi
>
> Does /opt/local/lib/libXaw.7.dylib exist on your hard drive? It
> should. If it does not, is the xorg-libXaw port installed? It should
> be, since xdvi is part of the texlive_base port which declares a
> dependency on the xorg-libXaw port. You could try rebuild the xorg-
> libXaw port:
>
> sudo port -nf upgrade xorg-libXaw
Yes I think everything is installed, but in the wrong path (apple x11 
path).

> >     A workaround is to add +system_x11 to /opt/local/etc/macports/
> > variants.conf, so that by default the system X11 libraries (instead
> > of the MacPorts libraries) are used.
> > [...]
> I personally would not recommend using the +system_x11 variant. I
> have not tried it myself. Note the advice from our X11 expert Jeremy:
>
> http://trac.macports.org/ticket/18114#comment:22
>
> "Also note that adding or removing +system_x11 variant should be done
> with caution and switching between these variants is not supported.
> You should do a complete rebuild of all ports that use X11 if you
> change between those variants if you want a usable system"
>
> He provides instructions for doing that.
This didn't worked for me, because of the lack of e.g. x11 and xext and 
so on. They were installed, but port didn't find them during 
configuration of the packages.
> > This resulted in some errors:
> > e.g.:
> > _XFreePixmap referenced from libtk8 expected to be defined in /opt/
> > local/lib/libX11.6.dylib
> > collect2: ld returned 1 exit status
> > make: *** [wish] Error 1
> >
> > Full report here: http://paste.pocoo.org/show/110573/
> >
> > Then I got this error:
> >
> > $ > dyld: Library not loaded: /opt/local/lib/libXt.6.dylib
> >   Referenced from: /opt/local/bin/xpdf
> >   Reason: image not found
> >
> > http://lists.macosforge.org/pipermail/macports-users/2007-November/
> > 006989.html
>
> I don't know specifically what's going on here but would first try
> rebuilding the affected ports.
/opt/local/lib/libX11.6.dylib isn't there as expected, but 
under /usr/X11R6/.

> > I got also errors on sudo port install xorg-server:
> >
> > checking for XLIB... configure: error: Package requirements (x11)
> > were not met:
> >
> > No package 'x11' found
It asks for the package x11
> > Consider adjusting the PKG_CONFIG_PATH environment variable if you
> > installed software in a non-standard prefix.
> >
> > Alternatively, you may set the environment variables XLIB_CFLAGS
> > and XLIB_LIBS to avoid the need to call pkg-config.
> > See the pkg-config man page for more details.
> This is mostly the same stuff, configure scripts not finding the
> dependencies, but I don't know why.
>
> > sudo port install x11 doesn't work either:
> >
> > $ > sudo port install x11
> > Password:
> > Error: Port x11 not found
> >
> > What's wrong?
>
> There is no port called "x11". There is a port "xorg-libX11"; perhaps
> that's what you meant.
No, port itself or the configured package meant that, not me. But 
because of these errormessages I tried that nevertheless.

Here a translated Message with additional Informations I wrote in a 
german mac forum (without any answer):

In the first place I setup the xserver from apple, and had build 
successfully a working macports x11 environment.

Then I tried to install and run xpdf. It installed fine but didn't run. 
I think I confused the installation by following the workaround to add 
+system_x11 to the variants.conf. I guess port searches now in the 
wrong path and messed up some dependencies.

How can I switch in this situation successfuly to   xorg-server and use 
it over apples x11?

The apple xserver under Tiger is a bit outdated isn't it?Some apps won't 
compile against the apple x11 under PPC.

http://www.nabble.com/X11-problem--td21904512.html
Quote:
"Yes, this is expected behaviour. X had historically been an exception 
to
the "MacPorts uses its own stuff" rule, for various reasons. Those
reasons no longer apply, so the exception is gone.

If you really want the old behaviour back, you can use the +system_x11
variant (best to add it to variants.conf)."

I'm afraid, that it wasn't that  good to follow that workaround... 

The List of installed packages:
http://paste.pocoo.org/show/111318/

If I start apples X11 (You can see the different path to X):
Code:

$ > /usr/X11R6/bin/X

XFree86 Version 4.4.0 / X Window System
(protocol Version 11, revision 0, vendor release 6600)
[DRI] screen 0 installation complete
Screen 0 added: 1600x1200 @ (0,0)
Could not init font path element /usr/X11R6/lib/X11/fonts/CID/, removing 
from list!

Quitting XDarwin...

It won't start by startx due to the wrong searchpath:
$ > startx

bootstrap_look_up(): 1102l
font_cache: Scanning user font directories to generate X11 font caches
font_cache: Updating FC cache
xauth:  creating new authority file /Users/michels/.serverauth.13833

xinit:  No such file or directory (errno 2):  no 
server "/opt/local/bin/X" in PATH

Use the -- option, or make sure that /opt/local/bin is in your path and
that "/opt/local/bin/X" is a program or a link to the right type of 
server
for your display.  Possible server names include:

    Xorg        Common X server for most displays
    Xquartz     Mac OSX Quartz displays.
    Xvfb        Virtual frame buffer
    Xfake       kdrive-based virtual frame buffer
    Xnest       X server nested in a window on another X server
    Xephyr      kdrive-based nested X server

font_cache: Done
giving up.
xinit:  No such file or directory (errno 2):  unable to connect to X 
server
xinit:  No such process (errno 3):  Server error.


I'm not able to install xorg-libX11 because it's already active (!):
Code:

$ > sudo port install xorg-libX11
--->  Fetching xorg-libX11
--->  Attempting to fetch libX11-1.2.tar.bz2 from 
http://www.x.org/pub/individual/lib/
--->  Verifying checksum(s) for xorg-libX11
--->  Extracting xorg-libX11
--->  Configuring xorg-libX11
--->  Building xorg-libX11
--->  Staging xorg-libX11 into destroot
--->  Installing xorg-libX11 @1.2_0
--->  Activating xorg-libX11 @1.2_0
Error: Target org.macports.activate returned: Image error: Another 
version of this port (xorg-libX11 @1.2_0+system_x11) is already active.
Error: Status 1 encountered during processing.


I'm not able to install xorg-server because x11 is not found:
Code:

$ > sudo port install xorg-server
--->  Configuring xorg-server
Error: Target org.macports.configure returned: configure failure: shell 
command " 
cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xorg-server/work/xorg-server-1.4.2-apple40" 
&& ./configure --prefix=/opt/local --with-mesa-source=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_xorg-server/work/xorg-server-1.4.2-apple40/../Mesa-7.0.4 --with-apple-applications-dir=/Applications/MacPorts --with-fontdir=/opt/local/share/fonts --with-apple-application-id=org.macports.X11 " 
returned error 1
Command output: checking for library containing gethostbyname... none 
required
checking for main in -lws2_32... no
checking for getaddrinfo... yes
checking if IPv6 support should be built... yes
checking for struct sockaddr_in.sin_len... yes
checking for socklen_t... yes
checking if Xtrans should support os-specific local connections... no
checking for authdes_seccreate... no
checking for authdes_create... no
checking if Secure RPC authentication ("SUN-DES-1") should be 
supported... no
checking for /opt/local/share/sgml/X11/defs.ent... no
checking for linuxdoc... no
checking for ps2pdf... /opt/local/bin/ps2pdf
checking Whether to build documentation... no
checking Whether to build pdf documentation... yes
checking whether to build Xquartz... yes
checking for PIXMAN... yes
checking for DBUS... no
checking for HAL... no
checking for XLIB... configure: error: Package requirements (x11) were 
not met:

No package 'x11' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables XLIB_CFLAGS
and XLIB_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


Error: Status 1 encountered during processing.

If I try to upgrade outdated I get this:
http://paste.pocoo.org/show/111319/

The programs and configure scripts are searching X 
in /opt/local/bin/X, /opt/local but it resides (apples) in /usr/X11R6/

How can I adjust this, and fix my ports installation to use the newest 
xorg-server?

Thank you in advance!

Kind regards

Gerhard

From trog24 at comcast.net  Mon Apr  6 15:30:17 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 6 Apr 2009 15:30:17 -0700
Subject: What is MacPorts doing?
In-Reply-To: <B112205D-FDD4-4631-A271-142AA7F89FEB@comcast.net>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
	<49D6816A.40609@macports.org>
	<368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
	<181B37B5-B93B-4BC0-A054-65413834A7E3@macports.org>
	<B112205D-FDD4-4631-A271-142AA7F89FEB@comcast.net>
Message-ID: <F5E262A4-4793-4BA9-A649-8FBD16F18E22@comcast.net>

Hello,
	The results from running "sudo port upgrade installed" are as follows:

		 1)  m4, sqlite3, openssl, glib2, nspr, mesa, pcre, py25,  
spidermonkey (replaced the dual deactivate/active message), xinput,  
abd xrandr were upgraded.
		 2) lcms, bison, flex, gzip, and gstreamer were added.
		 3) render error message disappeared.
		 4) nss failed (see posting regarding nss failure)
		 5) evolution_data_server failed (see evolution_data_server posting  
regarding evolution_data_server failure).
		 6) heimal upgrade failed

/usr/bin/gcc-4.0  -DHAVE_CONFIG_H -I. -I. -I../../../include  - 
I../../../lib/roken -I../../../lib/roken -I./../common  -DFTP_SERVER - 
I/opt/local/include -D_LARGE_FILES= -Wall -Wmissing-prototypes - 
Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested- 
externs  -DINET6 -O2 -D_FORTIFY_SOURCE=0 -MT logwtmp.o -MD -MP - 
MF .deps/logwtmp.Tpo -c -o logwtmp.o logwtmp.c
logwtmp.c: In function 'ftpd_logwtmp_asl':
logwtmp.c:87: error: 'ASL_KEY_FACILITY' undeclared (first use in this  
function)
logwtmp.c:87: error: (Each undeclared identifier is reported only once
logwtmp.c:87: error: for each function it appears in.)
make[3]: *** [logwtmp.o] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all-recursive] Error 1

		 7)  libcanberra upgrade failed.

Error: Target org.macports.configure returned: configure failure:  
shell command " cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_l 
ibcanberra/work/libcanberra-0.10" && ./configure --prefix=/opt/local  
--enable-gtk " returned error 1
Command output: checking for ALSA... no
checking soundcard.h usability... no
checking soundcard.h presence... no
checking for soundcard.h... no
checking sys/soundcard.h usability... no
checking sys/soundcard.h presence... no
checking for sys/soundcard.h... no
checking machine/soundcard.h usability... no
checking machine/soundcard.h presence... no
checking for machine/soundcard.h... no
checking for PULSE... no
checking for GST... yes
checking for GTK... yes
checking for gconftool-2... /opt/local/bin/gconftool-2
Using config source xml:merged:/opt/local/etc/gconf/ 
gconf.xml.defaults for schema installation
Using $(sysconfdir)/gconf/schemas as install directory for schema files
checking for TDB... no
checking for lynx... no
configure: WARNING: *** lynx not found, plain text README will not be  
built ***
checking for VORBIS... configure: error: Package requirements  
( vorbisfile ) were not met:

No package 'vorbisfile' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables VORBIS_CFLAGS
and VORBIS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.

		 8)  fontforge upgrade failed (see fontforge posting regarding  
fontforge failure).
		 9)  qemu upgrade failed (see qemu posting regarding qemu failure).
		10) textlive_base upgrade failed.

/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning suggest use  
of -bind_at_load, as lazy binding may result in errors or different  
symbols being used
symbol _vendorShellWidgetClass used from dynamic library /opt/local/ 
lib/libXt.dylib(single module) not from earlier dynamic library /opt/ 
local/lib/libXaw.7.dylib(single module)
symbol _vendorShellClassRec used from dynamic library /opt/local/lib/ 
libXt.dylib(single module) not from earlier dynamic library /opt/ 
local/lib/libXaw.7.dylib(single module)
collect2: ld returned 1 exit status
make[2]: *** [xdvi-xaw.bin] Error 1
make[1]: *** [all] Error 1
make: *** [all] Error 1

	The anomalous behavior disappeared which is what we were shooting  
for.  I believe the textlive_base error changed.

On Apr 6, 2009, at 12:22 PM, Frank J. R. Hanstick wrote:

> Hello,
> 	Three ports depended on render, namely:  xorg-renderproto, cairo,  
> and xrender.  I did a "sudo port -nf" for each.  I then followed  
> with a "sudo port selfupdate" and got the following error:
>
> Error: Synchronization of the local ports tree failed doing rsync
> Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync  
> the ports tree: Synchronization of 1 source(s) failed
>
> I then ran "sudo port -d selfupdate" which resulted in no error.  I  
> suspect MacPorts had a hard time with the sync of render after the  
> delinking.  I do not know yet if the executed procedure remove the  
> error.  I am running "sudo port upgrade installed" now to verify if  
> the error disappeared.  This will also see if the resync addressed  
> the textlive issue.  The fix may not have been put in between the  
> last sync and the current one.  I run the selfupdate before each  
> upgrade run to ensure the latest for upgrading.
>
> On Apr 6, 2009, at 2:42 AM, Ryan Schmidt wrote:
>
>>
>> On Apr 3, 2009, at 21:36, Frank J. R. Hanstick wrote:
>>
>>>
>>> On Apr 3, 2009, at 2:36 PM, Joshua Root wrote:
>>>
>>>> Frank J. R. Hanstick wrote:
>>>>> Hello,
>>>>> During a sudo port upgrade installed, the following  appeared:
>>>>>
>>>>> Error: No port render found.
>>>>> Error: No port render found.
>>
>> Some port you have installed was installed when the render port  
>> existed. It has since been superseded by the xorg-renderproto  
>> port. "port dependents render" might tell you what port still has  
>> knowledge of the old render port. "port -nf upgrade thatport"  
>> might fix its dependencies so that it forgets about the render port.
>>
>>>>> --->  Deactivating spidermonkey @1.7.0_2
>>>>> --->  Activating spidermonkey @1.7.0_2
>>>>> --->  Cleaning spidermonkey
>>>>> --->  Deactivating spidermonkey @1.7.0_2
>>>>> --->  Activating spidermonkey @1.7.0_2
>>>>> --->  Cleaning spidermonkey
>>>>>
>>>>> Does anyone have an idea of what is going on.  I had started a  
>>>>> sudo port
>>>>> -d upgrade installed; but, with all the repeated checks, it takes
>>>>> forever to run because this occurs towards the end of the  
>>>>> process.  Any
>>>>> suggestions on a quicker way to find out what is occurring?
>>>>
>>
>> [snip]
>>
>>> 	In any case, what is MacPorts doing at this juncture?
>>
>> I thought it might be this:
>>
>> http://trac.macports.org/ticket/16085
>>
>> But that was fixed in 1.7.1 which you said you have... So I'm not  
>> sure.
>>
>> It probably has to do with using "port upgrade installed" instead  
>> of "port upgrade outdated". So use the latter in the future.
>>
>>
>>
>
> Frank J. R. Hanstick
> trog24 at comcast.net
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090406/57dbec91/attachment.html>

From raimue at macports.org  Mon Apr  6 15:31:43 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Tue, 07 Apr 2009 00:31:43 +0200
Subject: mod_python25
In-Reply-To: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
Message-ID: <49DA82CF.1060808@macports.org>

On 2009-04-06 22:06, Jon Crump wrote:
> Please forgive a question from a tyro, but port info for mod_python25 
> lists Library Dependencies: apache2. Before I try this, can anyone tell 
> me: Is this going to install a parallel apache server separate from the 
> one that's already on my macBook running Leopard 10.5.5?

Yes.

> It took me some time to learn to live with separate installations of 
> python, am I going to have to do something similar with apache? If so, any 
> advice on how to avoid conflicts between the stock OSX apache and the 
> macports installation?

Disable the builtin apache server in the System Preferences and use
MacPorts instead. What other kind of conflicts do you expect? :-)

Rainer

From frstan at bellsouth.net  Mon Apr  6 15:34:55 2009
From: frstan at bellsouth.net (William Davis)
Date: Mon, 6 Apr 2009 18:34:55 -0400
Subject: Macports X11 damaged?
In-Reply-To: <200904070011.12456.ggrubbish@web.de>
References: <651126019@web.de>
	<DD98D883-5108-4277-9D40-09DC8B1D6059@macports.org>
	<200904070011.12456.ggrubbish@web.de>
Message-ID: <C86A6B24-219A-4F16-8661-07C9BB5326F6@bellsouth.net>


On Apr 6, 2009, at 6:11 PM, ggrubbish at web.de wrote:

>
>
>
> I'm not able to install xorg-libX11 because it's already active (!):
> Code:
>
> $ > sudo port install xorg-libX11
> --->  Fetching xorg-libX11
> --->  Attempting to fetch libX11-1.2.tar.bz2 from
> http://www.x.org/pub/individual/lib/
> --->  Verifying checksum(s) for xorg-libX11
> --->  Extracting xorg-libX11
> --->  Configuring xorg-libX11
> --->  Building xorg-libX11
> --->  Staging xorg-libX11 into destroot
> --->  Installing xorg-libX11 @1.2_0
> --->  Activating xorg-libX11 @1.2_0
> Error: Target org.macports.activate returned: Image error: Another
> version of this port (xorg-libX11 @1.2_0+system_x11) is already  
> active.
> Error: Status 1 encountered during processing.
>


Someone else can give you a more authoritative answer, but if you wish  
you can try the following:
Do
port installed X*

This will give you a list of the "X" programs you installed.  At least  
some of these will look like  this:
> xorg-libX11 @1.2_0+system_x11 (active)

See the "+system_x11" tag?  For each port (program) with a  
"+system_x11" tag do this:
sudo port -d deactivate xprogram+system_x11
where xprogram  equals the name of the program.
then reinstall each of the programs leaving off the "+system_x11" tag,  
for example
sudo port -d install xorg-libX11

good luck
William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc4 (xorg-server 1.4.2-apple40)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From jjcrump at myuw.net  Mon Apr  6 16:08:15 2009
From: jjcrump at myuw.net (Jon Crump)
Date: Mon, 6 Apr 2009 16:08:15 -0700 (PDT)
Subject: mod_python25
In-Reply-To: <49DA82CF.1060808@macports.org>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
Message-ID: <alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>

On Tue, 7 Apr 2009, Rainer M?ller wrote
>
>> It took me some time to learn to live with separate installations of
>> python, am I going to have to do something similar with apache? If so, any
>> advice on how to avoid conflicts between the stock OSX apache and the
>> macports installation?
>
> Disable the builtin apache server in the System Preferences and use
> MacPorts instead. What other kind of conflicts do you expect? :-)
>
Rainer,

Thanks for responding. I'm wondering

1. if the macports installation will create a new Sites directory where my 
existing pages will have to be moved, or will my web directory be able to 
remain in the same location.

2. if my existing PHP 5.2.6 will have to be removed (and how would I do 
that anyway) and the ports version installed instead?

3. After disabling the builtin apache server in the System Preferences, 
do I enable the new version installed by macports? Will I still be able to 
use the Sharing prefs pane for this?

From raimue at macports.org  Mon Apr  6 16:19:30 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Tue, 07 Apr 2009 01:19:30 +0200
Subject: mod_python25
In-Reply-To: <alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
Message-ID: <49DA8E02.1040306@macports.org>

On 2009-04-07 01:08, Jon Crump wrote:
> Thanks for responding. I'm wondering
> 
> 1. if the macports installation will create a new Sites directory where my 
> existing pages will have to be moved, or will my web directory be able to 
> remain in the same location.

That depends how you configure your new apache installation, I am sure
you could set the document root to the existing directory (if the
permissions are correct).

> 2. if my existing PHP 5.2.6 will have to be removed (and how would I do 
> that anyway) and the ports version installed instead?

You should install php5 +apache2 for your apache2 from MacPorts. See
also <http://trac.macports.org/wiki/howto/MAMP>.

> 3. After disabling the builtin apache server in the System Preferences, 
> do I enable the new version installed by macports? Will I still be able to 
> use the Sharing prefs pane for this?

No.

To enable apache2 as a permanent daemon, use:
  sudo launchctl load -w /Library/LaunchDaemons/org.macports.apache2.plist
To disable you use a similar command, just replace load with unload.

Rainer

From jjcrump at myuw.net  Mon Apr  6 16:33:14 2009
From: jjcrump at myuw.net (Jon Crump)
Date: Mon, 6 Apr 2009 16:33:14 -0700 (PDT)
Subject: mod_python25
In-Reply-To: <49DA8E02.1040306@macports.org>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
Message-ID: <alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>

Rainer,

Thanks very much, that's a big help. If you will permit me one further 
question. I went to some trouble to get my ports installed mysql5 to work 
with the builtin apache server. Do you know what, if any, changes I will 
need to make to mysql to get it to work with the new apache installation?

Many thanks,
Jon

From raimue at macports.org  Mon Apr  6 16:38:16 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Tue, 07 Apr 2009 01:38:16 +0200
Subject: mod_python25
In-Reply-To: <alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
	<alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
Message-ID: <49DA9268.3000507@macports.org>

On 2009-04-07 01:33, Jon Crump wrote:
> Thanks very much, that's a big help. If you will permit me one further 
> question. I went to some trouble to get my ports installed mysql5 to work 
> with the builtin apache server. Do you know what, if any, changes I will 
> need to make to mysql to get it to work with the new apache installation?

In case of php5, you just need the +mysql5 variant. No other changes
should be required.

Rainer

From jjcrump at myuw.net  Mon Apr  6 16:42:16 2009
From: jjcrump at myuw.net (Jon Crump)
Date: Mon, 6 Apr 2009 16:42:16 -0700 (PDT)
Subject: mod_python25
In-Reply-To: <49DA9268.3000507@macports.org>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
	<alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
	<49DA9268.3000507@macports.org>
Message-ID: <alpine.LRH.2.01.0904061639570.14061@cicero11.myuw.net>

On Tue, 7 Apr 2009, Rainer M?ller wrote:

> On 2009-04-07 01:33, Jon Crump wrote:
>
> In case of php5, you just need the +mysql5 variant. No other changes
> should be required.

More thanks, this is what I have:

mysql5 @5.0.67_1+server (active)

Is that what you meant?

From raimue at macports.org  Mon Apr  6 17:05:25 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Tue, 07 Apr 2009 02:05:25 +0200
Subject: mod_python25
In-Reply-To: <alpine.LRH.2.01.0904061639570.14061@cicero11.myuw.net>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
	<alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
	<49DA9268.3000507@macports.org>
	<alpine.LRH.2.01.0904061639570.14061@cicero11.myuw.net>
Message-ID: <49DA98C5.5030509@macports.org>

On 2009-04-07 01:42, Jon Crump wrote:
> On Tue, 7 Apr 2009, Rainer M?ller wrote:
> 
>> On 2009-04-07 01:33, Jon Crump wrote:
>>
>> In case of php5, you just need the +mysql5 variant. No other changes
>> should be required.
> 
> More thanks, this is what I have:
> 
> mysql5 @5.0.67_1+server (active)
> 
> Is that what you meant?

No, I meant more like if you plan to use mysql5 from php5, you need to
select the +mysql5 variant on installation. Like:
  sudo port install php5 +mysql5

If you already have php5 installed but missing +mysql5, you can add the
variant with:
  sudo port -fn upgrade php5 +mysql5

Rainer

From jjcrump at myuw.net  Mon Apr  6 17:31:06 2009
From: jjcrump at myuw.net (Jon Crump)
Date: Mon, 6 Apr 2009 17:31:06 -0700 (PDT)
Subject: mod_python25
In-Reply-To: <49DA98C5.5030509@macports.org>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
	<alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
	<49DA9268.3000507@macports.org>
	<alpine.LRH.2.01.0904061639570.14061@cicero11.myuw.net>
	<49DA98C5.5030509@macports.org>
Message-ID: <alpine.LRH.2.01.0904061728290.14061@cicero11.myuw.net>

>> More thanks, this is what I have:
>>
>> mysql5 @5.0.67_1+server (active)
>>
>> Is that what you meant?
>
> No, I meant more like if you plan to use mysql5 from php5, you need to
> select the +mysql5 variant on installation. Like:
>  sudo port install php5 +mysql5
>
> If you already have php5 installed but missing +mysql5, you can add the
> variant with:
>  sudo port -fn upgrade php5 +mysql5

Ah, understood. Many thanks once again. I'm sure there will be some 
wrinkles, but you've set my mind at ease and been a big help, and so 
swiftly too!

J

From ryandesign at macports.org  Mon Apr  6 20:08:00 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 22:08:00 -0500
Subject: mod_python25
In-Reply-To: <alpine.LRH.2.01.0904061639570.14061@cicero11.myuw.net>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
	<alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
	<49DA9268.3000507@macports.org>
	<alpine.LRH.2.01.0904061639570.14061@cicero11.myuw.net>
Message-ID: <53920164-D303-4790-9096-CBD2E39C4FED@macports.org>


On Apr 6, 2009, at 18:42, Jon Crump wrote:

> mysql5 @5.0.67_1+server (active)

Note that 5.0.67_1 as a bit old by now. The version available in  
MacPorts is 5.0.77_2. So you should

sudo port selfupdate
sudo port upgrade mysql5

to get the new version. See also

port outdated

to see what else you should upgrade.



From ryandesign at macports.org  Mon Apr  6 20:09:44 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 22:09:44 -0500
Subject: mod_python25
In-Reply-To: <alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
References: <alpine.LRH.2.01.0904061245350.9905@cicero11.myuw.net>
	<49DA82CF.1060808@macports.org>
	<alpine.LRH.2.01.0904061558240.14061@cicero11.myuw.net>
	<49DA8E02.1040306@macports.org>
	<alpine.LRH.2.01.0904061628290.14061@cicero11.myuw.net>
Message-ID: <16C65D23-9A5F-41A1-BE50-83414C145B99@macports.org>

On Apr 6, 2009, at 18:33, Jon Crump wrote:

> I went to some trouble to get my ports installed mysql5 to work  
> with the builtin apache server. Do you know what, if any, changes I  
> will need to make to mysql to get it to work with the new apache  
> installation?

Do you mean just that the php running in your Mac OS X apache has  
mysql support, or do you mean that apache itself is somehow  
integrated with mysql? (for authentication? for some other purpose?)  
Rainer answered the former, but if the latter, let us know what you  
mean exactly.


From ryandesign at macports.org  Mon Apr  6 21:08:42 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 6 Apr 2009 23:08:42 -0500
Subject: Readline fails to build (yet again)
In-Reply-To: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>
References: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>
Message-ID: <1E6F82F4-0AB0-46A3-8E0A-31FECAF5FD00@macports.org>

On Apr 6, 2009, at 09:41, lists at mgreg.com wrote:

> I'm attempting to install several items that depend on "readline"  
> -- a couple of which are "unixODBC" and "FreeTDS".  I'm getting the  
> following errors during the process:
>
> ...
> install: you may need to run ldconfig
> Error: Target org.macports.destroot returned: no such file or  
> directory
> Warning: the following items did not execute (for readline):  
> org.macports.activate org.macports.destroot org.macports.install
> Error: The following dependencies failed to build: readline
> Error: Status 1 encountered during processing.
> ...
>
>
> I apologize in advance for the seemingly repetitive nature of my  
> question (as it seems that folks are constantly having trouble with  
> readline), but I'm completely stuck.  I have seen answers to  
> similar issues, but nothing is working.  I've sync'ed, updated,  
> upgraded, etc and nothing seems to fix it.
>
> Although the errors seem rather straightforward, I'm not clear on  
> how to proceed.  I've googled each line individually and none of  
> the encountered "fixes" addressed this particular issue. Thoughts?

Hmm, I'm not sure. I'm curious to know what file or directory it's  
looking for and not finding.

Could you try

sudo port clean readline
sudo port -d install readline 2>&1 | tee ~/Desktop/readline.txt

and if it fails again, send us readline.txt from your desktop, so we  
can see the complete output.



From lists at mgreg.com  Mon Apr  6 21:37:12 2009
From: lists at mgreg.com (lists at mgreg.com)
Date: Tue, 7 Apr 2009 00:37:12 -0400
Subject: Readline fails to build (yet again)
In-Reply-To: <1E6F82F4-0AB0-46A3-8E0A-31FECAF5FD00@macports.org>
References: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>
	<1E6F82F4-0AB0-46A3-8E0A-31FECAF5FD00@macports.org>
Message-ID: <13FAAA5E-E76A-424B-BD87-AE8FC8965387@mgreg.com>


On Apr 7, 2009, at 12:08 AM, Ryan Schmidt wrote:
>
> Hmm, I'm not sure. I'm curious to know what file or directory it's  
> looking for and not finding.
>
> Could you try
>
> sudo port clean readline
> sudo port -d install readline 2>&1 | tee ~/Desktop/readline.txt
>
> and if it fails again, send us readline.txt from your desktop, so we  
> can see the complete output.
>
>
>


The output file was 44k, and I'm not sure about etiquette on this  
particular list, so I decided to simply attach it as a file.  If you'd  
prefer I actually post the output, let me know and I'll do so.

Thanks,
Michael

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/f9830703/attachment.html>
-------------- next part --------------
An embedded and charset-unspecified text was scrubbed...
Name: readline.txt
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/f9830703/attachment.txt>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/f9830703/attachment-0001.html>

From ryandesign at macports.org  Mon Apr  6 22:53:01 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Apr 2009 00:53:01 -0500
Subject: Readline fails to build (yet again)
In-Reply-To: <13FAAA5E-E76A-424B-BD87-AE8FC8965387@mgreg.com>
References: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>
	<1E6F82F4-0AB0-46A3-8E0A-31FECAF5FD00@macports.org>
	<13FAAA5E-E76A-424B-BD87-AE8FC8965387@mgreg.com>
Message-ID: <7AE463FB-5B2E-4F1D-9979-6B6A2443AF4E@macports.org>

On Apr 6, 2009, at 23:37, lists at mgreg.com wrote:

> On Apr 7, 2009, at 12:08 AM, Ryan Schmidt wrote:
>
>> Hmm, I'm not sure. I'm curious to know what file or directory it's  
>> looking for and not finding.
>>
>> Could you try
>>
>> sudo port clean readline
>> sudo port -d install readline 2>&1 | tee ~/Desktop/readline.txt
>>
>> and if it fails again, send us readline.txt from your desktop, so  
>> we can see the complete output.
>
>
> The output file was 44k, and I'm not sure about etiquette on this  
> particular list, so I decided to simply attach it as a file.  If  
> you'd prefer I actually post the output, let me know and I'll do so.

Attaching as a file is great, thanks; it ensures the output doesn't  
get reformatted by the email program.

So, looking into this, the readline port tries to delete the file $ 
{prefix}/share/info/dir in post-destroot. It has done this since  
r7643 (2004-07-04).

MacPorts base also deletes this file automatically, in all ports.  
MacPorts has done this since r7669 (2004-07-08).

The readline port could be changed to delete the file only if it  
exists. Or, given that MacPorts base already does this, the line  
could be removed from the readline port.

But I'm not clear why this is now, all of a sudden, almost 5 years  
later, causing a problem.

BTW, I don't see the problem, on Mac OS X 10.4.11 Intel with Xcode  
2.5 and MacPorts 1.7.1.


From ryandesign at macports.org  Mon Apr  6 22:59:05 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Apr 2009 00:59:05 -0500
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <49DA7B92.2070900@macports.org>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>
	<05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>
	<49DA7B92.2070900@macports.org>
Message-ID: <95E5E59A-A449-4F4E-B1A7-BBA10AA19D42@macports.org>


On Apr 6, 2009, at 17:00, Joshua Root wrote:

> Ryan Schmidt wrote:
>
>> Ok, first please update to Xcode 3.1.3.
>
> That's the second time you've mentioned Xcode 3.1.3. I can't seem to
> find it in the usual places. Is that a typo, or does it really exist?

Ah, hmm... Well I can't find it on Apple's download site either, now  
that I look.

I think I was going by the Wikipedia, which currently says the latest  
version of Xcode is 3.1.3.

http://en.wikipedia.org/wiki/Xcode



From jeremyhu at macports.org  Tue Apr  7 00:25:57 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 00:25:57 -0700
Subject: Macports X11 damaged?
In-Reply-To: <200904070011.12456.ggrubbish@web.de>
References: <651126019@web.de>
	<DD98D883-5108-4277-9D40-09DC8B1D6059@macports.org>
	<200904070011.12456.ggrubbish@web.de>
Message-ID: <0CCB0363-38CF-4250-BF32-59683913C09C@macports.org>


On Apr 6, 2009, at 15:11, ggrubbish at web.de wrote:

> Am Montag, 6. April 2009 schrieben Sie:
>> On Apr 2, 2009, at 10:48, ggrubbish at web.de wrote:
>>> I'm completely new to macports, but have experience with linux
>>> debian distributions. I installed and updated apple X11 on a PPC
>>> 10.4.11.
>> Welcome to MacPorts! I'll try to answer your questions below.
> Hi Ryan, thank you for diggin in this issue!
>> The preferred way to use MacPorts with X11 apps now is to use the
>> xorg ports that come with MacPorts. You don't need to do anything
>> special to get these; simply installing the port you want will cause
>> the required xorg ports to be installed as well.
> That's the probnlem I guess. I installed macports following the wiki
> guide and therefore installed the Apple x11 server.
> But now the preferred way to install x11 apps is xorg-server, because
> apples xserver is a bit outdated, right?

Well, if you want to, you can also update the system-provided X11  
server here: http://xquartz.macosforge.org

That way you don't have to worry about different X servers on the  
system.  The +system_x11 variant has actually nothing to do with the X  
server.  It is just used to determine which X11 LIBRARIES are used  
when building applications.

> As I understand some
> application doesn't build no more against the apple x11 in ppc. Maybe
> like I experienced with xpdf.

That's not true.  I'm doing almost all development on my G5 box, so I  
assure you that Leopard/ppc is a very well tested X11 environment.   
Heck, I now have firefox-3.1b3 running with plugins for video, audio,  
and pdfs provided by mozplugger on my ppc box.

> Yes I think everything is installed, but in the wrong path (apple x11
> path).

What do you mean by "apple x11 path"?  Did you enable the +system_x11  
variant?  What is the output of:
port list installed | grep xorg
...

> This didn't worked for me, because of the lack of e.g. x11 and xext  
> and
> so on. They were installed, but port didn't find them during
> configuration of the packages.

My guess is that you probably mixed and matched building some packages  
with and some without the variant.  Bad things happen then.

>
>>> This resulted in some errors:
>>> e.g.:
>>> _XFreePixmap referenced from libtk8 expected to be defined in /opt/
>>> local/lib/libX11.6.dylib
>>> collect2: ld returned 1 exit status
>>> make: *** [wish] Error 1
>>>
>>> Full report here: http://paste.pocoo.org/show/110573/
>>>
>>> Then I got this error:
>>>
>>> $ > dyld: Library not loaded: /opt/local/lib/libXt.6.dylib
>>>  Referenced from: /opt/local/bin/xpdf
>>>  Reason: image not found
>>>
>>> http://lists.macosforge.org/pipermail/macports-users/2007-November/
>>> 006989.html
>>
>> I don't know specifically what's going on here but would first try
>> rebuilding the affected ports.
> /opt/local/lib/libX11.6.dylib isn't there as expected, but
> under /usr/X11R6/.

Well, you linked xpdf against X11 libs in /opt/local/lib, then deleted  
them by adding the +system_x11 variant.  You need to unset that  
variant and reinstall all the ports that you installed with that  
variant, then reinstall them.

>
>
>>> I got also errors on sudo port install xorg-server:
>>>
>>> checking for XLIB... configure: error: Package requirements (x11)
>>> were not met:
>>>
>>> No package 'x11' found
> It asks for the package x11

That's a pkg-config package name.  It's looking for libX11.

> Here a translated Message with additional Informations I wrote in a
> german mac forum (without any answer):
>
> In the first place I setup the xserver from apple, and had build
> successfully a working macports x11 environment.
>
> Then I tried to install and run xpdf. It installed fine but didn't  
> run.

Why didn't it run?  Was this the libXt bug that I fixed about a month  
ago?

> I think I confused the installation by following the workaround to add
> +system_x11 to the variants.conf. I guess port searches now in the
> wrong path and messed up some dependencies.

yes, that is what got your system in this borked state.

> How can I switch in this situation successfuly to   xorg-server and  
> use
> it over apples x11?

I'd recommend this if you're on Leopard:

rm -rf /opt/local
Install http://xquartz.macosforge.org
Install Macports
sudo port -v selfupdate
sudo port -v install xpdf

be happy.

> The apple xserver under Tiger is a bit outdated isn't it?Some apps  
> won't
> compile against the apple x11 under PPC.

That's correct.  Some apps look for the pkg-config files.  It's a PITA  
to support the old monolithic X11.  If you're on Tiger, your best bet  
is to NEVER THINK about using system_x11 unless you intend to live  
with or fix all the bugs you're gonna run in to.

> http://www.nabble.com/X11-problem--td21904512.html
> Quote:
> "Yes, this is expected behaviour. X had historically been an exception
> to
> the "MacPorts uses its own stuff" rule, for various reasons. Those
> reasons no longer apply, so the exception is gone.
>
> If you really want the old behaviour back, you can use the +system_x11
> variant (best to add it to variants.conf)."
>
> I'm afraid, that it wasn't that  good to follow that workaround...

As mentioned, it's al ok workaround for most ports, but you can't  
casually switch between that variant being on and off without  
rebuilding your system.




From jeremyhu at macports.org  Tue Apr  7 00:30:18 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 00:30:18 -0700
Subject: Firefox-x11 did not upgrade
In-Reply-To: <6F9B3A38-680F-4E49-A362-F74CC7513999@macports.org>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
	<20090402205702.GD701@ninagal.withay.com>
	<B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>
	<6F9B3A38-680F-4E49-A362-F74CC7513999@macports.org>
Message-ID: <7E257E55-33A9-4406-947B-1E689D53728B@macports.org>


On Apr 3, 2009, at 17:53, Ryan Schmidt wrote:

>
> On Apr 2, 2009, at 18:21, Frank J. R. Hanstick wrote:
>
>> On Apr 2, 2009, at 1:57 PM, Bryan Blackburn wrote:
>>
>>> On Thu, Apr 02, 2009 at 02:14:37AM -0700, Frank J. R. Hanstick said:
>>>
>>>> 	Upgrading Firefox-x11 resulted in the following error:
>>> [...]
>>>> In file included from nsNSSCleaner.h:127,
>>>>                 from nsNSSCleaner.cpp:38:
>>>> ../../../../dist/include/system_wrappers/certt.h:3:24: error:  
>>>> certt.h: No
>>>> such file or directory
>>>
>>> That should be with the nss port, do you have that installed and  
>>> at version
>>> 3.12?  The current firefox-x11 (3.0.8_2) lists it as a dependency,  
>>> so it
>>> should have been installed...
>>
>> 	Being dependent on nss-3,12 explains why it is not installing  
>> because nss-3.12 fails to install (ticket 18930) leaving me with  
>> nss-3.11.9_0.  Shouldn't a failure to install nss-3.12 cause the  
>> Firefox-x11 to abort during configuration rather than build?
>
> You can bring that up with the developers of firefox if you like.  
> Sounds like their configure script isn't properly detecting the  
> required version of nss.

It should be... It failed for me when I tried building against  
3.11.9... of course maybe that was when I was building 3.1b3... I  
don't remember... /shrug

I still don't know why nss isn't building for some people.  In the  
mean time, you can hopefully install firefox-x11-devel.  It's not  
building on intel because of an annoying API bug... but I'll hopefully  
have a fix for that soon (see the xorg-devel mailing list if you are  
masochistic about the X11 header hell).


From apple at frinabulax.org  Tue Apr  7 03:54:22 2009
From: apple at frinabulax.org (robert delius royar)
Date: Tue, 7 Apr 2009 06:54:22 -0400
Subject: Firefox-x11 did not upgrade
In-Reply-To: <7E257E55-33A9-4406-947B-1E689D53728B@macports.org>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
	<20090402205702.GD701@ninagal.withay.com>
	<B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>
	<6F9B3A38-680F-4E49-A362-F74CC7513999@macports.org>
	<7E257E55-33A9-4406-947B-1E689D53728B@macports.org>
Message-ID: <alpine.OSX.2.00L.0904070623140.9463@teraqry.sevanohynk.bet>

Tue, 7 Apr 2009 (00:30 -0700 UTC) Jeremy Huddleston wrote:

>
> On Apr 3, 2009, at 17:53, Ryan Schmidt wrote:
>
>> 
>> On Apr 2, 2009, at 18:21, Frank J. R. Hanstick wrote:
>> 
>> > On Apr 2, 2009, at 1:57 PM, Bryan Blackburn wrote:
>> > 
>> > > On Thu, Apr 02, 2009 at 02:14:37AM -0700, Frank J. R. Hanstick said:
>> > > 
>> > > >  Upgrading Firefox-x11 resulted in the following error:
>> > > [...]
>> > > > In file included from nsNSSCleaner.h:127,
>> > > >                 from nsNSSCleaner.cpp:38:
>> > > > ../../../../dist/include/system_wrappers/certt.h:3:24: error: 
>> > > > certt.h: No
>> > > > such file or directory
>> > > 
>> > > That should be with the nss port, do you have that installed and at 
>> > > version
>> > > 3.12?  The current firefox-x11 (3.0.8_2) lists it as a dependency, so 
>> > > it
>> > > should have been installed...
>> > 
>> >  Being dependent on nss-3,12 explains why it is not installing because 
>> >  nss-3.12 fails to install (ticket 18930) leaving me with nss-3.11.9_0. 
>> >  Shouldn't a failure to install nss-3.12 cause the Firefox-x11 to abort 
>> >  during configuration rather than build?
>> 
>> You can bring that up with the developers of firefox if you like. Sounds 
>> like their configure script isn't properly detecting the required version 
>> of nss.
>
> It should be... It failed for me when I tried building against 3.11.9... of 
> course maybe that was when I was building 3.1b3... I don't remember... /shrug
>
> I still don't know why nss isn't building for some people.  In the mean time, 
> you can hopefully install firefox-x11-devel.  It's not building on intel 
> because of an annoying API bug... but I'll hopefully have a fix for that soon 
> (see the xorg-devel mailing list if you are masochistic about the X11 header 
> hell).

After you closed the bug "#14901: firefox-x11 does not provide 
file-selection browsers," I decided to upgrade.  Thank you for fixing 
that bug.  It was over a year old by the time I finally filed it, and 
you ficxed it within a day or so of being assigned the bug.

When I tried the new Portfile, I first ran uninstall firefox-x11. 
Then I tried to install the new version.  My 
Firefox-x11 was so old that the configure stage failed on a number of 
the required ports because of version.  Some were two versions older 
than configure needed.  It did not give me an error about heimdal.  Mine 
was a 0.x version--way out of date.  But the build failed on some of the 
security stuff.  I upgraded heimdal, cleaned firefox-x11, and started 
over.

The next hurdle was nss/nspr.  Both were up to date, and the files that 
were showing the error were on the system.  What was missing in the 
--with-system version was an -I for the dirctory where macports stores 
the headers.  When I tried some hand compiling adding 
-I/opt/local/include/nss, the build ran OK.  However, there are too many 
of those references to make that solution work (without knowing where 
the gmake -I references are built.

I had another small glitch that resulted from one of the dependencies 
having built even though one of its dependencies (pango) was outdated.

After wrangling for a very long time to get firefox-x11 to build because 
it always stopped in either the nss or nspr part, I finally decided to 
remove
        --with-system-nspr \
        --with-nspr-prefix=${prefix} \
        --with-system-nss \
        --with-nss-prefix=${prefix} \
from the Portfile, clean and retry.  I got all the way into late stages 
of desroot when it failed because a file it wanted to move into 
the destroot already existed there.
% port destroot firefox-x11
--->  Staging firefox-x11 into destroot
Error: Target org.macports.destroot returned: error copying 
"/opt/local/var/macports/sources/rsync.macports.org/release/ports/www/firefox-x11/files/share-applications-firefox.desktop" 
to "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_firefox-x11/work/destroot/opt/local/share/applications/firefox.desktop": file already exists
Error: Status 1 encountered during processing.

(I retried this after cleaning and assuring that desroot was clear 
before trying to install again.)

After a third try I gave up on the Macports way, pushd'ed to the build 
directory and did a 'gmake install'

I know I broke the rules, but it's my personal machine, so I am not 
concerned.  Firefox works now fine as an X based browser--including 
using the file browser.

-- 
Dr. Robert Delius Royar                   Associate Professor of English
Morehead State University                             Morehead, Kentucky


From ryandesign at macports.org  Tue Apr  7 03:57:56 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Apr 2009 05:57:56 -0500
Subject: nss build error
In-Reply-To: <4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
	<4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
Message-ID: <2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>


On Apr 6, 2009, at 14:52, Frank J. R. Hanstick wrote:

> 	Following a "sudo port selfupdate" the nss error changed from the  
> previous to the following:
>
> Error: Target org.macports.build returned: shell command "cd /opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_n 
> ss/work/nss-3.12 && make -C mozilla/security/coreconf/nsinstall &&  
> make -C mozilla/security/dbm && make -C mozilla/security/nss  
> NSPR_LIB_DIR=/opt/local/lib/nspr NSS_USE_SYSTEM_SQLITE=1" returned  
> error 2
> Command output: _PR_GMTParameters referenced from libnss3 expected  
> to be defined in /opt/local/lib/libnspr4.dylib
> _PR_LocalTimeParameters referenced from libnss3 expected to be  
> defined in /opt/local/lib/libnspr4.dylib

[snip]

There isn't any /opt/local/lib/libnspr4.dylib anymore; it's now /opt/ 
local/lib/nspr/libnspr4.dylib. That's what the latest update to nspr  
in r49079 did. So now all ports that use nspr have to be updated to  
use nspr from that new location. For nss this should have been fixed  
in r49081, which added the parameter NSPR_LIB_DIR=/opt/local/lib/ 
nspr. But I see from your output above that you already have this  
update. Can you clean and try again with the -d flag and show us the  
full output?


From christopher.rob.jones at cern.ch  Tue Apr  7 06:51:36 2009
From: christopher.rob.jones at cern.ch (Chris Jones)
Date: Tue, 7 Apr 2009 14:51:36 +0100
Subject: KDE4 packages depend on two QT4 packages ?
In-Reply-To: <2E9C0029-004B-4A12-A95A-B9807A38C06A@macports.org>
References: <F579B77B-5635-43D4-89CD-A614F81018BF@cern.ch>
	<78CA4D47-0CA9-44D7-A515-73D33792EEA9@cern.ch>
	<2E9C0029-004B-4A12-A95A-B9807A38C06A@macports.org>
Message-ID: <095459F8-56C1-4780-B1ED-B8174522E9D2@cern.ch>

>>
>
> Would you please file a ticket for this problem in the issue  
> tracker? Thanks.

Apologies for the delay. Ticket is filed here

http://trac.macports.org/ticket/19217

cheers Chris


From ggrubbish at web.de  Tue Apr  7 12:30:14 2009
From: ggrubbish at web.de (Gerhard G.)
Date: Tue, 7 Apr 2009 21:30:14 +0200
Subject: Macports X11 damaged?
In-Reply-To: <C86A6B24-219A-4F16-8661-07C9BB5326F6@bellsouth.net>
References: <651126019@web.de> <200904070011.12456.ggrubbish@web.de>
	<C86A6B24-219A-4F16-8661-07C9BB5326F6@bellsouth.net>
Message-ID: <200904072130.15161.ggrubbish@web.de>

Am Dienstag, 7. April 2009 schrieb William Davis:
> On Apr 6, 2009, at 6:11 PM, ggrubbish at web.de wrote:
>[...]
> port installed X*
>
> This will give you a list of the "X" programs you installed.  At
> least
>
> some of these will look like  this:
> > xorg-libX11 @1.2_0+system_x11 (active)
>
> See the "+system_x11" tag?  For each port (program) with a
> "+system_x11" tag do this:
> sudo port -d deactivate xprogram+system_x11
> where xprogram  equals the name of the program.
> then reinstall each of the programs leaving off the "+system_x11"
> tag, for example
> sudo port -d install xorg-libX11
>

Thank you very much William! 
Your hints were right, and my macports system is ok again. All 
+system_x11 variants (also the line in variants.conf) are deactivated 
and reinstalled. I used grep and awk to get a script to do so according 
your description.

I thank also Jeremy Huddleston to shed some light on the macports 
system. I use macports on Tiger 10.4.11 PPC, and if I gonna switch to 
leopard I'll try his propoasal to install macports with the Xquartz 
Server from apple. I think that is not an option for me with tiger.

xdvi etc. are working again, but xpdf gives new error messages (but no 
longer X related.):

:~]$ > xpdf &
[1] 18214
:~]$ > Error: No paper information available - using defaults
Error: No display font for 'Courier'
Error: No display font for 'Courier-Bold'
Error: No display font for 'Courier-BoldOblique'
Error: No display font for 'Courier-Oblique'
Error: No display font for 'Helvetica'
Error: No display font for 'Helvetica-Bold'
Error: No display font for 'Helvetica-BoldOblique'
Error: No display font for 'Helvetica-Oblique'
Error: No display font for 'Symbol'
Error: No display font for 'Times-Bold'
Error: No display font for 'Times-BoldItalic'
Error: No display font for 'Times-Italic'
Error: No display font for 'Times-Roman'
Error: No display font for 'ZapfDingbats'
Error: Couldn't find per display information

[1]+  Exit 1                  xpdf


I'm using X11.app from apple as an xserver, because startx doesn't work:

xinit: ?No such file or directory (errno 2): ?no 
server "/opt/local/bin/X" in PATH

Is this as expected?

Thank you!

Kind regards

Gerhard

From ggrubbish at web.de  Tue Apr  7 12:36:03 2009
From: ggrubbish at web.de (Gerhard G.)
Date: Tue, 7 Apr 2009 21:36:03 +0200
Subject: Macports X11 damaged?
In-Reply-To: <0CCB0363-38CF-4250-BF32-59683913C09C@macports.org>
References: <651126019@web.de> <200904070011.12456.ggrubbish@web.de>
	<0CCB0363-38CF-4250-BF32-59683913C09C@macports.org>
Message-ID: <200904072136.04051.ggrubbish@web.de>

Am Dienstag, 7. April 2009 schrieb Jeremy Huddleston:
Hello Jeremy,
thank you very much for your answer. You shed some light on the whole 
stuff for me.
> I'd recommend this if you're on Leopard:
I'm not I'm on Tiger/PPC
> rm -rf /opt/local
> Install http://xquartz.macosforge.org
> Install Macports
> sudo port -v selfupdate
> sudo port -v install xpdf
>
> be happy.
Thank you I'll try that when I'll switch to Leopard/Intel.
> > The apple xserver under Tiger is a bit outdated isn't it?Some apps
> > ? won't
> > compile against the apple x11 under PPC.
>
> That's correct. ?Some apps look for the pkg-config files. ?It's a
> PITA ? to support the old monolithic X11. ?If you're on Tiger, your
> best bet is to NEVER THINK about using system_x11 unless you intend
> to live with or fix all the bugs you're gonna run in to.
Thank you for this hint too.
> > http://www.nabble.com/X11-problem--td21904512.html
> > Quote:
> > "Yes, this is expected behaviour. X had historically been an
> > exception to
> > the "MacPorts uses its own stuff" rule, for various reasons. Those
> > reasons no longer apply, so the exception is gone.
> >
> > If you really want the old behaviour back, you can use the
> > +system_x11 variant (best to add it to variants.conf)."
> >
> > I'm afraid, that it wasn't that ?good to follow that workaround...
>
> As mentioned, it's al ok workaround for most ports, but you can't ?
> casually switch between that variant being on and off without ?
> rebuilding your system.

I'm not able to fix those bugs on my own, and prefer to stay with a 
proper installation ;-)

I might answer more detailed after easter.

Thanks a lot.
Kind regards

Gerhard G. 

From neandergrant at gmail.com  Tue Apr  7 13:44:49 2009
From: neandergrant at gmail.com (Stephen Grant)
Date: Tue, 7 Apr 2009 13:44:49 -0700
Subject: Unable to build gnome-libs
Message-ID: <C68A1BDA-5A35-4E21-BA4B-C29BB60CF971@gmail.com>

Using PortAuthority, selecting gnome-libs to install, I get:

Making install in libart_lgpl
Making install in doc
make[3]: Nothing to be done for `install-exec-am'.
/bin/ksh ../../mkinstalldirs /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_gnome-libs/work/destroot/opt/local/ 
share/gtk-doc/html/libart
mkdir /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_gnome-libs/work/destroot/opt/local/ 
share/gtk-doc
mkdir /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_gnome-libs/work/destroot/opt/local/ 
share/gtk-doc/html
mkdir /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_gnome-libs/work/destroot/opt/local/ 
share/gtk-doc/html/libart
(installfiles=`echo ./html/*.html`; \
	if test "$installfiles" = './html/*.html'; \
	then echo '-- Nothing to install' ; \
	else \
	  for i in $installfiles; do \
	    echo '-- Installing '$i ; \
	    ../../ -m 644 $i /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_gnome-libs/work/destroot/opt/local/ 
share/gtk-doc/html/libart; \
	  done; \
	  echo '-- Installing ./html/index.sgml' ; \
	  ../../ -m 644 ./html/index.sgml /opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_gnome-libs/work/destroot/opt/local/ 
share/gtk-doc/html/libart; \
	fi)
-- Installing ./html/basic-foo.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/basic-rendering.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/basic.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section1.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section10.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section2.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section3.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section4.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section5.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section6.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section7.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section8.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-section9.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl-using.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/fdl.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/internals-intersector.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/internals.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/intro-file-names.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/intro.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-affine-transformation-matrices.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-art-alpha-gamma-stuff.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-core-construction-apis.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-extended-construction-apis.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-memory-management.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-svp-rendering.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-svps.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-transformation-operations.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/problems-memory.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/problems.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/sample-display.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/sample.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/x35.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/index.sgml
/bin/ksh: line 1: ../../: cannot execute [Is a directory]
make[3]: *** [install-data-local] Error 126
make[2]: *** [install-am] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1
Warning: the following items did not execute (for gnome-libs):  
org.macports.activate org.macports.destroot org.macports.install

Thanks.

Steve Grant

From blb at macports.org  Tue Apr  7 14:15:38 2009
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 7 Apr 2009 15:15:38 -0600
Subject: Unable to build gnome-libs
In-Reply-To: <C68A1BDA-5A35-4E21-BA4B-C29BB60CF971@gmail.com>
References: <C68A1BDA-5A35-4E21-BA4B-C29BB60CF971@gmail.com>
Message-ID: <20090407211538.GD2737@ninagal.withay.com>

On Tue, Apr 07, 2009 at 01:44:49PM -0700, Stephen Grant said:
> Using PortAuthority, selecting gnome-libs to install, I get:
>
[...]
> -- Installing ./html/basic-foo.html
> /bin/ksh[1]: ../../: cannot execute [Is a directory]

Looks like

<http://trac.macports.org/ticket/14363>

unfortunately no ideas for a resolution as yet.

Bryan


[...]
>
> Thanks.
>
> Steve Grant

From jeremyhu at macports.org  Tue Apr  7 14:20:03 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 14:20:03 -0700
Subject: Firefox-x11 did not upgrade
In-Reply-To: <alpine.OSX.2.00L.0904070623140.9463@teraqry.sevanohynk.bet>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
	<20090402205702.GD701@ninagal.withay.com>
	<B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>
	<6F9B3A38-680F-4E49-A362-F74CC7513999@macports.org>
	<7E257E55-33A9-4406-947B-1E689D53728B@macports.org>
	<alpine.OSX.2.00L.0904070623140.9463@teraqry.sevanohynk.bet>
Message-ID: <27290197-9ABE-4C65-AB0F-1392FFBB5B63@macports.org>


On Apr 7, 2009, at 03:54, robert delius royar wrote:
>
> After you closed the bug "#14901: firefox-x11 does not provide file- 
> selection browsers," I decided to upgrade.  Thank you for fixing  
> that bug.  It was over a year old by the time I finally filed it,  
> and you ficxed it within a day or so of being assigned the bug.

Thanks, I'm trying to make it as usable as possible, so I have a solid  
browser to use with X11 to increase my own X11 app usage and hopefully  
find bugs before they reach users.  You may have noticed that firefox- 
x11-devel is there as well (which uses the packaged nss and nspr  
instead of the system one) as well as the new mozplugger port which  
lets you use xpdf and mplayer as plugins for related content.

> When I tried the new Portfile, I first ran uninstall firefox-x11.  
> Then I tried to install the new version.  My Firefox-x11 was so old  
> that the configure stage failed on a number of the required ports  
> because of version.  Some were two versions older than configure  
> needed.  It did not give me an error about heimdal.  Mine was a 0.x  
> version--way out of date.  But the build failed on some of the  
> security stuff.  I upgraded heimdal, cleaned firefox-x11, and  
> started over.

Sorry, I just came on board with the mozilla stuff as a way of testing  
X11.  I'm trying to piece together as much as possible and pushing  
issues upstream where appropriate (bug numbers are listed in the  
Portfile if you're interested).  I'd recommend filing a bug upstream  
if the version checks are insufficient (especially if that's still the  
case with 3.1b3).

> The next hurdle was nss/nspr.  Both were up to date, and the files  
> that were showing the error were on the system.  What was missing in  
> the --with-system version was an -I for the dirctory where macports  
> stores the headers.
> When I tried some hand compiling adding -I/opt/local/include/nss,  
> the build ran OK.  However, there are too many of those references  
> to make that solution work (without knowing where the gmake -I  
> references are built.

Interesting.  It should be finding them alright.  It is here on my  
systems (Leopard/ppc and Leopard/intel ... I haven't messed with my  
Tiger/ppc box in a while).  What do you see in config/autoconf.mk for  
NSS_CFLAGS?

What file is missing the -I... during the build?  Do you have the most  
up-to-date portfile?  This issue should be fixed using system-nss.patch:

https://bugzilla.mozilla.org/show_bug.cgi?id=485862

--- config/autoconf.mk.in.orig	2009-03-29 22:07:24.000000000 -0700
+++ config/autoconf.mk.in	2009-03-29 22:07:54.000000000 -0700
@@ -278,7 +278,7 @@ OS_LDFLAGS	= @LDFLAGS@
  OS_COMPILE_CFLAGS = $(OS_CPPFLAGS) @COMPILE_CFLAGS@
  OS_COMPILE_CXXFLAGS = $(OS_CPPFLAGS) @COMPILE_CXXFLAGS@

-OS_INCLUDES	= $(NSPR_CFLAGS) $(JPEG_CFLAGS) $(PNG_CFLAGS) $ 
(ZLIB_CFLAGS) $(LCMS_CFLAGS)
+OS_INCLUDES	= $(NSPR_CFLAGS) $(NSS_CFLAGS) $(JPEG_CFLAGS) $ 
(PNG_CFLAGS) $(ZLIB_CFLAGS) $(LCMS_CFLAGS)
  OS_LIBS		= @LIBS@
  ACDEFINES	= @MOZ_DEFINES@

> I had another small glitch that resulted from one of the  
> dependencies having built even though one of its dependencies  
> (pango) was outdated.
>
> After wrangling for a very long time to get firefox-x11 to build  
> because it always stopped in either the nss or nspr part, I finally  
> decided to remove
>       --with-system-nspr \
>       --with-nspr-prefix=${prefix} \
>       --with-system-nss \
>       --with-nss-prefix=${prefix} \
> from the Portfile, clean and retry.  I got all the way into late  
> stages of desroot when it failed because a file it wanted to move  
> into the destroot already existed there.
> % port destroot firefox-x11
> --->  Staging firefox-x11 into destroot
> Error: Target org.macports.destroot returned: error copying "/opt/ 
> local/var/macports/sources/rsync.macports.org/release/ports/www/ 
> firefox-x11/files/share-applications-firefox.desktop" to "/opt/local/ 
> var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_www_firefox-x11/work/destroot/opt/local/ 
> share/applications/firefox.desktop": file already exists
> Error: Status 1 encountered during processing.
> (I retried this after cleaning and assuring that desroot was clear  
> before trying to install again.)

That's odd.  How is it getting there?  Can you try saving the debug  
build log and sending it to me (or just grep through it yourself to  
look for 'firefox.desktop')?

> After a third try I gave up on the Macports way, pushd'ed to the  
> build directory and did a 'gmake install'
>
> I know I broke the rules, but it's my personal machine, so I am not  
> concerned.  Firefox works now fine as an X based browser--including  
> using the file browser.

Great... I'd still like to figure out your issues though...

Can you give 'firefox-x11-devel' a whirl.  It can live alongside  
firefox-x11.



From jeremyhu at macports.org  Tue Apr  7 14:24:09 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 14:24:09 -0700
Subject: nss build error
In-Reply-To: <2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
	<4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
	<2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
Message-ID: <82D3D70F-27D2-415D-BCFA-9699CC894DAD@macports.org>


On Apr 7, 2009, at 03:57, Ryan Schmidt wrote:

>
> On Apr 6, 2009, at 14:52, Frank J. R. Hanstick wrote:
>
>> 	Following a "sudo port selfupdate" the nss error changed from the  
>> previous to the following:
>>
>> Error: Target org.macports.build returned: shell command "cd /opt/ 
>> local/var/macports/build/ 
>> _opt_local_var_macports_sources_rsync 
>> .macports.org_release_ports_net_nss/work/nss-3.12 && make -C  
>> mozilla/security/coreconf/nsinstall && make -C mozilla/security/dbm  
>> && make -C mozilla/security/nss NSPR_LIB_DIR=/opt/local/lib/nspr  
>> NSS_USE_SYSTEM_SQLITE=1" returned error 2
>> Command output: _PR_GMTParameters referenced from libnss3 expected  
>> to be defined in /opt/local/lib/libnspr4.dylib
>> _PR_LocalTimeParameters referenced from libnss3 expected to be  
>> defined in /opt/local/lib/libnspr4.dylib
>
> [snip]
>
> There isn't any /opt/local/lib/libnspr4.dylib anymore; it's now /opt/ 
> local/lib/nspr/libnspr4.dylib. That's what the latest update to nspr  
> in r49079 did. So now all ports that use nspr have to be updated to  
> use nspr from that new location. For nss this should have been fixed  
> in r49081, which added the parameter NSPR_LIB_DIR=/opt/local/lib/ 
> nspr. But I see from your output above that you already have this  
> update. Can you clean and try again with the -d flag and show us the  
> full output?

Yeah, I bumped all ports that I knew about using nss and nspr to force  
a rebuild.  I apologize if this caused you problems, but in the end it  
will avoid headaches since we can avoid putting all of ${prefix}/lib  
into DYLD_LIBRARY_PATH

Please send the full debug log as Ryan mentioned, but then also try  
the following:

sudo port -v -f uninstall nss
sudo port -v clean nss
sudo port -v install nss



From jeremyhu at macports.org  Tue Apr  7 14:31:29 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 14:31:29 -0700
Subject: Macports X11 damaged?
In-Reply-To: <200904072130.15161.ggrubbish@web.de>
References: <651126019@web.de> <200904070011.12456.ggrubbish@web.de>
	<C86A6B24-219A-4F16-8661-07C9BB5326F6@bellsouth.net>
	<200904072130.15161.ggrubbish@web.de>
Message-ID: <259A13BA-7F55-4B2E-A6FE-EE5B2BB24E6F@macports.org>


On Apr 7, 2009, at 12:30, Gerhard G. wrote:

> Am Dienstag, 7. April 2009 schrieb William Davis:
>> On Apr 6, 2009, at 6:11 PM, ggrubbish at web.de wrote:
>> [...]
>> port installed X*
>>
>> This will give you a list of the "X" programs you installed.  At
>> least
>>
>> some of these will look like  this:
>>> xorg-libX11 @1.2_0+system_x11 (active)
>>
>> See the "+system_x11" tag?  For each port (program) with a
>> "+system_x11" tag do this:
>> sudo port -d deactivate xprogram+system_x11
>> where xprogram  equals the name of the program.
>> then reinstall each of the programs leaving off the "+system_x11"
>> tag, for example
>> sudo port -d install xorg-libX11
>>
>
> Thank you very much William!
> Your hints were right, and my macports system is ok again. All
> +system_x11 variants (also the line in variants.conf) are deactivated
> and reinstalled. I used grep and awk to get a script to do so  
> according
> your description.
>
> I thank also Jeremy Huddleston to shed some light on the macports
> system. I use macports on Tiger 10.4.11 PPC, and if I gonna switch to
> leopard I'll try his propoasal to install macports with the Xquartz
> Server from apple. I think that is not an option for me with tiger.
>
> xdvi etc. are working again, but xpdf gives new error messages (but no
> longer X related.):

You may have some lingering applications linking against the wrong  
libs.  Do a quick check using:

cd /opt/local/lib
for f in *dylib; do otool -L $f | grep -q /usr/X11 && echo $f; done

cd /opt/local/bin
for f in *; do otool -L $f | grep -q /usr/X11 && echo $f; done

If nothing is output, you're golden.  Otherwise you should uninstall  
the ports providing the files that are echoed back and reinstall them.

> :~]$ > xpdf &
> [1] 18214
> :~]$ > Error: No paper information available - using defaults
> Error: No display font for 'Courier'
> Error: No display font for 'Courier-Bold'
> Error: No display font for 'Courier-BoldOblique'
> Error: No display font for 'Courier-Oblique'
> Error: No display font for 'Helvetica'
> Error: No display font for 'Helvetica-Bold'
> Error: No display font for 'Helvetica-BoldOblique'
> Error: No display font for 'Helvetica-Oblique'
> Error: No display font for 'Symbol'
> Error: No display font for 'Times-Bold'
> Error: No display font for 'Times-BoldItalic'
> Error: No display font for 'Times-Italic'
> Error: No display font for 'Times-Roman'
> Error: No display font for 'ZapfDingbats'
> Error: Couldn't find per display information
>
> [1]+  Exit 1                  xpdf

Yeah, I get most of that... /shrug ... xpdf still works.

> I'm using X11.app from apple as an xserver, because startx doesn't  
> work:
>
> xinit:  No such file or directory (errno 2):  no
> server "/opt/local/bin/X" in PATH
>
> Is this as expected?

Don't use startx.  Install the xorg-server port and just launch / 
Applications/MacPorts/X11.app

Still, I'm concerned that you don't have /opt/local/bin/X ... did you  
install the xorg-server port?  If you want "all" of X, you should run:

sudo port -v install xorg

This will give you the latest X11 apps, X11 server, HW-accelerated  
GLX, and the latest quartz-wm... basically exactly what is available  
from http://xquartz.macosforge.org for Leopard, but you're able to  
build it for Tiger (well I built the quartz-wm since it's closed  
source, but everything else you build).

I hope that helps,
Jeremy




From neandergrant at gmail.com  Tue Apr  7 18:05:05 2009
From: neandergrant at gmail.com (Stephen Grant)
Date: Tue, 7 Apr 2009 18:05:05 -0700
Subject: Unable to build yelp
Message-ID: <19247DD4-1AB2-4D60-9E5D-2699663AAD62@gmail.com>

I did:

port -v install gnome

and it got to here and barfed:

--->  Configuring yelp
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... no
checking for mawk... no
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking whether to enable maintainer-specific portions of  
Makefiles... no
checking for style of include used by make... GNU
checking for gcc... /usr/bin/gcc-4.0
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether /usr/bin/gcc-4.0 accepts -g... yes
checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed
checking dependency style of /usr/bin/gcc-4.0... gcc3
checking for intltool >= 0.35.0... 0.40.6 found
checking for intltool-update... /opt/local/bin/intltool-update
checking for intltool-merge... /opt/local/bin/intltool-merge
checking for intltool-extract... /opt/local/bin/intltool-extract
checking for xgettext... /opt/local/bin/xgettext
checking for msgmerge... /opt/local/bin/msgmerge
checking for msgfmt... /opt/local/bin/msgfmt
checking for perl... /opt/local/bin/perl
checking for XML::Parser... ok
checking for gconftool-2... /opt/local/bin/gconftool-2
Using config source xml:merged:/opt/local/etc/gconf/gconf.xml.defaults  
for schema installation
Using $(sysconfdir)/gconf/schemas as install directory for schema files
checking whether ln -s works... yes
checking for gcc... (cached) /usr/bin/gcc-4.0
checking whether we are using the GNU C compiler... (cached) yes
checking whether /usr/bin/gcc-4.0 accepts -g... (cached) yes
checking for /usr/bin/gcc-4.0 option to accept ISO C89... (cached)  
none needed
checking dependency style of /usr/bin/gcc-4.0... (cached) gcc3
checking whether we are using the GNU C++ compiler... yes
checking whether /usr/bin/g++-4.0 accepts -g... yes
checking dependency style of /usr/bin/g++-4.0... gcc3
checking for gcc... (cached) /usr/bin/gcc-4.0
checking whether we are using the GNU C compiler... (cached) yes
checking whether /usr/bin/gcc-4.0 accepts -g... (cached) yes
checking for /usr/bin/gcc-4.0 option to accept ISO C89... (cached)  
none needed
checking dependency style of /usr/bin/gcc-4.0... (cached) gcc3
checking for library containing strerror... none required
checking how to run the C preprocessor... /usr/bin/cpp-4.0
checking for grep that handles long lines and -e... /usr/bin/grep
checking for egrep... /usr/bin/grep -E
checking for ANSI C header files... yes
checking build system type... i386-apple-darwin9.6.1
checking host system type... i386-apple-darwin9.6.1
checking for a sed that does not truncate output... /usr/bin/sed
checking for ld used by /usr/bin/gcc-4.0... /usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld)  
is GNU ld... no
checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to  
reload object files... -r
checking for BSD-compatible nm... /usr/bin/nm -p
checking how to recognize dependent libraries... pass_all
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking dlfcn.h usability... yes
checking dlfcn.h presence... yes
checking for dlfcn.h... yes
checking how to run the C++ preprocessor... /usr/bin/g++-4.0 -E
checking for g77... no
checking for xlf... no
checking for f77... no
checking for frt... no
checking for pgf77... no
checking for cf77... no
checking for fort77... no
checking for fl32... no
checking for af77... no
checking for xlf90... no
checking for f90... no
checking for pgf90... no
checking for pghpf... no
checking for epcf90... no
checking for gfortran... no
checking for g95... no
checking for xlf95... no
checking for f95... no
checking for fort... no
checking for ifort... no
checking for ifc... no
checking for efc... no
checking for pgf95... no
checking for lf95... no
checking for ftn... no
checking whether we are using the GNU Fortran 77 compiler... no
checking whether  accepts -g... no
checking the maximum length of command line arguments... 196608
checking command to parse /usr/bin/nm -p output from /usr/bin/gcc-4.0  
object... ok
checking for objdir... .libs
checking for ar... ar
checking for ranlib... ranlib
checking for strip... strip
checking for dsymutil... dsymutil
checking for nmedit... nmedit
checking for -single_module linker flag... yes
checking for -exported_symbols_list linker flag... yes
checking if /usr/bin/gcc-4.0 supports -fno-rtti -fno-exceptions... no
checking for /usr/bin/gcc-4.0 option to produce PIC... -fno-common
checking if /usr/bin/gcc-4.0 PIC flag -fno-common works... yes
checking if /usr/bin/gcc-4.0 static flag -static works... no
checking if /usr/bin/gcc-4.0 supports -c -o file.o... yes
checking whether the /usr/bin/gcc-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin9.6.1 dyld
checking how to hardcode library paths into programs... immediate
checking whether stripping libraries is possible... yes
checking if libtool supports shared libraries... yes
checking whether to build shared libraries... yes
checking whether to build static libraries... yes
configure: creating libtool
appending configuration tag "CXX" to libtool
checking for ld used by /usr/bin/g++-4.0... /usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld
checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld)  
is GNU ld... no
checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking for /usr/bin/g++-4.0 option to produce PIC... -fno-common
checking if /usr/bin/g++-4.0 PIC flag -fno-common works... yes
checking if /usr/bin/g++-4.0 static flag -static works... no
checking if /usr/bin/g++-4.0 supports -c -o file.o... yes
checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
apple-darwin9/4.0.1/ld) supports shared libraries... yes
checking dynamic linker characteristics... darwin9.6.1 dyld
(cached) (cached) checking how to hardcode library paths into  
programs... immediate
appending configuration tag "F77" to libtool
checking for pkg-config... /opt/local/bin/pkg-config
checking pkg-config is at least version 0.16... yes
checking for GLIB - version >= 2.0.0... yes (version 2.20.0)
checking whether /usr/bin/gcc-4.0 and cc understand -c and -o  
together... yes
checking whether gcc understands -Wno-sign-compare... yes
checking what warning flags to pass to the C compiler... -Wall - 
Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
checking what language compliance flags to pass to the C compiler...
checking what warning flags to pass to the C++ compiler... -Wall -Wno- 
unused
checking what language compliance flags to pass to the C++ compiler...
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking for LC_MESSAGES... yes
checking libintl.h usability... yes
checking libintl.h presence... yes
checking for libintl.h... yes
checking for ngettext in libc... no
checking for bindtextdomain in -lintl... yes
checking for ngettext in -lintl... yes
checking for dgettext in -lintl... yes
checking for bind_textdomain_codeset... yes
checking for msgfmt... (cached) /opt/local/bin/msgfmt
checking for dcgettext... yes
checking if msgfmt accepts -c... yes
checking for gmsgfmt... /opt/local/bin/msgfmt
checking for xgettext... (cached) /opt/local/bin/xgettext
checking for YELP... yes
checking for gsed... /usr/bin/sed
checking for X... libraries /usr/X11/lib, headers /usr/X11/include
checking whether -R must be followed by a space... no
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for YELP_SEARCH... no
checking for gzopen in -lz... yes
checking for lzmadec_open in -llzmadec... no
checking for bzread in -lbz2... no
checking for BZ2_bzread in -lbz2... yes
checking for gawk... (cached) awk
checking which gecko to use... firefox
checking manual gecko home set... Package firefox was not found in the  
pkg-config search path.
Perhaps you should add the directory containing `firefox.pc'
to the PKG_CONFIG_PATH environment variable
No package 'firefox' found
Package firefox-unstable was not found in the pkg-config search path.
Perhaps you should add the directory containing `firefox-unstable.pc'
to the PKG_CONFIG_PATH environment variable
No package 'firefox-unstable' found
checking for compiler -fshort-wchar option... yes
checking whether to enable C++ RTTI... no
checking whether we have a gtk 2 gecko build... configure: error: This  
program needs a gtk 2 gecko build
Error: Target org.macports.configure returned: configure failure:  
shell command " cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_gnome_yelp/work/yelp-2.24.0" && ./ 
configure --prefix=/opt/local --with-gecko=firefox " returned error 1
Command output: checking if msgfmt accepts -c... yes
checking for gmsgfmt... /opt/local/bin/msgfmt
checking for xgettext... (cached) /opt/local/bin/xgettext
checking for YELP... yes
checking for gsed... /usr/bin/sed
checking for X... libraries /usr/X11/lib, headers /usr/X11/include
checking whether -R must be followed by a space... no
checking for gethostbyname... yes
checking for connect... yes
checking for remove... yes
checking for shmat... yes
checking for IceConnectionNumber in -lICE... yes
checking for YELP_SEARCH... no
checking for gzopen in -lz... yes
checking for lzmadec_open in -llzmadec... no
checking for bzread in -lbz2... no
checking for BZ2_bzread in -lbz2... yes
checking for gawk... (cached) awk
checking which gecko to use... firefox
checking manual gecko home set... Package firefox was not found in the  
pkg-config search path.
Perhaps you should add the directory containing `firefox.pc'
to the PKG_CONFIG_PATH environment variable
No package 'firefox' found
Package firefox-unstable was not found in the pkg-config search path.
Perhaps you should add the directory containing `firefox-unstable.pc'
to the PKG_CONFIG_PATH environment variable
No package 'firefox-unstable' found
checking for compiler -fshort-wchar option... yes
checking whether to enable C++ RTTI... no
checking whether we have a gtk 2 gecko build... configure: error: This  
program needs a gtk 2 gecko build

Warning: the following items did not execute (for yelp):  
org.macports.activate org.macports.configure org.macports.build  
org.macports.destroot org.macports.install
Error: The following dependencies failed to build: gnome-desktop-suite  
yelp zenity
Error: Status 1 encountered during processing.

Any ideas?

Thanks.

Steve Grant


From trog24 at comcast.net  Tue Apr  7 18:57:12 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Tue, 7 Apr 2009 18:57:12 -0700
Subject: nss build error
In-Reply-To: <2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
	<4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
	<2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
Message-ID: <3F344D20-B0C5-43ED-A3BE-0BE8D0CC8D07@comcast.net>

Hello,
	Attached is your request.

On Apr 7, 2009, at 3:57 AM, Ryan Schmidt wrote:

>
> On Apr 6, 2009, at 14:52, Frank J. R. Hanstick wrote:
>
>> 	Following a "sudo port selfupdate" the nss error changed from the  
>> previous to the following:
>>
>> Error: Target org.macports.build returned: shell command "cd /opt/ 
>> local/var/macports/build/ 
>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_ 
>> nss/work/nss-3.12 && make -C mozilla/security/coreconf/nsinstall  
>> && make -C mozilla/security/dbm && make -C mozilla/security/nss  
>> NSPR_LIB_DIR=/opt/local/lib/nspr NSS_USE_SYSTEM_SQLITE=1" returned  
>> error 2
>> Command output: _PR_GMTParameters referenced from libnss3 expected  
>> to be defined in /opt/local/lib/libnspr4.dylib
>> _PR_LocalTimeParameters referenced from libnss3 expected to be  
>> defined in /opt/local/lib/libnspr4.dylib
>
> [snip]
>
> There isn't any /opt/local/lib/libnspr4.dylib anymore; it's now / 
> opt/local/lib/nspr/libnspr4.dylib. That's what the latest update to  
> nspr in r49079 did. So now all ports that use nspr have to be  
> updated to use nspr from that new location. For nss this should  
> have been fixed in r49081, which added the parameter NSPR_LIB_DIR=/ 
> opt/local/lib/nspr. But I see from your output above that you  
> already have this update. Can you clean and try again with the -d  
> flag and show us the full output?
>

Frank J. R. Hanstick
trog24 at comcast.net


?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/fb491f65/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: nssupgrade.rtf
Type: text/rtf
Size: 213104 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/fb491f65/attachment.bin>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/fb491f65/attachment-0001.html>

From jeremyhu at macports.org  Tue Apr  7 19:13:39 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 19:13:39 -0700
Subject: Unable to build yelp
In-Reply-To: <19247DD4-1AB2-4D60-9E5D-2699663AAD62@gmail.com>
References: <19247DD4-1AB2-4D60-9E5D-2699663AAD62@gmail.com>
Message-ID: <01181893-82AB-4ABD-BFE0-575B0680F60E@macports.org>

Is there a newer version of yelp.  Recent versions of firefox (atleast  
3.0) no longer provide pkgconfig files.  Those are only provided by  
xulrunner (libxul.pc).

There seems to be some problems with the installed SDK however (and  
I'm actually looking into it as we speak)... see:
https://bugzilla.mozilla.org/show_bug.cgi?id=486064

I think we just need to just set the XXXXXXX_CFLAGS and XXXXXXXX_LIBS  
env variables to bypass the pkg-config check.



On Apr 7, 2009, at 18:05, Stephen Grant wrote:

> I did:
>
> port -v install gnome
>
> and it got to here and barfed:
>
> --->  Configuring yelp
> checking for a BSD-compatible install... /usr/bin/install -c
> checking whether build environment is sane... yes
> checking for a thread-safe mkdir -p... ./install-sh -c -d
> checking for gawk... no
> checking for mawk... no
> checking for nawk... no
> checking for awk... awk
> checking whether make sets $(MAKE)... yes
> checking whether to enable maintainer-specific portions of  
> Makefiles... no
> checking for style of include used by make... GNU
> checking for gcc... /usr/bin/gcc-4.0
> checking for C compiler default output file name... a.out
> checking whether the C compiler works... yes
> checking whether we are cross compiling... no
> checking for suffix of executables...
> checking for suffix of object files... o
> checking whether we are using the GNU C compiler... yes
> checking whether /usr/bin/gcc-4.0 accepts -g... yes
> checking for /usr/bin/gcc-4.0 option to accept ISO C89... none needed
> checking dependency style of /usr/bin/gcc-4.0... gcc3
> checking for intltool >= 0.35.0... 0.40.6 found
> checking for intltool-update... /opt/local/bin/intltool-update
> checking for intltool-merge... /opt/local/bin/intltool-merge
> checking for intltool-extract... /opt/local/bin/intltool-extract
> checking for xgettext... /opt/local/bin/xgettext
> checking for msgmerge... /opt/local/bin/msgmerge
> checking for msgfmt... /opt/local/bin/msgfmt
> checking for perl... /opt/local/bin/perl
> checking for XML::Parser... ok
> checking for gconftool-2... /opt/local/bin/gconftool-2
> Using config source xml:merged:/opt/local/etc/gconf/ 
> gconf.xml.defaults for schema installation
> Using $(sysconfdir)/gconf/schemas as install directory for schema  
> files
> checking whether ln -s works... yes
> checking for gcc... (cached) /usr/bin/gcc-4.0
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether /usr/bin/gcc-4.0 accepts -g... (cached) yes
> checking for /usr/bin/gcc-4.0 option to accept ISO C89... (cached)  
> none needed
> checking dependency style of /usr/bin/gcc-4.0... (cached) gcc3
> checking whether we are using the GNU C++ compiler... yes
> checking whether /usr/bin/g++-4.0 accepts -g... yes
> checking dependency style of /usr/bin/g++-4.0... gcc3
> checking for gcc... (cached) /usr/bin/gcc-4.0
> checking whether we are using the GNU C compiler... (cached) yes
> checking whether /usr/bin/gcc-4.0 accepts -g... (cached) yes
> checking for /usr/bin/gcc-4.0 option to accept ISO C89... (cached)  
> none needed
> checking dependency style of /usr/bin/gcc-4.0... (cached) gcc3
> checking for library containing strerror... none required
> checking how to run the C preprocessor... /usr/bin/cpp-4.0
> checking for grep that handles long lines and -e... /usr/bin/grep
> checking for egrep... /usr/bin/grep -E
> checking for ANSI C header files... yes
> checking build system type... i386-apple-darwin9.6.1
> checking host system type... i386-apple-darwin9.6.1
> checking for a sed that does not truncate output... /usr/bin/sed
> checking for ld used by /usr/bin/gcc-4.0... /usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld
> checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ 
> ld) is GNU ld... no
> checking for /usr/libexec/gcc/i686-apple-darwin9/4.0.1/ld option to  
> reload object files... -r
> checking for BSD-compatible nm... /usr/bin/nm -p
> checking how to recognize dependent libraries... pass_all
> checking for sys/types.h... yes
> checking for sys/stat.h... yes
> checking for stdlib.h... yes
> checking for string.h... yes
> checking for memory.h... yes
> checking for strings.h... yes
> checking for inttypes.h... yes
> checking for stdint.h... yes
> checking for unistd.h... yes
> checking dlfcn.h usability... yes
> checking dlfcn.h presence... yes
> checking for dlfcn.h... yes
> checking how to run the C++ preprocessor... /usr/bin/g++-4.0 -E
> checking for g77... no
> checking for xlf... no
> checking for f77... no
> checking for frt... no
> checking for pgf77... no
> checking for cf77... no
> checking for fort77... no
> checking for fl32... no
> checking for af77... no
> checking for xlf90... no
> checking for f90... no
> checking for pgf90... no
> checking for pghpf... no
> checking for epcf90... no
> checking for gfortran... no
> checking for g95... no
> checking for xlf95... no
> checking for f95... no
> checking for fort... no
> checking for ifort... no
> checking for ifc... no
> checking for efc... no
> checking for pgf95... no
> checking for lf95... no
> checking for ftn... no
> checking whether we are using the GNU Fortran 77 compiler... no
> checking whether  accepts -g... no
> checking the maximum length of command line arguments... 196608
> checking command to parse /usr/bin/nm -p output from /usr/bin/ 
> gcc-4.0 object... ok
> checking for objdir... .libs
> checking for ar... ar
> checking for ranlib... ranlib
> checking for strip... strip
> checking for dsymutil... dsymutil
> checking for nmedit... nmedit
> checking for -single_module linker flag... yes
> checking for -exported_symbols_list linker flag... yes
> checking if /usr/bin/gcc-4.0 supports -fno-rtti -fno-exceptions... no
> checking for /usr/bin/gcc-4.0 option to produce PIC... -fno-common
> checking if /usr/bin/gcc-4.0 PIC flag -fno-common works... yes
> checking if /usr/bin/gcc-4.0 static flag -static works... no
> checking if /usr/bin/gcc-4.0 supports -c -o file.o... yes
> checking whether the /usr/bin/gcc-4.0 linker (/usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld) supports shared libraries... yes
> checking dynamic linker characteristics... darwin9.6.1 dyld
> checking how to hardcode library paths into programs... immediate
> checking whether stripping libraries is possible... yes
> checking if libtool supports shared libraries... yes
> checking whether to build shared libraries... yes
> checking whether to build static libraries... yes
> configure: creating libtool
> appending configuration tag "CXX" to libtool
> checking for ld used by /usr/bin/g++-4.0... /usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld
> checking if the linker (/usr/libexec/gcc/i686-apple-darwin9/4.0.1/ 
> ld) is GNU ld... no
> checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld) supports shared libraries... yes
> checking for /usr/bin/g++-4.0 option to produce PIC... -fno-common
> checking if /usr/bin/g++-4.0 PIC flag -fno-common works... yes
> checking if /usr/bin/g++-4.0 static flag -static works... no
> checking if /usr/bin/g++-4.0 supports -c -o file.o... yes
> checking whether the /usr/bin/g++-4.0 linker (/usr/libexec/gcc/i686- 
> apple-darwin9/4.0.1/ld) supports shared libraries... yes
> checking dynamic linker characteristics... darwin9.6.1 dyld
> (cached) (cached) checking how to hardcode library paths into  
> programs... immediate
> appending configuration tag "F77" to libtool
> checking for pkg-config... /opt/local/bin/pkg-config
> checking pkg-config is at least version 0.16... yes
> checking for GLIB - version >= 2.0.0... yes (version 2.20.0)
> checking whether /usr/bin/gcc-4.0 and cc understand -c and -o  
> together... yes
> checking whether gcc understands -Wno-sign-compare... yes
> checking what warning flags to pass to the C compiler... -Wall - 
> Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wno-sign-compare
> checking what language compliance flags to pass to the C compiler...
> checking what warning flags to pass to the C++ compiler... -Wall - 
> Wno-unused
> checking what language compliance flags to pass to the C++ compiler...
> checking locale.h usability... yes
> checking locale.h presence... yes
> checking for locale.h... yes
> checking for LC_MESSAGES... yes
> checking libintl.h usability... yes
> checking libintl.h presence... yes
> checking for libintl.h... yes
> checking for ngettext in libc... no
> checking for bindtextdomain in -lintl... yes
> checking for ngettext in -lintl... yes
> checking for dgettext in -lintl... yes
> checking for bind_textdomain_codeset... yes
> checking for msgfmt... (cached) /opt/local/bin/msgfmt
> checking for dcgettext... yes
> checking if msgfmt accepts -c... yes
> checking for gmsgfmt... /opt/local/bin/msgfmt
> checking for xgettext... (cached) /opt/local/bin/xgettext
> checking for YELP... yes
> checking for gsed... /usr/bin/sed
> checking for X... libraries /usr/X11/lib, headers /usr/X11/include
> checking whether -R must be followed by a space... no
> checking for gethostbyname... yes
> checking for connect... yes
> checking for remove... yes
> checking for shmat... yes
> checking for IceConnectionNumber in -lICE... yes
> checking for YELP_SEARCH... no
> checking for gzopen in -lz... yes
> checking for lzmadec_open in -llzmadec... no
> checking for bzread in -lbz2... no
> checking for BZ2_bzread in -lbz2... yes
> checking for gawk... (cached) awk
> checking which gecko to use... firefox
> checking manual gecko home set... Package firefox was not found in  
> the pkg-config search path.
> Perhaps you should add the directory containing `firefox.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'firefox' found
> Package firefox-unstable was not found in the pkg-config search path.
> Perhaps you should add the directory containing `firefox-unstable.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'firefox-unstable' found
> checking for compiler -fshort-wchar option... yes
> checking whether to enable C++ RTTI... no
> checking whether we have a gtk 2 gecko build... configure: error:  
> This program needs a gtk 2 gecko build
> Error: Target org.macports.configure returned: configure failure:  
> shell command " cd "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_gnome_yelp/work/yelp-2.24.0" && ./ 
> configure --prefix=/opt/local --with-gecko=firefox " returned error 1
> Command output: checking if msgfmt accepts -c... yes
> checking for gmsgfmt... /opt/local/bin/msgfmt
> checking for xgettext... (cached) /opt/local/bin/xgettext
> checking for YELP... yes
> checking for gsed... /usr/bin/sed
> checking for X... libraries /usr/X11/lib, headers /usr/X11/include
> checking whether -R must be followed by a space... no
> checking for gethostbyname... yes
> checking for connect... yes
> checking for remove... yes
> checking for shmat... yes
> checking for IceConnectionNumber in -lICE... yes
> checking for YELP_SEARCH... no
> checking for gzopen in -lz... yes
> checking for lzmadec_open in -llzmadec... no
> checking for bzread in -lbz2... no
> checking for BZ2_bzread in -lbz2... yes
> checking for gawk... (cached) awk
> checking which gecko to use... firefox
> checking manual gecko home set... Package firefox was not found in  
> the pkg-config search path.
> Perhaps you should add the directory containing `firefox.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'firefox' found
> Package firefox-unstable was not found in the pkg-config search path.
> Perhaps you should add the directory containing `firefox-unstable.pc'
> to the PKG_CONFIG_PATH environment variable
> No package 'firefox-unstable' found
> checking for compiler -fshort-wchar option... yes
> checking whether to enable C++ RTTI... no
> checking whether we have a gtk 2 gecko build... configure: error:  
> This program needs a gtk 2 gecko build
>
> Warning: the following items did not execute (for yelp):  
> org.macports.activate org.macports.configure org.macports.build  
> org.macports.destroot org.macports.install
> Error: The following dependencies failed to build: gnome-desktop- 
> suite yelp zenity
> Error: Status 1 encountered during processing.
>
> Any ideas?
>
> Thanks.
>
> Steve Grant
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From ryandesign at macports.org  Tue Apr  7 20:28:56 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 7 Apr 2009 22:28:56 -0500
Subject: nss build error
In-Reply-To: <3F344D20-B0C5-43ED-A3BE-0BE8D0CC8D07@comcast.net>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
	<4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
	<2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
	<3F344D20-B0C5-43ED-A3BE-0BE8D0CC8D07@comcast.net>
Message-ID: <5C8249A3-AF80-4D89-8030-880C1D16A1C3@macports.org>

On Apr 7, 2009, at 20:57, Frank J. R. Hanstick wrote:

>> There isn't any /opt/local/lib/libnspr4.dylib anymore; it's now / 
>> opt/local/lib/nspr/libnspr4.dylib. That's what the latest update  
>> to nspr in r49079 did. So now all ports that use nspr have to be  
>> updated to use nspr from that new location. For nss this should  
>> have been fixed in r49081, which added the parameter NSPR_LIB_DIR=/ 
>> opt/local/lib/nspr. But I see from your output above that you  
>> already have this update. Can you clean and try again with the -d  
>> flag and show us the full output?

 From your output:

> ld: warning can't open dynamic library: /opt/local/lib/ 
> libplc4.dylib referenced from: /opt/local/lib/libnss3.dylib  
> (checking for undefined symbols may be affected) (No such file or  
> directory, errno = 2)
> ld: warning can't open dynamic library: /opt/local/lib/ 
> libplds4.dylib referenced from: /opt/local/lib/libnss3.dylib  
> (checking for undefined symbols may be affected) (No such file or  
> directory, errno = 2)
> ld: warning can't open dynamic library: /opt/local/lib/ 
> libnspr4.dylib referenced from: /opt/local/lib/libnss3.dylib  
> (checking for undefined symbols may be affected) (No such file or  
> directory, errno = 2)


When building the nss port, it should not be trying to use /opt/local/ 
lib/libnss3.dylib. This could be yet another case of:

http://lists.macosforge.org/pipermail/macports-dev/2009-April/ 
008148.html

We need to solve that.

In the mean time, you should be able to work around the problem by  
first deactivating your existing nss port, then cleaning the nss port  
and installing it again.



From trog24 at comcast.net  Tue Apr  7 21:18:15 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Tue, 7 Apr 2009 21:18:15 -0700
Subject: nss build error
In-Reply-To: <5C8249A3-AF80-4D89-8030-880C1D16A1C3@macports.org>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
	<4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
	<2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
	<3F344D20-B0C5-43ED-A3BE-0BE8D0CC8D07@comcast.net>
	<5C8249A3-AF80-4D89-8030-880C1D16A1C3@macports.org>
Message-ID: <0DD39074-D756-46CB-A1B7-673C86F02AE9@comcast.net>

Hello,
	Jeremy Huddleston had me run:

		sudo port -v -f uninstall nss
		sudo port -v clean nss
		sudo port -v install nss

which worked.  I was a little leery of this sequence because if it  
did not work, I would be left without an nss.  The result of that is  
on hold because I included a copy of the verbiage output which hung  
the posting at MacPorts bounce for administrative review.  Jeremy was  
the primary recipient and MacPorts the cc.  Maybe he will forward a  
post of the body without the attachment to MacPorts.

On Apr 7, 2009, at 8:28 PM, Ryan Schmidt wrote:

> On Apr 7, 2009, at 20:57, Frank J. R. Hanstick wrote:
>
>>> There isn't any /opt/local/lib/libnspr4.dylib anymore; it's now / 
>>> opt/local/lib/nspr/libnspr4.dylib. That's what the latest update  
>>> to nspr in r49079 did. So now all ports that use nspr have to be  
>>> updated to use nspr from that new location. For nss this should  
>>> have been fixed in r49081, which added the parameter  
>>> NSPR_LIB_DIR=/opt/local/lib/nspr. But I see from your output  
>>> above that you already have this update. Can you clean and try  
>>> again with the -d flag and show us the full output?
>
> From your output:
>
>> ld: warning can't open dynamic library: /opt/local/lib/ 
>> libplc4.dylib referenced from: /opt/local/lib/libnss3.dylib  
>> (checking for undefined symbols may be affected) (No such file or  
>> directory, errno = 2)
>> ld: warning can't open dynamic library: /opt/local/lib/ 
>> libplds4.dylib referenced from: /opt/local/lib/libnss3.dylib  
>> (checking for undefined symbols may be affected) (No such file or  
>> directory, errno = 2)
>> ld: warning can't open dynamic library: /opt/local/lib/ 
>> libnspr4.dylib referenced from: /opt/local/lib/libnss3.dylib  
>> (checking for undefined symbols may be affected) (No such file or  
>> directory, errno = 2)
>
>
> When building the nss port, it should not be trying to use /opt/ 
> local/lib/libnss3.dylib. This could be yet another case of:
>
> http://lists.macosforge.org/pipermail/macports-dev/2009-April/ 
> 008148.html
>
> We need to solve that.
>
> In the mean time, you should be able to work around the problem by  
> first deactivating your existing nss port, then cleaning the nss  
> port and installing it again.
>
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090407/91131aca/attachment.html>

From jeremyhu at macports.org  Tue Apr  7 21:30:35 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 7 Apr 2009 21:30:35 -0700
Subject: nss build error
In-Reply-To: <0DD39074-D756-46CB-A1B7-673C86F02AE9@comcast.net>
References: <333F98BD-35CA-4E48-AB1E-269891DD6B3A@bellsouth.net>
	<003AB4E6-8D67-4BCC-B35F-CB1F0250BAC9@macports.org>
	<5AB3DAAA-99A2-448B-937A-09C3DCFBF677@comcast.net>
	<BDB53658-9C26-43B6-9B6A-D04482738AB6@macports.org>
	<4DB3F61D-37F3-4D27-907D-04899224ACC9@comcast.net>
	<2CF029A9-4056-4F3B-A548-57F1F8296D80@macports.org>
	<3F344D20-B0C5-43ED-A3BE-0BE8D0CC8D07@comcast.net>
	<5C8249A3-AF80-4D89-8030-880C1D16A1C3@macports.org>
	<0DD39074-D756-46CB-A1B7-673C86F02AE9@comcast.net>
Message-ID: <45BAB87D-F4AA-4B02-B109-03300920BD13@macports.org>

Yeah, as Ryan already mentioned, this is another case of the nss build  
issue where it builds against installed libs rather than its own...  
rrm  I'll look at that soon.

On Apr 7, 2009, at 21:18, Frank J. R. Hanstick wrote:

> Hello,
> 	Jeremy Huddleston had me run:
>
> 		sudo port -v -f uninstall nss
> 		sudo port -v clean nss
> 		sudo port -v install nss
>
> which worked.  I was a little leery of this sequence because if it  
> did not work, I would be left without an nss.  The result of that is  
> on hold because I included a copy of the verbiage output which hung  
> the posting at MacPorts bounce for administrative review.  Jeremy  
> was the primary recipient and MacPorts the cc.  Maybe he will  
> forward a post of the body without the attachment to MacPorts.
>
> On Apr 7, 2009, at 8:28 PM, Ryan Schmidt wrote:
>
>> On Apr 7, 2009, at 20:57, Frank J. R. Hanstick wrote:
>>
>>>> There isn't any /opt/local/lib/libnspr4.dylib anymore; it's now / 
>>>> opt/local/lib/nspr/libnspr4.dylib. That's what the latest update  
>>>> to nspr in r49079 did. So now all ports that use nspr have to be  
>>>> updated to use nspr from that new location. For nss this should  
>>>> have been fixed in r49081, which added the parameter  
>>>> NSPR_LIB_DIR=/opt/local/lib/nspr. But I see from your output  
>>>> above that you already have this update. Can you clean and try  
>>>> again with the -d flag and show us the full output?
>>
>> From your output:
>>
>>> ld: warning can't open dynamic library: /opt/local/lib/ 
>>> libplc4.dylib referenced from: /opt/local/lib/libnss3.dylib  
>>> (checking for undefined symbols may be affected) (No such file or  
>>> directory, errno = 2)
>>> ld: warning can't open dynamic library: /opt/local/lib/ 
>>> libplds4.dylib referenced from: /opt/local/lib/libnss3.dylib  
>>> (checking for undefined symbols may be affected) (No such file or  
>>> directory, errno = 2)
>>> ld: warning can't open dynamic library: /opt/local/lib/ 
>>> libnspr4.dylib referenced from: /opt/local/lib/libnss3.dylib  
>>> (checking for undefined symbols may be affected) (No such file or  
>>> directory, errno = 2)
>>
>>
>> When building the nss port, it should not be trying to use /opt/ 
>> local/lib/libnss3.dylib. This could be yet another case of:
>>
>> http://lists.macosforge.org/pipermail/macports-dev/2009-April/008148.html
>>
>> We need to solve that.
>>
>> In the mean time, you should be able to work around the problem by  
>> first deactivating your existing nss port, then cleaning the nss  
>> port and installing it again.
>>
>>
>
> Frank J. R. Hanstick
> trog24 at comcast.net
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From christopher.rob.jones at cern.ch  Wed Apr  8 02:34:41 2009
From: christopher.rob.jones at cern.ch (Chris Jones)
Date: Wed, 8 Apr 2009 10:34:41 +0100
Subject: dbus activation error
Message-ID: <C236F98B-6487-425D-9E4C-887B147C1541@cern.ch>

Hi,

Anyone getting this error whilst activating dbus ?

--->  Activating dbus @1.2.12_5
Error: Target org.macports.activate returned: Image error: /opt/local/ 
var/lib/dbus/machine-id already exists and does not belong to a  
registered port.  Unable to activate port dbus.
Warning: the following items did not execute (for dbus):  
org.macports.activate
Error: Status 1 encountered during processing.

?

cheers Chris

From christopher.rob.jones at cern.ch  Wed Apr  8 03:14:43 2009
From: christopher.rob.jones at cern.ch (Chris Jones)
Date: Wed, 8 Apr 2009 11:14:43 +0100
Subject: dbus activation error
In-Reply-To: <C236F98B-6487-425D-9E4C-887B147C1541@cern.ch>
References: <C236F98B-6487-425D-9E4C-887B147C1541@cern.ch>
Message-ID: <80D53A17-321E-482C-A211-78A6D0577504@cern.ch>


Hi,

Forcing the activation, using the -f option, seems to work around this  
issue.

Chris

On 8 Apr 2009, at 10:34AM, Chris Jones wrote:

> Hi,
>
> Anyone getting this error whilst activating dbus ?
>
> --->  Activating dbus @1.2.12_5
> Error: Target org.macports.activate returned: Image error: /opt/ 
> local/var/lib/dbus/machine-id already exists and does not belong to  
> a registered port.  Unable to activate port dbus.
> Warning: the following items did not execute (for dbus):  
> org.macports.activate
> Error: Status 1 encountered during processing.
>
> ?
>
> cheers Chris
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From jeremyhu at macports.org  Wed Apr  8 04:58:28 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Wed, 8 Apr 2009 04:58:28 -0700
Subject: Firefox-x11 did not upgrade
In-Reply-To: <alpine.OSX.2.00L.0904080607001.67590@teraqry.sevanohynk.bet>
References: <CD5B5CBA-5F18-4E6C-B86E-4D2FACE88803@comcast.net>
	<20090402205702.GD701@ninagal.withay.com>
	<B0EDD33C-8D1D-4893-B14C-3CFCA46B9FA6@comcast.net>
	<6F9B3A38-680F-4E49-A362-F74CC7513999@macports.org>
	<7E257E55-33A9-4406-947B-1E689D53728B@macports.org>
	<alpine.OSX.2.00L.0904070623140.9463@teraqry.sevanohynk.bet>
	<27290197-9ABE-4C65-AB0F-1392FFBB5B63@macports.org>
	<alpine.OSX.2.00L.0904080607001.67590@teraqry.sevanohynk.bet>
Message-ID: <EBBA6756-950E-475B-BF68-110AC84470D8@macports.org>


On Apr 8, 2009, at 03:55, robert delius royar wrote:

> This is newer than the one I used last Saturday (04 April).  I now  
> get a different error in the build stage (see firefox-x11-build  
> attachment).

Yes, you didn't upgrade xulrunner first.  Please do an upgrade rather  
than an install.

>>> I had another small glitch that resulted from one of the  
>>> dependencies having built even though one of its dependencies  
>>> (pango) was outdated.
>>> After wrangling for a very long time to get firefox-x11 to build  
>>> because it always stopped in either the nss or nspr part, I  
>>> finally decided to remove
>>>      --with-system-nspr \
>>>      --with-nspr-prefix=${prefix} \
>>>      --with-system-nss \
>>>      --with-nss-prefix=${prefix} \
>>> from the Portfile, clean and retry.  I got all the way into late  
>>> stages of desroot when it failed because a file it wanted to move  
>>> into the destroot already existed there.
>>> % port destroot firefox-x11
>>> --->  Staging firefox-x11 into destroot
>>> Error:  Target org.macports.destroot returned: error copying  
>>> Error:  "/opt/local/var/macports/sources/rsync.macports.org/ 
>>> release/ports/www/firefox-x11/files/share-applications- 
>>> firefox.desktop" Error:  to Error:  "/opt/local/var/macports/build/ 
>>> _opt_local_var_macports_sources_rsync 
>>> .macports.org_release_ports_www_firefox-x11/work/destroot/opt/ 
>>> local/share/applications/firefox.desktop": Error:  file already  
>>> exists
>>> Error:  Status 1 encountered during processing.
>>> (I retried this after cleaning and assuring that desroot was clear  
>>> before trying to install again.)
>>
>> That's odd.  How is it getting there?  Can you try saving the debug  
>> build log and sending it to me (or just grep through it yourself to  
>> look for 'firefox.desktop')?
>
> I attached the full -dv log.  firefox.desktop is only mentioned in  
> the final error returned from port.

can you cat this file?
/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_www_firefox-x11/work/destroot/opt/local/ 
share/applications/firefox.desktop

is it the same as the one in www/firefox-x11/files?

> It made it through the install stage without a problem, and it seems  
> to run fine.

Great!

From frstan at bellsouth.net  Wed Apr  8 08:34:15 2009
From: frstan at bellsouth.net (William Davis)
Date: Wed, 8 Apr 2009 11:34:15 -0400
Subject: dbus activation error
In-Reply-To: <C236F98B-6487-425D-9E4C-887B147C1541@cern.ch>
References: <C236F98B-6487-425D-9E4C-887B147C1541@cern.ch>
Message-ID: <E49EFAB1-3C81-40C5-80CD-3220E0468A4E@bellsouth.net>


On Apr 8, 2009, at 5:34 AM, Chris Jones wrote:

> already exists and does not belong to a registered port.



Chris, normally "foo already exists and does not belong to a  
registered port" indicates a remnant of a failed installation  
attempt.  As you already know using the -f option on port will force  
an overwrite.

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc4 (xorg-server 1.4.2-apple40)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From blb at macports.org  Wed Apr  8 13:42:08 2009
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 8 Apr 2009 14:42:08 -0600
Subject: dbus activation error
In-Reply-To: <80D53A17-321E-482C-A211-78A6D0577504@cern.ch>
References: <C236F98B-6487-425D-9E4C-887B147C1541@cern.ch>
	<80D53A17-321E-482C-A211-78A6D0577504@cern.ch>
Message-ID: <20090408204208.GE94765@ninagal.withay.com>

On Wed, Apr 08, 2009 at 11:14:43AM +0100, Chris Jones said:
>
> Hi,
>
> Forcing the activation, using the -f option, seems to work around this  
> issue.

FYI, that is ticket #19234:

<http://trac.macports.org/ticket/19234>

Bryan


>
> Chris
>
> On 8 Apr 2009, at 10:34AM, Chris Jones wrote:
>
>> Hi,
>>
>> Anyone getting this error whilst activating dbus ?
>>
>> --->  Activating dbus @1.2.12_5
>> Error: Target org.macports.activate returned: Image error: /opt/ 
>> local/var/lib/dbus/machine-id already exists and does not belong to a 
>> registered port.  Unable to activate port dbus.
>> Warning: the following items did not execute (for dbus):  
>> org.macports.activate
>> Error: Status 1 encountered during processing.
>>
>> ?
>>
>> cheers Chris

From LenoreHorner at sbcglobal.net  Wed Apr  8 15:51:20 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Wed, 8 Apr 2009 17:51:20 -0500
Subject: downgrading Gnucash not helping
In-Reply-To: <DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
References: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
	<DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
Message-ID: <D5A418A2-03DA-4E98-976E-1981DACC51F9@sbcglobal.net>


On Apr 6, 2009, at 04:39 , Ryan Schmidt wrote:

> On Apr 5, 2009, at 09:04, Lenore Horner wrote:
>
>> Because of as yet unresolved Pango problems, I need to go back to  
>> my previous installation of Gnucash.  I attempted to do so, but  
>> Gnucash complains about a symbol not existing in a dylib.  So far  
>> the only thing I've deactivated and reactivated the old version of  
>> is Gnucash itself.  Other things that successfully upgraded have  
>> the new version active.  Is this causing problems?  If so, how do I  
>> figure out where the problem is?  I attempted to use port provides  
>> to figure out where the "missing" dylib was coming from but as you  
>> can see below, that didn't look in opt/ at all.
>>
>> FWIW, this is exactly the same reason that the new Gnucash 2.2.9_1  
>> won't run.  Gnucash actually installs and activates despite the  
>> Pango failure.
>>
>> Any help appreciated.
>> Lenore
>>
>>
>> Details:
>>
>> MLHPBG4:~ mlh$ port installed gnucash
>> The following ports are currently installed:
>>  gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>  gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes  
>> (active)
>> MLHPBG4:~ mlh$ sudo port deactivate gnucash 2.2.9_1
>> Password:
>> --->  Deactivating gnucash
>> Error: port deactivate failed: Registry error: 2.2.9_1 not  
>> registered as installed & active.
>> MLHPBG4:~ mlh$ sudo port deactivate gnucash at 2.2.9_1
>> Error: port deactivate failed: Registry error: gnucash not  
>> registered as installed & active.
>> MLHPBG4:~ mlh$ port installed gnucash
>> The following ports are currently installed:
>>  gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>  gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes
>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0
>> Error: port activate failed: Registry error: gnucash 2.2.8_0 not  
>> registered as installed.
>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>> --->  Activating gnucash @2.2.8_0+no_x11+without_hbci+without_ofx 
>> +without_quotes
>> MLHPBG4:~ mlh$ gnucash
>> dyld: Symbol not found: _CGLGetCurrentContext
>>  Referenced from: /System/Library/Frameworks/OpenGL.framework/ 
>> Versions/A/OpenGL
>>  Expected in: /opt/local/lib/libGL.dylib
>>
>> Trace/BPT trap
>> MLHPBG4:~ mlh$ port provides libGL
>> /Users/mlh/libGL does not exist.
>
> You need to give "port provides" the full path of the file in  
> question.
>
> $ port provides /opt/local/lib/libGL.dylib
> /opt/local/lib/libGL.dylib is provided by: mesa
>
> mesa was recently updated to a new version. Check "port installed  
> mesa" to see if you still have the old version around. If so,  
> deactivate the new version and activate the old one.
>
I haven't removed any of the deactivated ports myself, but I only have  
one version of mesa around.  That should mean it wasn't upgraded.

$ port installed mesa
The following ports are currently installed:
   mesa @7.2_7+hw_render (active)

I tried to figure out where mesa came from.
$ port dependents mesa
mesa has no dependents!

So what installed mesa?

If I deactivate all my installed ports and then install the old  
version of Gnucash, will that fix things, or will that only reactivate  
the proper dependencies but not recompile them against their correct  
dependencies?

Lenore




From LenoreHorner at sbcglobal.net  Wed Apr  8 15:54:36 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Wed, 8 Apr 2009 17:54:36 -0500
Subject: downgrading Gnucash not helping
In-Reply-To: <DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
References: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
	<DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
Message-ID: <5125A698-9641-4A71-A29B-E8BB2A4BA3E9@sbcglobal.net>


On Apr 6, 2009, at 04:39 , Ryan Schmidt wrote:

> On Apr 5, 2009, at 09:04, Lenore Horner wrote:
>
>> Because of as yet unresolved Pango problems, I need to go back to  
>> my previous installation of Gnucash.  I attempted to do so, but  
>> Gnucash complains about a symbol not existing in a dylib.  So far  
>> the only thing I've deactivated and reactivated the old version of  
>> is Gnucash itself.  Other things that successfully upgraded have  
>> the new version active.  Is this causing problems?  If so, how do I  
>> figure out where the problem is?  I attempted to use port provides  
>> to figure out where the "missing" dylib was coming from but as you  
>> can see below, that didn't look in opt/ at all.
>>
>> FWIW, this is exactly the same reason that the new Gnucash 2.2.9_1  
>> won't run.  Gnucash actually installs and activates despite the  
>> Pango failure.
>>
>> Any help appreciated.
>> Lenore
>>
>>
>> Details:
>>
>> MLHPBG4:~ mlh$ port installed gnucash
>> The following ports are currently installed:
>>  gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>  gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes  
>> (active)
>> MLHPBG4:~ mlh$ sudo port deactivate gnucash 2.2.9_1
>> Password:
>> --->  Deactivating gnucash
>> Error: port deactivate failed: Registry error: 2.2.9_1 not  
>> registered as installed & active.
>> MLHPBG4:~ mlh$ sudo port deactivate gnucash at 2.2.9_1
>> Error: port deactivate failed: Registry error: gnucash not  
>> registered as installed & active.
>> MLHPBG4:~ mlh$ port installed gnucash
>> The following ports are currently installed:
>>  gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>  gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes
>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0
>> Error: port activate failed: Registry error: gnucash 2.2.8_0 not  
>> registered as installed.
>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>> --->  Activating gnucash @2.2.8_0+no_x11+without_hbci+without_ofx 
>> +without_quotes
>> MLHPBG4:~ mlh$ gnucash
>> dyld: Symbol not found: _CGLGetCurrentContext
>>  Referenced from: /System/Library/Frameworks/OpenGL.framework/ 
>> Versions/A/OpenGL
>>  Expected in: /opt/local/lib/libGL.dylib
>>
>> Trace/BPT trap
>> MLHPBG4:~ mlh$ port provides libGL
>> /Users/mlh/libGL does not exist.
>
> You need to give "port provides" the full path of the file in  
> question.
>
> $ port provides /opt/local/lib/libGL.dylib
> /opt/local/lib/libGL.dylib is provided by: mesa
>
> mesa was recently updated to a new version. Check "port installed  
> mesa" to see if you still have the old version around. If so,  
> deactivate the new version and activate the old one.
>
The solution to my problem (found on the gnucash mailing list from  
someone initially having a different problem) was to deactivate mesa.   
That let the gnucash 2.2.9_1 run.

So where did mesa come from if nothing depends on it and it just makes  
gnucash not run?

Lenore


From emrys.hughes at gmail.com  Wed Apr  8 16:08:29 2009
From: emrys.hughes at gmail.com (Emrys Hughes)
Date: Thu, 9 Apr 2009 09:08:29 +1000
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>
	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>
	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>
	<05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>
Message-ID: <A49217F0-4F06-4289-948C-D433C463BE7A@gmail.com>


On 06/04/2009, at 9:59 PM, Ryan Schmidt wrote:

>
> On Apr 6, 2009, at 04:43, Emrys Hughes wrote:
>
>> On 06/04/2009, at 7:34 PM, Ryan Schmidt wrote:
>>
>>> On Apr 5, 2009, at 19:53, Emrys Hughes wrote:
>>>
>>>> I have the latest version of macports and run selfupdate, and all  
>>>> the xcode tools installed.
>>>
>>> Just to make sure you really do have the latest: Which version of  
>>> MacPorts, Xcode, and Mac OS X? And on what computer?
>>
>> Macports = 1.7.1
>> Xcode = 3.0
>> OS X = 10.5.6
>>
>> On a Macbook Pro 2.4Ghz
>
> Ok, first please update to Xcode 3.1.3. Then clean mysql5 and try  
> again
>
> sudo port clean mysql5
>
> Please let me know if it then works.

Updated Xcode - i stupidly thought mac software update took care of  
this.

  sudo port clean mysql5
Password:
--->  Cleaning mysql5
Desolation:~ emrys$ sudo port install php5 +apache2 +mysql5 +server
--->  Fetching mysql5
--->  Verifying checksum(s) for mysql5
--->  Extracting mysql5
--->  Applying patches to mysql5
--->  Configuring mysql5
--->  Building mysql5
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_databases_mysql5/work/mysql-5.0.77" &&  
make all " returned error 2
Command output:       _new_VioSSLFd in libvio.a(viosslfactories.o)
   "_EVP_BytesToKey", referenced from:
       Item_func_des_encrypt::val_str(String*)      in item_strfunc.o
       Item_func_des_decrypt::val_str(String*)      in item_strfunc.o
       load_des_key_file(char const*)in des_key_file.o
   "_BN_bin2bn", referenced from:
       _new_VioSSLFd in libvio.a(viosslfactories.o)
       _new_VioSSLFd in libvio.a(viosslfactories.o)
   "_SSL_get_verify_depth", referenced from:
       show_status_array(THD*, char const*, show_var_st*,  
enum_var_type, system_status_var*, char const*, st_table*)in sql_show.o
   "_CRYPTO_set_id_callback", referenced from:
       init_common_variables(char const*, int, char**, char const**)in  
mysqld.o
   "_SSL_CTX_use_PrivateKey_file", referenced from:
       _new_VioSSLFd in libvio.a(viosslfactories.o)
   "_SSL_CIPHER_get_name", referenced from:
       acl_getroot(THD*, user_resources*, char const*, unsigned int)in  
sql_acl.o
       acl_getroot(THD*, user_resources*, char const*, unsigned int)in  
sql_acl.o
       show_status_array(THD*, char const*, show_var_st*,  
enum_var_type, system_status_var*, char const*, st_table*)in sql_show.o
       _mysql_get_ssl_cipher in client.o
   "_SSL_set_quiet_shutdown", referenced from:
       _vio_ssl_close in libvio.a(viossl.o)
   "_X509_STORE_CTX_get_current_cert", referenced from:
       _vio_verify_callback in libvio.a(viosslfactories.o)
ld: symbol(s) not found
collect2: ld returned 1 exit status
make[4]: *** [mysqld] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: The following dependencies failed to build: apache2 apr-util  
mysql5 sqlite3 pcre bzip2 autoconf213 m4 libtool automake autoconf  
help2man p5-locale-gettext pkgconfig
Error: Status 1 encountered during processing.

>
>
>
>>> Which version of openssl is installed ("port installed openssl")?  
>>> openssl was briefly updated to 1.0.0-beta1 but because it caused  
>>> problems in many cases this update was reverted. If you have  
>>> openssl 1.0.0-beta1 installed, please update your ports  
>>> definitions ("sudo port sync") and then upgrade openssl ("sudo  
>>> port -u upgrade openssl") which should downgrade you back to  
>>> version 0.9.8k. Then clean mysql5 ("sudo port clean mysql5") and  
>>> try your original command again.
>>>
>
> Which version of openssl did you have?

port installed openssl
The following ports are currently installed:
   openssl @0.9.8b_0+darwin_8 (active)


>
>
>
> P.S: Use Reply All so your reply goes to the list too, not just to me.
>


From ryandesign at macports.org  Wed Apr  8 17:40:30 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 8 Apr 2009 19:40:30 -0500
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <A49217F0-4F06-4289-948C-D433C463BE7A@gmail.com>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>
	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>
	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>
	<05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>
	<A49217F0-4F06-4289-948C-D433C463BE7A@gmail.com>
Message-ID: <19F435AE-1B1F-4880-AFA4-6C48D82FE0E7@macports.org>

On Apr 8, 2009, at 18:08, Emrys Hughes wrote:

> On 06/04/2009, at 9:59 PM, Ryan Schmidt wrote:
>
>> Ok, first please update to Xcode 3.1.3. Then clean mysql5 and try  
>> again
>>
>> sudo port clean mysql5
>>
>> Please let me know if it then works.
>
> Updated Xcode - i stupidly thought mac software update took care of  
> this.

Yeah, Software Update doesn't update developer stuff like Xcode. :(

Sorry about the version confusion; 3.1.2 is the latest. I got  
confused by the Wikipedia which said 3.1.3 was available, which I  
have since corrected. :)


>  sudo port clean mysql5
> Password:
> --->  Cleaning mysql5
> Desolation:~ emrys$ sudo port install php5 +apache2 +mysql5 +server
> --->  Fetching mysql5
> --->  Verifying checksum(s) for mysql5
> --->  Extracting mysql5
> --->  Applying patches to mysql5
> --->  Configuring mysql5
> --->  Building mysql5
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_datab 
> ases_mysql5/work/mysql-5.0.77" && make all " returned error 2
> Command output:       _new_VioSSLFd in libvio.a(viosslfactories.o)
>   "_EVP_BytesToKey", referenced from:
>       Item_func_des_encrypt::val_str(String*)      in item_strfunc.o
>       Item_func_des_decrypt::val_str(String*)      in item_strfunc.o
>       load_des_key_file(char const*)in des_key_file.o
>   "_BN_bin2bn", referenced from:
>       _new_VioSSLFd in libvio.a(viosslfactories.o)
>       _new_VioSSLFd in libvio.a(viosslfactories.o)
>   "_SSL_get_verify_depth", referenced from:
>       show_status_array(THD*, char const*, show_var_st*,  
> enum_var_type, system_status_var*, char const*, st_table*)in  
> sql_show.o

[snip]

Ok, so the older Xcode wasn't it. Good to know. There are some ports  
that do definitely require Xcode 3.1+ on Leopard and don't work with  
Xcode 3.0, so it's good that you've updated anyway.


>>>> Which version of openssl is installed ("port installed  
>>>> openssl")? openssl was briefly updated to 1.0.0-beta1 but  
>>>> because it caused problems in many cases this update was  
>>>> reverted. If you have openssl 1.0.0-beta1 installed, please  
>>>> update your ports definitions ("sudo port sync") and then  
>>>> upgrade openssl ("sudo port -u upgrade openssl") which should  
>>>> downgrade you back to version 0.9.8k. Then clean mysql5 ("sudo  
>>>> port clean mysql5") and try your original command again.
>>
>> Which version of openssl did you have?
>
> port installed openssl
> The following ports are currently installed:
>   openssl @0.9.8b_0+darwin_8 (active)

Ok, this could be the reason. You're on Mac OS X 10.5, a.k.a. Darwin  
9, so you should not have openssl installed with the darwin_8  
variant. To fix this, I believe:

sudo port -nf upgrade openssl -darwin_8

Do you have any other ports installed with the darwin_8 variant? To  
find out:

port installed | grep darwin_8

If you do, rebuild all of them as well, specifically deselecting the  
darwin_8 variant as above, and letting MacPorts automatically add the  
darwin_9 variant, if applicable.

Did you originally install MacPorts before upgrading to Leopard? If  
so, it may be best to remove MacPorts entirely and reinstall it, to  
be sure there are no parts of MacPorts remaining that think they're  
on Tiger.



From raimue at macports.org  Wed Apr  8 17:58:54 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 09 Apr 2009 02:58:54 +0200
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <95E5E59A-A449-4F4E-B1A7-BBA10AA19D42@macports.org>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>	<05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>	<49DA7B92.2070900@macports.org>
	<95E5E59A-A449-4F4E-B1A7-BBA10AA19D42@macports.org>
Message-ID: <49DD484E.1040308@macports.org>

Ryan Schmidt wrote:
> On Apr 6, 2009, at 17:00, Joshua Root wrote:
> 
>> Ryan Schmidt wrote:
>>
>>> Ok, first please update to Xcode 3.1.3.
>> That's the second time you've mentioned Xcode 3.1.3. I can't seem to
>> find it in the usual places. Is that a typo, or does it really exist?
> 
> Ah, hmm... Well I can't find it on Apple's download site either, now  
> that I look.
> 
> I think I was going by the Wikipedia, which currently says the latest  
> version of Xcode is 3.1.3.
> 
> http://en.wikipedia.org/wiki/Xcode

Maybe the latest iPhone SDK also shipped a newer Xcode version? If I
remember correctly this has happened before. I am not into iPhone
Development so I can't verify myself.

Rainer

From dbreiser at gmail.com  Wed Apr  8 18:20:29 2009
From: dbreiser at gmail.com (David Reiser)
Date: Wed, 8 Apr 2009 21:20:29 -0400
Subject: downgrading Gnucash not helping
In-Reply-To: <5125A698-9641-4A71-A29B-E8BB2A4BA3E9@sbcglobal.net>
References: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
	<DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
	<5125A698-9641-4A71-A29B-E8BB2A4BA3E9@sbcglobal.net>
Message-ID: <A0FAF47F-9D6F-4EB8-926D-DD1C1A515BFE@gmail.com>


On Apr 8, 2009, at 6:54 PM, Lenore Horner wrote:

>
> On Apr 6, 2009, at 04:39 , Ryan Schmidt wrote:
>
>> On Apr 5, 2009, at 09:04, Lenore Horner wrote:
>>
>>> Because of as yet unresolved Pango problems, I need to go back to  
>>> my previous installation of Gnucash.  I attempted to do so, but  
>>> Gnucash complains about a symbol not existing in a dylib.  So far  
>>> the only thing I've deactivated and reactivated the old version of  
>>> is Gnucash itself.  Other things that successfully upgraded have  
>>> the new version active.  Is this causing problems?  If so, how do  
>>> I figure out where the problem is?  I attempted to use port  
>>> provides to figure out where the "missing" dylib was coming from  
>>> but as you can see below, that didn't look in opt/ at all.
>>>
>>> FWIW, this is exactly the same reason that the new Gnucash 2.2.9_1  
>>> won't run.  Gnucash actually installs and activates despite the  
>>> Pango failure.
>>>
>>> Any help appreciated.
>>> Lenore
>>>
>>>
>>> Details:
>>>
>>> MLHPBG4:~ mlh$ port installed gnucash
>>> The following ports are currently installed:
>>> gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>> gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes  
>>> (active)
>>> MLHPBG4:~ mlh$ sudo port deactivate gnucash 2.2.9_1
>>> Password:
>>> --->  Deactivating gnucash
>>> Error: port deactivate failed: Registry error: 2.2.9_1 not  
>>> registered as installed & active.
>>> MLHPBG4:~ mlh$ sudo port deactivate gnucash at 2.2.9_1
>>> Error: port deactivate failed: Registry error: gnucash not  
>>> registered as installed & active.
>>> MLHPBG4:~ mlh$ port installed gnucash
>>> The following ports are currently installed:
>>> gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>> gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes
>>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0
>>> Error: port activate failed: Registry error: gnucash 2.2.8_0 not  
>>> registered as installed.
>>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>> --->  Activating gnucash @2.2.8_0+no_x11+without_hbci+without_ofx 
>>> +without_quotes
>>> MLHPBG4:~ mlh$ gnucash
>>> dyld: Symbol not found: _CGLGetCurrentContext
>>> Referenced from: /System/Library/Frameworks/OpenGL.framework/ 
>>> Versions/A/OpenGL
>>> Expected in: /opt/local/lib/libGL.dylib
>>>
>>> Trace/BPT trap
>>> MLHPBG4:~ mlh$ port provides libGL
>>> /Users/mlh/libGL does not exist.
>>
>> You need to give "port provides" the full path of the file in  
>> question.
>>
>> $ port provides /opt/local/lib/libGL.dylib
>> /opt/local/lib/libGL.dylib is provided by: mesa
>>
>> mesa was recently updated to a new version. Check "port installed  
>> mesa" to see if you still have the old version around. If so,  
>> deactivate the new version and activate the old one.
>>
> The solution to my problem (found on the gnucash mailing list from  
> someone initially having a different problem) was to deactivate  
> mesa.  That let the gnucash 2.2.9_1 run.
>
> So where did mesa come from if nothing depends on it and it just  
> makes gnucash not run?
>
> Lenore


xorg-libs depends on mesa, so if you've ever built macports' x11, that  
could be where mesa is coming from. Mesa is the open-source version of  
OpenGL. The only piece of gnucash that I _know_ brings in  
OpenGL.framework is aqbanking. I don't know how the variants system  
works, so I can't figure out why you'd be having trouble brought on by  
aqbanking, since that's not in the variant you installed.

Perhaps the +no_x11 isn't stomping on all those libraries thoroughly.

As a generic suggestion for the full gnucash package, perhaps if  
someone could get aqbanking to build against mesa instead of OpenGL,  
the gnucash/mesa collision might subside.

Dave
--
David Reiser
dbreiser at gmail.com




From msavory1 at nzbox.com  Wed Apr  8 18:49:56 2009
From: msavory1 at nzbox.com (Mike Savory)
Date: Wed, 8 Apr 2009 18:49:56 -0700
Subject: installing mysql/apache 2/gd library on os x 10.5
In-Reply-To: <49DD484E.1040308@macports.org>
References: <D7560AC1-5FE1-494E-93C7-4D8CE5D9CCCE@gmail.com>	<18A431D9-A37B-4D07-8C78-5409DC324B53@macports.org>	<2697ACB9-E619-486B-A106-F50640F1AD15@gmail.com>	<05D3CAE2-954C-496B-8CBC-6C02F6F3F4D8@macports.org>	<49DA7B92.2070900@macports.org>
	<95E5E59A-A449-4F4E-B1A7-BBA10AA19D42@macports.org>
	<49DD484E.1040308@macports.org>
Message-ID: <36281FF7-A1D1-4A6F-98AC-C8AA33D1AB08@nzbox.com>

If I was allowed to discuss this than I would confirm

iPhone SDK and Xcode 3.1.3 developer tools for iPhone OS 3.0

;-)

On Apr 8, 2009, at 5:58 PM, Rainer M?ller wrote:

> Ryan Schmidt wrote:
>> On Apr 6, 2009, at 17:00, Joshua Root wrote:
>>
>>> Ryan Schmidt wrote:
>>>
>>>> Ok, first please update to Xcode 3.1.3.
>>> That's the second time you've mentioned Xcode 3.1.3. I can't seem to
>>> find it in the usual places. Is that a typo, or does it really  
>>> exist?
>>
>> Ah, hmm... Well I can't find it on Apple's download site either, now
>> that I look.
>>
>> I think I was going by the Wikipedia, which currently says the latest
>> version of Xcode is 3.1.3.
>>
>> http://en.wikipedia.org/wiki/Xcode
>
> Maybe the latest iPhone SDK also shipped a newer Xcode version? If I
> remember correctly this has happened before. I am not into iPhone
> Development so I can't verify myself.
>
> Rainer
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From drowe at roden.myzen.co.uk  Thu Apr  9 05:16:35 2009
From: drowe at roden.myzen.co.uk (David Rowe)
Date: Thu, 09 Apr 2009 13:16:35 +0100
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
Message-ID: <49DDE723.2070008@roden.myzen.co.uk>

This upgrading is failing during the build stage - here is an extract 
from the error report:

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Error: Target org.macports.build returned: shell command " cd 
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_totem-pl-parser/work/totem-pl-parser-2.24.4" 
&& make all " returned error 2
 
(followed by a lot of libtool messages and then)

libtool: link: /usr/bin/gcc-4.0 -dynamiclib  -o 
.libs/libtotem-plparser.12.dylib  
.libs/libtotem_plparser_la-totem-disc.o 
.libs/libtotem_plparser_la-totem-pl-parser-builtins.o 
.libs/libtotem_plparser_la-totem-pl-parser.o 
.libs/libtotem_plparser_la-totem-pl-parser-lines.o 
.libs/libtotem_plparser_la-totemplparser-marshal.o 
.libs/libtotem_plparser_la-totem-pl-parser-media.o 
.libs/libtotem_plparser_la-totem-pl-parser-misc.o 
.libs/libtotem_plparser_la-totem-pl-parser-pla.o 
.libs/libtotem_plparser_la-totem-pl-parser-pls.o 
.libs/libtotem_plparser_la-totem-pl-parser-podcast.o 
.libs/libtotem_plparser_la-totem-pl-parser-qt.o 
.libs/libtotem_plparser_la-totem-pl-parser-smil.o 
.libs/libtotem_plparser_la-totem-pl-parser-wm.o 
.libs/libtotem_plparser_la-totem-pl-parser-xspf.o 
.libs/libtotem_plparser_la-xmlparser.o 
.libs/libtotem_plparser_la-xmllexer.o   
.libs/libtotem-plparser.lax/libtotem_glibc.a/stub.o   -L/opt/local/lib 
/opt/local/lib/libgtk-x11-2.0.dylib /opt/local/lib/libgdk-x11-2.0.dylib 
/opt/local/lib/libatk-1.0.dylib /opt/local/lib/libgdk_pixbuf-2.0.dylib 
/opt/local/lib/libtiff.dylib /opt/local/lib/libjasper.dylib 
/opt/local/lib/libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib 
/opt/local/lib/libcairo.dylib /opt/local/lib/libpangoft2-1.0.dylib 
/opt/local/lib/libpixman-1.dylib /opt/local/lib/libpng12.dylib 
/opt/local/lib/libXrender.dylib /opt/local/lib/libX11.dylib 
/opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib 
/opt/local/lib/libpango-1.0.dylib /opt/local/lib/libfontconfig.dylib 
/opt/local/lib/libexpat.dylib /opt/local/lib/libfreetype.dylib 
/opt/local/lib/libcamel-1.2.dylib 
-L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_evolution-data-server/work/evolution-data-server-2.24.5/libedataserver 
-L/usr/lib 
-L/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_evolution-data-server/work/evolution-data-server-2.24.5/camel 
-lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 -lssl3 -lsmime3 -lnss3 
-lsoftokn3 /opt/local/lib/libedataserver-1.2.dylib -ldl -lplc4 -lplds4 
-lnspr4 /opt/local/lib/libsqlite3.dylib /opt/local/lib/libgconf-2.dylib 
/opt/local/lib/libdbus-glib-1.dylib /opt/local/lib/libsoup-2.4.dylib 
/opt/local/lib/libbonobo-2.dylib /opt/local/lib/libdbus-1.dylib 
/opt/local/lib/libxml2.dylib -lpthread /opt/local/lib/libgnutls.dylib 
-lz /opt/local/lib/libtasn1.dylib /opt/local/lib/libgcrypt.dylib 
/opt/local/lib/libgpg-error.dylib 
/opt/local/lib/libbonobo-activation.dylib 
/opt/local/lib/libORBitCosNaming-2.dylib /opt/local/lib/libORBit-2.dylib 
-lresolv -lm /opt/local/lib/libgthread-2.0.dylib 
/opt/local/lib/libgio-2.0.dylib /opt/local/lib/libgobject-2.0.dylib 
/opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib 
/opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib    
-framework Carbon -install_name  
/opt/local/lib/libtotem-plparser.12.dylib -compatibility_version 13 
-current_version 13.5 -Wl,-single_module 
-Wl,-exported_symbols_list,.libs/libtotem-plparser-symbols.expsym
ld: library not found for -lssl3
collect2: ld returned 1 exit status
make[3]: *** [libtotem-plparser.la] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Unable to upgrade port: 1

 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

There doesn't seem to be a maintainer for this port. Does anyone know 
how to fix the problem?

Thanks

David Rowe

From ryandesign at macports.org  Thu Apr  9 05:54:26 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 9 Apr 2009 07:54:26 -0500
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <49DDE723.2070008@roden.myzen.co.uk>
References: <49DDE723.2070008@roden.myzen.co.uk>
Message-ID: <26691284-F2DD-4208-8607-9070DFAB8050@macports.org>


On Apr 9, 2009, at 07:16, David Rowe wrote:

> This upgrading is failing during the build stage - here is an  
> extract from the error report:

[snip]

> ld: library not found for -lssl3

[snip]

> There doesn't seem to be a maintainer for this port. Does anyone  
> know how to fix the problem?

So the question is, what port is supposed to provide libssl3.dylib,  
and is that port installed on your system?


From devans at macports.org  Thu Apr  9 07:01:20 2009
From: devans at macports.org (David Evans)
Date: Thu, 09 Apr 2009 07:01:20 -0700
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <26691284-F2DD-4208-8607-9070DFAB8050@macports.org>
References: <49DDE723.2070008@roden.myzen.co.uk>
	<26691284-F2DD-4208-8607-9070DFAB8050@macports.org>
Message-ID: <49DDFFB0.4040406@macports.org>

Ryan Schmidt wrote:
>
> On Apr 9, 2009, at 07:16, David Rowe wrote:
>
>> This upgrading is failing during the build stage - here is an extract 
>> from the error report:
>
> [snip]
>
>> ld: library not found for -lssl3
>
> [snip]
>
>> There doesn't seem to be a maintainer for this port. Does anyone know 
>> how to fix the problem?
>
> So the question is, what port is supposed to provide libssl3.dylib, 
> and is that port installed on your system?

/opt/local/lib/nss/libssl3.dylib is provided by port nss


From drowe at roden.myzen.co.uk  Thu Apr  9 07:08:24 2009
From: drowe at roden.myzen.co.uk (David Rowe)
Date: Thu, 09 Apr 2009 15:08:24 +0100
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <49DDFBA6.3090904@orindasoftware.com>
References: <49DDE723.2070008@roden.myzen.co.uk>
	<26691284-F2DD-4208-8607-9070DFAB8050@macports.org>
	<49DDFBA6.3090904@orindasoftware.com>
Message-ID: <49DE0158.9060607@roden.myzen.co.uk>

David Evans wrote:
> Ryan Schmidt wrote:
>>
>> On Apr 9, 2009, at 07:16, David Rowe wrote:
>>
>>> This upgrading is failing during the build stage - here is an 
>>> extract from the error report:
>>
>> [snip]
>>
>>> ld: library not found for -lssl3
>>
>> [snip]
>>
>>> There doesn't seem to be a maintainer for this port. Does anyone 
>>> know how to fix the problem?
>>
>> So the question is, what port is supposed to provide libssl3.dylib, 
>> and is that port installed on your system?
> /opt/local/lib/nss/libssl3.dylib is provided by port nss
>
I do have port  nss @3.12_1 (active) installed on my system.
In /opt/local/lib/nss/ there is an entry: libssl3.dylib created on 3 
April 09

Does that make it any clearer?

Thanks

David Rowe


From ryandesign at macports.org  Thu Apr  9 07:17:13 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 9 Apr 2009 09:17:13 -0500
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <49DDFBA6.3090904@orindasoftware.com>
References: <49DDE723.2070008@roden.myzen.co.uk>
	<26691284-F2DD-4208-8607-9070DFAB8050@macports.org>
	<49DDFBA6.3090904@orindasoftware.com>
Message-ID: <001F50C3-221A-4C73-811D-F858443844E2@macports.org>


On Apr 9, 2009, at 08:44, David Evans wrote:

> Ryan Schmidt wrote:
>
>> So the question is, what port is supposed to provide  
>> libssl3.dylib, and is that port installed on your system?
>
> /opt/local/lib/nss/libssl3.dylib is provided by port nss

Ok, so then this is just another port that needs to be updated to  
look for it in /opt/local/lib/nss instead of in /opt/local/lib where  
it used to be.


From drowe at roden.myzen.co.uk  Thu Apr  9 07:34:21 2009
From: drowe at roden.myzen.co.uk (David Rowe)
Date: Thu, 09 Apr 2009 15:34:21 +0100
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <001F50C3-221A-4C73-811D-F858443844E2@macports.org>
References: <49DDE723.2070008@roden.myzen.co.uk>
	<26691284-F2DD-4208-8607-9070DFAB8050@macports.org>
	<49DDFBA6.3090904@orindasoftware.com>
	<001F50C3-221A-4C73-811D-F858443844E2@macports.org>
Message-ID: <49DE076D.2080401@roden.myzen.co.uk>

Ryan Schmidt wrote:
>
> On Apr 9, 2009, at 08:44, David Evans wrote:
>
>> Ryan Schmidt wrote:
>>
>>> So the question is, what port is supposed to provide libssl3.dylib, 
>>> and is that port installed on your system?
>>
>> /opt/local/lib/nss/libssl3.dylib is provided by port nss
>
> Ok, so then this is just another port that needs to be updated to look 
> for it in /opt/local/lib/nss instead of in /opt/local/lib where it 
> used to be.
>
>
Ok - so I presume I just leave totem-pl-parser at  2.22.3_0 for the moment.
Thanks to all for your help

David Rowe

From devans at macports.org  Thu Apr  9 07:37:20 2009
From: devans at macports.org (David Evans)
Date: Thu, 09 Apr 2009 07:37:20 -0700
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <49DE0158.9060607@roden.myzen.co.uk>
References: <49DDE723.2070008@roden.myzen.co.uk>	<26691284-F2DD-4208-8607-9070DFAB8050@macports.org>	<49DDFBA6.3090904@orindasoftware.com>
	<49DE0158.9060607@roden.myzen.co.uk>
Message-ID: <49DE0820.3010807@macports.org>


>> /opt/local/lib/nss/libssl3.dylib is provided by port nss
>>
> I do have port  nss @3.12_1 (active) installed on my system.
> In /opt/local/lib/nss/ there is an entry: libssl3.dylib created on 3 
> April 09
>
> Does that make it any clearer?
>
> Thanks
>
> David Rowe
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
totem-pl-parser depends on evolution-data-server
evolution-data-server depends on nss

so the -lssl3 is probably coming via pkg-config from 
evolution-data-server but I see no  -L/opt/local/lib/nss to allow it to 
find the library

nss was changed 4/3/2009 r49081 to move the libraries from nss from 
/opt/local/lib to /opt/local/lib/nss

so I'm guessing that if you haven't rebuilt evolution-data-server since 
nss was last updated then it could be providing the old pkg-config
information instead of the new.

if you think this is the case then try rebuilding evolution-data-server

sudo port -fn upgrade  evolution-data-server

and see if this fixes the problem

From drowe at roden.myzen.co.uk  Thu Apr  9 08:37:14 2009
From: drowe at roden.myzen.co.uk (David Rowe)
Date: Thu, 09 Apr 2009 16:37:14 +0100
Subject: totem-pl-parser not upgrading from 2.22.3_0 to  2.24.4_0
In-Reply-To: <49DE0820.3010807@macports.org>
References: <49DDE723.2070008@roden.myzen.co.uk>	<26691284-F2DD-4208-8607-9070DFAB8050@macports.org>	<49DDFBA6.3090904@orindasoftware.com>
	<49DE0158.9060607@roden.myzen.co.uk>
	<49DE0820.3010807@macports.org>
Message-ID: <49DE162A.80803@roden.myzen.co.uk>

David Evans wrote:
> [snip]
>
> so I'm guessing that if you haven't rebuilt evolution-data-server 
> since nss was last updated then it could be providing the old pkg-config
> information instead of the new.
>
> if you think this is the case then try rebuilding evolution-data-server
>
> sudo port -fn upgrade  evolution-data-server
>
> and see if this fixes the problem
>

Yes - that worked. totem-pl-parser updated OK after reinstalling 
evolution-data-server.

Thanks again

David Rowe


From LenoreHorner at sbcglobal.net  Thu Apr  9 08:14:04 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Thu, 9 Apr 2009 10:14:04 -0500
Subject: downgrading Gnucash not helping
In-Reply-To: <A0FAF47F-9D6F-4EB8-926D-DD1C1A515BFE@gmail.com>
References: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
	<DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
	<5125A698-9641-4A71-A29B-E8BB2A4BA3E9@sbcglobal.net>
	<A0FAF47F-9D6F-4EB8-926D-DD1C1A515BFE@gmail.com>
Message-ID: <B582C4B3-095B-4AA9-95E4-0EABAEB71B38@sbcglobal.net>


On Apr 8, 2009, at 20:20 , David Reiser wrote:

>
> On Apr 8, 2009, at 6:54 PM, Lenore Horner wrote:
>
>>
>> On Apr 6, 2009, at 04:39 , Ryan Schmidt wrote:
>>
>>> On Apr 5, 2009, at 09:04, Lenore Horner wrote:
>>>
>>>> Because of as yet unresolved Pango problems, I need to go back to  
>>>> my previous installation of Gnucash.  I attempted to do so, but  
>>>> Gnucash complains about a symbol not existing in a dylib.  So far  
>>>> the only thing I've deactivated and reactivated the old version  
>>>> of is Gnucash itself.  Other things that successfully upgraded  
>>>> have the new version active.  Is this causing problems?  If so,  
>>>> how do I figure out where the problem is?  I attempted to use  
>>>> port provides to figure out where the "missing" dylib was coming  
>>>> from but as you can see below, that didn't look in opt/ at all.
>>>>
>>>> FWIW, this is exactly the same reason that the new Gnucash  
>>>> 2.2.9_1 won't run.  Gnucash actually installs and activates  
>>>> despite the Pango failure.
>>>>
>>>> Any help appreciated.
>>>> Lenore
>>>>
>>>>
>>>> Details:
>>>>
>>>> MLHPBG4:~ mlh$ port installed gnucash
>>>> The following ports are currently installed:
>>>> gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>>> gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes  
>>>> (active)
>>>> MLHPBG4:~ mlh$ sudo port deactivate gnucash 2.2.9_1
>>>> Password:
>>>> --->  Deactivating gnucash
>>>> Error: port deactivate failed: Registry error: 2.2.9_1 not  
>>>> registered as installed & active.
>>>> MLHPBG4:~ mlh$ sudo port deactivate gnucash at 2.2.9_1
>>>> Error: port deactivate failed: Registry error: gnucash not  
>>>> registered as installed & active.
>>>> MLHPBG4:~ mlh$ port installed gnucash
>>>> The following ports are currently installed:
>>>> gnucash @2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>>> gnucash @2.2.9_1+no_x11+without_hbci+without_ofx+without_quotes
>>>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0
>>>> Error: port activate failed: Registry error: gnucash 2.2.8_0 not  
>>>> registered as installed.
>>>> MLHPBG4:~ mlh$ sudo port activate gnucash at 2.2.8_0+no_x11+without_hbci+without_ofx+without_quotes
>>>> --->  Activating gnucash @2.2.8_0+no_x11+without_hbci+without_ofx 
>>>> +without_quotes
>>>> MLHPBG4:~ mlh$ gnucash
>>>> dyld: Symbol not found: _CGLGetCurrentContext
>>>> Referenced from: /System/Library/Frameworks/OpenGL.framework/ 
>>>> Versions/A/OpenGL
>>>> Expected in: /opt/local/lib/libGL.dylib
>>>>
>>>> Trace/BPT trap
>>>> MLHPBG4:~ mlh$ port provides libGL
>>>> /Users/mlh/libGL does not exist.
>>>
>>> You need to give "port provides" the full path of the file in  
>>> question.
>>>
>>> $ port provides /opt/local/lib/libGL.dylib
>>> /opt/local/lib/libGL.dylib is provided by: mesa
>>>
>>> mesa was recently updated to a new version. Check "port installed  
>>> mesa" to see if you still have the old version around. If so,  
>>> deactivate the new version and activate the old one.
>>>
>> The solution to my problem (found on the gnucash mailing list from  
>> someone initially having a different problem) was to deactivate  
>> mesa.  That let the gnucash 2.2.9_1 run.
>>
>> So where did mesa come from if nothing depends on it and it just  
>> makes gnucash not run?
>>
>> Lenore
>
>
> xorg-libs depends on mesa, so if you've ever built macports' x11,  
> that could be where mesa is coming from. Mesa is the open-source  
> version of OpenGL. The only piece of gnucash that I _know_ brings in  
> OpenGL.framework is aqbanking. I don't know how the variants system  
> works, so I can't figure out why you'd be having trouble brought on  
> by aqbanking, since that's not in the variant you installed.
>
> Perhaps the +no_x11 isn't stomping on all those libraries thoroughly.
>
> As a generic suggestion for the full gnucash package, perhaps if  
> someone could get aqbanking to build against mesa instead of OpenGL,  
> the gnucash/mesa collision might subside.
>
> Dave
> --
> David Reiser
> dbreiser at gmail.com
>
>
>
Judging from what gets installed, Macports ignores the variants in  
dependency tracing but then when it actually builds the software the  
variants are obeyed.  So aqbanking gets installed, but gnucash doesn't  
get built with aqbanking (and I have subsequently uninstalled  
aqbanking).  The same happens with gwenhwyfar.  I'm rather baffled.

Lenore

From blb at macports.org  Thu Apr  9 12:54:35 2009
From: blb at macports.org (Bryan Blackburn)
Date: Thu, 9 Apr 2009 13:54:35 -0600
Subject: downgrading Gnucash not helping
In-Reply-To: <B582C4B3-095B-4AA9-95E4-0EABAEB71B38@sbcglobal.net>
References: <C21244DE-0B7D-4F41-A032-072EEA278F2D@sbcglobal.net>
	<DDA1DECE-EA1D-4588-AE0B-57A51890EDD0@macports.org>
	<5125A698-9641-4A71-A29B-E8BB2A4BA3E9@sbcglobal.net>
	<A0FAF47F-9D6F-4EB8-926D-DD1C1A515BFE@gmail.com>
	<B582C4B3-095B-4AA9-95E4-0EABAEB71B38@sbcglobal.net>
Message-ID: <20090409195435.GC77420@ninagal.withay.com>

On Thu, Apr 09, 2009 at 10:14:04AM -0500, Lenore Horner said:
[...]
> Judging from what gets installed, Macports ignores the variants in  
> dependency tracing but then when it actually builds the software the  
> variants are obeyed.  So aqbanking gets installed, but gnucash doesn't  
> get built with aqbanking (and I have subsequently uninstalled aqbanking).  
> The same happens with gwenhwyfar.  I'm rather baffled.

If this was during an upgrade, you may have run into ticket #8221:

<http://trac.macports.org/ticket/8221>

The good news is that it's fixed for the next major version of MacPorts
(1.8).

Bryan


>
> Lenore

From trog24 at comcast.net  Thu Apr  9 14:30:05 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 9 Apr 2009 14:30:05 -0700
Subject: firefox-x11 does not install
Message-ID: <EEBACAFE-4BAF-4A0C-A461-855305A66ED5@comcast.net>

Hello,
	The problem thus far is not firefox-x11; but, the failure to install  
two of its dependencies, namely:  heimal and libcanberra.  Heimal  
already has a ticket (17857) to which I posted a possible patch I  
found on the internet.  I do not know enough about MacPorts to test  
the viability of the patch or to use the patch as a work around.   
Libcanberra fails because a dependency has not been installed,  
namely: libvorbis:

c-76-121-207-181:~ frank$ sudo port install libcanberra
--->  Configuring libcanberra
Error: Target org.macports.configure returned: configure failure:  
shell command " cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_l 
ibcanberra/work/libcanberra-0.10" && ./configure --prefix=/opt/local  
--enable-gtk " returned error 1
Command output: checking pkg-config is at least version 0.9.0... yes
checking for ALSA... no
checking soundcard.h usability... no
checking soundcard.h presence... no
checking for soundcard.h... no
checking sys/soundcard.h usability... no
checking sys/soundcard.h presence... no
checking for sys/soundcard.h... no
checking machine/soundcard.h usability... no
checking machine/soundcard.h presence... no
checking for machine/soundcard.h... no
checking for PULSE... no
checking for GST... yes
checking for GTK... yes
checking for gconftool-2... /opt/local/bin/gconftool-2
Using config source xml:merged:/opt/local/etc/gconf/ 
gconf.xml.defaults for schema installation
Using $(sysconfdir)/gconf/schemas as install directory for schema files
checking for TDB... no
checking for lynx... yes
checking for VORBIS... configure: error: Package requirements  
( vorbisfile ) were not met:

No package 'vorbisfile' found

Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.

Alternatively, you may set the environment variables VORBIS_CFLAGS
and VORBIS_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.


Error: Status 1 encountered during processing.

The work around to this problem was to:

	 sudo port install libvorbis

before:

	sudo port install libcanberra.

I did not find a ticket to upgrade the port about the dependency  
omission.  Is one needed to get this fixed?
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090409/f463a03f/attachment.html>

From trog24 at comcast.net  Thu Apr  9 14:47:41 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 9 Apr 2009 14:47:41 -0700
Subject: firefox-x11 does not install
In-Reply-To: <CA0226EB-E2F0-4B9D-97F2-7A2BF81012F3@apple.com>
References: <EEBACAFE-4BAF-4A0C-A461-855305A66ED5@comcast.net>
	<CA0226EB-E2F0-4B9D-97F2-7A2BF81012F3@apple.com>
Message-ID: <82860E72-A7C3-41D2-8E69-43578552A201@comcast.net>

Hello,
	Your are correct.  I had two tickets up and posted the incorrect  
one.  The ticket number should be 17959.

On Apr 9, 2009, at 2:42 PM, Jeremy Huddleston wrote:

>
> On Apr 9, 2009, at 14:30, Frank J. R. Hanstick wrote:
>
>> Hello,
>> 	The problem thus far is not firefox-x11; but, the failure to  
>> install two of its dependencies, namely:  heimal and libcanberra.   
>> Heimal already has a ticket (17857) to which I posted a possible  
>> patch I found on the internet.  I do not know enough about  
>> MacPorts to test the viability of the patch or to use the patch as  
>> a work around.
>
> landonf is the maintainer of Heimdal.  I don't know much about that  
> port, but I'd look into it.  You referenced ticket 17857, but that  
> seems to be the wrong number.  http://trac.macports.org/ticket/ 
> 17857 is for gstreamer...
>
>> Libcanberra fails because a dependency has not been installed,  
>> namely: libvorbis:
>>
>> The work around to this problem was to:
>>
>> 	 sudo port install libvorbis
>>
>> before:
>>
>> 	sudo port install libcanberra.
>>
>> I did not find a ticket to upgrade the port about the dependency  
>> omission.  Is one needed to get this fixed?
>
> I just fixed it in r49437, thanks.

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090409/d3166211/attachment.html>

From dweber at macports.org  Thu Apr  9 16:25:51 2009
From: dweber at macports.org (Darren Weber)
Date: Thu, 9 Apr 2009 16:25:51 -0700
Subject: sysadmin: is there a manifesto on environment settings for macports?
Message-ID: <b808b3510904091625p11c0869cof09deb59de296ce@mail.gmail.com>

Is there a general manifesto on how to configure OSX for macports?

I see the following documents online, but they don't answer all my questions
for macports:
http://trac.macports.org/wiki/FAQ
http://trac.macports.org/wiki/InstallingMacPorts

The installation of macports proposes a user-specific environment (using
~/.profile or similar, but I wonder if that resolves path issues when using
sudo or for system deamons, etc.).

An issue that I have is with the dynamic linker unable to resolve some
library paths at run-time.  I would like to see a document on macport wisdom
for dyld.

In my explorations today, to resolve some environment settings, I found a
few places where the environment is configured (I'm using bash).

I see the following system path settings available:

/etc/paths
/etc/paths.d/*  (used by /usr/libexec/path_helper, called from /etc/profile
[and elsewhere?])
/etc/manpaths
/etc/manpaths.d
/etc/man.conf

For bash, there are a few /etc files around:
/etc/bashrc
/etc/profile (which calls path_helper and it handles at /etc/paths.d/*)

For csh, there are /etc/csh.* files.

In the user domain, there are the usual suspects (~/.bashrc, ~/.profile,
~/.cshrc, ~/.login, etc.).  Then there is a sneeky OSX specific environment
file in ~/.MacOSX/environment.plist.  The macports installation recommends
using the *nix convention of setting up the environment in the shell login
profiles (.profile, .bashrc, etc.).

What about dynamic library path configuration (for dyld)?  What is the best
way to configure this for macports?  Should settings apply at the system
level (I would assume so) or at the user level (probably not).  I currently
have one env setting for postgresql83 (and I think this one is user
specfic):
DYLD_FALLBACK_LIBRARY_PATH=:/opt/local/lib/postgresql83

When building libraries, is there a general philosophy on using rpath?  I'm
confused about this, eg consider:
http://wiki.debian.org/RpathIssue
http://www.mail-archive.com/bug-libtool at gnu.org/msg00700.html
http://lists.apple.com/archives/unix-porting/2008/Mar/msg00008.html
http://developer.apple.com/releasenotes/DeveloperTools/RN-dyld/index.html

I've found that rpath can be a problem because macports builds into a
destroot.  When I use rpath outside of a destroot, it works fine, but I
don't understand how to use it with a destroot, as in macports.  If a port
should use rpath, how should a port set RPATH correctly (maybe a relative
path to ${prefix})?  Or, should a port update a DYLD path setting so that
run-time dependencies get resolved (see options for path settings in `man
dyld` and maybe ports should set a system or user equivalent to
~/.MacOSX/environment.plist)?

See also:
http://developer.apple.com/documentation/DeveloperTools/Conceptual/DynamicLibraries/index.html
http://developer.apple.com/documentation/MacOSX/Conceptual/BPSystemStartup/BPSystemStartup.html
http://developer.apple.com/documentation/MacOSX/Conceptual/BPRuntimeConfig/BPRuntimeConfig.html
http://developer.apple.com/documentation/MacOSX/Conceptual/BPRuntimeConfig/Articles/EnvironmentVars.html#//apple_ref/doc/uid/20002093

http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/intro/intro.html

Take care, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090409/0e7ee541/attachment.html>

From raimue at macports.org  Thu Apr  9 17:36:19 2009
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Fri, 10 Apr 2009 02:36:19 +0200
Subject: sysadmin: is there a manifesto on environment settings for
	macports?
In-Reply-To: <b808b3510904091625p11c0869cof09deb59de296ce@mail.gmail.com>
References: <b808b3510904091625p11c0869cof09deb59de296ce@mail.gmail.com>
Message-ID: <49DE9483.30102@macports.org>

Darren Weber wrote:
> What about dynamic library path configuration (for dyld)?  What is the
> best way to configure this for macports?  Should settings apply at the
> system level (I would assume so) or at the user level (probably not).  I
> currently have one env setting for postgresql83 (and I think this one is
> user specfic):
> DYLD_FALLBACK_LIBRARY_PATH=:/opt/local/lib/postgresql83

ports should not require any DYLD_* settings as they are expected to
link against absolute paths in the ${prefix}. If this is really required
for postgresql83 to work, it is a bug in that port.

> When building libraries, is there a general philosophy on using rpath?
> I'm confused about this, eg consider:
> http://wiki.debian.org/RpathIssue
> http://www.mail-archive.com/bug-libtool at gnu.org/msg00700.html
> http://lists.apple.com/archives/unix-porting/2008/Mar/msg00008.html
> http://developer.apple.com/releasenotes/DeveloperTools/RN-dyld/index.html
> 
> I've found that rpath can be a problem because macports builds into a
> destroot.  When I use rpath outside of a destroot, it works fine, but I
> don't understand how to use it with a destroot, as in macports.  If a
> port should use rpath, how should a port set RPATH correctly (maybe a
> relative path to ${prefix})?  Or, should a port update a DYLD path
> setting so that run-time dependencies get resolved (see options for path
> settings in `man dyld` and maybe ports should set a system or user
> equivalent to ~/.MacOSX/environment.plist)?

First, what particular problem are you trying to solve with this? Is
there any port which relies on RPATH? If so, why would it need this?

Rainer

From darrell.usenet6 at telus.net  Fri Apr 10 10:44:40 2009
From: darrell.usenet6 at telus.net (Darrell Greenwood)
Date: Fri, 10 Apr 2009 10:44:40 -0700
Subject: ntop Crashes Consistently on Mac OSX 10.5.6 after CryptoKey update
References: <250320091742442645%darrell.usenet6@telus.net>
Message-ID: <100420091044406287%darrell.usenet6@telus.net>

In article <250320091742442645%darrell.usenet6 at telus.net>, Darrell
Greenwood <darrell.usenet6 at telus.net> wrote:

> I find that ntop crashes consistently after SetCryptoKey occurs. iBook
> G4, 10.5.6, MacPorts 1.7, ntop 3.3.8. Log excerpts below.
> 
> Any troubleshooting hints? 
> 
> Cheers,
> 
> Darrell
> 
> 
> Mar 24 13:46:25 aabs kernel[0]: SetCryptoKey R: len 16, idx 2
> Mar 24 13:52:06 aabs ReportCrash[48690]: Formulating crash report for
> process ntop[47893]

<snip>

Problem turned out to be flaky software in Airport Extreme Base
Station. 

I changed Wireless Security from 'WPA/WPA2 Personal' to 'WPA2 Personal'
and the problem was solved. Ntop has now run for 14 days without a
crash.

Cheers,

Darrell

-- 
To reply, substitute .net for .invalid in address, i.e., darrell.usenet6 (at) 
?telus.net


From dweber at macports.org  Fri Apr 10 14:30:21 2009
From: dweber at macports.org (Darren Weber)
Date: Fri, 10 Apr 2009 14:30:21 -0700
Subject: sysadmin: is there a manifesto on environment settings for 
	macports?
In-Reply-To: <49DE9483.30102@macports.org>
References: <b808b3510904091625p11c0869cof09deb59de296ce@mail.gmail.com>
	<49DE9483.30102@macports.org>
Message-ID: <b808b3510904101430j37ef5b7en5126df2ac7dcbe33@mail.gmail.com>

Hi Rainer,

I've had some difficulty with the VTK library when I try to get dynamic
libraries working under macports.  See
http://trac.macports.org/ticket/19000

I could use some help with understanding how to get rpath working under
macports (if that is THE way to go), given that VTK uses CMAKE settings to
configure the RPATH or the INSTALL_RPATH and the settings that I've tried so
far get "corrupted" during the macports build process because it uses a
destroot setting.  I've thought about a postdestroot hack using
'install_name_tool' but there may be a better way to get it right.

For me, the bigger picture is creating an open-source scientific application
that will depend on VTK, among other libraries, and macports may provide the
foundation for the distribution process on OSX.

Best, Darren


On Thu, Apr 9, 2009 at 5:36 PM, Rainer M?ller <raimue at macports.org> wrote:

> Darren Weber wrote:
> > What about dynamic library path configuration (for dyld)?  What is the
> > best way to configure this for macports?  Should settings apply at the
> > system level (I would assume so) or at the user level (probably not).  I
> > currently have one env setting for postgresql83 (and I think this one is
> > user specfic):
> > DYLD_FALLBACK_LIBRARY_PATH=:/opt/local/lib/postgresql83
>
> ports should not require any DYLD_* settings as they are expected to
> link against absolute paths in the ${prefix}. If this is really required
> for postgresql83 to work, it is a bug in that port.
>
> > When building libraries, is there a general philosophy on using rpath?
> > I'm confused about this, eg consider:
> > http://wiki.debian.org/RpathIssue
> > http://www.mail-archive.com/bug-libtool at gnu.org/msg00700.html
> > http://lists.apple.com/archives/unix-porting/2008/Mar/msg00008.html
> >
> http://developer.apple.com/releasenotes/DeveloperTools/RN-dyld/index.html
> >
> > I've found that rpath can be a problem because macports builds into a
> > destroot.  When I use rpath outside of a destroot, it works fine, but I
> > don't understand how to use it with a destroot, as in macports.  If a
> > port should use rpath, how should a port set RPATH correctly (maybe a
> > relative path to ${prefix})?  Or, should a port update a DYLD path
> > setting so that run-time dependencies get resolved (see options for path
> > settings in `man dyld` and maybe ports should set a system or user
> > equivalent to ~/.MacOSX/environment.plist)?
>
> First, what particular problem are you trying to solve with this? Is
> there any port which relies on RPATH? If so, why would it need this?
>
> Rainer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090410/51cc3d1a/attachment.html>

From lists at mgreg.com  Fri Apr 10 17:56:05 2009
From: lists at mgreg.com (lists at mgreg.com)
Date: Fri, 10 Apr 2009 20:56:05 -0400
Subject: Readline fails to build (yet again)
In-Reply-To: <7AE463FB-5B2E-4F1D-9979-6B6A2443AF4E@macports.org>
References: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>
	<1E6F82F4-0AB0-46A3-8E0A-31FECAF5FD00@macports.org>
	<13FAAA5E-E76A-424B-BD87-AE8FC8965387@mgreg.com>
	<7AE463FB-5B2E-4F1D-9979-6B6A2443AF4E@macports.org>
Message-ID: <A8EDBE73-3E54-4457-BE88-CA1D04319CAF@mgreg.com>


On Apr 7, 2009, at 1:53 AM, Ryan Schmidt wrote:
>>
>
> Attaching as a file is great, thanks; it ensures the output doesn't  
> get reformatted by the email program.
>
> So, looking into this, the readline port tries to delete the file $ 
> {prefix}/share/info/dir in post-destroot. It has done this since  
> r7643 (2004-07-04).
>
> MacPorts base also deletes this file automatically, in all ports.  
> MacPorts has done this since r7669 (2004-07-08).
>
> The readline port could be changed to delete the file only if it  
> exists. Or, given that MacPorts base already does this, the line  
> could be removed from the readline port.
>
> But I'm not clear why this is now, all of a sudden, almost 5 years  
> later, causing a problem.
>
> BTW, I don't see the problem, on Mac OS X 10.4.11 Intel with Xcode  
> 2.5 and MacPorts 1.7.1.


Well, it was trying to install readline 6.0 (which is fine).  However,  
I kept getting DESTROOT errors -- which I still don't fully understand  
(I'm in the midst of reading the DEV info now).  So, I ended up  
removing all references to DESTROOT, namely the following:


post-destroot {
     delete ${destroot}${prefix}/share/info/dir

     set docdir ${prefix}/share/doc/${name}-${version}
     xinstall -d ${destroot}${docdir}/html
     xinstall -m 0644 -W ${worksrcpath} CHANGELOG CHANGES COPYING NEWS  
README \
         ${destroot}${docdir}
     eval xinstall -m 0644 [glob ${worksrcpath}/doc/*.html] \
         ${destroot}${docdir}/html
}

# Install symlinks to avoid breaking ports linked against the old  
versions
platform darwin {
     post-destroot {
         foreach f {history readline} {
             foreach v {0 1 2} {
                 ln -sf lib${f}.${milestone}.dylib ${destroot}$ 
{prefix}/lib/lib${f}.5.${v}.dylib
             }
         }
     }
}


I'm not sure what problems that will present in the future, but it got  
past the errors.  I'm still unclear as to where items such as DESTROOT  
and WORKSRCPATH are actually getting set.  Thoughts on any of this?


Thanks,
Michael
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090410/48276924/attachment.html>

From ryandesign at macports.org  Fri Apr 10 23:13:07 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 01:13:07 -0500
Subject: Readline fails to build (yet again)
In-Reply-To: <A8EDBE73-3E54-4457-BE88-CA1D04319CAF@mgreg.com>
References: <AADA1558-1A70-484C-AB6F-463AA95EA2CA@mgreg.com>
	<1E6F82F4-0AB0-46A3-8E0A-31FECAF5FD00@macports.org>
	<13FAAA5E-E76A-424B-BD87-AE8FC8965387@mgreg.com>
	<7AE463FB-5B2E-4F1D-9979-6B6A2443AF4E@macports.org>
	<A8EDBE73-3E54-4457-BE88-CA1D04319CAF@mgreg.com>
Message-ID: <FB99BBCD-31BC-42F0-8D25-79FE26D7C025@macports.org>

On Apr 10, 2009, at 19:56, lists at mgreg.com wrote:

> On Apr 7, 2009, at 1:53 AM, Ryan Schmidt wrote:
>
>> Attaching as a file is great, thanks; it ensures the output  
>> doesn't get reformatted by the email program.
>>
>> So, looking into this, the readline port tries to delete the file $ 
>> {prefix}/share/info/dir in post-destroot. It has done this since  
>> r7643 (2004-07-04).
>>
>> MacPorts base also deletes this file automatically, in all ports.  
>> MacPorts has done this since r7669 (2004-07-08).
>>
>> The readline port could be changed to delete the file only if it  
>> exists. Or, given that MacPorts base already does this, the line  
>> could be removed from the readline port.
>>
>> But I'm not clear why this is now, all of a sudden, almost 5 years  
>> later, causing a problem.
>>
>> BTW, I don't see the problem, on Mac OS X 10.4.11 Intel with Xcode  
>> 2.5 and MacPorts 1.7.1.
>
>
> Well, it was trying to install readline 6.0 (which is fine).   
> However, I kept getting DESTROOT errors -- which I still don't  
> fully understand (I'm in the midst of reading the DEV info now).   
> So, I ended up removing all references to DESTROOT, namely the  
> following:
>
>
> post-destroot {
>
>     set docdir ${prefix}/share/doc/${name}-${version}
>     xinstall -d ${destroot}${docdir}/html
>     xinstall -m 0644 -W ${worksrcpath} CHANGELOG CHANGES COPYING  
> NEWS README \
>         ${destroot}${docdir}
>     eval xinstall -m 0644 [glob ${worksrcpath}/doc/*.html] \
>         ${destroot}${docdir}/html
> }
>
> # Install symlinks to avoid breaking ports linked against the old  
> versions
> platform darwin {
>     post-destroot {
>         foreach f {history readline} {
>             foreach v {0 1 2} {
>                 ln -sf lib${f}.${milestone}.dylib ${destroot}$ 
> {prefix}/lib/lib${f}.5.${v}.dylib
>             }
>         }
>     }
> }
>
>
> I'm not sure what problems that will present in the future, but it  
> got past the errors.  I'm still unclear as to where items such as  
> DESTROOT and WORKSRCPATH are actually getting set.  Thoughts on any  
> of this?

It was only having problems with the line

     delete ${destroot}${prefix}/share/info/dir

That was the only line that apparently needed deleting, which is what  
Brian did in r49336 a few days ago, so you could also just "sudo port  
sync" and then "sudo port -fn upgrade readline" to rebuild it ("-fn"  
to force, nonrecursively, so it gets rebuilt even though MacPorts  
doesn't think it needs to, but doesn't rebuild any dependenciens).

By removing the other lines, you have removed from your installation  
the documentation which might be helpful, and the compatibility  
symlinks which some older software may require.

The variables ${worksrcpath}, ${destroot}, ${prefix}, and so on, are  
set by MacPorts base.



From gregreedee at gmail.com  Sat Apr 11 00:54:25 2009
From: gregreedee at gmail.com (Gregory Dodwell)
Date: Sat, 11 Apr 2009 17:54:25 +1000
Subject: Trying to build Amarok in KDE 4: Subversion check-out failed
Message-ID: <789f92700904110054g53495d89h76727ad937883148@mail.gmail.com>

sudo port install amarok
Password:
--->  Fetching taglib-devel
Error: Target org.macports.fetch returned: Subversion check out failed
Error: The following dependencies failed to build: taglib-devel
Error: Status 1 encountered during processing.


Same error if I try to install taglib-devel seperately
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090411/2474013b/attachment.html>

From raimue at macports.org  Sat Apr 11 03:07:20 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 11 Apr 2009 12:07:20 +0200
Subject: Trying to build Amarok in KDE 4: Subversion check-out failed
In-Reply-To: <789f92700904110054g53495d89h76727ad937883148@mail.gmail.com>
References: <789f92700904110054g53495d89h76727ad937883148@mail.gmail.com>
Message-ID: <49E06BD8.70904@macports.org>

Gregory Dodwell wrote:
> sudo port install amarok
> Password:
> --->  Fetching taglib-devel
> Error: Target org.macports.fetch returned: Subversion check out failed
> Error: The following dependencies failed to build: taglib-devel
> Error: Status 1 encountered during processing.
> 
> 
> Same error if I try to install taglib-devel seperately

You probably run into the untrusted Subversion certificate issue. The
source directory contains a definition to an external which uses HTTP
over SSL (HTTPS). The certificate they use for this server is not issed
by a authority you trust by default. As svn is run in non-interactive
mode for checkout, it will reject the certificate in this case.

So in short, the workaround is:
Run `svn ls https://svn.kde.org` and trust the certificate permanently.
I am not sure if they publish the expected fingerprint somewhere on
their website, you might want to verify that.

On a side note, Subversion 1.6 has a new option --trust-server-cert
which allows to just accept an unknown SSL certificate in
non-interactive mode. This might be a solution as we do not really need
a verified connection for anonymous checkouts. But it would mean we need
to use MacPorts Subversion for checkouts.

Rainer

From florian.ebeling at gmail.com  Sat Apr 11 03:28:17 2009
From: florian.ebeling at gmail.com (C. Florian Ebeling)
Date: Sat, 11 Apr 2009 12:28:17 +0200
Subject: What is MacPorts doing?
In-Reply-To: <F5E262A4-4793-4BA9-A649-8FBD16F18E22@comcast.net>
References: <8A04FD85-7C7E-4496-A3B7-A74DAA9A1724@comcast.net>
	<49D6816A.40609@macports.org>
	<368D7711-6A93-44EA-B23D-41848335532E@comcast.net>
	<181B37B5-B93B-4BC0-A054-65413834A7E3@macports.org>
	<B112205D-FDD4-4631-A271-142AA7F89FEB@comcast.net>
	<F5E262A4-4793-4BA9-A649-8FBD16F18E22@comcast.net>
Message-ID: <5cbbe4ae0904110328m56913693g296e8ff6dd7264e5@mail.gmail.com>

The problem with the render port is the same I experienced two days
ago, when running 'port upgrade outdated'. For me problems came up
with the gail port as well. Both are ports which have delibertely been
removed from the collection or renamed. I filed it as an issue:

https://trac.macports.org/ticket/19253


On Tue, Apr 7, 2009 at 12:30 AM, Frank J. R. Hanstick
<trog24 at comcast.net> wrote:
> Hello,
> The results from running "sudo port upgrade installed" are as follows:
> ?1) ?m4, sqlite3, openssl, glib2, nspr, mesa, pcre, py25, spidermonkey
> (replaced the dual deactivate/active message), xinput, abd xrandr were
> upgraded.
> ?2) lcms, bison, flex, gzip, and gstreamer were added.
> ?3) render error message disappeared.
> ?4) nss failed (see posting regarding nss failure)
> ?5) evolution_data_server failed (see evolution_data_server posting
> regarding?evolution_data_server?failure).
> ?6) heimal upgrade failed
> /usr/bin/gcc-4.0 ?-DHAVE_CONFIG_H -I. -I. -I../../../include
> ?-I../../../lib/roken -I../../../lib/roken -I./../common ?-DFTP_SERVER
> -I/opt/local/include -D_LARGE_FILES= -Wall -Wmissing-prototypes
> -Wpointer-arith -Wbad-function-cast -Wmissing-declarations -Wnested-externs
> ?-DINET6 -O2 -D_FORTIFY_SOURCE=0 -MT logwtmp.o -MD -MP -MF .deps/logwtmp.Tpo
> -c -o logwtmp.o logwtmp.c
> logwtmp.c: In function 'ftpd_logwtmp_asl':
> logwtmp.c:87: error: 'ASL_KEY_FACILITY' undeclared (first use in this
> function)
> logwtmp.c:87: error: (Each undeclared identifier is reported only once
> logwtmp.c:87: error: for each function it appears in.)
> make[3]: *** [logwtmp.o] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive] Error 1
> ?7) ?libcanberra upgrade failed.
>
> Error: Target org.macports.configure returned: configure failure: shell
> command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_libcanberra/work/libcanberra-0.10"
> && ./configure --prefix=/opt/local --enable-gtk " returned error 1
> Command output: checking for ALSA... no
> checking soundcard.h usability... no
> checking soundcard.h presence... no
> checking for soundcard.h... no
> checking sys/soundcard.h usability... no
> checking sys/soundcard.h presence... no
> checking for sys/soundcard.h... no
> checking machine/soundcard.h usability... no
> checking machine/soundcard.h presence... no
> checking for machine/soundcard.h... no
> checking for PULSE... no
> checking for GST... yes
> checking for GTK... yes
> checking for gconftool-2... /opt/local/bin/gconftool-2
> Using config source xml:merged:/opt/local/etc/gconf/gconf.xml.defaults for
> schema installation
> Using $(sysconfdir)/gconf/schemas as install directory for schema files
> checking for TDB... no
> checking for lynx... no
> configure: WARNING: *** lynx not found, plain text README will not be built
> ***
> checking for VORBIS... configure: error: Package requirements ( vorbisfile )
> were not met:
> No package 'vorbisfile' found
> Consider adjusting the PKG_CONFIG_PATH environment variable if you
> installed software in a non-standard prefix.
> Alternatively, you may set the environment variables VORBIS_CFLAGS
> and VORBIS_LIBS to avoid the need to call pkg-config.
> See the pkg-config man page for more details.
> ?8) ?fontforge upgrade failed (see fontforge posting regarding fontforge
> failure).
> ?9) ?qemu upgrade failed (see qemu posting regarding qemu failure).
> 10) textlive_base upgrade failed.
>
> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning suggest use of
> -bind_at_load, as lazy binding may result in errors or different symbols
> being used
> symbol _vendorShellWidgetClass used from dynamic library
> /opt/local/lib/libXt.dylib(single module) not from earlier dynamic library
> /opt/local/lib/libXaw.7.dylib(single module)
> symbol _vendorShellClassRec used from dynamic library
> /opt/local/lib/libXt.dylib(single module) not from earlier dynamic library
> /opt/local/lib/libXaw.7.dylib(single module)
> collect2: ld returned 1 exit status
> make[2]: *** [xdvi-xaw.bin] Error 1
> make[1]: *** [all] Error 1
> make: *** [all] Error 1
> The anomalous behavior disappeared which is what we were shooting for. ?I
> believe the textlive_base error changed.
>
> On Apr 6, 2009, at 12:22 PM, Frank J. R. Hanstick wrote:
>
> Hello,
> Three ports depended on render, namely: ?xorg-renderproto, cairo, and
> xrender. ?I did a "sudo port -nf" for each. ?I then followed with a "sudo
> port selfupdate" and got the following error:
> Error: Synchronization of the local ports tree failed doing rsync
> Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the ports
> tree: Synchronization of 1 source(s) failed
> I then ran "sudo port -d selfupdate" which resulted in no error. ?I suspect
> MacPorts had a hard time with the sync of render after the delinking. ?I do
> not know yet if the executed procedure remove the error. ?I am running "sudo
> port upgrade installed" now to verify if the error disappeared. ?This will
> also see if the resync addressed the textlive issue. ?The fix may not have
> been put in between the last sync and the current one. ?I run the selfupdate
> before each upgrade run to ensure the latest for upgrading.
> On Apr 6, 2009, at 2:42 AM, Ryan Schmidt wrote:
>
> On Apr 3, 2009, at 21:36, Frank J. R. Hanstick wrote:
>
> On Apr 3, 2009, at 2:36 PM, Joshua Root wrote:
>
> Frank J. R. Hanstick wrote:
>
> Hello,
> During a sudo port upgrade installed, the following? appeared:
> Error: No port render found.
> Error: No port render found.
>
> Some port you have installed was installed when the render port existed. It
> has since been superseded by the xorg-renderproto port. "port dependents
> render" might tell you what port still has knowledge of the old render port.
> "port -nf upgrade thatport" might fix its dependencies so that it forgets
> about the render port.
>
> --->? Deactivating spidermonkey @1.7.0_2
> --->? Activating spidermonkey @1.7.0_2
> --->? Cleaning spidermonkey
> --->? Deactivating spidermonkey @1.7.0_2
> --->? Activating spidermonkey @1.7.0_2
> --->? Cleaning spidermonkey
> Does anyone have an idea of what is going on.? I had started a sudo port
> -d upgrade installed; but, with all the repeated checks, it takes
> forever to run because this occurs towards the end of the process.? Any
> suggestions on a quicker way to find out what is occurring?
>
> [snip]
>
> In any case, what is MacPorts doing at this juncture?
>
> I thought it might be this:
> http://trac.macports.org/ticket/16085
> But that was fixed in 1.7.1 which you said you have... So I'm not sure.
> It probably has to do with using "port upgrade installed" instead of "port
> upgrade outdated". So use the latter in the future.
>
>
>
> Frank J. R. Hanstick
> trog24 at comcast.net
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
> Frank J. R. Hanstick
> trog24 at comcast.net
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
>



-- 
Florian Ebeling
Twitter: febeling
florian.ebeling at gmail.com

From LenoreHorner at sbcglobal.net  Sat Apr 11 13:43:24 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 15:43:24 -0500
Subject: port dependents foo
Message-ID: <99D06C04-C33C-4E70-B8E9-42FA4610A9B0@sbcglobal.net>

I would have expected port dependents foo to tell me all the things  
that depend in any way on foo.  If I understand correctly what I am  
seeing, it tells me only what has run-time dependencies on foo.  I can  
understand that after installing bar it would be safe to uninstall foo  
if bar had only a build dependency on it.   However, what if bar has a  
library dependency on foo?  If I uninstall foo does that kill its  
libraries breaking bar or does it leave behind all the libraries in  
which case how does one keep from ending up with a hopelessly  
cluttered system?

Lenore

From raimue at macports.org  Sat Apr 11 13:56:14 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 11 Apr 2009 22:56:14 +0200
Subject: port dependents foo
In-Reply-To: <99D06C04-C33C-4E70-B8E9-42FA4610A9B0@sbcglobal.net>
References: <99D06C04-C33C-4E70-B8E9-42FA4610A9B0@sbcglobal.net>
Message-ID: <49E103EE.9060504@macports.org>

Lenore Horner wrote:
> I would have expected port dependents foo to tell me all the things  
> that depend in any way on foo.  If I understand correctly what I am  
> seeing, it tells me only what has run-time dependencies on foo.

You only see ports currently being installed and having a library or
runtime dependency (depends_lib/depends_run). Build time dependencies
(depends_build) are not considered.

> I can  
> understand that after installing bar it would be safe to uninstall foo  
> if bar had only a build dependency on it.   However, what if bar has a  
> library dependency on foo?  If I uninstall foo does that kill its  
> libraries breaking bar or does it leave behind all the libraries in  
> which case how does one keep from ending up with a hopelessly  
> cluttered system?

You will get a warning if you try to uninstall foo although bar is still
installed and depends on it.

Rainer

From LenoreHorner at sbcglobal.net  Sat Apr 11 13:56:27 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 15:56:27 -0500
Subject: installing old version
Message-ID: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>

installing old version


I did something really stupid - uninstalled a system that worked just  
because it seemed to be hopelessly cluttered with ports that had been  
installed by mistake or should no longer exist (mesa, gwenhwyfar,  
xrender).  (About 20% of my installed ports had no dependents which  
seemed screwy.)

Anyhow, the most recent Pango does not compile (at least not with  
+no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ 
variants.conf ).  Is there any way to force the installation of an  
older version?

Lenore
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090411/bb3961f9/attachment.html>

From LenoreHorner at sbcglobal.net  Sat Apr 11 13:57:23 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 15:57:23 -0500
Subject: Pango still broken
Message-ID: <1C7F04FC-54C7-4427-B429-1FF17D596590@sbcglobal.net>

Is this Pango being broken or is it actually Cairo that's broken?   
It's cairo-viewer.c that's looking for the missing cairo-xlib.h.

Any hope of a solution?

As far as I can tell the Pango mailing list is completely dead.

Lenore


--->  Building pango
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_x11_pango/work/pango-1.24.0" && make all "  
returned error 2
Command output: libtool: link: /usr/bin/nm -p  .libs/tibetan-fc.o   |  
sed -n -e 's/^.* ]\([BCDEGRST][BCDEGRST]*\)[	 ][	 ]*_\([_A-Za-z][_A-Za- 
z0-9]*\)$/\1 _\2 \2/p' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/ 
pango-tibetan-fc.exp
libtool: link: /usr/bin/grep -E -e "^script_engine_.*" ".libs/pango- 
tibetan-fc.exp" > ".libs/pango-tibetan-fc.expT"
libtool: link: mv -f ".libs/pango-tibetan-fc.expT" ".libs/pango- 
tibetan-fc.exp"
libtool: link: sed -e 's,^,_,' < .libs/pango-tibetan-fc.exp > .libs/ 
pango-tibetan-fc-symbols.expsym
libtool: link: /usr/bin/gcc-4.0  -o .libs/pango-tibetan-fc.so - 
bundle  .libs/tibetan-fc.o   -L/opt/local/lib ../../pango/.libs/ 
libpango-1.0.dylib ../../pango/.libs/libpangoft2-1.0.dylib /opt/local/ 
var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_x11_pango/work/pango-1.24.0/pango/.libs/ 
libpango-1.0.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ 
libgmodule-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/ 
libintl.dylib -lc -lm /opt/local/lib/libfontconfig.dylib /opt/local/ 
lib/libiconv.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ 
libfreetype.dylib -lz  -Wl,-dylib_file -Wl,/opt/local/lib/ 
libpango-1.0.0.dylib:/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_x11_pango/work/pango-1.24.0/pango/.libs/ 
libpango-1.0.dylib   -framework Carbon -Wl,- 
exported_symbols_list,.libs/pango-tibetan-fc-symbols.expsym
libtool: link: dsymutil .libs/pango-tibetan-fc.so || :
warning: no debug symbols in executable (-arch ppc)
libtool: link: ar cru .libs/pango-tibetan-fc.a  tibetan-fc.o
libtool: link: ranlib .libs/pango-tibetan-fc.a
libtool: link: ( cd ".libs" && rm -f "pango-tibetan-fc.la" && ln -s  
"../pango-tibetan-fc.la" "pango-tibetan-fc.la" )
Writing a pango.modules file to use with tests/examples.
Making all in pango-view
make  all-am
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS  
-D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include    -I/opt/local/include/cairo -I/opt/ 
local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/opt/local/include/libpng12   -I/opt/local/include/freetype2  
-I/opt/local/include   -I/opt/local/include     -I/opt/local/include - 
no-cpp-precomp  -O2 -Wall -MT viewer-render.o -MD -MP -MF .deps/viewer- 
render.Tpo -c -o viewer-render.o viewer-render.c
mv -f .deps/viewer-render.Tpo .deps/viewer-render.Po
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS  
-D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include    -I/opt/local/include/cairo -I/opt/ 
local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/opt/local/include/libpng12   -I/opt/local/include/freetype2  
-I/opt/local/include   -I/opt/local/include     -I/opt/local/include - 
no-cpp-precomp  -O2 -Wall -MT viewer-main.o -MD -MP -MF .deps/viewer- 
main.Tpo -c -o viewer-main.o viewer-main.c
mv -f .deps/viewer-main.Tpo .deps/viewer-main.Po
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS  
-D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include    -I/opt/local/include/cairo -I/opt/ 
local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/opt/local/include/libpng12   -I/opt/local/include/freetype2  
-I/opt/local/include   -I/opt/local/include     -I/opt/local/include - 
no-cpp-precomp  -O2 -Wall -MT pango-view.o -MD -MP -MF .deps/pango- 
view.Tpo -c -o pango-view.o pango-view.c
mv -f .deps/pango-view.Tpo .deps/pango-view.Po
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS  
-D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include    -I/opt/local/include/cairo -I/opt/ 
local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/opt/local/include/libpng12   -I/opt/local/include/freetype2  
-I/opt/local/include   -I/opt/local/include     -I/opt/local/include - 
no-cpp-precomp  -O2 -Wall -MT viewer-pangoft2.o -MD -MP -MF .deps/ 
viewer-pangoft2.Tpo -c -o viewer-pangoft2.o viewer-pangoft2.c
mv -f .deps/viewer-pangoft2.Tpo .deps/viewer-pangoft2.Po
/usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I.. -I.. -DG_DISABLE_CAST_CHECKS  
-D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
include -I/opt/local/include    -I/opt/local/include/cairo -I/opt/ 
local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
include -I/opt/local/include/libpng12   -I/opt/local/include/freetype2  
-I/opt/local/include   -I/opt/local/include     -I/opt/local/include - 
no-cpp-precomp  -O2 -Wall -MT viewer-cairo.o -MD -MP -MF .deps/viewer- 
cairo.Tpo -c -o viewer-cairo.o viewer-cairo.c
viewer-cairo.c:34:24: error: cairo-xlib.h: No such file or directory
viewer-cairo.c: In function 'cairo_x_view_iface_create_surface':
viewer-cairo.c:47: warning: implicit declaration of function  
'cairo_xlib_surface_create'
viewer-cairo.c:49: warning: return makes pointer from integer without  
a cast
make[3]: *** [viewer-cairo.o] Error 1
make[2]: *** [all] Error 2
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: The following dependencies failed to build: gconf gtk2 pango  
shared-mime-info tiff orbit2 libidl goffice bzip2 libart_lgpl  
libglade2 libgsf gnome-vfs desktop-file-utils popt gnome-mime-data  
libbonobo guile16 libgnomeprintui gnome-icon-theme hicolor-icon-theme  
icon-naming-utils p5-xml-simple p5-xml-namespacesupport p5-xml-sax  
libgnomecanvas libgnomeprint bison libgnomecups libgnomeui gnome- 
keyring libgcrypt libgpg-error libtasn1 libbonoboui libgnome esound  
audiofile libgtkhtml3 enchant libsoup gnutls lzo opencdk lzmautils  
slib slib-guile16
Error: Status 1 encountered during processing.



From LenoreHorner at sbcglobal.net  Sat Apr 11 14:09:04 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 16:09:04 -0500
Subject: patching things
Message-ID: <0C80BEDF-5D2B-4C4B-80D5-8D304E479226@sbcglobal.net>

I was wrong about Pango being dead.  Someone suggested a patch and I  
forgot because I didn't know what to do with it.  So, if a patch  
exists from outside MacPorts, how to I get it into MacPorts and use it?

Lenore

Here's what I was sent on Pango.

> On 03/30/2009 11:10 PM, Lenore Horner wrote:
>> Pango is refusing to compile because it's looking for a header it
>> shouldn't be looking for. Please see details below. Note that I'm  
>> out of
>> my depth here, but the MacPorts mailing list suggested I ask here as
>> several of us have experienced the same problem.
>
> See if this patch helps:
>
> http://git.gnome.org/cgit/pango/commit/?id=477747bc1ef1078b06c4e1c615a1a912e6ada299
>
> This will be in the next version.
>
> behdad
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090411/3ec65e06/attachment.html>

From raimue at macports.org  Sat Apr 11 17:17:21 2009
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Sun, 12 Apr 2009 02:17:21 +0200
Subject: sysadmin: is there a manifesto on environment settings for
	macports?
In-Reply-To: <b808b3510904101430j37ef5b7en5126df2ac7dcbe33@mail.gmail.com>
References: <b808b3510904091625p11c0869cof09deb59de296ce@mail.gmail.com>	
	<49DE9483.30102@macports.org>
	<b808b3510904101430j37ef5b7en5126df2ac7dcbe33@mail.gmail.com>
Message-ID: <49E13311.7080004@macports.org>

Darren Weber wrote:
> I've had some difficulty with the VTK library when I try to get dynamic
> libraries working under macports.  See
> http://trac.macports.org/ticket/19000
> 
> I could use some help with understanding how to get rpath working under
> macports (if that is THE way to go), given that VTK uses CMAKE settings
> to configure the RPATH or the INSTALL_RPATH and the settings that I've
> tried so far get "corrupted" during the macports build process because
> it uses a destroot setting.  I've thought about a postdestroot hack
> using 'install_name_tool' but there may be a better way to get it right.

I don't know enough details about this RPATH to be of real help here.

But if Debian discourages RPATH as you linked in your previous mail and
VTK requires that, how did they get it solved?

Rainer

From ryandesign at macports.org  Sat Apr 11 17:55:17 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 19:55:17 -0500
Subject: installing old version
In-Reply-To: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>
References: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>
Message-ID: <E8A32C0C-9C9C-48A2-AC9B-33B37D511D75@macports.org>


On Apr 11, 2009, at 15:56, Lenore Horner wrote:

> installing old version
>
>
> I did something really stupid - uninstalled a system that worked  
> just because it seemed to be hopelessly cluttered with ports that  
> had been installed by mistake or should no longer exist (mesa,  
> gwenhwyfar, xrender).  (About 20% of my installed ports had no  
> dependents which seemed screwy.)

It's not necessarily screwy. It can occur during the normal use of  
MacPorts. You can use the port_cutleaves tool (see the port of the  
same name) to help you discover what ports you may no longer need,  
and to uninstall them.

> Anyhow, the most recent Pango does not compile (at least not with  
> +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ 
> variants.conf ). Is there any way to force the installation of an  
> older version?
>

http://trac.macports.org/wiki/howto/InstallingOlderPort



From ryandesign at macports.org  Sat Apr 11 17:57:07 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 19:57:07 -0500
Subject: Pango still broken
In-Reply-To: <1C7F04FC-54C7-4427-B429-1FF17D596590@sbcglobal.net>
References: <1C7F04FC-54C7-4427-B429-1FF17D596590@sbcglobal.net>
Message-ID: <9EDE0B61-4863-4917-9F04-89C12E1CFDB0@macports.org>

On Apr 11, 2009, at 15:57, Lenore Horner wrote:

> Is this Pango being broken or is it actually Cairo that's broken?   
> It's cairo-viewer.c that's looking for the missing cairo-xlib.h.
>
> Any hope of a solution?

[snip]

> viewer-cairo.c:34:24: error: cairo-xlib.h: No such file or directory

[snip]

A fix has been supplied in this ticket:

http://trac.macports.org/ticket/18956

As soon as I am able to reproduce the problem, I will test that patch  
and commit it if appropriate.


> As far as I can tell the Pango mailing list is completely dead.

The pango mailing list does not have a lot of traffic, but it's  
certainly not dead as you can see from its archives.

http://mail.gnome.org/archives/gtk-i18n-list/



From ryandesign at macports.org  Sat Apr 11 18:04:12 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 20:04:12 -0500
Subject: patching things
In-Reply-To: <0C80BEDF-5D2B-4C4B-80D5-8D304E479226@sbcglobal.net>
References: <0C80BEDF-5D2B-4C4B-80D5-8D304E479226@sbcglobal.net>
Message-ID: <22E69AD3-26CE-4558-A2E2-E1E60228E920@macports.org>


On Apr 11, 2009, at 16:09, Lenore Horner wrote:

> I was wrong about Pango being dead.  Someone suggested a patch and  
> I forgot because I didn't know what to do with it.  So, if a patch  
> exists from outside MacPorts, how to I get it into MacPorts and use  
> it?

Download the text version of the patch here:

http://git.gnome.org/cgit/pango/patch/? 
id=477747bc1ef1078b06c4e1c615a1a912e6ada299

Call it "pango.diff" and place it on your desktop.

Clean the pango port, extract it, then go into the pango work  
directory and patch it. Then install.

sudo port clean pango
sudo port extract pango
cd $(port work pango)/pango-*
patch -p1 < ~/desktop/pango.diff
cd
sudo port -d install pango 2>&1 | tee ~/Desktop/pango.txt

Should this not work, the output has been saved in pango.txt on your  
desktop which you can send back here to the list or attach to the  
MacPorts ticket.



From ryandesign at macports.org  Sat Apr 11 18:13:42 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 20:13:42 -0500
Subject: installing old version
In-Reply-To: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>
References: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>
Message-ID: <D3EF979D-90F7-41E8-ABF3-E66766D2D546@macports.org>


On Apr 11, 2009, at 15:56, Lenore Horner wrote:

> Anyhow, the most recent Pango does not compile (at least not with  
> +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ 
> variants.conf ).  Is there any way to force the installation of an  
> older version?

FYI: "+no_static" is not a common variant. I was only able to find it  
in the expat port, and I just removed it; see:

http://trac.macports.org/ticket/19280



From ryandesign at macports.org  Sat Apr 11 18:18:02 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 20:18:02 -0500
Subject: Trying to build Amarok in KDE 4: Subversion check-out failed
In-Reply-To: <49E06BD8.70904@macports.org>
References: <789f92700904110054g53495d89h76727ad937883148@mail.gmail.com>
	<49E06BD8.70904@macports.org>
Message-ID: <933D02B3-A7B3-4BCB-B054-9E9545B51EE3@macports.org>

On Apr 11, 2009, at 05:07, Rainer M?ller wrote:

> Gregory Dodwell wrote:
>> sudo port install amarok
>> Password:
>> --->  Fetching taglib-devel
>> Error: Target org.macports.fetch returned: Subversion check out  
>> failed
>> Error: The following dependencies failed to build: taglib-devel
>> Error: Status 1 encountered during processing.
>>
>>
>> Same error if I try to install taglib-devel seperately
>
> You probably run into the untrusted Subversion certificate issue. The
> source directory contains a definition to an external which uses HTTP
> over SSL (HTTPS). The certificate they use for this server is not  
> issed
> by a authority you trust by default. As svn is run in non-interactive
> mode for checkout, it will reject the certificate in this case.
>
> So in short, the workaround is:
> Run `svn ls https://svn.kde.org` and trust the certificate  
> permanently.
> I am not sure if they publish the expected fingerprint somewhere on
> their website, you might want to verify that.
>
> On a side note, Subversion 1.6 has a new option --trust-server-cert
> which allows to just accept an unknown SSL certificate in
> non-interactive mode. This might be a solution as we do not really  
> need
> a verified connection for anonymous checkouts. But it would mean we  
> need
> to use MacPorts Subversion for checkouts.

The port was missing a dependency on svn which I have now added. It  
would be fine to change the dependency from bin:svn:subversion to  
port:subversion, for this port only (and any others that need to  
fetch from untrusted secure URLs), to work around the above problem.



From LenoreHorner at sbcglobal.net  Sat Apr 11 20:01:52 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 22:01:52 -0500
Subject: patching things
In-Reply-To: <22E69AD3-26CE-4558-A2E2-E1E60228E920@macports.org>
References: <0C80BEDF-5D2B-4C4B-80D5-8D304E479226@sbcglobal.net>
	<22E69AD3-26CE-4558-A2E2-E1E60228E920@macports.org>
Message-ID: <BF2226BF-2B67-4278-9637-4E116F8A7F63@sbcglobal.net>

On Apr 11, 2009, at 20:04 , Ryan Schmidt wrote:

>
> On Apr 11, 2009, at 16:09, Lenore Horner wrote:
>
>> I was wrong about Pango being dead.  Someone suggested a patch and  
>> I forgot because I didn't know what to do with it.  So, if a patch  
>> exists from outside MacPorts, how to I get it into MacPorts and use  
>> it?
>
> Download the text version of the patch here:
>
> http://git.gnome.org/cgit/pango/patch/?id=477747bc1ef1078b06c4e1c615a1a912e6ada299
>
> Call it "pango.diff" and place it on your desktop.
>
> Clean the pango port, extract it, then go into the pango work  
> directory and patch it. Then install.
>
> sudo port clean pango
> sudo port extract pango
> cd $(port work pango)/pango-*
> patch -p1 < ~/desktop/pango.diff
> cd
> sudo port -d install pango 2>&1 | tee ~/Desktop/pango.txt
>
> Should this not work, the output has been saved in pango.txt on your  
> desktop which you can send back here to the list or attach to the  
> MacPorts ticket.
>
>
Before this message came through I was able to simply alter the two  
files on my computer to match the diff shown in the link, but thank  
you for explaining how to do it properly.

Lenore


From LenoreHorner at sbcglobal.net  Sat Apr 11 20:03:51 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 22:03:51 -0500
Subject: installing old version
In-Reply-To: <D3EF979D-90F7-41E8-ABF3-E66766D2D546@macports.org>
References: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>
	<D3EF979D-90F7-41E8-ABF3-E66766D2D546@macports.org>
Message-ID: <62B8AD4D-6496-4D6E-9622-C0C4CBF91252@sbcglobal.net>


On Apr 11, 2009, at 20:13 , Ryan Schmidt wrote:

>
> On Apr 11, 2009, at 15:56, Lenore Horner wrote:
>
>> Anyhow, the most recent Pango does not compile (at least not with  
>> +no_static +no_x11 -x11 +quartz in /opt/local/etc/macports/ 
>> variants.conf ).  Is there any way to force the installation of an  
>> older version?
>
> FYI: "+no_static" is not a common variant. I was only able to find  
> it in the expat port, and I just removed it; see:
>
> http://trac.macports.org/ticket/19280
>
>
I'm following the recipe at http://wiki.gnucash.org/wiki/MacOSX/MacPortsDetail 
  which worked fine the first time.  Now various things seem not to be  
really installing without x11.

Will it hurt to have a non-existent variant listed?

Lenore


From LenoreHorner at sbcglobal.net  Sat Apr 11 20:12:57 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sat, 11 Apr 2009 22:12:57 -0500
Subject: Goffice fails 
Message-ID: <4749199D-586D-49C2-9B37-44FB0D3BF21D@sbcglobal.net>

I'm trying to install gnucash without x11 (and without any of the  
online banking stuff).  Pango failed, but there is not a patch that at  
least allows Pango to compile.  I don't know whether it breaks  
something else though.  Now Goffice is failing with an error that  
looks similar to me: looking for *x.h when it's supposed to be +no_x11  
+quartz.  This is trac issue 18655, but no solution has been posed  
there in the 6 weeks since the issue was created in trac.

Anyone have any idea how important the functions that are supposed to  
be defined in the missing file are?  Can I just skip over them the way  
the Pango patch does?

Lenore


From ryandesign at macports.org  Sat Apr 11 20:52:07 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 11 Apr 2009 22:52:07 -0500
Subject: installing old version
In-Reply-To: <62B8AD4D-6496-4D6E-9622-C0C4CBF91252@sbcglobal.net>
References: <CA65F5B9-83C7-4B8B-A7C1-20D39CADBB13@sbcglobal.net>
	<D3EF979D-90F7-41E8-ABF3-E66766D2D546@macports.org>
	<62B8AD4D-6496-4D6E-9622-C0C4CBF91252@sbcglobal.net>
Message-ID: <353ED632-2963-4B7F-B58F-16186EE7769C@macports.org>

On Apr 11, 2009, at 22:03, Lenore Horner wrote:

>> FYI: "+no_static" is not a common variant. I was only able to find  
>> it in the expat port, and I just removed it; see:
>>
>> http://trac.macports.org/ticket/19280
>
> I'm following the recipe at http://wiki.gnucash.org/wiki/MacOSX/ 
> MacPortsDetail which worked fine the first time.  Now various  
> things seem not to be really installing without x11.
>
> Will it hurt to have a non-existent variant listed?

No, I don't think so. :)


From luc.dore at gmail.com  Sun Apr 12 04:46:31 2009
From: luc.dore at gmail.com (Luc Dore)
Date: Sun, 12 Apr 2009 07:46:31 -0400
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
Message-ID: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>

Good morning,

I need a little bit of assistance.  I decided to install gimp 2.6.6  
yesterday and have no font rendering at all.  all of the gui fonts are  
boxes.

Pango reports the following when starting gimp:

Dynamic session lookup supported but failed: launchd did not provide a  
socket path, verify that org.freedesktop.dbus-session.plist is loaded!
Dynamic session lookup supported but failed: launchd did not provide a  
socket path, verify that org.freedesktop.dbus-session.plist is loaded!
Not enough memory

(gimp:259): Pango-WARNING **: Error loading GDEF table 0x6EAD

(gimp:259): Pango-WARNING **: Error loading GSUB table 0x6EAD

(gimp:259): Pango-WARNING **: Error loading GPOS table 0x6EAD

(gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
shape-engine='BasicEngineFc', font='Lucida Grande Medium 12',  
text='Looking for data files'

(gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
shape-engine='BasicEngineFc', font='Lucida Grande Medium  
9.9990234375', text='Parasites'

(gimp:259): Pango-WARNING **: Error loading GDEF table 0x6EAD

(gimp:259): Pango-WARNING **: Error loading GSUB table 0x6EAD

(gimp:259): Pango-WARNING **: Error loading GPOS table 0x6EAD

(gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
shape-engine='BasicEngineFc', font='Lucida Grande Semi-Bold  
9.9990234375', text='Layers'

(gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
shape-engine='BasicEngineFc', font='Lucida Grande Medium Oblique  
9.9990234375', text='Circle (11) (13 ? 13)'

This is what I have installed:

sudo port installed cairo pango gtk2 gimp2
The following ports are currently installed:
  cairo @1.0.4_0
  cairo @1.8.6_4+macosx
  cairo @1.8.6_4+macosx+no_x11
  cairo @1.8.6_4+macosx+no_x11+quartz (active)
  cairo @1.8.6_4+macosx+quartz
  gimp2 @2.6.6_0+darwin_9+no_x11+quartz (active)
  gtk2 @2.8.17_0+darwin_8
  gtk2 @2.14.7_2+no_x11+quartz (active)
  pango @1.12.2_0
  pango @1.24.0_0+macosx
  pango @1.24.0_0+macosx+no_x11 (active)


I saw on the issue tracker this very same issue, about a year ago,  
that was resolved with pango 1.6; now I'm a 1.8.6

Thanks in advance


-- 
Luc D.

.





-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090412/06b569fd/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: gimp 2.6.6.jpg
Type: image/jpeg
Size: 35224 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090412/06b569fd/attachment.jpg>

From LenoreHorner at sbcglobal.net  Sun Apr 12 07:30:22 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sun, 12 Apr 2009 09:30:22 -0500
Subject: Goffice fails 
In-Reply-To: <4749199D-586D-49C2-9B37-44FB0D3BF21D@sbcglobal.net>
References: <4749199D-586D-49C2-9B37-44FB0D3BF21D@sbcglobal.net>
Message-ID: <7A2E49F9-6038-41CC-8190-AFCDFDD1EC87@sbcglobal.net>


On Apr 11, 2009, at 22:12 , Lenore Horner wrote:

> I'm trying to install gnucash without x11 (and without any of the  
> online banking stuff).  Pango failed, but there is not a patch that  
> at least allows Pango to compile.  I don't know whether it breaks  
> something else though.  Now Goffice is failing with an error that  
> looks similar to me: looking for *x.h when it's supposed to be  
> +no_x11 +quartz.  This is trac issue 18655, but no solution has been  
> posed there in the 6 weeks since the issue was created in trac.
>
> Anyone have any idea how important the functions that are supposed  
> to be defined in the missing file are?  Can I just skip over them  
> the way the Pango patch does?
>
> Lenore
>
I may have found a solution to my own problem: in the file foo-canvas- 
rect-ellipse.c  replace every instance of

#ifdef HAVE_RENDER
...
#endif

with

#ifdef HAVE_RENDER
#ifdef HAVE_X
...
#endif
#endif

This permits goffice to install for me (G4, OS 10.5.6, MacPorts 1.7.1,  
Xcode 3.1.2).  I haven't finished all the rest of the installation  
yet, so I don't know whether I've broken things or not.  If Gnucash  
runs fine for me with this patch, I'll try following the instructions  
for creating a diff and post it to trac.  (I have to figure out first  
how to get back the .c files without undoing my installation since  
they got cleaned up I think.)

Lenore


From ms at mac-specialist.com  Sun Apr 12 08:19:54 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Sun, 12 Apr 2009 10:19:54 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
Message-ID: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>

I tried installing trac on my Tiger Server and got the errors below,  
so I ran items ( 1 ) thru ( 5 ) and tried again...

( 1 ) $ sudo port selfupdate
( 2 ) $ sudo port upgrade all
( 3 ) $ sudo port uninstall inactive

After the first time it failed to install the next three commands.   
Items ( 5 ) and ( 6 ) were part of the python26 install messages

( 4 ) $ sudo port install python_select
	Password:
	Skipping org.macports.activate (python_select +darwin_8) since this  
port is already active
	--->  Cleaning python_select

( 5 ) $ sudo python_select python26
	Selecting version "python26" for python

( 6 ) $ sudo port install trac +mysql +postgres

AND STILL GOT THESE ERRORS ?

Any Ideas ?

Bill Hernandez
Plano, Texas

Warning: MySQL support is currently experimental. That means it works  
for some people, but several issues remain, in particular regarding  
the use of unicode and the key length in the repository cache.
See http://trac.edgewall.org/wiki/MySqlDb for more detailed information.
--->  Building py26-genshi
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
python2.6 setup.py --no-user-cfg build " returned error 1
Command output: Traceback (most recent call last):
   File "setup.py", line 18, in <module>
     import doctest
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/doctest.py", line 99, in <module>
     import unittest, difflib, pdb, tempfile
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/tempfile.py", line 34, in <module>
     from random import Random as _Random
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 871, in <module>
     _inst = Random()
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 96, in __init__
     self.seed(x)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 115, in seed
     super(Random, self).seed(a)
SystemError: error return without exception set

Error: The following dependencies failed to build: py26-genshi py26-mx- 
base py26-mysql py26-setuptools py26-pgsql py26-pygments subversion- 
python26bindings
Error: Status 1 encountered during processing.

[2009.11.04](09:31PM) -> [roscoe] ~ $


From blb at macports.org  Sun Apr 12 13:54:28 2009
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 12 Apr 2009 14:54:28 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
Message-ID: <20090412205428.GC15239@ninagal.withay.com>

On Sun, Apr 12, 2009 at 10:19:54AM -0500, Bill Hernandez said:
> I tried installing trac on my Tiger Server and got the errors below, so I 
> ran items ( 1 ) thru ( 5 ) and tried again...
>
> ( 1 ) $ sudo port selfupdate
> ( 2 ) $ sudo port upgrade all

Note that 1.8 is going to break 'port upgrade all' as it'll complain about
uninstalled ports; use 'port upgrade outdated' instead.  Using outdated will
be more efficient too.

[...]
> --->  Building py26-genshi
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/_opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
> opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 
> setup.py --no-user-cfg build " returned error 1

Can you run with debug to see where it was when it hit the error?

$ sudo port -d install py26-genshi

Bryan

[...]


From diem at xs4all.nl  Sun Apr 12 14:27:03 2009
From: diem at xs4all.nl (Dimitri Hendriks)
Date: Sun, 12 Apr 2009 23:27:03 +0200
Subject: fails to build dbus
Message-ID: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>

Hi,

I just installed macports, and wanted to install port lablgtk2.
All went well (it takes hours though) until:
--->  Fetching dbus
--->  Attempting to fetch dbus-1.2.12.tar.gz from http:// 
trd.no.distfiles.macports.org/dbus
--->  Verifying checksum(s) for dbus
--->  Extracting dbus
--->  Applying patches to dbus
--->  Configuring dbus
--->  Building dbus
--->  Staging dbus into destroot
--->  Installing dbus @1.2.12_5
--->  Activating dbus @1.2.12_5
Error: Target org.macports.activate returned: Image error: /Library/ 
LaunchAgents/org.freedesktop.dbus-session.plist already exists and  
does not belong to a registered port.  Unable to activate port dbus.
Error: The following dependencies failed to build: libgnomeui gnome- 
keyring gconf dbus dbus-glib orbit2 libidl libgcrypt libgpg-error  
libtasn1 libbonoboui gnome-vfs desktop-file-utils popt gnome-mime- 
data libbonobo libgnome esound audiofile ocaml
Error: Status 1 encountered during processing.

I uninstalled dbus and tried again, but the same error message came up.
What can I do?

Thanks for your help,
Dimitri

From ms at mac-specialist.com  Sun Apr 12 14:43:22 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Sun, 12 Apr 2009 16:43:22 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090412205428.GC15239@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
Message-ID: <37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>

Bryan,

[2009.12.04](04:34PM) -> [roscoe] ~ $ sudo port -d install py26-genshi
Password:
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/python/py26-genshi
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/python/py26-genshi
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
python26-1.0.tcl
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant powerpc is not provided by port py26-genshi.
DEBUG: Requested variant darwin is not provided by port py26-genshi.
DEBUG: Requested variant macosx is not provided by port py26-genshi.
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python26
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/lang/python26
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/select-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port python26.
DEBUG: Requested variant macosx is not provided by port python26.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: python26
DEBUG: Found Dependency: receipt exists for python26
DEBUG: Executing org.macports.main (py26-genshi)
DEBUG: Skipping completed org.macports.fetch (py26-genshi)
DEBUG: Skipping completed org.macports.checksum (py26-genshi)
DEBUG: Skipping completed org.macports.extract (py26-genshi)
DEBUG: Skipping completed org.macports.patch (py26-genshi)
DEBUG: Skipping completed org.macports.configure (py26-genshi)
--->  Building py26-genshi
DEBUG: Executing org.macports.build (py26-genshi)
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
python2.6 setup.py --no-user-cfg build'

It got hung up here, and would go no further.

Bill Hernandez


On Apr 12, 2009, at 3:54 PM, Bryan Blackburn wrote:

> On Sun, Apr 12, 2009 at 10:19:54AM -0500, Bill Hernandez said:
>> I tried installing trac on my Tiger Server and got the errors  
>> below, so I
>> ran items ( 1 ) thru ( 5 ) and tried again...
>>
>> ( 1 ) $ sudo port selfupdate
>> ( 2 ) $ sudo port upgrade all
>
> Note that 1.8 is going to break 'port upgrade all' as it'll complain  
> about
> uninstalled ports; use 'port upgrade outdated' instead.  Using  
> outdated will
> be more efficient too.
>
> [...]
>> --->  Building py26-genshi
>> Error: Target org.macports.build returned: shell command " cd "/opt/
>> local/var/macports/build/_opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1"  
>> && /
>> opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
>> python2.6
>> setup.py --no-user-cfg build " returned error 1
>
> Can you run with debug to see where it was when it hit the error?
>
> $ sudo port -d install py26-genshi
>
> Bryan
>
> [...]
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From ms at mac-specialist.com  Sun Apr 12 15:25:36 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Sun, 12 Apr 2009 17:25:36 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090412205428.GC15239@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
Message-ID: <912E3241-FF27-47DD-BCE8-2967D52E4F03@mac-specialist.com>

Bryan,

The earlier results, in my previous message were from my Tiger Server.

When I tried to install trac on the server last night, it installed  
python26.

I installed trac on my iMac about a week ago, and it installed  
python25.  Today when I checked 'outdated' it did not show trac even  
though it does not have python26. It appears that even though trac is  
now installing python26, $ 'port outdated' does not find trac on my  
iMac workstation as needing upgrading ?

At about the same time I also tried to install trac on the Tiger  
Server, and the installer was not successful installing trac, but it  
did get python25 installed.

On my Server, now trac has successfully installed both pythons 25 and  
26, and no trac. Any suggestions ?

Maybe I should try to uninstall python25 to see if MaPorts squaks ?


These are from my iMac Leopard Workstation. I tried you suggestion  
using 'sudo port upgrade outdated' but the installer did not seem to  
like that idea ?

$ port installed            (the results are at the bottom of the page)
$ port outdated
$ sudo port upgrade outdated

which failed with an error...

[2009.12.04](04:52PM) -> [roscoe] ~ $ port outdated
The following installed ports are outdated:
cyrus-sasl2                    2.1.21_0 < 2.1.22_0

[2009.12.04](04:52PM) -> [roscoe] ~ $ sudo port upgrade outdated
Password:
--->  Configuring cyrus-sasl2
Error: cyrus-sasl2 will not build when another version is active.
Error: Please deactivate or uninstall cyrus-sasl2, and then install
Error: the new version with `sudo port install cyrus-sasl2`.
Error: Target org.macports.configure returned: cyrus-sasl2 upgrade  
failed

ERROR: Unable to upgrade port: 1




[2009.12.04](04:51PM) -> [roscoe] ~ $ port installed
The following ports are currently installed:
   apache2 @2.2.11_0+darwin_9 (active)
   apr @1.3.3_1 (active)
   apr-util @1.3.4_1 (active)
   autoconf @2.63_0 (active)
   autoconf213 @2.13_1 (active)
   automake @1.10.2_0 (active)
   bison @2.4.1_0 (active)
   bzip2 @1.0.5_2 (active)
   clearsilver @0.10.5_0 (active)
   ctags @5.7_0 (active)
   curl @7.19.4_0 (active)
   cyrus-sasl2 @2.1.21_0+kerberos (active)
   db44 @4.4.20_1 (active)
   db46 @4.6.21_5 (active)
   db47 @4.7.25_1 (active)
   expat @2.0.1_0 (active)
   flex @2.5.35_0 (active)
   fontconfig @2.6.0_2+macosx (active)
   freetype @2.3.9_0+macosx (active)
   gawk @3.1.6_0 (active)
   gd2 @2.0.35_4 (active)
   gettext @0.17_4 (active)
   gmake @3.81_0 (active)
   gperf @3.0.4_0 (active)
   help2man @1.36.4_1 (active)
   jpeg @6b_3 (active)
   libiconv @1.12_2 (active)
   libmcrypt @2.5.8_1 (active)
   libpng @1.2.35_0 (active)
   libtool @2.2.6a_0 (active)
   libxml2 @2.7.3_0 (active)
   libxslt @1.1.24_2 (active)
   m4 @1.4.12_1 (active)
   mhash @0.9.9.9_0 (active)
   mod_python25 @3.3.1_2 (active)
   mysql5 @5.0.77_0+server (active)
   ncurses @5.7_0 (active)
   ncursesw @5.7_0 (active)
   neon @0.28.4_0 (active)
   openldap @2.3.35_1 (active)
   openssl @0.9.8k_0 (active)
   ossp-uuid @1.6.2_0 (active)
   p5-locale-gettext @1.05_0 (active)
   p5-macosx-file @0.71_0 (active)
   pcre @7.8_1 (active)
   perl5.8 @5.8.9_2+db (active)
   php5 @5.2.9_0+apache2+fastcgi+ipc+macosx+mysql5+pcntl+pear 
+postgresql83+readline+sockets+sqlite+tidy (active)
   pkgconfig @0.23_1 (active)
   postgresql83 @8.3.7_0 (active)
   postgresql83-doc @8.3.7_0 (active)
   postgresql83-server @8.3.7_0 (active)
   py25-bsddb @2.5.4_0 (active)
   py25-genshi @0.5_0 (active)
   py25-hashlib @2.5.4_0 (active)
   py25-mx-base @3.1.2_0 (active)
   py25-mysql @1.2.2_0+mysql5 (active)
   py25-pgsql @2.5.1_1 (active)
   py25-pygments @1.0_0 (active)
   py25-setuptools @0.6c9_0 (active)
   py25-sqlite3 @2.5.4_0 (active)
   py25-zlib @2.5.4_0 (active)
   python25 @2.5.4_0+darwin_9+macosx (active)
   python_select @0.2.1_0+darwin_9 (active)
   readline @6.0.000_1 (active)
   rpl @1.4.0_0 (active)
   serf @0.3.0_0 (active)
   sqlite3 @3.6.11_0 (active)
   subversion @1.6.0_1+mod_dav_svn (active)
   subversion-python25bindings @1.6.0_1 (active)
   tidy @20051026_0 (active)
   tiff @3.8.2_3+macosx (active)
   trac @0.11.4_0+mysql+postgres (active)
   xorg-bigreqsproto @1.0.2_0 (active)
   xorg-inputproto @1.5.0_0 (active)
   xorg-kbproto @1.0.3_0 (active)
   xorg-libX11 @1.2_0 (active)
   xorg-libXau @1.0.4_0 (active)
   xorg-libXdmcp @1.0.2_0 (active)
   xorg-xcmiscproto @1.1.2_0 (active)
   xorg-xextproto @7.0.5_0 (active)
   xorg-xf86bigfontproto @1.1.2_0 (active)
   xorg-xproto @7.0.15_0 (active)
   xorg-xtrans @1.2.3_0 (active)
   xpm @3.5.7_0 (active)
   zlib @1.2.3_2 (active)


[2009.12.04](04:53PM) -> [roscoe] ~ $

On Apr 12, 2009, at 3:54 PM, Bryan Blackburn wrote:

> On Sun, Apr 12, 2009 at 10:19:54AM -0500, Bill Hernandez said:
>> I tried installing trac on my Tiger Server and got the errors  
>> below, so I
>> ran items ( 1 ) thru ( 5 ) and tried again...
>>
>> ( 1 ) $ sudo port selfupdate
>> ( 2 ) $ sudo port upgrade all
>
> Note that 1.8 is going to break 'port upgrade all' as it'll complain  
> about
> uninstalled ports; use 'port upgrade outdated' instead.  Using  
> outdated will
> be more efficient too.
>
> [...]
>> --->  Building py26-genshi
>> Error: Target org.macports.build returned: shell command " cd "/opt/
>> local/var/macports/build/_opt_local_var_macports_sources_rsync
>> .macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1"  
>> && /
>> opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
>> python2.6
>> setup.py --no-user-cfg build " returned error 1
>
> Can you run with debug to see where it was when it hit the error?
>
> $ sudo port -d install py26-genshi
>
> Bryan
>
> [...]
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From ryandesign at macports.org  Sun Apr 12 17:09:31 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Apr 2009 19:09:31 -0500
Subject: Goffice fails 
In-Reply-To: <7A2E49F9-6038-41CC-8190-AFCDFDD1EC87@sbcglobal.net>
References: <4749199D-586D-49C2-9B37-44FB0D3BF21D@sbcglobal.net>
	<7A2E49F9-6038-41CC-8190-AFCDFDD1EC87@sbcglobal.net>
Message-ID: <7CA67E2F-C6CD-4F27-88C9-42BE5501FD6E@macports.org>


On Apr 12, 2009, at 09:30, Lenore Horner wrote:

> I may have found a solution to my own problem: in the file foo- 
> canvas-rect-ellipse.c  replace every instance of
>
> #ifdef HAVE_RENDER
> ...
> #endif
>
> with
>
> #ifdef HAVE_RENDER
> #ifdef HAVE_X
> ...
> #endif
> #endif
>
> This permits goffice to install for me (G4, OS 10.5.6, MacPorts  
> 1.7.1, Xcode 3.1.2).  I haven't finished all the rest of the  
> installation yet, so I don't know whether I've broken things or  
> not.  If Gnucash runs fine for me with this patch, I'll try  
> following the instructions for creating a diff and post it to  
> trac.  (I have to figure out first how to get back the .c files  
> without undoing my installation since they got cleaned up I think.)

sudo port clean goffice
sudo port -f extract goffice

The original source files should now be back in the directory $(port  
work goffice)

But you should probably report this problem to the developers of  
Goffice, since we do not have a maintainer for the goffice port and I  
imagine this will affect any Mac user wanting Goffice with Quartz,  
not just those using MacPorts to install it.


From ryandesign at macports.org  Sun Apr 12 17:10:36 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Apr 2009 19:10:36 -0500
Subject: fails to build dbus
In-Reply-To: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>
References: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>
Message-ID: <33A065B8-E9F3-46C7-807A-E32DE85D857C@macports.org>


On Apr 12, 2009, at 16:27, Dimitri Hendriks wrote:

> I just installed macports, and wanted to install port lablgtk2.
> All went well (it takes hours though) until:
> --->  Fetching dbus
> --->  Attempting to fetch dbus-1.2.12.tar.gz from http:// 
> trd.no.distfiles.macports.org/dbus
> --->  Verifying checksum(s) for dbus
> --->  Extracting dbus
> --->  Applying patches to dbus
> --->  Configuring dbus
> --->  Building dbus
> --->  Staging dbus into destroot
> --->  Installing dbus @1.2.12_5
> --->  Activating dbus @1.2.12_5
> Error: Target org.macports.activate returned: Image error: /Library/ 
> LaunchAgents/org.freedesktop.dbus-session.plist already exists and  
> does not belong to a registered port.  Unable to activate port dbus.
> Error: The following dependencies failed to build: libgnomeui gnome- 
> keyring gconf dbus dbus-glib orbit2 libidl libgcrypt libgpg-error  
> libtasn1 libbonoboui gnome-vfs desktop-file-utils popt gnome-mime- 
> data libbonobo libgnome esound audiofile ocaml
> Error: Status 1 encountered during processing.
>
> I uninstalled dbus and tried again, but the same error message came  
> up.
> What can I do?


Welcome to MacPorts!

Had you previously installed or tried to install dbus-session either  
with or without MacPorts? Something has placed the file /Library/ 
LaunchAgents/org.freedesktop.dbus-session.plist on your hard drive  
and MacPorts doesn't think it did (though it could have, and then  
failed before recording that fact). In any case, remove that file and  
try again.


From ryandesign at macports.org  Sun Apr 12 17:10:36 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Apr 2009 19:10:36 -0500
Subject: fails to build dbus
In-Reply-To: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>
References: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>
Message-ID: <33A065B8-E9F3-46C7-807A-E32DE85D857C@macports.org>


On Apr 12, 2009, at 16:27, Dimitri Hendriks wrote:

> I just installed macports, and wanted to install port lablgtk2.
> All went well (it takes hours though) until:
> --->  Fetching dbus
> --->  Attempting to fetch dbus-1.2.12.tar.gz from http:// 
> trd.no.distfiles.macports.org/dbus
> --->  Verifying checksum(s) for dbus
> --->  Extracting dbus
> --->  Applying patches to dbus
> --->  Configuring dbus
> --->  Building dbus
> --->  Staging dbus into destroot
> --->  Installing dbus @1.2.12_5
> --->  Activating dbus @1.2.12_5
> Error: Target org.macports.activate returned: Image error: /Library/ 
> LaunchAgents/org.freedesktop.dbus-session.plist already exists and  
> does not belong to a registered port.  Unable to activate port dbus.
> Error: The following dependencies failed to build: libgnomeui gnome- 
> keyring gconf dbus dbus-glib orbit2 libidl libgcrypt libgpg-error  
> libtasn1 libbonoboui gnome-vfs desktop-file-utils popt gnome-mime- 
> data libbonobo libgnome esound audiofile ocaml
> Error: Status 1 encountered during processing.
>
> I uninstalled dbus and tried again, but the same error message came  
> up.
> What can I do?


Welcome to MacPorts!

Had you previously installed or tried to install dbus-session either  
with or without MacPorts? Something has placed the file /Library/ 
LaunchAgents/org.freedesktop.dbus-session.plist on your hard drive  
and MacPorts doesn't think it did (though it could have, and then  
failed before recording that fact). In any case, remove that file and  
try again.


From ryandesign at macports.org  Sun Apr 12 18:33:45 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 12 Apr 2009 20:33:45 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <912E3241-FF27-47DD-BCE8-2967D52E4F03@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<912E3241-FF27-47DD-BCE8-2967D52E4F03@mac-specialist.com>
Message-ID: <2ACAF3B1-103C-4DFD-A7E1-3F642D0B69D6@macports.org>

I'm out of my element with python so I can't help very much with the  
trac issue, but I'll try to answer some of your questions below.


On Apr 12, 2009, at 17:25, Bill Hernandez wrote:

> The earlier results, in my previous message were from my Tiger Server.
>
> When I tried to install trac on the server last night, it installed  
> python26.
>
> I installed trac on my iMac about a week ago, and it installed  
> python25.  Today when I checked 'outdated' it did not show trac  
> even though it does not have python26. It appears that even though  
> trac is now installing python26, $ 'port outdated' does not find  
> trac on my iMac workstation as needing upgrading ?

When trac was updated to use python26 instead of python25 in r49378  
the revision was bumped so if you had 0.11.4_0 or earlier you should  
be prompted via "port outdated" to upgrade to 0.11.4_1.


> I tried you suggestion using 'sudo port upgrade outdated' but the  
> installer did not seem to like that idea ?
>
> $ port installed            (the results are at the bottom of the  
> page)
> $ port outdated
> $ sudo port upgrade outdated
>
> which failed with an error...
>
> [2009.12.04](04:52PM) -> [roscoe] ~ $ port outdated
> The following installed ports are outdated:
> cyrus-sasl2                    2.1.21_0 < 2.1.22_0
>
> [2009.12.04](04:52PM) -> [roscoe] ~ $ sudo port upgrade outdated
> Password:
> --->  Configuring cyrus-sasl2
> Error: cyrus-sasl2 will not build when another version is active.
> Error: Please deactivate or uninstall cyrus-sasl2, and then install
> Error: the new version with `sudo port install cyrus-sasl2`.
> Error: Target org.macports.configure returned: cyrus-sasl2 upgrade  
> failed
>
> ERROR: Unable to upgrade port: 1

It's only cyrus-sasl2 specifically that does not like the idea. For  
cyrus-sasl2 specifically, you must follow the instructions it has  
printed for you. You must first deactivate the old cyrus-sasl2, and  
then install the new cyrus-sasl2. The new cyrus-sasl2 cannot be built  
while the old cyrus-sasl2 is active.



From blb at macports.org  Sun Apr 12 18:37:07 2009
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 12 Apr 2009 19:37:07 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
Message-ID: <20090413013707.GG15239@ninagal.withay.com>

On Sun, Apr 12, 2009 at 04:43:22PM -0500, Bill Hernandez said:
> Bryan,
>
> [2009.12.04](04:34PM) -> [roscoe] ~ $ sudo port -d install py26-genshi
[...]
> --->  Building py26-genshi
> DEBUG: Executing org.macports.build (py26-genshi)
> DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
> DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
> opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 
> setup.py --no-user-cfg build'
>
> It got hung up here, and would go no further.

That's really weird, I have no idea why it would just hang at that point.
It should have just picked up where it left off.  Maybe try cleaning
py26-genshi first, then the debug install again?

$ sudo port clean --work py26-genshi
$ sudo port -d install py26-genshi

Bryan


>
> Bill Hernandez
[...]

From LenoreHorner at sbcglobal.net  Sun Apr 12 18:42:15 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sun, 12 Apr 2009 20:42:15 -0500
Subject: Goffice fails 
In-Reply-To: <7CA67E2F-C6CD-4F27-88C9-42BE5501FD6E@macports.org>
References: <4749199D-586D-49C2-9B37-44FB0D3BF21D@sbcglobal.net>
	<7A2E49F9-6038-41CC-8190-AFCDFDD1EC87@sbcglobal.net>
	<7CA67E2F-C6CD-4F27-88C9-42BE5501FD6E@macports.org>
Message-ID: <732C2BB6-CEAD-448A-BB72-C4220DB58A7F@sbcglobal.net>


On Apr 12, 2009, at 19:09 , Ryan Schmidt wrote:

>
> On Apr 12, 2009, at 09:30, Lenore Horner wrote:
>
>> I may have found a solution to my own problem: in the file foo- 
>> canvas-rect-ellipse.c  replace every instance of
>>
>> #ifdef HAVE_RENDER
>> ...
>> #endif
>>
>> with
>>
>> #ifdef HAVE_RENDER
>> #ifdef HAVE_X
>> ...
>> #endif
>> #endif
>>
>> This permits goffice to install for me (G4, OS 10.5.6, MacPorts  
>> 1.7.1, Xcode 3.1.2).  I haven't finished all the rest of the  
>> installation yet, so I don't know whether I've broken things or  
>> not.  If Gnucash runs fine for me with this patch, I'll try  
>> following the instructions for creating a diff and post it to  
>> trac.  (I have to figure out first how to get back the .c files  
>> without undoing my installation since they got cleaned up I think.)
>
> sudo port clean goffice
> sudo port -f extract goffice
>
> The original source files should now be back in the directory $(port  
> work goffice)
>
> But you should probably report this problem to the developers of  
> Goffice, since we do not have a maintainer for the goffice port and  
> I imagine this will affect any Mac user wanting Goffice with Quartz,  
> not just those using MacPorts to install it.
>
Will do.  I've also added the patch in trac.
Lenore


From blb at macports.org  Sun Apr 12 18:44:39 2009
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 12 Apr 2009 19:44:39 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <912E3241-FF27-47DD-BCE8-2967D52E4F03@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<912E3241-FF27-47DD-BCE8-2967D52E4F03@mac-specialist.com>
Message-ID: <20090413014439.GH15239@ninagal.withay.com>

On Sun, Apr 12, 2009 at 05:25:36PM -0500, Bill Hernandez said:
> Bryan,
>
> The earlier results, in my previous message were from my Tiger Server.
>
> When I tried to install trac on the server last night, it installed  
> python26.
>
> I installed trac on my iMac about a week ago, and it installed python25.  
> Today when I checked 'outdated' it did not show trac even though it does 
> not have python26. It appears that even though trac is now installing 
> python26, $ 'port outdated' does not find trac on my iMac workstation as 
> needing upgrading ?

trac was updated [1] to use python26 recently, so make sure everything is up
to date; 0.11.4 is the trac version in both cases, but revision 1 is where
python26 became the preferred python.

>
> At about the same time I also tried to install trac on the Tiger Server, 
> and the installer was not successful installing trac, but it did get 
> python25 installed.
>
> On my Server, now trac has successfully installed both pythons 25 and 26, 
> and no trac. Any suggestions ?
>
> Maybe I should try to uninstall python25 to see if MaPorts squaks ?

That would most likely fail since there are still quite a few ports which are
2.5-based instead of 2.6.

>
>
> These are from my iMac Leopard Workstation. I tried you suggestion using 
> 'sudo port upgrade outdated' but the installer did not seem to like that 
> idea ?
>
> $ port installed            (the results are at the bottom of the page)
> $ port outdated
> $ sudo port upgrade outdated
>
> which failed with an error...
>
> [2009.12.04](04:52PM) -> [roscoe] ~ $ port outdated
> The following installed ports are outdated:
> cyrus-sasl2                    2.1.21_0 < 2.1.22_0
>
> [2009.12.04](04:52PM) -> [roscoe] ~ $ sudo port upgrade outdated
> Password:
> --->  Configuring cyrus-sasl2
> Error: cyrus-sasl2 will not build when another version is active.
> Error: Please deactivate or uninstall cyrus-sasl2, and then install
> Error: the new version with `sudo port install cyrus-sasl2`.
> Error: Target org.macports.configure returned: cyrus-sasl2 upgrade failed

This is an issue with the cyrus-sasl2 port; some software doesn't build
cleanly when an earlier version is available, hence this needs the older
version deactivated or uninstalled prior to getting the latest version.  I
usually just force uninstall the old one then install the new one:

$ sudo port -f uninstall cyrus-sasl2
$ sudo port install cyrus-sasl2

Bryan

[1] - <http://trac.macports.org/changeset/49378>

[...]


From LenoreHorner at sbcglobal.net  Sun Apr 12 19:24:45 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Sun, 12 Apr 2009 21:24:45 -0500
Subject: goffice failure to compile aqua
In-Reply-To: <17B46956-AFFB-4D5B-992B-6AD6E936BD48@roadrunner.com>
References: <B45AA9FC-0F5B-43E5-A465-4883D6495132@roadrunner.com>
	<A86A6C17-39A4-4370-9309-822EA363E12E@sbcglobal.net>
	<17B46956-AFFB-4D5B-992B-6AD6E936BD48@roadrunner.com>
Message-ID: <C8009458-9A79-46B9-9CD2-6BF4A872BDD6@sbcglobal.net>

I've filed a bug report including the patch that gets around it for me  
at http://bugzilla.gnome.org/show_bug.cgi?id=578805.

Lenore


From jmr at macports.org  Sun Apr 12 19:48:42 2009
From: jmr at macports.org (Joshua Root)
Date: Mon, 13 Apr 2009 12:48:42 +1000
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090412205428.GC15239@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
Message-ID: <49E2A80A.1090803@macports.org>

Bryan Blackburn wrote:
> On Sun, Apr 12, 2009 at 10:19:54AM -0500, Bill Hernandez said:
>> I tried installing trac on my Tiger Server and got the errors below, so I 
>> ran items ( 1 ) thru ( 5 ) and tried again...
>>
>> ( 1 ) $ sudo port selfupdate
>> ( 2 ) $ sudo port upgrade all
> 
> Note that 1.8 is going to break 'port upgrade all' as it'll complain about
> uninstalled ports; use 'port upgrade outdated' instead.  Using outdated will
> be more efficient too.

In fact, 1.7.1 already refuses to upgrade all.

- Josh

From ms at mac-specialist.com  Mon Apr 13 06:56:57 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Mon, 13 Apr 2009 08:56:57 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090413014439.GH15239@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<912E3241-FF27-47DD-BCE8-2967D52E4F03@mac-specialist.com>
	<20090413014439.GH15239@ninagal.withay.com>
Message-ID: <78EBF094-E3B6-48D5-928E-B9E59C0860A3@mac-specialist.com>

On Apr 12, 2009, at 8:44 PM, Bryan Blackburn wrote:

> This is an issue with the cyrus-sasl2 port; some software doesn't  
> build
> cleanly when an earlier version is available, hence this needs the  
> older
> version deactivated or uninstalled prior to getting the latest  
> version.  I
> usually just force uninstall the old one then install the new one:
>
> $ sudo port -f uninstall cyrus-sasl2
> $ sudo port install cyrus-sasl2

Bryan,

Worked like a charm...

[2009.13.04](08:48AM) -> [roscoe] ~ $ sudo port -f uninstall cyrus-sasl2
    Password:
    --->  Unable to uninstall cyrus-sasl2 2.1.21_0+kerberos, the  
following ports depend on it:
    --->  	openldap
    --->  	subversion-python25bindings
    --->  	subversion
    Warning: Uninstall forced.  Proceeding despite dependencies.
    --->  Deactivating cyrus-sasl2 @2.1.21_0+kerberos
    --->  Uninstalling cyrus-sasl2 @2.1.21_0+kerberos

[2009.13.04](08:48AM) -> [roscoe] ~ $ sudo port install cyrus-sasl2
    --->  Configuring cyrus-sasl2
    --->  Building cyrus-sasl2
    --->  Staging cyrus-sasl2 into destroot
    --->  Installing cyrus-sasl2 @2.1.22_0+kerberos
    --->  Activating cyrus-sasl2 @2.1.22_0+kerberos
    --->  Cleaning cyrus-sasl2

[2009.13.04](08:49AM) -> [roscoe] ~ $ port outdated
    No installed ports are outdated.

Looks like life is swell once again...

Thanks very much for the help...

Bill Hernandez
Plano, Texas

From listsub at systame.com  Mon Apr 13 08:35:36 2009
From: listsub at systame.com (Randall Perry)
Date: Mon, 13 Apr 2009 11:35:36 -0400
Subject: mod_python25 install error: Target org.macports.activate   
	returned: Not a directory
Message-ID: <C608D408.3661B%listsub@systame.com>

Bryan Blackburn wrote:
> On Mon, Mar 30, 2009 at 07:37:15PM -0500, Bill Hernandez said:
> [...]
>> --->  Activating mod_python25 @3.3.1_2
>>
>> Error: Target org.macports.activate returned: Image error: /opt/local/
>> apache2/modules/mod_python.so already exists and does not belong to a
>> registered port.  Unable to activate port mod_python25.
>> Error: Status 1 encountered during processing.
>
> That's the bad issue with the 'not a directory' problem, when the old one is
> uninstalled/deactivated, the files aren't actually removed (the error occurs
> before the file list is added to the file map, so port thinks it has no
> files).  This means you have to force the activation of the port, and of
> course deal with the annoying saved '*.mp_*' files.
>
Having problems getting mod_python working and saw this thread.

Error I'm getting:
--->  Activating mod_python25 @3.3.1_1
Error: Target org.macports.activate returned: Not a directory
Error: Status 1 encountered during processing.

I tried the suggestions offered:
>> Try:
>>  sudo port sync
>>  sudo port uninstall mod_python25
>>  sudo port install mod_python25

And did a force install, and got:

Error: Target org.macports.activate returned: Not a directory
Error: Status 1 encountered during processing.


The thing is, all the bits for it appear to be in place. I've loaded it
successfully in apache2:
    LoadModule python_module modules/mod_python.so

And configured it:

        AddHandler python-program .py
        PythonHandler mod_python.publisher
         PythonPath "['/opt/local/lib/libpython2.5.dylib',
'/opt/local/lib/python2.5']"
         PythonDebug On


But it's looking at the wrong path, despite using the PythonPath directive,
and also trying mod_env (see error below).

Does the macports activation error have anything to do with this, or is
there some other trick to get mod_python/Apache to find the correct path?





[Mon Apr 13 08:31:56 2009] [error] make_obcallback: could not import
mod_python.apache.\n
sys:1: RuntimeWarning: Python C API version mismatch for module _apache:
This Python has API version 1012, module _apache has version 1013.
ImportError: No module named mod_python.apache
[Mon Apr 13 08:31:56 2009] [error] make_obcallback: Python path being used
"['/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/si
te-packages/setuptools-0.6c3-py2.3.egg',
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site
-packages/SQLAlchemy-0.4.8-py2.3.egg',
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python23.zip',
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3',
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/plat
-darwin', 
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/plat
-mac', 
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/plat
-mac/lib-scriptpackages',
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-
tk', 
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/lib-
dynload', 
'/System/Library/Frameworks/Python.framework/Versions/2.3/lib/python2.3/site
-packages', 
'/System/Library/Frameworks/Python.framework/Versions/2.3/Extras/lib/python'
]".
 

-- 
Randall Perry





From ms at mac-specialist.com  Mon Apr 13 09:41:17 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Mon, 13 Apr 2009 11:41:17 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090413013707.GG15239@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
Message-ID: <6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>


On Apr 12, 2009, at 8:37 PM, Bryan Blackburn wrote:

>>
>> It got hung up here, and would go no further.

I may have not waited long enough the first time.

> That's really weird, I have no idea why it would just hang at that  
> point.
> It should have just picked up where it left off.  Maybe try cleaning
> py26-genshi first, then the debug install again?
>
> $ sudo port clean --work py26-genshi
> $ sudo port -d install py26-genshi
>
> Bryan


Bryan,

The debug log below shows the install failed again.

Any Ideas ?

Bill Hernandez
Plano, Texas

[2009.13.04](09:11AM) -> [roscoe] ~ $ sudo port clean --work py26-genshi
--->  Cleaning py26-genshi

[2009.13.04](09:12AM) -> [roscoe] ~ $ sudo port -d install py26-genshi

DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/python/py26-genshi
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/python/py26-genshi
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
python26-1.0.tcl
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant powerpc is not provided by port py26-genshi.
DEBUG: Requested variant darwin is not provided by port py26-genshi.
DEBUG: Requested variant macosx is not provided by port py26-genshi.
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python26
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/lang/python26
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/select-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port python26.
DEBUG: Requested variant macosx is not provided by port python26.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: python26
DEBUG: Found Dependency: receipt exists for python26
DEBUG: Executing org.macports.main (py26-genshi)
--->  Fetching py26-genshi
DEBUG: Executing org.macports.fetch (py26-genshi)
--->  Verifying checksum(s) for py26-genshi
DEBUG: Executing org.macports.checksum (py26-genshi)
--->  Checksumming Genshi-0.5.1.tar.gz
DEBUG: Correct (md5) checksum for Genshi-0.5.1.tar.gz
DEBUG: Correct (sha1) checksum for Genshi-0.5.1.tar.gz
DEBUG: Correct (rmd160) checksum for Genshi-0.5.1.tar.gz
--->  Extracting py26-genshi
DEBUG: Executing org.macports.extract (py26-genshi)
--->  Extracting Genshi-0.5.1.tar.gz
DEBUG: setting option extract.args to /opt/local/var/macports/ 
distfiles/python/Genshi-0.5.1.tar.gz
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work" && gzip -dc /opt/ 
local/var/macports/distfiles/python/Genshi-0.5.1.tar.gz | /usr/bin/ 
gnutar --no-same-owner -xf -'
DEBUG: Executing org.macports.patch (py26-genshi)
--->  Configuring py26-genshi
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Executing org.macports.configure (py26-genshi)
--->  Building py26-genshi
DEBUG: Executing org.macports.build (py26-genshi)
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
python2.6 setup.py --no-user-cfg build'
Traceback (most recent call last):
   File "setup.py", line 18, in <module>
     import doctest
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/doctest.py", line 99, in <module>
     import unittest, difflib, pdb, tempfile
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/tempfile.py", line 34, in <module>
     from random import Random as _Random
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 871, in <module>
     _inst = Random()
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 96, in __init__
     self.seed(x)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 115, in seed
     super(Random, self).seed(a)
SystemError: error return without exception set
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
python2.6 setup.py --no-user-cfg build " returned error 1
Command output: Traceback (most recent call last):
   File "setup.py", line 18, in <module>
     import doctest
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/doctest.py", line 99, in <module>
     import unittest, difflib, pdb, tempfile
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/tempfile.py", line 34, in <module>
     from random import Random as _Random
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 871, in <module>
     _inst = Random()
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 96, in __init__
     self.seed(x)
   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 115, in seed
     super(Random, self).seed(a)
SystemError: error return without exception set

Warning: the following items did not execute (for py26-genshi):  
org.macports.activate org.macports.build org.macports.destroot  
org.macports.install
Error: Status 1 encountered during processing.

[2009.13.04](09:17AM) -> [roscoe] ~ $



From diem at xs4all.nl  Mon Apr 13 11:28:11 2009
From: diem at xs4all.nl (Dimitri Hendriks)
Date: Mon, 13 Apr 2009 20:28:11 +0200
Subject: fails to build dbus
In-Reply-To: <33A065B8-E9F3-46C7-807A-E32DE85D857C@macports.org>
References: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>
	<33A065B8-E9F3-46C7-807A-E32DE85D857C@macports.org>
Message-ID: <7E0EE2EB-D8F2-419F-BC5F-349CEDAC38B4@xs4all.nl>

Thank you Ryan!

Now I get:

--->  Installing dbus @1.2.12_5
--->  Activating dbus @1.2.12_5
Error: Target org.macports.activate returned: can't read "plistFl":  
no such variable
Error: Status 1 encountered during processing.

Dimitri

On 13 Apr 2009, at 02:10, Ryan Schmidt wrote:

>
> On Apr 12, 2009, at 16:27, Dimitri Hendriks wrote:
>
>> I just installed macports, and wanted to install port lablgtk2.
>> All went well (it takes hours though) until:
>> --->  Fetching dbus
>> --->  Attempting to fetch dbus-1.2.12.tar.gz from http:// 
>> trd.no.distfiles.macports.org/dbus
>> --->  Verifying checksum(s) for dbus
>> --->  Extracting dbus
>> --->  Applying patches to dbus
>> --->  Configuring dbus
>> --->  Building dbus
>> --->  Staging dbus into destroot
>> --->  Installing dbus @1.2.12_5
>> --->  Activating dbus @1.2.12_5
>> Error: Target org.macports.activate returned: Image error: / 
>> Library/LaunchAgents/org.freedesktop.dbus-session.plist already  
>> exists and does not belong to a registered port.  Unable to  
>> activate port dbus.
>> Error: The following dependencies failed to build: libgnomeui  
>> gnome-keyring gconf dbus dbus-glib orbit2 libidl libgcrypt libgpg- 
>> error libtasn1 libbonoboui gnome-vfs desktop-file-utils popt gnome- 
>> mime-data libbonobo libgnome esound audiofile ocaml
>> Error: Status 1 encountered during processing.
>>
>> I uninstalled dbus and tried again, but the same error message  
>> came up.
>> What can I do?
>
>
> Welcome to MacPorts!
>
> Had you previously installed or tried to install dbus-session  
> either with or without MacPorts? Something has placed the file / 
> Library/LaunchAgents/org.freedesktop.dbus-session.plist on your  
> hard drive and MacPorts doesn't think it did (though it could have,  
> and then failed before recording that fact). In any case, remove  
> that file and try again.
>


From cssdev at mac.com  Mon Apr 13 13:06:03 2009
From: cssdev at mac.com (cssdev at mac.com)
Date: Mon, 13 Apr 2009 16:06:03 -0400
Subject: sysadmin: is there a manifesto on environment settings for
	macports?
Message-ID: <144533859156034009047472662652217457184-Webmail@me.com>

On Saturday, April 11, 2009, at 08:17PM, "Rainer M?ller" <raimue at macports.org> wrote:
>Darren Weber wrote:
>> I've had some difficulty with the VTK library when I try to get dynamic
>> libraries working under macports.  See
>> http://trac.macports.org/ticket/19000
>> 
>> I could use some help with understanding how to get rpath working under
>> macports (if that is THE way to go), given that VTK uses CMAKE settings
>> to configure the RPATH or the INSTALL_RPATH and the settings that I've
>> tried so far get "corrupted" during the macports build process because
>> it uses a destroot setting.  I've thought about a postdestroot hack
>> using 'install_name_tool' but there may be a better way to get it right.
>
>I don't know enough details about this RPATH to be of real help here.
>
>But if Debian discourages RPATH as you linked in your previous mail and
>VTK requires that, how did they get it solved?

The variables governing RPATH and install names are similar, but install names are much more important on Mac OS X than RPATH settings are on Linux. Without an install name in a shared library, a Mac OS X executable cannot locate the shared library without relying on environment variables.

The VTK 4 port sets the INSTALL_RPATH by setting the CMake variable CMAKE_INSTALL_NAME_DIR. I suspect this is the one you're missing. Things might have changed a bit with VTK 5, I did see some posts mentioning a VTK_INSTALL_NAME_DIR. I think that unless one specifies the install name (RPATH), CMake automatically uses the install destination. That is incorrect when using a destroot, and that's why CMake needs the extra variable.

Chris

From dweber at macports.org  Mon Apr 13 13:49:34 2009
From: dweber at macports.org (Darren Weber)
Date: Mon, 13 Apr 2009 13:49:34 -0700
Subject: VTK port naming conventions
Message-ID: <b808b3510904131349p62b23f23jb2d5a4944169a5f@mail.gmail.com>

This is a thread to discuss naming conventions for VTK in macports.

Macports has the following VTK ports (as of 04/13/2009):

VTK @4.4.2 (graphics)
    3D visualization toolkit

vtk5 @5.2.1 (graphics, devel)
    3D visualization toolkit


In the Debian distribution, there are quite a few packages, eg:
http://packages.debian.org/search?keywords=vtk&searchon=names&suite=stable&section=all

A similar story with FreeBSD, see:
http://www.freebsd.org/cgi/ports.cgi?query=vtk&stype=all

Note that both Debian and FreeBSD list VTK in several categories, including
'libs', 'libdevel', 'graphics', and 'math'.

Many of these separate packages in Debian and FreeBSD probably equate to
'variants' in a macport.

Take care, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090413/583cb2e2/attachment.html>

From cssdev at mac.com  Mon Apr 13 14:52:07 2009
From: cssdev at mac.com (cssdev at mac.com)
Date: Mon, 13 Apr 2009 17:52:07 -0400
Subject: VTK port naming conventions
Message-ID: <9124317354821462401061984392341075467-Webmail@me.com>

 On Monday, April 13, 2009, at 04:49PM, "Darren Weber" <dweber at macports.org> wrote:
>This is a thread to discuss naming conventions for VTK in macports.
>
>Macports has the following VTK ports (as of 04/13/2009):
>
>VTK @4.4.2 (graphics)
>    3D visualization toolkit
>
>vtk5 @5.2.1 (graphics, devel)
>    3D visualization toolkit

It might be more clear to rename along the lines of:

vtk @5.2.1
vtk-devel @5.4
vtk4 @4.4.2

I'm not sure how best we might handle renaming the existing ports to match this scheme, but it would follow the scheme of keeping the "port named without a version" as the latest, stable release. I also need to fix the case-sensitive handling of the directory versus the port name. Any thoughts?

>Many of these separate packages in Debian and FreeBSD probably equate to
>'variants' in a macport.

That's true. MacPorts provides the extra language bindings in variants rather than separate ports, unless the demand hasn't been made to enable a particular binding either by default or as a variant.

Chris


From ryandesign at macports.org  Mon Apr 13 15:06:52 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 13 Apr 2009 17:06:52 -0500
Subject: VTK port naming conventions
In-Reply-To: <9124317354821462401061984392341075467-Webmail@me.com>
References: <9124317354821462401061984392341075467-Webmail@me.com>
Message-ID: <33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>

On Apr 13, 2009, at 16:52, cssdev at mac.com wrote:

>  On Monday, April 13, 2009, at 04:49PM, Darren Weber wrote:
>
>> This is a thread to discuss naming conventions for VTK in macports.
>>
>> Macports has the following VTK ports (as of 04/13/2009):
>>
>> VTK @4.4.2 (graphics)
>>    3D visualization toolkit
>>
>> vtk5 @5.2.1 (graphics, devel)
>>    3D visualization toolkit
>
> It might be more clear to rename along the lines of:
>
> vtk @5.2.1
> vtk-devel @5.4
> vtk4 @4.4.2
>
> I'm not sure how best we might handle renaming the existing ports  
> to match this scheme, but it would follow the scheme of keeping the  
> "port named without a version" as the latest, stable release. I  
> also need to fix the case-sensitive handling of the directory  
> versus the port name. Any thoughts?

This is difficult since MacPorts does not have a mechanism for  
renaming ports. It would be great if we had such a mechanism.


>> Many of these separate packages in Debian and FreeBSD probably  
>> equate to
>> 'variants' in a macport.
>
> That's true. MacPorts provides the extra language bindings in  
> variants rather than separate ports, unless the demand hasn't been  
> made to enable a particular binding either by default or as a variant.

IMHO separate ports are better than variants, since they can be  
installed and uninstalled separately, and depended on (in a  
dependency statement). The Subversion language bindings are in  
separate ports, for example.


From ryandesign at macports.org  Mon Apr 13 15:09:22 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 13 Apr 2009 17:09:22 -0500
Subject: fails to build dbus
In-Reply-To: <7E0EE2EB-D8F2-419F-BC5F-349CEDAC38B4@xs4all.nl>
References: <ADE1ED22-7032-4739-9DDC-BEB8AB58CEC2@xs4all.nl>
	<33A065B8-E9F3-46C7-807A-E32DE85D857C@macports.org>
	<7E0EE2EB-D8F2-419F-BC5F-349CEDAC38B4@xs4all.nl>
Message-ID: <13F84EC4-A8B8-4AB0-A561-52E46E92DD29@macports.org>

On Apr 13, 2009, at 13:28, Dimitri Hendriks wrote:

> Thank you Ryan!
>
> Now I get:
>
> --->  Installing dbus @1.2.12_5
> --->  Activating dbus @1.2.12_5
> Error: Target org.macports.activate returned: can't read "plistFl":  
> no such variable
> Error: Status 1 encountered during processing.

I had that problem too, and reported it, and it has been fixed:

http://trac.macports.org/ticket/19249


You just need to update your ports definitions to get the fix:

sudo port selfupdate


Then try again.


From ryandesign at macports.org  Mon Apr 13 15:45:38 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 13 Apr 2009 17:45:38 -0500
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
In-Reply-To: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
References: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
Message-ID: <99292962-5578-4FFF-B50D-89F27885A27E@macports.org>

On Apr 12, 2009, at 06:46, Luc Dore wrote:

> I need a little bit of assistance.  I decided to install gimp 2.6.6  
> yesterday and have no font rendering at all.  all of the gui fonts  
> are boxes.

I installed gimp2 to see if I could reproduce your issue. I used Mac  
OS X 10.5.6 Intel with Xcode 3.1.2 and MacPorts 1.7.1.

> Pango reports the following when starting gimp:
>
> Dynamic session lookup supported but failed: launchd did not  
> provide a socket path, verify that org.freedesktop.dbus- 
> session.plist is loaded!
> Dynamic session lookup supported but failed: launchd did not  
> provide a socket path, verify that org.freedesktop.dbus- 
> session.plist is loaded!

I get these messages too. Then again, I also have not started dbus,  
because I did not feel like starting a system service of unknown  
purpose just to run an application. But, you may want to activate dbus.

> Not enough memory

Not sure if this is a harmless consequence of the above or what, but  
I got it too.


> (gimp:259): Pango-WARNING **: Error loading GDEF table 0x6EAD
>
> (gimp:259): Pango-WARNING **: Error loading GSUB table 0x6EAD
>
> (gimp:259): Pango-WARNING **: Error loading GPOS table 0x6EAD

I've been getting these errors forever, with other pango-using  
software. I don't know what to do about it. The latest bug on this is  
filed here:

http://trac.macports.org/ticket/19171


> (gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
> shape-engine='BasicEngineFc', font='Lucida Grande Medium 12',  
> text='Looking for data files'
>
> (gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
> shape-engine='BasicEngineFc', font='Lucida Grande Medium  
> 9.9990234375', text='Parasites'
>>
> (gimp:259): Pango-WARNING **: Error loading GDEF table 0x6EAD
>
> (gimp:259): Pango-WARNING **: Error loading GSUB table 0x6EAD
>
> (gimp:259): Pango-WARNING **: Error loading GPOS table 0x6EAD
>
> (gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
> shape-engine='BasicEngineFc', font='Lucida Grande Semi-Bold  
> 9.9990234375', text='Layers'
>
> (gimp:259): Pango-WARNING **: shaping failure, expect ugly output.  
> shape-engine='BasicEngineFc', font='Lucida Grande Medium Oblique  
> 9.9990234375', text='Circle (11) (13 ? 13)'
>
> This is what I have installed:
>
> sudo port installed cairo pango gtk2 gimp2
> The following ports are currently installed:
>  cairo @1.0.4_0
>  cairo @1.8.6_4+macosx
>  cairo @1.8.6_4+macosx+no_x11
>  cairo @1.8.6_4+macosx+no_x11+quartz (active)
>  cairo @1.8.6_4+macosx+quartz
>  gimp2 @2.6.6_0+darwin_9+no_x11+quartz (active)
>  gtk2 @2.8.17_0+darwin_8
>  gtk2 @2.14.7_2+no_x11+quartz (active)
>  pango @1.12.2_0
>  pango @1.24.0_0+macosx
>  pango @1.24.0_0+macosx+no_x11 (active)
>
>
> I saw on the issue tracker this very same issue, about a year ago,  
> that was resolved with pango 1.6; now I'm a 1.8.6

I initially had trouble installing all of gimp2's dependencies in my  
usual MacPorts installation using +no_x11 and +quartz, because I do  
not usually use those variants, so my ports had all been installed  
with X11 support and without Quartz support, and some ports  
apparently do not adequately verify that their dependencies have been  
installed with the required variant before proceeding.

I ended up installing a completely new MacPorts installation in a  
different prefix to test your issue. It took awhile, but gimp2  
eventually built successfully with the +no_x11 and +quartz variants,  
and text looks fine. Note that in this instance, I only got the dbus- 
session error and the not enough memory error.

I think you are having a similar difficulty to what I experienced  
initially, because I see that you have other variants of cairo  
installed that do not have Quartz and do have X11 support. If any of  
the other ports that you have installed that you did not show above  
but which are dependencies of gimp2  were built while cairo with X11  
and/or without Quartz support was active, that selection may have  
been built into those dependencies.

In particular, you have pango @1.24.0_0+macosx+no_x11 installed,  
whereas for compatibility with cairo @1.8.6_4+macosx+no_x11+quartz ,  
you must install pango @1.24.0_0+macosx+no_x11+quartz. It should not  
have been possible to install pango @1.24.0_0+macosx+no_x11 while  
cairo @1.8.6_4+macosx+no_x11+quartz was active; it should have  
printed an error message explaining that the +quartz variants must  
match between the pango and cairo ports.

If installing the correct pango variants doesn't fix it, you may have  
to get as drastic as uninstalling all ports that are dependencies of  
gimp2 (even indirect dependencies) and then install again, making  
sure to use +no_x11 and +quartz on each of them. You could use port- 
rdeps to identify that list of ports. It will be a lot of ports (I  
count 169).

http://trac.macports.org/browser/contrib/port-rdeps/port-rdeps

-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture 8.png
Type: image/png
Size: 48256 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090413/d20813a9/attachment.png>

From blb at macports.org  Mon Apr 13 19:40:01 2009
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 13 Apr 2009 20:40:01 -0600
Subject: mod_python25 install error: Target org.macports.activate
	returned: Not a directory
In-Reply-To: <C608D408.3661B%listsub@systame.com>
References: <C608D408.3661B%listsub@systame.com>
Message-ID: <20090414024001.GN651@ninagal.withay.com>

On Mon, Apr 13, 2009 at 11:35:36AM -0400, Randall Perry said:
> Bryan Blackburn wrote:
> > On Mon, Mar 30, 2009 at 07:37:15PM -0500, Bill Hernandez said:
> > [...]
> >> --->  Activating mod_python25 @3.3.1_2
> >>
> >> Error: Target org.macports.activate returned: Image error: /opt/local/
> >> apache2/modules/mod_python.so already exists and does not belong to a
> >> registered port.  Unable to activate port mod_python25.
> >> Error: Status 1 encountered during processing.
> >
> > That's the bad issue with the 'not a directory' problem, when the old one is
> > uninstalled/deactivated, the files aren't actually removed (the error occurs
> > before the file list is added to the file map, so port thinks it has no
> > files).  This means you have to force the activation of the port, and of
> > course deal with the annoying saved '*.mp_*' files.
> >
> Having problems getting mod_python working and saw this thread.
> 
> Error I'm getting:
> --->  Activating mod_python25 @3.3.1_1
> Error: Target org.macports.activate returned: Not a directory
> Error: Status 1 encountered during processing.

The 'not a directory' error is the issue mentioned above.  Your problems
with it linking with the wrong python should be fixed if you upgrade
mod_python25 to 3.3.1_3, which was improved [1] to link properly with
MacPorts' python.

Bryan

[1] - <http://trac.macports.org/changeset/49191>

[...]
> 
> -- 
> Randall Perry
> 

From blb at macports.org  Mon Apr 13 20:10:28 2009
From: blb at macports.org (Bryan Blackburn)
Date: Mon, 13 Apr 2009 21:10:28 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
Message-ID: <20090414031028.GO651@ninagal.withay.com>

On Mon, Apr 13, 2009 at 11:41:17AM -0500, Bill Hernandez said:
[...]
> Bryan,
>
> The debug log below shows the install failed again.
>
> Any Ideas ?
>
> Bill Hernandez
> Plano, Texas
>
> [2009.13.04](09:11AM) -> [roscoe] ~ $ sudo port clean --work py26-genshi
> --->  Cleaning py26-genshi
>
> [2009.13.04](09:12AM) -> [roscoe] ~ $ sudo port -d install py26-genshi
[...]
> DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
> opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/python2.6 
> setup.py --no-user-cfg build'
> Traceback (most recent call last):
>   File "setup.py", line 18, in <module>
>     import doctest
>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/doctest.py", line 99, in <module>
>     import unittest, difflib, pdb, tempfile
>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/tempfile.py", line 34, in <module>
>     from random import Random as _Random
>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/random.py", line 871, in <module>
>     _inst = Random()
>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/random.py", line 96, in __init__
>     self.seed(x)
>   File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
> lib/python2.6/random.py", line 115, in seed
>     super(Random, self).seed(a)
> SystemError: error return without exception set

Dang, nothing more specific about what is going on.  It looks similar to

<http://www.mail-archive.com/numpy-discussion at scipy.org/msg15015.html>

but unfortunately no resolution that might help in this case.  Could be some
odd interaction between python 2.6 and Mac OS X 10.4 (since I had no
problems with py26-genshi on 10.5); other than making sure you have Xcode
2.5 for building, I'm not sure what else to try.

Anyone else reading this successful in installing py26-genshi on 10.4?

Bryan

[...]

From devans at macports.org  Mon Apr 13 20:45:17 2009
From: devans at macports.org (David Evans)
Date: Mon, 13 Apr 2009 20:45:17 -0700
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
In-Reply-To: <99292962-5578-4FFF-B50D-89F27885A27E@macports.org>
References: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
	<99292962-5578-4FFF-B50D-89F27885A27E@macports.org>
Message-ID: <49E406CD.3070906@macports.org>

Ryan Schmidt wrote:
>> Pango reports the following when starting gimp:
>>
>> Dynamic session lookup supported but failed: launchd did not provide 
>> a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
>> Dynamic session lookup supported but failed: launchd did not provide 
>> a socket path, verify that org.freedesktop.dbus-session.plist is loaded!
>
> I get these messages too. Then again, I also have not started dbus, 
> because I did not feel like starting a system service of unknown 
> purpose just to run an application. But, you may want to activate dbus.
The purpose of dbus here is to handle the case of more than one instance 
of gimp being active.  If you launch gimp initially with a file name
on the command line, it will open that file.  If you launch a second 
instance with a different file name, the second will pass the file name
to the first via dbus and terminate with the result that the original 
now has images open in two windows, etc.  So not likely to have anything
to do with fonts at all.
>> (gimp:259): Pango-WARNING **: Error loading GDEF table 0x6EAD
>>
>> (gimp:259): Pango-WARNING **: Error loading GSUB table 0x6EAD
>>
>> (gimp:259): Pango-WARNING **: Error loading GPOS table 0x6EAD
>
> I've been getting these errors forever, with other pango-using 
> software. I don't know what to do about it. The latest bug on this is 
> filed here:
>
> http://trac.macports.org/ticket/19171

I too see these with other (X11) apps using pango (inkscape for 
instance).  They seem to be harmless but I don't really understand it 
either.


As the maintainer of gimp2 (both X11 and no_x11/quartz versions) and who 
does a lot of development in the quartz environment, in my
experience, the only practical way to avoid this type of problem is to 
use separate instances of MacPorts for X11 and for no_x11/quartz.

While you might be able to get a mixed instance to work, the effort is 
tremendous because to build and run a specific version you
have to make sure that not only the port in question but all of its 
dependencies are built with the correct variants (in this case +no_x11
+quartz).  So Ryan's solution to set up a separate instance of MacPorts 
with a different base path is really what I recommend.  Then build
all your +no_x11 +quartz variants there (setting these as global 
variants in $prefix/etc/macports/variants.conf).  You can easily then change
from an X11 instance to a quartz instance by just changing your PATH to 
point at the one you want.  I am currently maintaining 3 such
X11, no_x11/quartz and system_x11 with good success.

The only other caveat is that using the trunk version of MacPorts 
helpful when doing this as it is the only version that currently
honors the variants of dependents when doing an upgrade.  Hopefully a 
released version of MacPorts with this functionality
will be released before long.

So using a clean no_x11/quartz environment for gimp2, I get no error 
messages at all starting gimp and the same results as Ryan
has displayed.

I suspect that a  number of the reports of GOffice and other apps not 
working correctly no_x11/quartz is due to the same problem of mixing X11
and no_x11 in the same instance of MacPorts -- not realistic to think 
that you can do this and have the right selection of ports/variants
active at any given point in time.

Dave

From ms at mac-specialist.com  Tue Apr 14 06:09:19 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Tue, 14 Apr 2009 08:09:19 -0500
Subject: python26 install failure (was : sudo port install trac +mysql
	+postgres (install errors))
Message-ID: <5A6820BE-D495-47EE-A170-2BEDCB4C5B10@mac-specialist.com>

I have been trying to get trac installed for about two weeks now on my  
Tiger Server and cannot get past some py26-genshi install problems...

Trac, along with python26, etc. installed fine on my Leopard  
WorkStation, but refuse to install on my OS X Tiger Server due to the  
py26-genshi install problem.

The original thread was, but the gist is included below :

sudo port install trac +mysql +postgres (install errors)


Bill Hernandez
Plano, Texas

On Apr 12, 2009, at 8:37 PM, Bryan Blackburn wrote:

>> Maybe try cleaning py26-genshi first, then the debug install again?
>
> $ sudo port clean --work py26-genshi
> $ sudo port -d install py26-genshi
>
> Bryan


Bryan,

The debug log below shows the install failed again. The server is  
running the very latest version of Tiger with xCode 2.5

Any Ideas ?

Bill Hernandez
Plano, Texas

[2009.13.04](09:11AM) -> [roscoe] ~ $ sudo port clean --work py26-genshi
--->  Cleaning py26-genshi

[2009.13.04](09:12AM) -> [roscoe] ~ $ sudo port -d install py26-genshi

DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/python/py26-genshi
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/python/py26-genshi
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/ 
python26-1.0.tcl
DEBUG: not using configure, so not adding the default universal variant
DEBUG: Requested variant powerpc is not provided by port py26-genshi.
DEBUG: Requested variant darwin is not provided by port py26-genshi.
DEBUG: Requested variant macosx is not provided by port py26-genshi.
DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/lang/python26
DEBUG: Changing to port directory: /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/lang/python26
DEBUG: setting option os.universal_supported to yes
DEBUG: org.macports.load registered provides 'load', a pre-existing  
procedure. Target override will not be provided
DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- 
existing procedure. Target override will not be provided
DEBUG: Using group file /opt/local/var/macports/sources/ 
rsync.macports.org/release/ports/_resources/port1.0/group/select-1.0.tcl
DEBUG: universal variant already exists, so not adding the default one
DEBUG: Requested variant powerpc is not provided by port python26.
DEBUG: Requested variant macosx is not provided by port python26.
DEBUG: Executing variant darwin provides darwin
DEBUG: Searching for dependency: python26
DEBUG: Found Dependency: receipt exists for python26
DEBUG: Executing org.macports.main (py26-genshi)
--->  Fetching py26-genshi
DEBUG: Executing org.macports.fetch (py26-genshi)
--->  Verifying checksum(s) for py26-genshi
DEBUG: Executing org.macports.checksum (py26-genshi)
--->  Checksumming Genshi-0.5.1.tar.gz
DEBUG: Correct (md5) checksum for Genshi-0.5.1.tar.gz
DEBUG: Correct (sha1) checksum for Genshi-0.5.1.tar.gz
DEBUG: Correct (rmd160) checksum for Genshi-0.5.1.tar.gz
--->  Extracting py26-genshi
DEBUG: Executing org.macports.extract (py26-genshi)
--->  Extracting Genshi-0.5.1.tar.gz
DEBUG: setting option extract.args to /opt/local/var/macports/ 
distfiles/python/Genshi-0.5.1.tar.gz
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work" && gzip -dc /opt/ 
local/var/macports/distfiles/python/Genshi-0.5.1.tar.gz | /usr/bin/ 
gnutar --no-same-owner -xf -'
DEBUG: Executing org.macports.patch (py26-genshi)
--->  Configuring py26-genshi
DEBUG: Using compiler 'Mac OS X gcc 4.0'
DEBUG: Executing org.macports.configure (py26-genshi)
--->  Building py26-genshi
DEBUG: Executing org.macports.build (py26-genshi)
DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.4'
DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
python2.6 setup.py --no-user-cfg build'
Traceback (most recent call last):
  File "setup.py", line 18, in <module>
    import doctest
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/doctest.py", line 99, in <module>
    import unittest, difflib, pdb, tempfile
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/tempfile.py", line 34, in <module>
    from random import Random as _Random
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 871, in <module>
    _inst = Random()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 96, in __init__
    self.seed(x)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 115, in seed
    super(Random, self).seed(a)
SystemError: error return without exception set
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_python_py26-genshi/work/Genshi-0.5.1" && / 
opt/local/Library/Frameworks/Python.framework/Versions/2.6/bin/ 
python2.6 setup.py --no-user-cfg build " returned error 1
Command output: Traceback (most recent call last):
  File "setup.py", line 18, in <module>
    import doctest
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/doctest.py", line 99, in <module>
    import unittest, difflib, pdb, tempfile
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/tempfile.py", line 34, in <module>
    from random import Random as _Random
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 871, in <module>
    _inst = Random()
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 96, in __init__
    self.seed(x)
  File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/ 
lib/python2.6/random.py", line 115, in seed
    super(Random, self).seed(a)
SystemError: error return without exception set

Warning: the following items did not execute (for py26-genshi):  
org.macports.activate org.macports.build org.macports.destroot  
org.macports.install
Error: Status 1 encountered during processing.

[2009.13.04](09:17AM) -> [roscoe] ~ $

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/9905d997/attachment.html>

From smibrahim at gmail.com  Tue Apr 14 07:55:58 2009
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Tue, 14 Apr 2009 20:55:58 +0600
Subject: auto complete
Message-ID: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>

hi,

after upgrade to macport 1.7, command autocomplete not working anymore in
terminal. any idea how to fix it ?



-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/efeba3bc/attachment.html>

From jmr at macports.org  Tue Apr 14 08:26:44 2009
From: jmr at macports.org (Joshua Root)
Date: Wed, 15 Apr 2009 01:26:44 +1000
Subject: auto complete
In-Reply-To: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
Message-ID: <49E4AB34.9000207@macports.org>

S. M. Ibrahim (Lavlu) wrote:
> hi,
> 
> after upgrade to macport 1.7, command autocomplete not working anymore
> in terminal. any idea how to fix it ?

If you're talking about interactive mode, readline support is not
enabled when selfupdating to a new version, see
<http://trac.macports.org/ticket/19035> and
<http://trac.macports.org/ticket/10651>.

You can get it back by installing from the dmg, or by building from
source manually and passing --enable-readline to configure.

If you mean port command completion in bash via the bash-completion
port, I don't know why it would have stopped working.

- Josh

From dweber at macports.org  Tue Apr 14 10:55:51 2009
From: dweber at macports.org (Darren Weber)
Date: Tue, 14 Apr 2009 10:55:51 -0700
Subject: VTK port naming conventions
In-Reply-To: <33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>
Message-ID: <b808b3510904141055q252f5d0v3a2b763cf7d904cc@mail.gmail.com>

I agree with Ryan, that separate ports provide more clarity for dependency
specifications, but I do not understand macports variants very well.  For
instance, there is a track ticket on VTK with some discussion about this
issue, see:
http://trac.macports.org/ticket/19000

In that ticket, tgamblin raises the possibility of using the @X.Y.Z syntax
to get version specific installs, eg:

port install vtk at 5.2.1
port install vtk at 5.4.0

Furthermore, it should be possible to do this:

port install vtk at 5.2.1
port build vtk at 5.4.0
port deactivate vtk at 5.2.1
port activate vtk at 5.4.0
... etc

If so, does this automatically resolve @X.Y into the latest Z version
available?  Also, similarly, does it automatically resolve @X into the
latest Y.Z version?  In my experience with macports to date, the @ syntax
must be very specific to be effective, it doesn't have automatic resolution
to the latest version.  I know that Debian has some "symbolic" package names
that are resolved to the latest version of a package (an auto-update package
name).

In any case, there are some issues with simultaneous version installations
(please see the trac ticket comments for some details).  Given some
differences of opinion, it would be great to work out a consensus on how
best to move forward.  This requires broader discussion that a track ticket,
as the resolution is not necessarily specific to any particular port,
although this discussion has a focus on VTK for example.

Any ports that depend on a specific version of vtk should be able to:
(a) specify a dependency on a "vtkXY" port name that includes at least an XY
version (or use the @X.Y.Z syntax?),
and
(b) restrict the build and link search paths to the version required.

To my knowlege, vtk doesn't provide a utility like
/opt/local/lib/postgresql83/bin/pg_config, but cmake does have some macros
for searching out include and library paths (this may also apply to ports in
the K-desktop, as they have adopted cmake as their build tool).  In the
cmake search paths, there are several variables that control the search,
including:

CMAKE_FIND_FRAMEWORK
CMAKE_FIND_ROOT_PATH
ONLY_CMAKE_FIND_ROOT_PATH
NO_CMAKE_SYSTEM_PATH
NO_CMAKE_ENVIRONMENT_PATH
NO_SYSTEM_ENVIRONMENT_PATH
CMAKE_FRAMEWORK_PATH
CMAKE_APPBUNDLE_PATH
CMAKE_INCLUDE_PATH
CMAKE_INCLUDE_DIRECTORIES_BEFORE

Given there are relatively few ports that depend on VTK, I've been looking
for inspiration from more significant libraries, like postgresql and python.

A possible solution is to adopt a model something like postgresql8x, where
the installation goes almost entirely into /opt/local/lib/postgresql8x,
including /opt/local/lib/postgresql83/bin, for instance.  Translating that
model to vtk might result in something like:
/opt/local/include/vtk-X.Y
/opt/local/lib/vtkX.Y
These paths are already the defaults, given $prefix = /opt/local, but notice
how posgresql83 has something like a bin path within the lib path, eg:
/opt/local/lib/vtk-X.Y/bin
This would separate any vtk binaries that are version specific, rather than
have them clash under /opt/local/bin/.

Another possible solution is to adopt a pythonX.Y model, where the version
specific installs include a version suffix.  In addition, there is the
utility python_select to define the 'current' version.  In this model, a
build that depends on a specific version of VTK might "temporarily" use
something like python_select to define the current version for the build.

Take care, Darren



On Mon, Apr 13, 2009 at 3:06 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

> On Apr 13, 2009, at 16:52, cssdev at mac.com wrote:
>
>   On Monday, April 13, 2009, at 04:49PM, Darren Weber wrote:
>>
>>  This is a thread to discuss naming conventions for VTK in macports.
>>>
>>> Macports has the following VTK ports (as of 04/13/2009):
>>>
>>> VTK @4.4.2 (graphics)
>>>   3D visualization toolkit
>>>
>>> vtk5 @5.2.1 (graphics, devel)
>>>   3D visualization toolkit
>>>
>>
>> It might be more clear to rename along the lines of:
>>
>> vtk @5.2.1
>> vtk-devel @5.4
>> vtk4 @4.4.2
>>
>> I'm not sure how best we might handle renaming the existing ports to match
>> this scheme, but it would follow the scheme of keeping the "port named
>> without a version" as the latest, stable release. I also need to fix the
>> case-sensitive handling of the directory versus the port name. Any thoughts?
>>
>
> This is difficult since MacPorts does not have a mechanism for renaming
> ports. It would be great if we had such a mechanism.
>
>
>  Many of these separate packages in Debian and FreeBSD probably equate to
>>> 'variants' in a macport.
>>>
>>
>> That's true. MacPorts provides the extra language bindings in variants
>> rather than separate ports, unless the demand hasn't been made to enable a
>> particular binding either by default or as a variant.
>>
>
> IMHO separate ports are better than variants, since they can be installed
> and uninstalled separately, and depended on (in a dependency statement). The
> Subversion language bindings are in separate ports, for example.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/788752bf/attachment.html>

From smibrahim at gmail.com  Tue Apr 14 11:05:21 2009
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Wed, 15 Apr 2009 00:05:21 +0600
Subject: auto complete
In-Reply-To: <49E4AB34.9000207@macports.org>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
Message-ID: <4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>

yea, it's  bash-completion . i don't want to reinstall all the ports again (
i use lot's of ports).

any way to just reinstall the macport with bash-completion ?

2009/4/14 Joshua Root <jmr at macports.org>

> S. M. Ibrahim (Lavlu) wrote:
> > hi,
> >
> > after upgrade to macport 1.7, command autocomplete not working anymore
> > in terminal. any idea how to fix it ?
>
> If you're talking about interactive mode, readline support is not
> enabled when selfupdating to a new version, see
> <http://trac.macports.org/ticket/19035> and
> <http://trac.macports.org/ticket/10651>.
>
> You can get it back by installing from the dmg, or by building from
> source manually and passing --enable-readline to configure.
>
> If you mean port command completion in bash via the bash-completion
> port, I don't know why it would have stopped working.
>
> - Josh
>



-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090415/b4fb14f7/attachment.html>

From ryandesign at macports.org  Tue Apr 14 14:23:01 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 14 Apr 2009 16:23:01 -0500
Subject: VTK port naming conventions
In-Reply-To: <b808b3510904141055q252f5d0v3a2b763cf7d904cc@mail.gmail.com>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>
	<b808b3510904141055q252f5d0v3a2b763cf7d904cc@mail.gmail.com>
Message-ID: <57656F06-1E1A-4807-B33E-0894218EFB41@macports.org>

This is really more of a development question and not a usage  
question so macports-dev may be a better place to continue this.


On Apr 14, 2009, at 12:55, Darren Weber wrote:

> I agree with Ryan, that separate ports provide more clarity for  
> dependency specifications, but I do not understand macports  
> variants very well.  For instance, there is a track ticket on VTK  
> with some discussion about this issue, see:
> http://trac.macports.org/ticket/19000
>
> In that ticket, tgamblin raises the possibility of using the @X.Y.Z  
> syntax to get version specific installs, eg:
> port install vtk at 5.2.1
> port install vtk at 5.4.0
> Furthermore, it should be possible to do this:
> port install vtk at 5.2.1
> port build vtk at 5.4.0
> port deactivate vtk at 5.2.1
> port activate vtk at 5.4.0
> ... etc
> If so, does this automatically resolve @X.Y into the latest Z  
> version available?  Also, similarly, does it automatically resolve  
> @X into the latest Y.Z version?  In my experience with macports to  
> date, the @ syntax must be very specific to be effective, it  
> doesn't have automatic resolution to the latest version.  I know  
> that Debian has some "symbolic" package names that are resolved to  
> the latest version of a package (an auto-update package name).

MacPorts does not offer the facility to install a specific version of  
a port. It only lets you install the current version of the port.

"port install vtk at 5.2.1" will not install version 5.2.1; it will  
install whatever version is currently offered by the port. Once a  
port has been updated to a new version, MacPorts no longer has any  
information about the older version of the port.

You can *uninstall*, *deactivate* and *activate* specific versions  
which have already been installed. For example, if you install zlib,  
and that gives you version 1.2.1, and later version 1.2.3 becomes  
available and you "port upgrade zlib" to get it, you now have two  
versions of zlib installed: zlib @1.2.1_0 and zlib @1.2.3_0, with the  
latter being active. If you wish to go back to 1.2.1_0, you can "port  
deactivate zlib" (which will deactivate zlib @1.2.3_0; specifying the  
version is not necessary here because there is only one zlib active)  
and then "port activate zlib @1.2.1_0". Note this is only possible  
because the old version had already previously been installed.

Instructions for installing an older version of a port directly are  
in the wiki:

http://trac.macports.org/wiki/howto/InstallingOlderPort


> In any case, there are some issues with simultaneous version  
> installations (please see the trac ticket comments for some  
> details).  Given some differences of opinion, it would be great to  
> work out a consensus on how best to move forward.  This requires  
> broader discussion that a track ticket, as the resolution is not  
> necessarily specific to any particular port, although this  
> discussion has a focus on VTK for example.
>
> Any ports that depend on a specific version of vtk should be able to:
> (a) specify a dependency on a "vtkXY" port name that includes at  
> least an XY version (or use the @X.Y.Z syntax?),
> and
> (b) restrict the build and link search paths to the version required.
>
> To my knowlege, vtk doesn't provide a utility like /opt/local/lib/ 
> postgresql83/bin/pg_config, but cmake does have some macros for  
> searching out include and library paths (this may also apply to  
> ports in the K-desktop, as they have adopted cmake as their build  
> tool).  In the cmake search paths, there are several variables that  
> control the search, including:
>
> CMAKE_FIND_FRAMEWORK
> CMAKE_FIND_ROOT_PATH
> ONLY_CMAKE_FIND_ROOT_PATH
> NO_CMAKE_SYSTEM_PATH
> NO_CMAKE_ENVIRONMENT_PATH
> NO_SYSTEM_ENVIRONMENT_PATH
> CMAKE_FRAMEWORK_PATH
> CMAKE_APPBUNDLE_PATH
> CMAKE_INCLUDE_PATH
> CMAKE_INCLUDE_DIRECTORIES_BEFORE
>
> Given there are relatively few ports that depend on VTK, I've been  
> looking for inspiration from more significant libraries, like  
> postgresql and python.
>
> A possible solution is to adopt a model something like  
> postgresql8x, where the installation goes almost entirely into /opt/ 
> local/lib/postgresql8x, including /opt/local/lib/postgresql83/bin,  
> for instance.  Translating that model to vtk might result in  
> something like:
> /opt/local/include/vtk-X.Y
> /opt/local/lib/vtkX.Y
> These paths are already the defaults, given $prefix = /opt/local,  
> but notice how posgresql83 has something like a bin path within the  
> lib path, eg:
> /opt/local/lib/vtk-X.Y/bin
> This would separate any vtk binaries that are version specific,  
> rather than have them clash under /opt/local/bin/.
>
> Another possible solution is to adopt a pythonX.Y model, where the  
> version specific installs include a version suffix.  In addition,  
> there is the utility python_select to define the 'current'  
> version.  In this model, a build that depends on a specific version  
> of VTK might "temporarily" use something like python_select to  
> define the current version for the build.

The only reason python and postgresql have separate ports for  
separate major versions is because the major versions are  
incompatible with one another. If you have a database that was  
created with postgresql 8.2, you cannot suddenly switch to 8.3; you  
must perform some database conversion which it is not MacPorts' place  
to do for you. Therefore we must let you switch at a time of your  
choosing and offer both versions. If you compile a module for python  
2.5, you cannot use that module with python 2.6; it must be  
recompiled. Therefore we offer separate ports for each python port  
for use with each python version.

Is this the case with vtk? If so, multiple ports are best. If not, a  
single port is best, for simplicity.


From ryandesign at macports.org  Tue Apr 14 14:24:20 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 14 Apr 2009 16:24:20 -0500
Subject: auto complete
In-Reply-To: <4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
Message-ID: <18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>

On Apr 14, 2009, at 13:05, S. M. Ibrahim (Lavlu) wrote:

> 2009/4/14 Joshua Root wrote
>
>> S. M. Ibrahim (Lavlu) wrote:
>>
>> > after upgrade to macport 1.7, command autocomplete not working  
>> anymore
>> > in terminal. any idea how to fix it ?
>>
>> If you're talking about interactive mode, readline support is not
>> enabled when selfupdating to a new version, see
>> <http://trac.macports.org/ticket/19035> and
>> <http://trac.macports.org/ticket/10651>.
>>
>> You can get it back by installing from the dmg, or by building from
>> source manually and passing --enable-readline to configure.
>>
>> If you mean port command completion in bash via the bash-completion
>> port, I don't know why it would have stopped working.
>
> yea, it's  bash-completion . i don't want to reinstall all the  
> ports again ( i use lot's of ports).
>
> any way to just reinstall the macport with bash-completion ?

You don't need to install any ports again. Just install MacPorts  
again from the 1.7.0 dmg. It will not overwrite any of your ports.


From blb at macports.org  Tue Apr 14 14:41:18 2009
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 14 Apr 2009 15:41:18 -0600
Subject: auto complete
In-Reply-To: <18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
Message-ID: <20090414214118.GF48922@ninagal.withay.com>

On Tue, Apr 14, 2009 at 04:24:20PM -0500, Ryan Schmidt said:
> On Apr 14, 2009, at 13:05, S. M. Ibrahim (Lavlu) wrote:
>
>> 2009/4/14 Joshua Root wrote
>>
>>> S. M. Ibrahim (Lavlu) wrote:
>>>
>>> > after upgrade to macport 1.7, command autocomplete not working  
>>> anymore
>>> > in terminal. any idea how to fix it ?
>>>
>>> If you're talking about interactive mode, readline support is not
>>> enabled when selfupdating to a new version, see
>>> <http://trac.macports.org/ticket/19035> and
>>> <http://trac.macports.org/ticket/10651>.
>>>
>>> You can get it back by installing from the dmg, or by building from
>>> source manually and passing --enable-readline to configure.
>>>
>>> If you mean port command completion in bash via the bash-completion
>>> port, I don't know why it would have stopped working.
>>
>> yea, it's  bash-completion . i don't want to reinstall all the ports 
>> again ( i use lot's of ports).
>>
>> any way to just reinstall the macport with bash-completion ?
>
> You don't need to install any ports again. Just install MacPorts again 
> from the 1.7.0 dmg. It will not overwrite any of your ports.

Or even the 1.7.1 DMG, then the selfupdate which happens post-install won't
re-break readline support...

Bryan


From luc.dore at gmail.com  Tue Apr 14 15:00:45 2009
From: luc.dore at gmail.com (Luc Dore)
Date: Tue, 14 Apr 2009 18:00:45 -0400
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
In-Reply-To: <49E406CD.3070906@macports.org>
References: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
	<99292962-5578-4FFF-B50D-89F27885A27E@macports.org>
	<49E406CD.3070906@macports.org>
Message-ID: <65C26D71-D90F-497C-8ABD-D3F0C7FC0548@gmail.ca>

Ryan, David,

Thanks for the assistance.  I was able to recompile pango, gtk2 and  
gimp2 all with +quartz and +no_x11 and my installation is working !

So all is good.

Thanks again to all.


--
Luc D.





On 13-Apr-09, at 11:45 PM, David Evans wrote:

> Ryan Schmidt wrote:
>>> Pango reports the following when starting gimp:
>>>
>>> Dynamic session lookup supported but failed: launchd did not  
>>> provide a socket path, verify that org.freedesktop.dbus- 
>>> session.plist is loaded!
>>> Dynamic session lookup supported but failed: launchd did not  
>>> provide a socket path, verify that org.freedesktop.dbus- 
>>> session.plist is loaded!
>>
>> I get these messages too. Then again, I also have not started dbus,  
>> because I did not feel like starting a system service of unknown  
>> purpose just to run an application. But, you may want to activate  
>> dbus.
> The purpose of dbus here is to handle the case of more than one  
> instance of gimp being active.  If you launch gimp initially with a  
> file name
> on the command line, it will open that file.  If you launch a second  
> instance with a different file name, the second will pass the file  
> name
> to the first via dbus and terminate with the result that the  
> original now has images open in two windows, etc.  So not likely to  
> have anything
> to do with fonts at all.
>>> (gimp:259): Pango-WARNING **: Error loading GDEF table 0x6EAD
>>>
>>> (gimp:259): Pango-WARNING **: Error loading GSUB table 0x6EAD
>>>
>>> (gimp:259): Pango-WARNING **: Error loading GPOS table 0x6EAD
>>
>> I've been getting these errors forever, with other pango-using  
>> software. I don't know what to do about it. The latest bug on this  
>> is filed here:
>>
>> http://trac.macports.org/ticket/19171
>
> I too see these with other (X11) apps using pango (inkscape for  
> instance).  They seem to be harmless but I don't really understand  
> it either.
>
>
> As the maintainer of gimp2 (both X11 and no_x11/quartz versions) and  
> who does a lot of development in the quartz environment, in my
> experience, the only practical way to avoid this type of problem is  
> to use separate instances of MacPorts for X11 and for no_x11/quartz.
>
> While you might be able to get a mixed instance to work, the effort  
> is tremendous because to build and run a specific version you
> have to make sure that not only the port in question but all of its  
> dependencies are built with the correct variants (in this case +no_x11
> +quartz).  So Ryan's solution to set up a separate instance of  
> MacPorts with a different base path is really what I recommend.   
> Then build
> all your +no_x11 +quartz variants there (setting these as global  
> variants in $prefix/etc/macports/variants.conf).  You can easily  
> then change
> from an X11 instance to a quartz instance by just changing your PATH  
> to point at the one you want.  I am currently maintaining 3 such
> X11, no_x11/quartz and system_x11 with good success.
>
> The only other caveat is that using the trunk version of MacPorts  
> helpful when doing this as it is the only version that currently
> honors the variants of dependents when doing an upgrade.  Hopefully  
> a released version of MacPorts with this functionality
> will be released before long.
>
> So using a clean no_x11/quartz environment for gimp2, I get no error  
> messages at all starting gimp and the same results as Ryan
> has displayed.
>
> I suspect that a  number of the reports of GOffice and other apps  
> not working correctly no_x11/quartz is due to the same problem of  
> mixing X11
> and no_x11 in the same instance of MacPorts -- not realistic to  
> think that you can do this and have the right selection of ports/ 
> variants
> active at any given point in time.
>
> Dave

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/8527776b/attachment.html>

From ajmas at sympatico.ca  Tue Apr 14 15:22:38 2009
From: ajmas at sympatico.ca (Andre-John Mas)
Date: Tue, 14 Apr 2009 18:22:38 -0400
Subject: Problem installing Postgis
Message-ID: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>

Hi,

I am having an issue installing postgis. I get the following:

$ sudo port install -f postgis
--->  Verifying checksum(s) for postgis
Error: Checksum (sha1) mismatch for postgis-1.3.3.tar.gz
Error: Target org.macports.checksum returned: Unable to verify file  
checksums
Error: Status 1 encountered during processing.


I have done a "port selfupdate" and a "port sync". Changes nothing.  
Also tried:

sudo port install postgis +postgresql82

I also manually downloaded the archive:

sudo wget http://postgis.refractions.net/download/postgis-1.3.3.tar.gz

into /opt/local/var/macports/distfiles/postgis

also changes nothing.

Any ideas?

Andr?-John

From blb at macports.org  Tue Apr 14 15:39:54 2009
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 14 Apr 2009 16:39:54 -0600
Subject: Problem installing Postgis
In-Reply-To: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>
References: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>
Message-ID: <20090414223954.GG48922@ninagal.withay.com>

On Tue, Apr 14, 2009 at 06:22:38PM -0400, Andre-John Mas said:
> Hi,
>
> I am having an issue installing postgis. I get the following:
>
> $ sudo port install -f postgis

Why are you forcing it?  Be sure to read

<http://trac.macports.org/wiki/FAQ#whentoforce>

> --->  Verifying checksum(s) for postgis
> Error: Checksum (sha1) mismatch for postgis-1.3.3.tar.gz
> Error: Target org.macports.checksum returned: Unable to verify file  
> checksums
> Error: Status 1 encountered during processing.

Could be related to ticket #16691:

<http://trac.macports.org/ticket/16691>

They redid that tarball a couple of times, perhaps they've updated it again?

Bryan


>
>
> I have done a "port selfupdate" and a "port sync". Changes nothing. Also 
> tried:
>
> sudo port install postgis +postgresql82
>
> I also manually downloaded the archive:
>
> sudo wget http://postgis.refractions.net/download/postgis-1.3.3.tar.gz
>
> into /opt/local/var/macports/distfiles/postgis
>
> also changes nothing.
>
> Any ideas?
>
> Andr?-John

From ryandesign at macports.org  Tue Apr 14 16:16:47 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 14 Apr 2009 18:16:47 -0500
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
In-Reply-To: <49E406CD.3070906@macports.org>
References: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
	<99292962-5578-4FFF-B50D-89F27885A27E@macports.org>
	<49E406CD.3070906@macports.org>
Message-ID: <56DC803E-264B-4C72-A20C-2EE06EA614E7@macports.org>


On Apr 13, 2009, at 22:45, David Evans wrote:

> I suspect that a  number of the reports of GOffice and other apps  
> not working correctly no_x11/quartz is due to the same problem of  
> mixing X11
> and no_x11 in the same instance of MacPorts -- not realistic to  
> think that you can do this and have the right selection of ports/ 
> variants
> active at any given point in time.

Probably true. The other point is that some users may not be  
intending to mix and match, yet may not realize that by the time they  
choose to use quartz and no_x11 they may already have ports installed  
for which that choice should have been made. Hence, the  
recommendation is that you must make the choice to use quartz and  
no_x11 before you have installed any ports, and if you have installed  
any ports, you should remove them, then set the default variants, or  
else as David said, install a new MacPorts to a new prefix where you  
set the default variants and then install your ports.



From devans at macports.org  Tue Apr 14 16:57:06 2009
From: devans at macports.org (David Evans)
Date: Tue, 14 Apr 2009 16:57:06 -0700
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
In-Reply-To: <56DC803E-264B-4C72-A20C-2EE06EA614E7@macports.org>
References: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
	<99292962-5578-4FFF-B50D-89F27885A27E@macports.org>
	<49E406CD.3070906@macports.org>
	<56DC803E-264B-4C72-A20C-2EE06EA614E7@macports.org>
Message-ID: <49E522D2.4000903@macports.org>

Ryan Schmidt wrote:
> the recommendation is that you must make the choice to use quartz and 
> no_x11 before you have installed any ports, and if you have installed 
> any ports, you should remove them, then set the default variants, or 
> else as David said, install a new MacPorts to a new prefix where you 
> set the default variants and then install your ports.
Exactly.

Glad to see that you solved your problem, Luc.

From dweber at macports.org  Tue Apr 14 17:02:31 2009
From: dweber at macports.org (Darren Weber)
Date: Tue, 14 Apr 2009 17:02:31 -0700
Subject: VTK port naming conventions
In-Reply-To: <9124317354821462401061984392341075467-Webmail@me.com>
References: <9124317354821462401061984392341075467-Webmail@me.com>
Message-ID: <b808b3510904141702s468f8446gdef39c77dcfa0798@mail.gmail.com>

On Mon, Apr 13, 2009 at 2:52 PM, <cssdev at mac.com> wrote:

>  On Monday, April 13, 2009, at 04:49PM, "Darren Weber" <
> dweber at macports.org> wrote:
> >This is a thread to discuss naming conventions for VTK in macports.
> >
> >Macports has the following VTK ports (as of 04/13/2009):
> >
> >VTK @4.4.2 (graphics)
> >    3D visualization toolkit
> >
> >vtk5 @5.2.1 (graphics, devel)
> >    3D visualization toolkit
>
> It might be more clear to rename along the lines of:
>
> vtk @5.2.1
> vtk-devel @5.4
> vtk4 @4.4.2


The -devel suffix (or just -dev) is often used with a debug release, and
(or) it specifies that all the include headers are installed, not just the
binaries.  As VTK is a library (not an application, per se), the -dev suffix
is sort-of "implied" (virtually mandatory).  Note that Debian use the names
"libvtk-*" to be explicit that VTK is a library, but this is not the case in
FreeBSD.

Perhaps there could be a "dev" or "testing" variant of vtk for the current
CVS checkout?  Given that 5.4.0 is the latest "stable" release, it should
not get a -dev suffix.

I'm clueless about the @ syntax for version specificity; maybe that will
work.

Take care, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/43f1cac5/attachment.html>

From LenoreHorner at sbcglobal.net  Tue Apr 14 17:27:22 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Tue, 14 Apr 2009 19:27:22 -0500
Subject: Gimp 2.6 & Pango 1.8 : no font rendering
In-Reply-To: <56DC803E-264B-4C72-A20C-2EE06EA614E7@macports.org>
References: <2DB9230F-D235-4509-9937-03995EDBDF69@gmail.ca>
	<99292962-5578-4FFF-B50D-89F27885A27E@macports.org>
	<49E406CD.3070906@macports.org>
	<56DC803E-264B-4C72-A20C-2EE06EA614E7@macports.org>
Message-ID: <3FDBA841-075A-427B-81D7-028F9F31898D@sbcglobal.net>


On Apr 14, 2009, at 18:16 , Ryan Schmidt wrote:

>
> On Apr 13, 2009, at 22:45, David Evans wrote:
>
>> I suspect that a  number of the reports of GOffice and other apps  
>> not working correctly no_x11/quartz is due to the same problem of  
>> mixing X11
>> and no_x11 in the same instance of MacPorts -- not realistic to  
>> think that you can do this and have the right selection of ports/ 
>> variants
>> active at any given point in time.
>
> Probably true. The other point is that some users may not be  
> intending to mix and match, yet may not realize that by the time  
> they choose to use quartz and no_x11 they may already have ports  
> installed for which that choice should have been made. Hence, the  
> recommendation is that you must make the choice to use quartz and  
> no_x11 before you have installed any ports, and if you have  
> installed any ports, you should remove them, then set the default  
> variants, or else as David said, install a new MacPorts to a new  
> prefix where you set the default variants and then install your ports.

This is actually incorrect.  The recent problems with Pango and  
Goffice (for me and for others) have involved clean installs of no_x11  
MacPorts.

Lenore


From dweber at macports.org  Tue Apr 14 17:27:39 2009
From: dweber at macports.org (Darren Weber)
Date: Tue, 14 Apr 2009 17:27:39 -0700
Subject: VTK port naming conventions
In-Reply-To: <57656F06-1E1A-4807-B33E-0894218EFB41@macports.org>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>
	<b808b3510904141055q252f5d0v3a2b763cf7d904cc@mail.gmail.com>
	<57656F06-1E1A-4807-B33E-0894218EFB41@macports.org>
Message-ID: <b808b3510904141727m50b1d0d6hcba4a9972d9daff@mail.gmail.com>

On Tue, Apr 14, 2009 at 2:23 PM, Ryan Schmidt <ryandesign at macports.org>wrote:

> This is really more of a development question and not a usage question so
> macports-dev may be a better place to continue this.
>
>
> On Apr 14, 2009, at 12:55, Darren Weber wrote:
>
>  I agree with Ryan, that separate ports provide more clarity for dependency
>> specifications, but I do not understand macports variants very well.  For
>> instance, there is a track ticket on VTK with some discussion about this
>> issue, see:
>> http://trac.macports.org/ticket/19000
>>
>> In that ticket, tgamblin raises the possibility of using the @X.Y.Z syntax
>> to get version specific installs, eg:
>> port install vtk at 5.2.1
>> port install vtk at 5.4.0
>> Furthermore, it should be possible to do this:
>> port install vtk at 5.2.1
>> port build vtk at 5.4.0
>> port deactivate vtk at 5.2.1
>> port activate vtk at 5.4.0
>> ... etc
>> If so, does this automatically resolve @X.Y into the latest Z version
>> available?  Also, similarly, does it automatically resolve @X into the
>> latest Y.Z version?  In my experience with macports to date, the @ syntax
>> must be very specific to be effective, it doesn't have automatic resolution
>> to the latest version.  I know that Debian has some "symbolic" package names
>> that are resolved to the latest version of a package (an auto-update package
>> name).
>>
>
> MacPorts does not offer the facility to install a specific version of a
> port. It only lets you install the current version of the port.
>
> "port install vtk at 5.2.1" will not install version 5.2.1; it will install
> whatever version is currently offered by the port. Once a port has been
> updated to a new version, MacPorts no longer has any information about the
> older version of the port.
>
> You can *uninstall*, *deactivate* and *activate* specific versions which
> have already been installed. For example, if you install zlib, and that
> gives you version 1.2.1, and later version 1.2.3 becomes available and you
> "port upgrade zlib" to get it, you now have two versions of zlib installed:
> zlib @1.2.1_0 and zlib @1.2.3_0, with the latter being active. If you wish
> to go back to 1.2.1_0, you can "port deactivate zlib" (which will deactivate
> zlib @1.2.3_0; specifying the version is not necessary here because there is
> only one zlib active) and then "port activate zlib @1.2.1_0". Note this is
> only possible because the old version had already previously been installed.
>
> Instructions for installing an older version of a port directly are in the
> wiki:
>
> http://trac.macports.org/wiki/howto/InstallingOlderPort
>


The conclusion to be drawn from this part of our discussion is that any
ports that depend on a specific version of VTK can specify that version
dependency only if there is a version specific port available (ie, vtkXY).
It is not possible for a port to specify a dependency using the @X.Y.Z
syntax.

The next question is, why would any port require a dependency on a specific
version of VTK?  Furthermore, if it does, to what extent is that port
compatible with future releases of VTK?  So, moving on to the next question
below.



>
>
>
>  In any case, there are some issues with simultaneous version installations
>> (please see the trac ticket comments for some details).  Given some
>> differences of opinion, it would be great to work out a consensus on how
>> best to move forward.  This requires broader discussion that a track ticket,
>> as the resolution is not necessarily specific to any particular port,
>> although this discussion has a focus on VTK for example.
>>
>> Any ports that depend on a specific version of vtk should be able to:
>> (a) specify a dependency on a "vtkXY" port name that includes at least an
>> XY version (or use the @X.Y.Z syntax?),
>> and
>> (b) restrict the build and link search paths to the version required.
>>
>> To my knowlege, vtk doesn't provide a utility like
>> /opt/local/lib/postgresql83/bin/pg_config, but cmake does have some macros
>> for searching out include and library paths (this may also apply to ports in
>> the K-desktop, as they have adopted cmake as their build tool).  In the
>> cmake search paths, there are several variables that control the search,
>> including:
>>
>> CMAKE_FIND_FRAMEWORK
>> CMAKE_FIND_ROOT_PATH
>> ONLY_CMAKE_FIND_ROOT_PATH
>> NO_CMAKE_SYSTEM_PATH
>> NO_CMAKE_ENVIRONMENT_PATH
>> NO_SYSTEM_ENVIRONMENT_PATH
>> CMAKE_FRAMEWORK_PATH
>> CMAKE_APPBUNDLE_PATH
>> CMAKE_INCLUDE_PATH
>> CMAKE_INCLUDE_DIRECTORIES_BEFORE
>>
>> Given there are relatively few ports that depend on VTK, I've been looking
>> for inspiration from more significant libraries, like postgresql and python.
>>
>> A possible solution is to adopt a model something like postgresql8x, where
>> the installation goes almost entirely into /opt/local/lib/postgresql8x,
>> including /opt/local/lib/postgresql83/bin, for instance.  Translating that
>> model to vtk might result in something like:
>> /opt/local/include/vtk-X.Y
>> /opt/local/lib/vtkX.Y
>> These paths are already the defaults, given $prefix = /opt/local, but
>> notice how posgresql83 has something like a bin path within the lib path,
>> eg:
>> /opt/local/lib/vtk-X.Y/bin
>> This would separate any vtk binaries that are version specific, rather
>> than have them clash under /opt/local/bin/.
>>
>> Another possible solution is to adopt a pythonX.Y model, where the version
>> specific installs include a version suffix.  In addition, there is the
>> utility python_select to define the 'current' version.  In this model, a
>> build that depends on a specific version of VTK might "temporarily" use
>> something like python_select to define the current version for the build.
>>
>
> The only reason python and postgresql have separate ports for separate
> major versions is because the major versions are incompatible with one
> another. If you have a database that was created with postgresql 8.2, you
> cannot suddenly switch to 8.3; you must perform some database conversion
> which it is not MacPorts' place to do for you. Therefore we must let you
> switch at a time of your choosing and offer both versions. If you compile a
> module for python 2.5, you cannot use that module with python 2.6; it must
> be recompiled. Therefore we offer separate ports for each python port for
> use with each python version.
>
> Is this the case with vtk? If so, multiple ports are best. If not, a single
> port is best, for simplicity.
>
>

I've taken some pain to read through the Apple doc on dynamic libs, see:
http://developer.apple.com/documentation/DeveloperTools/Conceptual/DynamicLibraries/index.html

It provides some useful tips on how to specify compatibility flags for
dynamic library builds.  That issue is something to take up at the level of
VTK development, rather than porting VTK (although clearly there is a
signficant relationship between the two).  I have to do some more homework
to be clear about this issue and how the VTK build specifies compatibility
(if it does so for OSX).

I have not had enough experience with VTK to know how compatible it is
across minor version releases.  To provide flexibility, I've assumed that
vtkXY should be sufficient to provide the major.minor (X.Y) version
specificity for any port that depends on VTK (ie, I've not considered vtkXYZ
to be necessary).  Certainly vtkX at a minimum to provide the major release
compatibility.

At this point, do we have a consensus that port names should have a version
string in the name?  (We may not agree on the specificity of that version
string - vtkX, vtkXY, vtkXYZ - but it appears the @ syntax is not an
option.)

Any thoughts about additional naming conventions, as used in Debian and
FreeBSD?  That is, should we stick with variants (with some of the issues
that have come up recently in vtk5, see ticket
http://trac.macports.org/ticket/19111). Bear in mind that variants cannot be
specified as dependencies (correct me if that is wrong OR if that will
change in a new release of port).  What about:

libvtk[XYZ] ?  (where [XYZ] is some variant specificity to be decided)

vtk[XYZ]-data ?
vtk[XYZ]-pythonX.Y ?
vtk[XYZ]-qtX ?

etc?

For reference, again, see the Debian distribution, eg:
http://packages.debian.org/search?keywords=vtk
&searchon=names&suite=stable&section=all
A similar story with FreeBSD, see:
http://www.freebsd.org/cgi/ports.cgi?query=vtk&stype=all

Take care, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/7c9b9668/attachment.html>

From ms at mac-specialist.com  Tue Apr 14 18:25:48 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Tue, 14 Apr 2009 20:25:48 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090414031028.GO651@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
	<20090414031028.GO651@ninagal.withay.com>
Message-ID: <CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>


On Apr 13, 2009, at 10:10 PM, Bryan Blackburn wrote:

> Dang, nothing more specific about what is going on.  It looks  
> similar to
>
> <http://www.mail-archive.com/numpy-discussion at scipy.org/msg15015.html>
>
> but unfortunately no resolution that might help in this case.  Could  
> be some
> odd interaction between python 2.6 and Mac OS X 10.4 (since I had no
> problems with py26-genshi on 10.5); other than making sure you have  
> Xcode
> 2.5 for building, I'm not sure what else to try.
>
> Anyone else reading this successful in installing py26-genshi on 10.4?
>
> Bryan


Can you suggest anyone else I could try to contact, that might know  
what all the error messages mean ?

Afer trying to get trac working for a couple of weeks, I am about to  
give up trying to install it on Tiger, there's no software worth this  
much effort. This is way too much pain...

Thanks for trying to help me.

Bill Hernandez
Plano, Texas
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090414/4b765b8c/attachment.html>

From jmr at macports.org  Tue Apr 14 19:58:12 2009
From: jmr at macports.org (Joshua Root)
Date: Wed, 15 Apr 2009 12:58:12 +1000
Subject: auto complete
In-Reply-To: <20090414214118.GF48922@ninagal.withay.com>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>	<49E4AB34.9000207@macports.org>	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
Message-ID: <49E54D44.1040101@macports.org>

Bryan Blackburn wrote:
> On Tue, Apr 14, 2009 at 04:24:20PM -0500, Ryan Schmidt said:
>> On Apr 14, 2009, at 13:05, S. M. Ibrahim (Lavlu) wrote:
>>
>>> 2009/4/14 Joshua Root wrote
>>>
>>>> S. M. Ibrahim (Lavlu) wrote:
>>>>
>>>>> after upgrade to macport 1.7, command autocomplete not working  
>>>> anymore
>>>>> in terminal. any idea how to fix it ?
>>>> If you're talking about interactive mode, readline support is not
>>>> enabled when selfupdating to a new version, see
>>>> <http://trac.macports.org/ticket/19035> and
>>>> <http://trac.macports.org/ticket/10651>.
>>>>
>>>> You can get it back by installing from the dmg, or by building from
>>>> source manually and passing --enable-readline to configure.
>>>>
>>>> If you mean port command completion in bash via the bash-completion
>>>> port, I don't know why it would have stopped working.
>>> yea, it's  bash-completion . i don't want to reinstall all the ports 
>>> again ( i use lot's of ports).
>>>
>>> any way to just reinstall the macport with bash-completion ?
>> You don't need to install any ports again. Just install MacPorts again 
>> from the 1.7.0 dmg. It will not overwrite any of your ports.
> 
> Or even the 1.7.1 DMG, then the selfupdate which happens post-install won't
> re-break readline support...

Will that fix bash-completion? How?

- Josh

From blb at macports.org  Tue Apr 14 22:34:57 2009
From: blb at macports.org (Bryan Blackburn)
Date: Tue, 14 Apr 2009 23:34:57 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
	<20090414031028.GO651@ninagal.withay.com>
	<CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>
Message-ID: <20090415053457.GM48922@ninagal.withay.com>

On Tue, Apr 14, 2009 at 08:25:48PM -0500, Bill Hernandez said:
>
> On Apr 13, 2009, at 10:10 PM, Bryan Blackburn wrote:
>
>> Dang, nothing more specific about what is going on.  It looks similar to
>>
>> <http://www.mail-archive.com/numpy-discussion at scipy.org/msg15015.html>
>>
>> but unfortunately no resolution that might help in this case.  Could be 
>> some
>> odd interaction between python 2.6 and Mac OS X 10.4 (since I had no
>> problems with py26-genshi on 10.5); other than making sure you have  
>> Xcode
>> 2.5 for building, I'm not sure what else to try.
>>
>> Anyone else reading this successful in installing py26-genshi on 10.4?
>>
>> Bryan
>
>
> Can you suggest anyone else I could try to contact, that might know what 
> all the error messages mean ?
>
> Afer trying to get trac working for a couple of weeks, I am about to give 
> up trying to install it on Tiger, there's no software worth this much 
> effort. This is way too much pain...

After some time, py26-genshi installed fine on my 10.4.11 ppc machine, so it
doesn't appear to be a general 2.6+10.4 issue.

Does the following break in the same way?

$ python2.6 -c 'import doctest'

If so then it seems like there may be something weird going on with the
_random.so file; the output of the following may also be interesting:

$ otool -L /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib-dynload/_random.so

For both 10.4 and 10.5 mine are linked only with libgcc_s and libSystem.

Bryan


>
> Thanks for trying to help me.
>
> Bill Hernandez
> Plano, Texas

From ms at mac-specialist.com  Tue Apr 14 23:22:39 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Wed, 15 Apr 2009 01:22:39 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090415053457.GM48922@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
	<20090414031028.GO651@ninagal.withay.com>
	<CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>
	<20090415053457.GM48922@ninagal.withay.com>
Message-ID: <5822FAB4-FDB9-4901-8E4B-99ED1C8E91B4@mac-specialist.com>


On Apr 15, 2009, at 12:34 AM, Bryan Blackburn wrote:

> After some time, py26-genshi installed fine on my 10.4.11 ppc  
> machine, so it
> doesn't appear to be a general 2.6+10.4 issue.
>
> Does the following break in the same way?
>
> $ python2.6 -c 'import doctest'
>
> If so then it seems like there may be something weird going on with  
> the
> _random.so file; the output of the following may also be interesting:
>
> $ otool -L /opt/local/Library/Frameworks/Python.framework/Versions/ 
> 2.6/lib/python2.6/lib-dynload/_random.so
>
> For both 10.4 and 10.5 mine are linked only with libgcc_s and  
> libSystem.

Bryan,

Are you running OS X 10.4 or OS X Server 10.4
-------------------------------
TIGER_SERVER (OS X Server 10.4.11)
-------------------------------
[2009.15.04](12:48AM) -> [tiger_server] ~ $ python2.6 -c 'import  
doctest'
^C
^Z
[1]+  Stopped                 python2.6 -c 'import doctest'

The prompt never returned above, so I had to break out

[2009.15.04](12:50AM) -> [tiger_server] ~ $ port installed | grep py
  python25 @2.5.4_2+darwin_8+macosx (active)
  python26 @2.6.1_2 (active)
  python_select @0.2.1_0+darwin_8 (active)

[2009.15.04](12:53AM) -> [tiger_server] ~ $ otool -L /opt/local/ 
Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib- 
dynload/_random.so
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/lib-dynload/_random.so:
        /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.12)
[2009.15.04](01:08AM) -> [tiger_server] ~ $

-------------------------------
LEOPARD_WORKSTATION (OS X 10.5.6)
-------------------------------

[2009.15.04](12:49AM) -> [leopard_workstation] ~ $ python2.6 -c  
'import doctest'

[2009.15.04](12:49AM) -> [leopard_workstation] ~ $ otool -L /opt/local/ 
Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib- 
dynload/_random.so
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/lib-dynload/_random.so:
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current  
version 1.0.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current  
version 111.1.3)

[2009.15.04](12:50AM) -> [leopard_workstation] ~ $ port installed |  
grep py
  mod_python25 @3.3.1_2 (active)
  py25-bsddb @2.5.4_0 (active)
  py25-genshi @0.5_0
  py25-genshi @0.5.1_0 (active)
  py25-hashlib @2.5.4_0 (active)
  py25-mx-base @3.1.2_0 (active)
  py25-mysql @1.2.2_0+mysql5 (active)
  py25-pgsql @2.5.1_1
  py25-pgsql @2.5.1_2 (active)
  py25-pygments @1.0_0 (active)
  py25-setuptools @0.6c9_0 (active)
  py25-sqlite3 @2.5.4_0 (active)
  py25-zlib @2.5.4_0 (active)
  py26-genshi @0.5.1_0 (active)
  py26-mx-base @3.1.2_0 (active)
  py26-mysql @1.2.2_0+mysql5 (active)
  py26-pgsql @2.5.1_0 (active)
  py26-pygments @1.0_0 (active)
  py26-setuptools @0.6c9_0 (active)
  python25 @2.5.4_0+darwin_9+macosx
  python25 @2.5.4_2+darwin_9+macosx (active)
  python26 @2.6.1_2 (active)
  python_select @0.2.1_0+darwin_9 (active)
  subversion-python25bindings @1.6.0_1
  subversion-python25bindings @1.6.1_0 (active)
  subversion-python26bindings @1.6.1_0 (active)
[2009.15.04](01:16AM) -> [leopard_workstation] ~ $


Does any of that help ?

Bill Hernandez
Plano, Texas


From blb at macports.org  Tue Apr 14 23:48:02 2009
From: blb at macports.org (Bryan Blackburn)
Date: Wed, 15 Apr 2009 00:48:02 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <5822FAB4-FDB9-4901-8E4B-99ED1C8E91B4@mac-specialist.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
	<20090414031028.GO651@ninagal.withay.com>
	<CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>
	<20090415053457.GM48922@ninagal.withay.com>
	<5822FAB4-FDB9-4901-8E4B-99ED1C8E91B4@mac-specialist.com>
Message-ID: <20090415064802.GN48922@ninagal.withay.com>

On Wed, Apr 15, 2009 at 01:22:39AM -0500, Bill Hernandez said:
>
> On Apr 15, 2009, at 12:34 AM, Bryan Blackburn wrote:
>
>> After some time, py26-genshi installed fine on my 10.4.11 ppc machine, 
>> so it
>> doesn't appear to be a general 2.6+10.4 issue.
>>
>> Does the following break in the same way?
>>
>> $ python2.6 -c 'import doctest'
>>
>> If so then it seems like there may be something weird going on with the
>> _random.so file; the output of the following may also be interesting:
>>
>> $ otool -L /opt/local/Library/Frameworks/Python.framework/Versions/ 
>> 2.6/lib/python2.6/lib-dynload/_random.so
>>
>> For both 10.4 and 10.5 mine are linked only with libgcc_s and  
>> libSystem.
>
> Bryan,
>
> Are you running OS X 10.4 or OS X Server 10.4

Just plain ol' 10.4 non-server.

> -------------------------------
> TIGER_SERVER (OS X Server 10.4.11)
> -------------------------------
> [2009.15.04](12:48AM) -> [tiger_server] ~ $ python2.6 -c 'import doctest'
> ^C
> ^Z
> [1]+  Stopped                 python2.6 -c 'import doctest'
>
> The prompt never returned above, so I had to break out

That's odd and possibly not good...

[...]
>
> [2009.15.04](12:53AM) -> [tiger_server] ~ $ otool -L /opt/local/ 
> Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6/lib- 
> dynload/_random.so
> /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
> python2.6/lib-dynload/_random.so:
>        /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.12)
> [2009.15.04](01:08AM) -> [tiger_server] ~ $

Interesting that it links against libmx instead of libgcc_s, though that
could have nothing to do with the issue at all, I'm not sure.

I note there's a python bug against the server version, though 10.5 and in a
completely different area:

<http://bugs.python.org/issue5413>

Perhaps there are other oddities with python 2.6+ on server versions of Mac
OS X?

[...]
>
> Does any of that help ?

Unfortunately I don't know what else to try other than maybe filing a bug at
bugs.python.org, if it is an issue specific to python 2.6+ on server.

If you want trac installed, but with python 2.5, you can use the
instructions at

<http://trac.macports.org/wiki/howto/InstallingOlderPort>

and trac at revision 48859.

Bryan


>
> Bill Hernandez
> Plano, Texas
>

From ryandesign at macports.org  Wed Apr 15 03:57:26 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Apr 2009 05:57:26 -0500
Subject: auto complete
In-Reply-To: <49E54D44.1040101@macports.org>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>	<49E4AB34.9000207@macports.org>	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
	<49E54D44.1040101@macports.org>
Message-ID: <587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>


On Apr 14, 2009, at 21:58, Joshua Root wrote:

> Bryan Blackburn wrote:
>
>> On Tue, Apr 14, 2009 at 04:24:20PM -0500, Ryan Schmidt said:
>>
>>> On Apr 14, 2009, at 13:05, S. M. Ibrahim (Lavlu) wrote:
>>>
>>>> 2009/4/14 Joshua Root wrote
>>>>
>>>>> S. M. Ibrahim (Lavlu) wrote:
>>>>>
>>>>>> after upgrade to macport 1.7, command autocomplete not working
>>>>>> anymore in terminal. any idea how to fix it ?
>>>>>
>>>>> If you're talking about interactive mode, readline support is not
>>>>> enabled when selfupdating to a new version, see
>>>>> <http://trac.macports.org/ticket/19035> and
>>>>> <http://trac.macports.org/ticket/10651>.
>>>>>
>>>>> You can get it back by installing from the dmg, or by building  
>>>>> from
>>>>> source manually and passing --enable-readline to configure.
>>>>>
>>>>> If you mean port command completion in bash via the bash- 
>>>>> completion
>>>>> port, I don't know why it would have stopped working.
>>>>
>>>> yea, it's  bash-completion . i don't want to reinstall all the  
>>>> ports
>>>> again ( i use lot's of ports).
>>>>
>>>> any way to just reinstall the macport with bash-completion ?
>>>
>>> You don't need to install any ports again. Just install MacPorts  
>>> again
>>> from the 1.7.0 dmg. It will not overwrite any of your ports.
>>
>> Or even the 1.7.1 DMG, then the selfupdate which happens post- 
>> install won't
>> re-break readline support...

That's what I meant. :) Use 1.7.1.


> Will that fix bash-completion? How?

Um..... It won't..... I should have read more carefully.

S. M. Ibrahim, so we're sure we're talking about the same feature,  
could you tell us exactly what actions you're doing (what keys you're  
pressing and when) and what you expected to happen? Then we'll know  
better what component is responsible for making that happen and what  
to recommend.






From ryandesign at macports.org  Wed Apr 15 04:05:57 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Apr 2009 06:05:57 -0500
Subject: Problem installing Postgis
In-Reply-To: <20090414223954.GG48922@ninagal.withay.com>
References: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>
	<20090414223954.GG48922@ninagal.withay.com>
Message-ID: <6EF6F85C-2EED-4134-AAF1-077221E2930F@macports.org>


On Apr 14, 2009, at 17:39, Bryan Blackburn wrote:

> On Tue, Apr 14, 2009 at 06:22:38PM -0400, Andre-John Mas said:
>
>> --->  Verifying checksum(s) for postgis
>> Error: Checksum (sha1) mismatch for postgis-1.3.3.tar.gz
>> Error: Target org.macports.checksum returned: Unable to verify file
>> checksums
>> Error: Status 1 encountered during processing.
>
> Could be related to ticket #16691:
>
> <http://trac.macports.org/ticket/16691>
>
> They redid that tarball a couple of times, perhaps they've updated  
> it again?

#16691 was never fixed. They updated the distfile 6 months ago, as  
you noted in the ticket, and the maintainer never updated the  
portfile to track that change.

The stopgap committed in r40782 to use our distfiles mirror first  
stopped working with MacPorts 1.7.0 which tries master_sites in ping  
order instead of the order listed in the portfile.

Since the maintainer has not responded to the issue, someone else  
should update the port. Don't forget to change dist_subdir to  
something new, e.g. ${name}/${version}_${revision}. Unless the old  
and new tarballs install identical software, the revision should also  
be bumped.




From ryandesign at macports.org  Wed Apr 15 04:33:02 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Apr 2009 06:33:02 -0500
Subject: VTK port naming conventions
In-Reply-To: <b808b3510904141702s468f8446gdef39c77dcfa0798@mail.gmail.com>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<b808b3510904141702s468f8446gdef39c77dcfa0798@mail.gmail.com>
Message-ID: <6EB7C274-3181-4D0C-A7EA-BC17A4818536@macports.org>


On Apr 14, 2009, at 19:02, Darren Weber wrote:

> On Mon, Apr 13, 2009 at 2:52 PM, Chris Scharver wrote:
>
>> On Monday, April 13, 2009, at 04:49PM, Darren Weber wrote:
>>
>> >This is a thread to discuss naming conventions for VTK in macports.
>> >
>> >Macports has the following VTK ports (as of 04/13/2009):
>> >
>> >VTK @4.4.2 (graphics)
>> >    3D visualization toolkit
>> >
>> >vtk5 @5.2.1 (graphics, devel)
>> >    3D visualization toolkit
>>
>> It might be more clear to rename along the lines of:
>>
>> vtk @5.2.1
>> vtk-devel @5.4
>> vtk4 @4.4.2
>
>
> The -devel suffix (or just -dev) is often used with a debug release,

In MacPorts, the -devel suffix means it is a development version, as  
opposed to a stable version. Here is the request to document this  
fact in the Guide:

http://trac.macports.org/ticket/14540

The suffix -dev should never be used in MacPorts port names. There  
are two ports currently using it and I have filed tickets to have  
these changed to -devel.

http://trac.macports.org/ticket/19326

http://trac.macports.org/ticket/19327

> and (or) it specifies that all the include headers are installed,  
> not just the binaries. As VTK is a library (not an application, per  
> se), the -dev suffix is sort-of "implied" (virtually mandatory).

It does mean this in some other package managers, but that's never  
what it means in MacPorts. In MacPorts, all ports that have headers  
always install them.

> Note that Debian use the names "libvtk-*" to be explicit that VTK  
> is a library, but this is not the case in FreeBSD.

We don't seem to have a standard for prefixing library port names  
with "lib" or not in MacPorts. Some do (libpng, libsdl), some don't  
(tiff, jpeg).

> Perhaps there could be a "dev" or "testing" variant of vtk for the  
> current CVS checkout?

No, a variant should never change the version of software that is  
installed.

Also, no port should install an unspecified version of software, so  
"current CVS checkout" is out. You could, however, have a port that  
installs, say, the version that was in CVS on 2009-04-14, and then  
update the port later if you need it to install a later version.  
There are a number of existing ports that install dated snapshots,  
such as gcc44, gcc45, graphviz-devel and isabelle-devel.

> Given that 5.4.0 is the latest "stable" release, it should not get  
> a -dev suffix.

Earlier in the thread it was stated that 5.4 is less stable / more  
buggy than 5.2.1, therefore it meets the criteria for being a -devel  
port, until it stabilizes a bit.

> I'm clueless about the @ syntax for version specificity; maybe that  
> will work.


I don't think Chris was suggesting a syntax so much as indicating  
what version of software would be provided by each listed port.



From ryandesign at macports.org  Wed Apr 15 05:01:03 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Apr 2009 07:01:03 -0500
Subject: VTK port naming conventions
In-Reply-To: <b808b3510904141727m50b1d0d6hcba4a9972d9daff@mail.gmail.com>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>
	<b808b3510904141055q252f5d0v3a2b763cf7d904cc@mail.gmail.com>
	<57656F06-1E1A-4807-B33E-0894218EFB41@macports.org>
	<b808b3510904141727m50b1d0d6hcba4a9972d9daff@mail.gmail.com>
Message-ID: <D04C57E4-CFA7-4DA5-9124-1A12E51DC0A8@macports.org>

On Apr 14, 2009, at 19:27, Darren Weber wrote:

> The conclusion to be drawn from this part of our discussion is that  
> any ports that depend on a specific version of VTK can specify that  
> version dependency only if there is a version specific port  
> available (ie, vtkXY).  It is not possible for a port to specify a  
> dependency using the @X.Y.Z syntax.

That's right. You can only declare a dependency on a port, not on a  
specific version of a port or on a specific variant of a port. If you  
need a specific version or variant of a port you have to add code to  
the port to do that. See e.g. the pango port which checks for both a  
specific version and a specific variant of the cairo port.


> The next question is, why would any port require a dependency on a  
> specific version of VTK?  Furthermore, if it does, to what extent  
> is that port compatible with future releases of VTK?  So, moving on  
> to the next question below.

You'll have to ask someone who knows about vtk specifically. :) The  
developers of vtk could probably give recommendations for packaging  
it. They might have experience with how other distributions have  
packaged their software.


>> The only reason python and postgresql have separate ports for  
>> separate major versions is because the major versions are  
>> incompatible with one another. If you have a database that was  
>> created with postgresql 8.2, you cannot suddenly switch to 8.3;  
>> you must perform some database conversion which it is not  
>> MacPorts' place to do for you. Therefore we must let you switch at  
>> a time of your choosing and offer both versions. If you compile a  
>> module for python 2.5, you cannot use that module with python 2.6;  
>> it must be recompiled. Therefore we offer separate ports for each  
>> python port for use with each python version.
>>
>> Is this the case with vtk? If so, multiple ports are best. If not,  
>> a single port is best, for simplicity.
>
> I've taken some pain to read through the Apple doc on dynamic libs,  
> see:
> http://developer.apple.com/documentation/DeveloperTools/Conceptual/ 
> DynamicLibraries/index.html
>
> It provides some useful tips on how to specify compatibility flags  
> for dynamic library builds.  That issue is something to take up at  
> the level of VTK development, rather than porting VTK (although  
> clearly there is a signficant relationship between the two).  I  
> have to do some more homework to be clear about this issue and how  
> the VTK build specifies compatibility (if it does so for OSX).

I don't think this is an issue you have to solve in the vtk port(s).  
As an example, we have only one port called gettext. When gettext was  
updated to a new version that was incompatible with the previous  
version, any port that used gettext had to be rebuilt. No, there is  
no mechanism in MacPorts for indicating that users would have to do  
this, nor a facility to help users do this. We just wrote it up in  
the hotlist with a script to fix it:

http://trac.macports.org/wiki/ 
ProblemHotlist#Aportfailedtobuildupgradeorrunwithamessagereferringtolibi 
ntl.3.dylib

It is one of this year's proposed Google Summer of Code projects to  
provide a mechanism for rebuilding any ports affected by such an  
upgrade:

http://trac.macports.org/wiki/SummerOfCode#rev-upgrade


> I have not had enough experience with VTK to know how compatible it  
> is across minor version releases.  To provide flexibility, I've  
> assumed that vtkXY should be sufficient to provide the major.minor  
> (X.Y) version specificity for any port that depends on VTK (ie,  
> I've not considered vtkXYZ to be necessary).  Certainly vtkX at a  
> minimum to provide the major release compatibility.
>
> At this point, do we have a consensus that port names should have a  
> version string in the name?  (We may not agree on the specificity  
> of that version string - vtkX, vtkXY, vtkXYZ - but it appears the @  
> syntax is not an option.)

A number should only be used in the port name if you need to have  
multiple ports that install multiple different versions of the  
software. For most ports, this should not be necessary; just provide  
a single port with the latest version of the software.

To know how this should be handled for vtk, you need to answer the  
question: why would a user install the old version if a new version  
is available? Why would a user install vtk 4.4.2 if 5.2.1 is  
available? Why would a user install vtk 5.2.1 if 5.4 is available? If  
there is no reason why a user would do this, then multiple ports are  
not needed.


> Any thoughts about additional naming conventions, as used in Debian  
> and FreeBSD?  That is, should we stick with variants (with some of  
> the issues that have come up recently in vtk5, see ticket http:// 
> trac.macports.org/ticket/19111). Bear in mind that variants cannot  
> be specified as dependencies (correct me if that is wrong OR if  
> that will change in a new release of port).

At 6 and a half years old, it is one of the oldest tickets we have:

http://trac.macports.org/ticket/126

I do not expect it to be resolved soon. I'm not even convinced it  
should be resolved. Then again, it is on this year's list of  
potential Google Summer of Code projects to rewrite the dependency  
engine which could resolve this issue:

http://trac.macports.org/wiki/SummerOfCode#dependencies

> What about:
>
> libvtk[XYZ] ?  (where [XYZ] is some variant specificity to be decided)

You mean some version specificity?

> vtk[XYZ]-data ?
> vtk[XYZ]-pythonX.Y ?
> vtk[XYZ]-qtX ?
>
> etc?

I would prefer no dot in the python version number, so e.g. vtk- 
python26 not vtk-python2.6. This would be consistent with the  
existing names of the python ports (python26) and their modules (py26- 
foo). I'm not certain why perl5.8 got a dot in its port name. I'd  
rather it didn't, but since we don't have a facility to rename ports  
cleanly, we'll just leave it as is.

The determination of whether you can make separate ports for these  
options is somewhat dependent on the build process employed by the  
software in question. If (pulling numbers entirely out of the air) it  
takes 4 hours to build vtk without python support and 5 hours to  
build it with python support, you would want a hypothetical vtk- 
python26 port to be able to build in 1 hour, not 5 hours. Then again,  
if the build times are 4 and 5 minutes, then it doesn't matter so  
much. Maybe build time also isn't the biggest priority.

> For reference, again, see the Debian distribution, eg:
> http://packages.debian.org/search? 
> keywords=vtk&searchon=names&suite=stable&section=all
> A similar story with FreeBSD, see:
> http://www.freebsd.org/cgi/ports.cgi?query=vtk&stype=all




From jmr at macports.org  Wed Apr 15 07:12:56 2009
From: jmr at macports.org (Joshua Root)
Date: Thu, 16 Apr 2009 00:12:56 +1000
Subject: VTK port naming conventions
In-Reply-To: <6EB7C274-3181-4D0C-A7EA-BC17A4818536@macports.org>
References: <9124317354821462401061984392341075467-Webmail@me.com>	<b808b3510904141702s468f8446gdef39c77dcfa0798@mail.gmail.com>
	<6EB7C274-3181-4D0C-A7EA-BC17A4818536@macports.org>
Message-ID: <49E5EB68.6050403@macports.org>

Ryan Schmidt wrote:
> 
> On Apr 14, 2009, at 19:02, Darren Weber wrote:
>> Note that Debian use the names "libvtk-*" to be explicit that VTK is a
>> library, but this is not the case in FreeBSD.
> 
> We don't seem to have a standard for prefixing library port names with
> "lib" or not in MacPorts. Some do (libpng, libsdl), some don't (tiff,
> jpeg).

This is generally dictated by how upstream names the distfile, as the
default distname is ${name}-${version}.

- Josh

From ryandesign at macports.org  Wed Apr 15 07:16:19 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Apr 2009 09:16:19 -0500
Subject: VTK port naming conventions
In-Reply-To: <49E5EB68.6050403@macports.org>
References: <9124317354821462401061984392341075467-Webmail@me.com>	<b808b3510904141702s468f8446gdef39c77dcfa0798@mail.gmail.com>
	<6EB7C274-3181-4D0C-A7EA-BC17A4818536@macports.org>
	<49E5EB68.6050403@macports.org>
Message-ID: <11804219-B6B9-47DC-BA8A-784176369B27@macports.org>


On Apr 15, 2009, at 09:12, Joshua Root wrote:

> Ryan Schmidt wrote:
>>
>> On Apr 14, 2009, at 19:02, Darren Weber wrote:
>>> Note that Debian use the names "libvtk-*" to be explicit that VTK  
>>> is a
>>> library, but this is not the case in FreeBSD.
>>
>> We don't seem to have a standard for prefixing library port names  
>> with
>> "lib" or not in MacPorts. Some do (libpng, libsdl), some don't (tiff,
>> jpeg).
>
> This is generally dictated by how upstream names the distfile, as the
> default distname is ${name}-${version}.

True. I mean, it's just a one-liner for the port author to override  
this and name the port whatever he wants, but it could at least  
explain why some of the port names are what they are.



From smibrahim at gmail.com  Wed Apr 15 10:10:16 2009
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Wed, 15 Apr 2009 23:10:16 +0600
Subject: auto complete
In-Reply-To: <587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
	<49E54D44.1040101@macports.org>
	<587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>
Message-ID: <4997275b0904151010g6c36dd2cw962d3759e6f75bf9@mail.gmail.com>

2009/4/15 Ryan Schmidt <ryandesign at macports.org>

>
> On Apr 14, 2009, at 21:58, Joshua Root wrote:
>
>  Bryan Blackburn wrote:
>>
>>  On Tue, Apr 14, 2009 at 04:24:20PM -0500, Ryan Schmidt said:
>>>
>>>  On Apr 14, 2009, at 13:05, S. M. Ibrahim (Lavlu) wrote:
>>>>
>>>>  2009/4/14 Joshua Root wrote
>>>>>
>>>>>  S. M. Ibrahim (Lavlu) wrote:
>>>>>>
>>>>>>  after upgrade to macport 1.7, command autocomplete not working
>>>>>>> anymore in terminal. any idea how to fix it ?
>>>>>>>
>>>>>>
>>>>>> If you're talking about interactive mode, readline support is not
>>>>>> enabled when selfupdating to a new version, see
>>>>>> <http://trac.macports.org/ticket/19035> and
>>>>>> <http://trac.macports.org/ticket/10651>.
>>>>>>
>>>>>> You can get it back by installing from the dmg, or by building from
>>>>>> source manually and passing --enable-readline to configure.
>>>>>>
>>>>>> If you mean port command completion in bash via the bash-completion
>>>>>> port, I don't know why it would have stopped working.
>>>>>>
>>>>>
>>>>> yea, it's  bash-completion . i don't want to reinstall all the ports
>>>>> again ( i use lot's of ports).
>>>>>
>>>>> any way to just reinstall the macport with bash-completion ?
>>>>>
>>>>
>>>> You don't need to install any ports again. Just install MacPorts again
>>>> from the 1.7.0 dmg. It will not overwrite any of your ports.
>>>>
>>>
>>> Or even the 1.7.1 DMG, then the selfupdate which happens post-install
>>> won't
>>> re-break readline support...
>>>
>>
> That's what I meant. :) Use 1.7.1.
>
>
>  Will that fix bash-completion? How?
>>
>
> Um..... It won't..... I should have read more carefully.
>
> S. M. Ibrahim, so we're sure we're talking about the same feature, could
> you tell us exactly what actions you're doing (what keys you're pressing and
> when) and what you expected to happen? Then we'll know better what component
> is responsible for making that happen and what to recommend.
>
> generally i use the terminal to do all ports staff.
sudo port
then i type in and press tab to get autocomplete, the cursor jumping one tab
instate of completing this command. on macports 1.6 it was working ok. but
after upgrading to 1.7 it's stop working.

and also i can't use the arrow key to get the preivious command.




>
>
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>



-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090415/00741629/attachment.html>

From ryandesign at macports.org  Wed Apr 15 10:17:00 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 15 Apr 2009 12:17:00 -0500
Subject: auto complete
In-Reply-To: <4997275b0904151010g6c36dd2cw962d3759e6f75bf9@mail.gmail.com>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
	<49E54D44.1040101@macports.org>
	<587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>
	<4997275b0904151010g6c36dd2cw962d3759e6f75bf9@mail.gmail.com>
Message-ID: <31734202-32FD-48FD-8242-28BE6FE46C93@macports.org>


On Apr 15, 2009, at 12:10, S. M. Ibrahim (Lavlu) wrote:

> generally i use the terminal to do all ports staff.
> sudo port
> then i type in and press tab to get autocomplete, the cursor  
> jumping one tab instate of completing this command. on macports 1.6  
> it was working ok. but after upgrading to 1.7 it's stop working.
>
> and also i can't use the arrow key to get the preivious command.

Ok, so when you type "sudo port" you leave the bash shell and enter  
the MacPorts shell, so we're talking about completion within the  
MacPorts shell, not the bash shell. So yes, we know that goes away  
when you selfupdate, and yes it should come back when you reinstall  
MacPorts from the dmg. So get the 1.7.1 dmg for your OS and install  
it on top of what you have now. Your ports will not be affected.


From listsub at systame.com  Wed Apr 15 10:25:41 2009
From: listsub at systame.com (Randall Perry)
Date: Wed, 15 Apr 2009 13:25:41 -0400
Subject: mod_python25 install error: Target org.macports.activate   
	returned: Not a directory
Message-ID: <C60B90D5.3695E%listsub@systame.com>

Bryan Blackburn wrote:
 deal with the annoying saved '*.mp_*' files.
>>>
>> Having problems getting mod_python working and saw this thread.
>>
>> Error I'm getting:
>> --->  Activating mod_python25 @3.3.1_1
>> Error: Target org.macports.activate returned: Not a directory
>> Error: Status 1 encountered during processing.
>
> The 'not a directory' error is the issue mentioned above.  Your problems
> with it linking with the wrong python should be fixed if you upgrade
> mod_python25 to 3.3.1_3, which was improved [1] to link properly with
> MacPorts' python.
>
> Bryan

Got errors on selfupdate (on tcl/X11), but it got the mod_python patches. On
install, had to force activate, but it's working now.

Thanks a bunch.


-- 
Randall Perry



From smibrahim at gmail.com  Wed Apr 15 10:29:03 2009
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Wed, 15 Apr 2009 23:29:03 +0600
Subject: auto complete
In-Reply-To: <31734202-32FD-48FD-8242-28BE6FE46C93@macports.org>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
	<49E54D44.1040101@macports.org>
	<587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>
	<4997275b0904151010g6c36dd2cw962d3759e6f75bf9@mail.gmail.com>
	<31734202-32FD-48FD-8242-28BE6FE46C93@macports.org>
Message-ID: <4997275b0904151029r81049b1n685d064eff916a60@mail.gmail.com>

thanks, i will try.
can't try right now, seems macports server getting some problem.

Lavludas-MacBook-Pro:~ lavlu$ wget
http://svn.macports.org/repository/macports/downloads/MacPorts-1.7.1/MacPorts-1.7.1-10.5-Leopard.dmg
--2009-04-15 23:27:44--
http://svn.macports.org/repository/macports/downloads/MacPorts-1.7.1/MacPorts-1.7.1-10.5-Leopard.dmg
Resolving svn.macports.org... 17.254.17.55
Connecting to svn.macports.org|17.254.17.55|:80... connected.
HTTP request sent, awaiting response... 503 Service Temporarily Unavailable
2009-04-15 23:27:51 ERROR 503: Service Temporarily Unavailable.

Lavludas-MacBook-Pro:~ lavlu$


2009/4/15 Ryan Schmidt <ryandesign at macports.org>

>
> On Apr 15, 2009, at 12:10, S. M. Ibrahim (Lavlu) wrote:
>
>  generally i use the terminal to do all ports staff.
>> sudo port
>> then i type in and press tab to get autocomplete, the cursor jumping one
>> tab instate of completing this command. on macports 1.6 it was working ok.
>> but after upgrading to 1.7 it's stop working.
>>
>> and also i can't use the arrow key to get the preivious command.
>>
>
> Ok, so when you type "sudo port" you leave the bash shell and enter the
> MacPorts shell, so we're talking about completion within the MacPorts shell,
> not the bash shell. So yes, we know that goes away when you selfupdate, and
> yes it should come back when you reinstall MacPorts from the dmg. So get the
> 1.7.1 dmg for your OS and install it on top of what you have now. Your ports
> will not be affected.
>
>


-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090415/60597bfa/attachment.html>

From smibrahim at gmail.com  Wed Apr 15 10:48:39 2009
From: smibrahim at gmail.com (S. M. Ibrahim (Lavlu))
Date: Wed, 15 Apr 2009 23:48:39 +0600
Subject: auto complete
In-Reply-To: <4997275b0904151029r81049b1n685d064eff916a60@mail.gmail.com>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
	<49E54D44.1040101@macports.org>
	<587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>
	<4997275b0904151010g6c36dd2cw962d3759e6f75bf9@mail.gmail.com>
	<31734202-32FD-48FD-8242-28BE6FE46C93@macports.org>
	<4997275b0904151029r81049b1n685d064eff916a60@mail.gmail.com>
Message-ID: <4997275b0904151048x2bd7f142x21e6bb66884b6f60@mail.gmail.com>

wow, thanks, it works :)


btw, i am getting fan of macports, you guys are doing great job.
i have good experience on C and some shell scripting. i want to contribute
some of my free time for macports.

2009/4/15 S. M. Ibrahim (Lavlu) <smibrahim at gmail.com>

> thanks, i will try.
> can't try right now, seems macports server getting some problem.
>
> Lavludas-MacBook-Pro:~ lavlu$ wget
> http://svn.macports.org/repository/macports/downloads/MacPorts-1.7.1/MacPorts-1.7.1-10.5-Leopard.dmg
> --2009-04-15 23:27:44--
> http://svn.macports.org/repository/macports/downloads/MacPorts-1.7.1/MacPorts-1.7.1-10.5-Leopard.dmg
> Resolving svn.macports.org... 17.254.17.55
> Connecting to svn.macports.org|17.254.17.55|:80... connected.
> HTTP request sent, awaiting response... 503 Service Temporarily Unavailable
> 2009-04-15 23:27:51 ERROR 503: Service Temporarily Unavailable.
>
> Lavludas-MacBook-Pro:~ lavlu$
>
>
> 2009/4/15 Ryan Schmidt <ryandesign at macports.org>
>
>>
>> On Apr 15, 2009, at 12:10, S. M. Ibrahim (Lavlu) wrote:
>>
>>  generally i use the terminal to do all ports staff.
>>> sudo port
>>> then i type in and press tab to get autocomplete, the cursor jumping one
>>> tab instate of completing this command. on macports 1.6 it was working ok.
>>> but after upgrading to 1.7 it's stop working.
>>>
>>> and also i can't use the arrow key to get the preivious command.
>>>
>>
>> Ok, so when you type "sudo port" you leave the bash shell and enter the
>> MacPorts shell, so we're talking about completion within the MacPorts shell,
>> not the bash shell. So yes, we know that goes away when you selfupdate, and
>> yes it should come back when you reinstall MacPorts from the dmg. So get the
>> 1.7.1 dmg for your OS and install it on top of what you have now. Your ports
>> will not be affected.
>>
>>
>
>
> --
> S. M. Ibrahim Lavlu
> software engineer, php
> somewhere in...
> http://www.somewherein.net
>
> bangla blog: http://www.somewhereinblog.net
> my blog: http://www.lavluda.com
> mac blog: htttp://www.mac-talks.com
>
>


-- 
S. M. Ibrahim Lavlu
software engineer, php
somewhere in...
http://www.somewherein.net

bangla blog: http://www.somewhereinblog.net
my blog: http://www.lavluda.com
mac blog: htttp://www.mac-talks.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090415/8f22e316/attachment.html>

From ajmas at sympatico.ca  Wed Apr 15 11:39:56 2009
From: ajmas at sympatico.ca (Andre-John Mas)
Date: Wed, 15 Apr 2009 14:39:56 -0400
Subject: Problem installing Postgis
In-Reply-To: <6EF6F85C-2EED-4134-AAF1-077221E2930F@macports.org>
References: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>
	<20090414223954.GG48922@ninagal.withay.com>
	<6EF6F85C-2EED-4134-AAF1-077221E2930F@macports.org>
Message-ID: <BLU0-SMTP41139A58311A496E32603C57D0@phx.gbl>


On 15-Apr-2009, at 07:05, Ryan Schmidt wrote:

>
> On Apr 14, 2009, at 17:39, Bryan Blackburn wrote:
>
>> On Tue, Apr 14, 2009 at 06:22:38PM -0400, Andre-John Mas said:
>>
>>> --->  Verifying checksum(s) for postgis
>>> Error: Checksum (sha1) mismatch for postgis-1.3.3.tar.gz
>>> Error: Target org.macports.checksum returned: Unable to verify file
>>> checksums
>>> Error: Status 1 encountered during processing.
>>
>> Could be related to ticket #16691:
>>
>> <http://trac.macports.org/ticket/16691>
>>
>> They redid that tarball a couple of times, perhaps they've updated  
>> it again?
>
> #16691 was never fixed. They updated the distfile 6 months ago, as  
> you noted in the ticket, and the maintainer never updated the  
> portfile to track that change.
>
> The stopgap committed in r40782 to use our distfiles mirror first  
> stopped working with MacPorts 1.7.0 which tries master_sites in ping  
> order instead of the order listed in the portfile.
>
> Since the maintainer has not responded to the issue, someone else  
> should update the port. Don't forget to change dist_subdir to  
> something new, e.g. ${name}/${version}_${revision}. Unless the old  
> and new tarballs install identical software, the revision should  
> also be bumped.

In the meantime, is there any way I can install this, ignoring the  
checksum?

Andr?-John

From dweber at macports.org  Wed Apr 15 12:14:51 2009
From: dweber at macports.org (Darren Weber)
Date: Wed, 15 Apr 2009 12:14:51 -0700
Subject: VTK port naming conventions
In-Reply-To: <11804219-B6B9-47DC-BA8A-784176369B27@macports.org>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<b808b3510904141702s468f8446gdef39c77dcfa0798@mail.gmail.com>
	<6EB7C274-3181-4D0C-A7EA-BC17A4818536@macports.org>
	<49E5EB68.6050403@macports.org>
	<11804219-B6B9-47DC-BA8A-784176369B27@macports.org>
Message-ID: <b808b3510904151214y2e0123d2w7434c8ccf84bf71e@mail.gmail.com>

Proposed summary:

Where possible, do not use <port><major><minor> (eg: vtk54), rather <port>
should be the latest STABLE version (eg: the port named 'vtk' should contain
5.2.x at the time of this writing).  Any version of a port that is near the
cutting edge must have the -devel suffix on the port name (eg, vtk-devel
should contain 5.4.0 at the time of this writing).   An exception to this
rule is where multiple versions of a port (VERSIONS - not variants) must be
installed due to down-stream dependencies on incompatible versions.  This
usually occurs for older versions than the current stable version.  In this
case, the older versions should adopt the name <port><major><minor> (or at
least <port><major>, depending on the port compatibility policies) and, if
possible, the down-stream ports that depend on it should have revised
dependency specifications (eg, change the dependency from 'vtk' to 'vtkXY')
- unless or until the downstream ports can be updated to be compatible with
the latest releases in their dependency tree.  At the point where a library
like vtk is updated to a new incompatible release (eg, a major version
change, such as 4.x to 5.x), the vtk port becomes the latest stable version
and the prior port becomes at least vtk<major>, if not vtk<major><minor>.
In the event that older stable releases are updated with bug fixes, the
live-check mechanism might be used to detect and upgrade the port (assuming
the bug fixes don't change compatibility).

[Note.  Avoid '.' in the port name, so don't do <port><major>.<minor> in the
port name.]

Conclusion:
vtk becomes vtk4 or vtk44 @4.4.2
vtk5 becomes vtk @5.2.1
vtk54 becomes vtk-devel @5.4.0

[Note.  When vtk-5.4.x becomes at least 5.4.1, it will become 'vtk' and then
vtk-devel will disappear - at least until the next time a -devel is
required, when we get say vtk-5.5.0 or some other change that might be
incompatible with vtk-5.4.x.]

The result of these changes should provide something like (at the time of
writing):

[ me at XXX ~ ]$ port search vtk
vtk44 @4.4.2 (graphics)
    3D visualization toolkit (www.vtk.org)

vtk @5.2.1 (graphics)
    3D visualization toolkit (www.vtk.org)

vtk-devel @5.4.0 (graphics, devel)
    3D visualization toolkit (www.vtk.org)


Note that there has to be some changes in the Portfile to the way the
${name}, etc. variables are handled when there is a change in the version
release.  For example,

name          vtk44
version       4.4.2
revision      0
set branch    [join [lrange [split ${version} .] 0 1] .]
homepage      http://www.vtk.org/
master_sites  http://www.vtk.org/files/release/${branch}
distname      vtk-${branch}
distfiles     vtk-${version}.tar.gz \
              vtkdata-${version}.tar.gz
post-extract {
    system "cd ${workpath}; mv VTK ${distname}; mv VTKData ${distname}-data"
}


In any case, all the vtk ports should assume that more than one version of
the library can be installed and those installations should be separated
into independent locations (hopefully this can be handled with the right
CMAKE variable settings).  For the most part, this already happens in vtk,
although there are some binaries that are not version specific that get
installed into ${prefix}/bin/.

If we have a consensus on this, we might conclude this discussion of the VTK
naming convention.

Take care, Darren


PS, Additional summary notes or issues to be resolved elsewhere:

a) vtk takes a long time to build, so the default variant should provide a
complete installation (wrapping for tcl, python, and java, plus docs,
examples, data, tests, or whatever).  The wrappers for tcl, python, java
should be variants, so too with docs, examples, data, etc., which are
included by default, but thereby making it possible to exclude them with
-<variant> syntax.  There should be some documentation in the
long_description about the variants, to explain the variant compatibility
and the defaults.

b) Additional variants, or separate ports, for substantial combination of
vtk with other ports, like Qt, mysql, postgresql, etc.  During the build for
vtk, there are distinct options to include classes and links to additional
functionality for GUI and database programming (among others).
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090415/9306d3fe/attachment.html>

From jmr at macports.org  Wed Apr 15 19:51:47 2009
From: jmr at macports.org (Joshua Root)
Date: Thu, 16 Apr 2009 12:51:47 +1000
Subject: Problem installing Postgis
In-Reply-To: <BLU0-SMTP41139A58311A496E32603C57D0@phx.gbl>
References: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>	<20090414223954.GG48922@ninagal.withay.com>	<6EF6F85C-2EED-4134-AAF1-077221E2930F@macports.org>
	<BLU0-SMTP41139A58311A496E32603C57D0@phx.gbl>
Message-ID: <49E69D43.1040507@macports.org>

Andre-John Mas wrote:
> 
> On 15-Apr-2009, at 07:05, Ryan Schmidt wrote:
> 
>> #16691 was never fixed. They updated the distfile 6 months ago, as you
>> noted in the ticket, and the maintainer never updated the portfile to
>> track that change.
>>
>> The stopgap committed in r40782 to use our distfiles mirror first
>> stopped working with MacPorts 1.7.0 which tries master_sites in ping
>> order instead of the order listed in the portfile.
>>
>> Since the maintainer has not responded to the issue, someone else
>> should update the port. Don't forget to change dist_subdir to
>> something new, e.g. ${name}/${version}_${revision}. Unless the old and
>> new tarballs install identical software, the revision should also be
>> bumped.
> 
> In the meantime, is there any way I can install this, ignoring the
> checksum?

You can't ignore the checksum, but you can change it in the Portfile.

- Josh

From ajmas at sympatico.ca  Wed Apr 15 20:50:38 2009
From: ajmas at sympatico.ca (Andre-John Mas)
Date: Wed, 15 Apr 2009 23:50:38 -0400
Subject: Problem installing Postgis
In-Reply-To: <49E69D43.1040507@macports.org>
References: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>	<20090414223954.GG48922@ninagal.withay.com>	<6EF6F85C-2EED-4134-AAF1-077221E2930F@macports.org>
	<BLU0-SMTP41139A58311A496E32603C57D0@phx.gbl>
	<49E69D43.1040507@macports.org>
Message-ID: <BLU0-SMTP463C53CCF8CA10706942B6C57A0@phx.gbl>


On 15-Apr-2009, at 22:51, Joshua Root wrote:

> Andre-John Mas wrote:
>>
>> On 15-Apr-2009, at 07:05, Ryan Schmidt wrote:
>>
>>> #16691 was never fixed. They updated the distfile 6 months ago, as  
>>> you
>>> noted in the ticket, and the maintainer never updated the portfile  
>>> to
>>> track that change.
>>>
>>> The stopgap committed in r40782 to use our distfiles mirror first
>>> stopped working with MacPorts 1.7.0 which tries master_sites in ping
>>> order instead of the order listed in the portfile.
>>>
>>> Since the maintainer has not responded to the issue, someone else
>>> should update the port. Don't forget to change dist_subdir to
>>> something new, e.g. ${name}/${version}_${revision}. Unless the old  
>>> and
>>> new tarballs install identical software, the revision should also be
>>> bumped.
>>
>> In the meantime, is there any way I can install this, ignoring the
>> checksum?
>
> You can't ignore the checksum, but you can change it in the Portfile.
>

Thanks. And for anyone who has the power to update the Portfile, the  
sha1
checksum I got was:

     665abd2869e5c59140ed30c20ba1970ea3880fd4

Postgis installed fine after that.

Andr?

From Stefan.Sabolowitsch at felten-group.com  Thu Apr 16 01:25:42 2009
From: Stefan.Sabolowitsch at felten-group.com (Stefan Sabolowitsch)
Date: Thu, 16 Apr 2009 10:25:42 +0200
Subject: tinyca build problem (gnome-libs)
Message-ID: <C60CB826.235A%Stefan.Sabolowitsch@felten-group.com>

Hi

I having some trouble getting tinyca to install and need some help if
possible. 
I'm using Leopard 10.5.6 (Intel) with xcode 3.1.2.

Some of the dependencies won't build and i don't know why.

Any help appreciated

----------------------------------------------------------------------------
-----
stefanss:bin StefanS$ sudo port install tinyca
Password:
--->  Staging gnome-libs into destroot
Error: Target org.macports.destroot returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macport
s.org_release_ports_gnome_gnome-libs/work/gnome-libs-1.4.2" && make install
DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.
macports.org_release_ports_gnome_gnome-libs/work/destroot " returned error 2
Command output: -- Installing ./html/libart-core-construction-apis.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-extended-construction-apis.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-memory-management.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-svp-rendering.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-svps.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-transformation-operations.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/problems-memory.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/problems.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/sample-display.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/sample.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/x35.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/index.sgml
/bin/ksh: line 1: ../../: cannot execute [Is a directory]
make[3]: *** [install-data-local] Error 126
make[2]: *** [install-am] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

Error: The following dependencies failed to build: p5-gnome gnome-libs
libglade p5-gtk-perl p5-xml-parser p5-xml-writer zip
Error: Status 1 encountered during processing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090416/3cd7ca96/attachment.html>

From brian at newmedio.com  Thu Apr 16 12:20:54 2009
From: brian at newmedio.com (Brian Dunn)
Date: Thu, 16 Apr 2009 14:20:54 -0500
Subject: mercurial port won't build
Message-ID: <8FA203A2-743D-45C4-85CD-1001F7952EAA@newmedio.com>

$ sudo port install mercurial +bash_completion
--->  Building mercurial
Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_devel_mercurial/work/mercurial-1.2.1" && / 
opt/local/bin/python2.5 setup.py --no-user-cfg build " returned error 1
Command output: usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2  
[cmd2_opts] ...]
    or: setup.py --help [cmd1 cmd2 ...]
    or: setup.py --help-commands
    or: setup.py cmd --help

error: option --no-user-cfg not recognized

Error: Status 1 encountered during processing.

any clues?

From plockhart at wacotrib.com  Thu Apr 16 12:35:43 2009
From: plockhart at wacotrib.com (Parker H. Lockhart)
Date: Thu, 16 Apr 2009 14:35:43 -0500
Subject: dyld error installing Macports
Message-ID: <75220EDF-D6D0-460C-ABF0-538F073BD287@wacotrib.com>


After running the package  installer, and then trying to run any port  
command I get:

sudo port selfupdate
Password:
dyld: lazy symbol binding failed: Symbol not found: _Tcl_Main
   Referenced from: /usr/bin/tclsh
   Expected in: /System/Library/Frameworks/Tcl.framework/Versions/8.4/ 
Tcl

dyld: Symbol not found: _Tcl_Main
   Referenced from: /usr/bin/tclsh
   Expected in: /System/Library/Frameworks/Tcl.framework/Versions/8.4/ 
Tcl

Anyone have any suggestions?

Thanks,
Parker


"My goal in life is to be as good a person as my dog thinks I am.."






-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090416/4b3bbba2/attachment.html>

From blb at macports.org  Thu Apr 16 13:16:39 2009
From: blb at macports.org (Bryan Blackburn)
Date: Thu, 16 Apr 2009 14:16:39 -0600
Subject: mercurial port won't build
In-Reply-To: <8FA203A2-743D-45C4-85CD-1001F7952EAA@newmedio.com>
References: <8FA203A2-743D-45C4-85CD-1001F7952EAA@newmedio.com>
Message-ID: <20090416201639.GE42835@ninagal.withay.com>

On Thu, Apr 16, 2009 at 02:20:54PM -0500, Brian Dunn said:
> $ sudo port install mercurial +bash_completion
> --->  Building mercurial
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/_opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_devel_mercurial/work/mercurial-1.2.1" && / 
> opt/local/bin/python2.5 setup.py --no-user-cfg build " returned error 1
> Command output: usage: setup.py [global_opts] cmd1 [cmd1_opts] [cmd2  
> [cmd2_opts] ...]
>    or: setup.py --help [cmd1 cmd2 ...]
>    or: setup.py --help-commands
>    or: setup.py cmd --help
>
> error: option --no-user-cfg not recognized
>
> Error: Status 1 encountered during processing.
>
> any clues?

Sounds like

<http://trac.macports.org/wiki/ProblemHotlist#no-user-cfg>

Basically you need to upgrade your python25 port.

Bryan


From blb at macports.org  Thu Apr 16 13:19:27 2009
From: blb at macports.org (Bryan Blackburn)
Date: Thu, 16 Apr 2009 14:19:27 -0600
Subject: dyld error installing Macports
In-Reply-To: <75220EDF-D6D0-460C-ABF0-538F073BD287@wacotrib.com>
References: <75220EDF-D6D0-460C-ABF0-538F073BD287@wacotrib.com>
Message-ID: <20090416201927.GF42835@ninagal.withay.com>

On Thu, Apr 16, 2009 at 02:35:43PM -0500, Parker H. Lockhart said:
>
> After running the package  installer, and then trying to run any port  
> command I get:
>
> sudo port selfupdate
> Password:
> dyld: lazy symbol binding failed: Symbol not found: _Tcl_Main
>   Referenced from: /usr/bin/tclsh
>   Expected in: /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl
>
> dyld: Symbol not found: _Tcl_Main
>   Referenced from: /usr/bin/tclsh
>   Expected in: /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl
>
> Anyone have any suggestions?

Does /System/Library/Frameworks/Tcl.framework/Versions/8.4/Tcl exist?  It
should be part of a standard Mac OS X install.  If it does, do you have any
DYLD environment variables set?

$ env |grep DYLD

If so those can really mess with things in unexpected ways, and really
shouldn't be used except in certain testing situations.

Bryan


>
> Thanks,
> Parker
>
>
> "My goal in life is to be as good a person as my dog thinks I am.."

From dweber at macports.org  Thu Apr 16 15:03:03 2009
From: dweber at macports.org (Darren Weber)
Date: Thu, 16 Apr 2009 15:03:03 -0700
Subject: uninstall works, but receipts are not updated?
Message-ID: <b808b3510904161503g11b14791i1f14fb17f1b9ebe8@mail.gmail.com>

What is happening here (there is a local repository in ~/ports, but it's
probably not important for this issue):

[ me at XXX ~/ports ]$ port installed | grep vtk
  vtk @5.2.1_0+darwin_9+examples+tclSys+testing
  vtk5 @5.2.0_0+darwin_9+examples+shared+tclSys+testing
  vtk5 @5.2.0_0+darwin_9+examples+tclSys+testing
  vtk52 @5.2.1_0+darwin_9+examples+tclSys+testing
  vtk54 @5.4.0_0+darwin_9+examples+tclSys+testing
[ me at XXX ~/ports ]$ sudo port uninstall vtk
@5.2.1_0+darwin_9+examples+tclSys+testing
Password:
--->  Uninstalling vtk @5.2.1_0+darwin_9+examples+tclSys+testing
[ me at XXX ~/ports ]$ sudo port uninstall vtk5
@5.2.0_0+darwin_9+examples+shared+tclSys+testing
--->  Uninstalling vtk5 @5.2.0_0+darwin_9+examples+shared+tclSys+testing
[ me at XXX ~/ports ]$ sudo port uninstall vtk5
@5.2.0_0+darwin_9+examples+tclSys+testing
--->  Uninstalling vtk5 @5.2.0_0+darwin_9+examples+tclSys+testing
[ me at XXX ~/ports ]$ sudo port uninstall vtk52
@5.2.1_0+darwin_9+examples+tclSys+testing
--->  Uninstalling vtk52 @5.2.1_0+darwin_9+examples+tclSys+testing
[ me at XXX ~/ports ]$ sudo port uninstall vtk54
@5.4.0_0+darwin_9+examples+tclSys+testing
--->  Uninstalling vtk54 @5.4.0_0+darwin_9+examples+tclSys+testing
[ me at XXX ~/ports ]$
[ me at XXX ~/ports ]$ port installed | grep vtk  vtk
@5.2.1_0+darwin_9+examples+tclSys+testing
  vtk5 @5.2.0_0+darwin_9+examples+shared+tclSys+testing
  vtk5 @5.2.0_0+darwin_9+examples+tclSys+testing
  vtk52 @5.2.1_0+darwin_9+examples+tclSys+testing
  vtk54 @5.4.0_0+darwin_9+examples+tclSys+testing
[ me at XXX ~/ports ]$ ls /opt/local/var/macports/software/vtk*
/opt/local/bin/gls: cannot access /opt/local/var/macports/software/vtk*: No
such file or directory
[ me at XXX ~/ports ]$ ls /opt/local/var/macports/receipts/vtk*/*
/opt/local/var/macports/receipts/vtk/5.2.1_0+darwin_9+examples+tclSys+testing:
receipt.bz2  receipt.bz2.mpsaved

/opt/local/var/macports/receipts/vtk5/5.2.0_0+darwin_9+examples+shared+tclSys+testing:
receipt.bz2  receipt.bz2.mpsaved

/opt/local/var/macports/receipts/vtk5/5.2.0_0+darwin_9+examples+tclSys+testing:
receipt.bz2  receipt.bz2.mpsaved

/opt/local/var/macports/receipts/vtk52/5.2.1_0+darwin_9+examples+tclSys+testing:
receipt.bz2  receipt.bz2.mpsaved

/opt/local/var/macports/receipts/vtk54/5.4.0_0+darwin_9+examples+tclSys+testing:
receipt.bz2  receipt.bz2.mpsaved


Best, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090416/a5346293/attachment.html>

From dweber at macports.org  Thu Apr 16 16:03:54 2009
From: dweber at macports.org (Darren Weber)
Date: Thu, 16 Apr 2009 16:03:54 -0700
Subject: how-to delete a registry entry?
Message-ID: <b808b3510904161603g718e0793o82500a2a28833b43@mail.gmail.com>

There is some documentation here on the macports API, including some
registry functions:
http://guide.macports.org/#internals.apis

How is the API called?  It is a tcl API, so is it loaded into tclsh?

Thanks, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090416/bc12a1ab/attachment.html>

From raimue at macports.org  Thu Apr 16 19:20:30 2009
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Fri, 17 Apr 2009 04:20:30 +0200
Subject: how-to delete a registry entry?
In-Reply-To: <b808b3510904161603g718e0793o82500a2a28833b43@mail.gmail.com>
References: <b808b3510904161603g718e0793o82500a2a28833b43@mail.gmail.com>
Message-ID: <49E7E76E.5010507@macports.org>

Darren Weber wrote:
> 
> There is some documentation here on the macports API, including some
> registry functions:
> http://guide.macports.org/#internals.apis
> 
> How is the API called?  It is a tcl API, so is it loaded into tclsh?

This is only meant for internal use inside of MacPorts. What are you
trying to do with the registry?

Rainer

PS: This topic may have been better suited for macports-dev.

From Stefan.Sabolowitsch at felten-group.com  Fri Apr 17 04:39:28 2009
From: Stefan.Sabolowitsch at felten-group.com (Stefan Sabolowitsch)
Date: Fri, 17 Apr 2009 13:39:28 +0200
Subject: tinyca build problem (gnome-libs)
Message-ID: <C60E3710.2425%Stefan.Sabolowitsch@felten-group.com>

Nobody an idea?

#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-##-
Hi

I having some trouble getting tinyca to install and need some help if
possible. 
I'm using Leopard 10.5.6 (Intel) with xcode 3.1.2.

Some of the dependencies won't build and i don't know why.

Any help appreciated

----------------------------------------------------------------------------
-----
stefanss:bin StefanS$ sudo port install tinyca
Password:
--->  Staging gnome-libs into destroot
Error: Target org.macports.destroot returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macport
s.org_release_ports_gnome_gnome-libs/work/gnome-libs-1.4.2" && make install
DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.
macports.org_release_ports_gnome_gnome-libs/work/destroot " returned error 2
Command output: -- Installing ./html/libart-core-construction-apis.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-extended-construction-apis.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-memory-management.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-svp-rendering.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-svps.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart-transformation-operations.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/libart.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/problems-memory.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/problems.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/sample-display.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/sample.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/x35.html
/bin/ksh[1]: ../../: cannot execute [Is a directory]
-- Installing ./html/index.sgml
/bin/ksh: line 1: ../../: cannot execute [Is a directory]
make[3]: *** [install-data-local] Error 126
make[2]: *** [install-am] Error 2
make[1]: *** [install-recursive] Error 1
make: *** [install-recursive] Error 1

Error: The following dependencies failed to build: p5-gnome gnome-libs
libglade p5-gtk-perl p5-xml-parser p5-xml-writer zip
Error: Status 1 encountered during processing.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090417/4d32e99d/attachment.html>

From jmr at macports.org  Fri Apr 17 04:48:19 2009
From: jmr at macports.org (Joshua Root)
Date: Fri, 17 Apr 2009 21:48:19 +1000
Subject: tinyca build problem (gnome-libs)
In-Reply-To: <C60E3710.2425%Stefan.Sabolowitsch@felten-group.com>
References: <C60E3710.2425%Stefan.Sabolowitsch@felten-group.com>
Message-ID: <49E86C83.8050907@macports.org>

Stefan Sabolowitsch wrote:
> Nobody an idea?
> 
> #-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-##-
> Hi
> 
> I having some trouble getting tinyca to install and need some help if
> possible.
> I'm using Leopard 10.5.6 (Intel) with xcode 3.1.2.
> 
> Some of the dependencies won't build and i don't know why.
> 
> Any help appreciated
> 
> ---------------------------------------------------------------------------------
> stefanss:bin StefanS$ sudo port install tinyca
> Password:
> --->  Staging gnome-libs into destroot
> Error: Target org.macports.destroot returned: shell command " cd
> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-libs/work/gnome-libs-1.4.2"
> && make install
> DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-libs/work/destroot
> " returned error 2
> Command output: -- Installing ./html/libart-core-construction-apis.html
> /bin/ksh[1]: ../../: cannot execute [Is a directory]

This is certainly broken, but perhaps you would prefer to try tinyca2?

- Josh

From jmr at macports.org  Fri Apr 17 04:54:02 2009
From: jmr at macports.org (Joshua Root)
Date: Fri, 17 Apr 2009 21:54:02 +1000
Subject: tinyca build problem (gnome-libs)
In-Reply-To: <49E86C83.8050907@macports.org>
References: <C60E3710.2425%Stefan.Sabolowitsch@felten-group.com>
	<49E86C83.8050907@macports.org>
Message-ID: <49E86DDA.1030302@macports.org>

Joshua Root wrote:
> Stefan Sabolowitsch wrote:
>> Nobody an idea?
>>
>> #-#-#-#-#-#-#-#-#-#-#-#-#-#-#-#-##-
>> Hi
>>
>> I having some trouble getting tinyca to install and need some help if
>> possible.
>> I'm using Leopard 10.5.6 (Intel) with xcode 3.1.2.
>>
>> Some of the dependencies won't build and i don't know why.
>>
>> Any help appreciated
>>
>> ---------------------------------------------------------------------------------
>> stefanss:bin StefanS$ sudo port install tinyca
>> Password:
>> --->  Staging gnome-libs into destroot
>> Error: Target org.macports.destroot returned: shell command " cd
>> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-libs/work/gnome-libs-1.4.2"
>> && make install
>> DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-libs/work/destroot
>> " returned error 2
>> Command output: -- Installing ./html/libart-core-construction-apis.html
>> /bin/ksh[1]: ../../: cannot execute [Is a directory]
> 
> This is certainly broken, but perhaps you would prefer to try tinyca2?

There is a ticket open for this issue BTW:
<http://trac.macports.org/ticket/14363>

- Josh

From dweber at macports.org  Fri Apr 17 11:04:50 2009
From: dweber at macports.org (Darren Weber)
Date: Fri, 17 Apr 2009 11:04:50 -0700
Subject: how-to delete a registry entry?
In-Reply-To: <49E7E76E.5010507@macports.org>
References: <b808b3510904161603g718e0793o82500a2a28833b43@mail.gmail.com>
	<49E7E76E.5010507@macports.org>
Message-ID: <b808b3510904171104m2b58e33bk6f5bb9c2a67d0777@mail.gmail.com>

I made the stupid mistake of removing some registry (ie, receipt) files, so
now I get

[ me at XXX ~/ports ]$ port installed
Error: port installed failed: list must have an even number of elements
No ports are installed.

I ran a few port uninstall commands and then checked that the ports were not
installed, but

port installed | grep <portname>

continued to indicate that the ports were installed (see my other list post
on that topic).  I should like 'port installed' to indicate that a port is
no longer installed after running 'port uninstall <port>'.  So I started to
read up on how to remove the receipts using the API somehow, but I couldn't
do that and I did just removed the files.  Lesson learned, but now it needs
to be fixed - how can I regenerate the registry?

FYI:

[ me at XXX ~/ports ]$ port -d installed
DEBUG: list must have an even number of elements
    while executing
"array set receipt_$ref $receipt_contents"
    (procedure "receipt_flat::open_entry" line 84)
    invoked from within
"${macports::registry.format}::open_entry $name $version $revision
$variants"
    (procedure "open_entry" line 4)
    invoked from within
"open_entry $iname $iversion $irevision $ivariants"
    (procedure "registry::installed" line 13)
    invoked from within
"registry::installed"
Error: port installed failed: list must have an even number of elements
No ports are installed.






On Thu, Apr 16, 2009 at 7:20 PM, Rainer M?ller <raimue at macports.org> wrote:

> Darren Weber wrote:
> >
> > There is some documentation here on the macports API, including some
> > registry functions:
> > http://guide.macports.org/#internals.apis
> >
> > How is the API called?  It is a tcl API, so is it loaded into tclsh?
>
> This is only meant for internal use inside of MacPorts. What are you
> trying to do with the registry?
>
> Rainer
>
> PS: This topic may have been better suited for macports-dev.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090417/f88099bc/attachment.html>

From vince at macports.org  Fri Apr 17 13:52:30 2009
From: vince at macports.org (vincent habchi)
Date: Fri, 17 Apr 2009 22:52:30 +0200
Subject: Tweaking a Portfile
Message-ID: <3440D137-DB89-4C5F-8B4D-39B5FF3B84EC@macports.org>

Hi there,
hopefully I'm out of the tunnel and I can manage to work on some ports  
again.

Specifically, I'm trying to improve the science/qucs port by enabling  
a universal build.
Qucs is built in two parts: a front end that cannot be universal  
because it links against Qt3, itself dependant on Carbon ; a back end  
composed of a mathematical core that can and should be compiled in 64- 
bit mode in order to improve performance.

So I have to configure one subdirectory with "standard" flags, even if  
the universal variant is set, and I have to revert to normal universal  
configuration in the second subdirectory. Is there an easy way to do  
this?

I tried this piece of code:

pre-configure {
	# We must configure QUCS in 32-bit mode because of QT3 dependency
	# then we go back to qucs-core that we configure universal
	if {[variant_isset universal]} then {
		set cua		${configure.universal_args}
		set cuc 	${configure.universal_cflags}
		set cucpp	${configure.universal_cppflags}
		set cucxx	${configure.universal_cxxflags}
		set culd	${configure.universal_ldflags}
		
		unset		{configure.universal_args}
		unset		{configure.universal_cflags}
		unset		{configure.universal_cppflags}
		unset		{configure.universal_cxxflags}
		unset		{configure.universal_ldflags}

	}
}

But it does not seem to work, since the environnement variables seem  
to be computed before the pre-conf phase (and configure runs with the  
universal flags). If I substitute pre-configure by configure, of  
course nothing happens anymore.

Any easy way to get out of this maze?

Thanks,
Vincent

From ryandesign at macports.org  Sat Apr 18 00:58:08 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Apr 2009 02:58:08 -0500
Subject: Tweaking a Portfile
In-Reply-To: <3440D137-DB89-4C5F-8B4D-39B5FF3B84EC@macports.org>
References: <3440D137-DB89-4C5F-8B4D-39B5FF3B84EC@macports.org>
Message-ID: <E22483F1-7A4F-43DD-98B8-71DE9B3FDDFE@macports.org>

On Apr 17, 2009, at 15:52, vincent habchi wrote:

> Specifically, I'm trying to improve the science/qucs port by  
> enabling a universal build.
> Qucs is built in two parts: a front end that cannot be universal  
> because it links against Qt3, itself dependant on Carbon ; a back  
> end composed of a mathematical core that can and should be compiled  
> in 64-bit mode in order to improve performance.
>
> So I have to configure one subdirectory with "standard" flags, even  
> if the universal variant is set, and I have to revert to normal  
> universal configuration in the second subdirectory. Is there an  
> easy way to do this?
>
> I tried this piece of code:
>
> pre-configure {
> 	# We must configure QUCS in 32-bit mode because of QT3 dependency
> 	# then we go back to qucs-core that we configure universal
> 	if {[variant_isset universal]} then {
> 		set cua		${configure.universal_args}
> 		set cuc 	${configure.universal_cflags}
> 		set cucpp	${configure.universal_cppflags}
> 		set cucxx	${configure.universal_cxxflags}
> 		set culd	${configure.universal_ldflags}
> 		
> 		unset		{configure.universal_args}
> 		unset		{configure.universal_cflags}
> 		unset		{configure.universal_cppflags}
> 		unset		{configure.universal_cxxflags}
> 		unset		{configure.universal_ldflags}
>
> 	}
> }
>
> But it does not seem to work, since the environnement variables  
> seem to be computed before the pre-conf phase (and configure runs  
> with the universal flags). If I substitute pre-configure by  
> configure, of course nothing happens anymore.
>
> Any easy way to get out of this maze?

You may want to consider splitting the port into two ports, one for  
the backend and one for the frontend, so that you can handle their  
universality separately.

To give an example, I used to have a +gui variant in the graphviz  
port to also install a pre-compiled PowerPC GUI application which  
uses the command-line graphviz tools. Besides being a wrong use of  
variants generally, since it made it inconvenient to install the GUI  
if you had not initially done so, it had this problem where the core  
graphviz utilities could possibly be built universal but the pre- 
compiled PowerPC GUI would never be. By splitting this into separate  
ports graphviz and graphviz-oldgui I fixed both problems.


From ryandesign at macports.org  Sat Apr 18 01:06:21 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Apr 2009 03:06:21 -0500
Subject: auto complete
In-Reply-To: <4997275b0904151048x2bd7f142x21e6bb66884b6f60@mail.gmail.com>
References: <4997275b0904140755v3fd41c2di8f4a7d632d542a04@mail.gmail.com>
	<49E4AB34.9000207@macports.org>
	<4997275b0904141105ua63a4a8qa9d958b007c5ff67@mail.gmail.com>
	<18609332-DAA2-4178-AD9A-997FCCBDF466@macports.org>
	<20090414214118.GF48922@ninagal.withay.com>
	<49E54D44.1040101@macports.org>
	<587BA1AB-A411-406E-B960-EE0439C27F98@macports.org>
	<4997275b0904151010g6c36dd2cw962d3759e6f75bf9@mail.gmail.com>
	<31734202-32FD-48FD-8242-28BE6FE46C93@macports.org>
	<4997275b0904151029r81049b1n685d064eff916a60@mail.gmail.com>
	<4997275b0904151048x2bd7f142x21e6bb66884b6f60@mail.gmail.com>
Message-ID: <786B3CBB-91BB-46C4-9C95-38AF80D63FA8@macports.org>


On Apr 15, 2009, at 12:48, S. M. Ibrahim (Lavlu) wrote:

> wow, thanks, it works :)

Great! I'm glad to hear that worked.

> btw, i am getting fan of macports, you guys are doing great job.
> i have good experience on C and some shell scripting. i want to  
> contribute some of my free time for macports.

Thanks! We're always looking for more contributors. There are many  
areas where you could contribute. There is documentation to write,  
new portfiles to write, existing portfiles to update, base features  
to be implemented. The Google Summer of Code page in the wiki shows  
some of the projects we're currently looking for help on. I'm not  
sure which of those will be picked up by students for this year's  
GSoC. But you can also just search through the large number of open  
tickets in our Trac issue tracker; I'm sure patches to resolve any of  
them would be appreciated.

P.S: Most of MacPorts, including all portfiles and most of base, is  
written in Tcl, though there are small parts that are written in C  
for speed or out of necessity.


From ryandesign at macports.org  Sat Apr 18 01:00:34 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sat, 18 Apr 2009 03:00:34 -0500
Subject: Problem installing Postgis
In-Reply-To: <BLU0-SMTP463C53CCF8CA10706942B6C57A0@phx.gbl>
References: <BLU0-SMTP353FD206AF6E8D7D84533AC57C0@phx.gbl>	<20090414223954.GG48922@ninagal.withay.com>	<6EF6F85C-2EED-4134-AAF1-077221E2930F@macports.org>
	<BLU0-SMTP41139A58311A496E32603C57D0@phx.gbl>
	<49E69D43.1040507@macports.org>
	<BLU0-SMTP463C53CCF8CA10706942B6C57A0@phx.gbl>
Message-ID: <82E2CC74-6CA4-4889-ABEA-62FC6914DFB5@macports.org>

On Apr 15, 2009, at 22:50, Andre-John Mas wrote:

> On 15-Apr-2009, at 22:51, Joshua Root wrote:
>
>> Andre-John Mas wrote:
>>
>>> On 15-Apr-2009, at 07:05, Ryan Schmidt wrote:
>>>
>>>> #16691 was never fixed. They updated the distfile 6 months ago,  
>>>> as you
>>>> noted in the ticket, and the maintainer never updated the  
>>>> portfile to
>>>> track that change.
>>>>
>>>> The stopgap committed in r40782 to use our distfiles mirror first
>>>> stopped working with MacPorts 1.7.0 which tries master_sites in  
>>>> ping
>>>> order instead of the order listed in the portfile.
>>>>
>>>> Since the maintainer has not responded to the issue, someone else
>>>> should update the port. Don't forget to change dist_subdir to
>>>> something new, e.g. ${name}/${version}_${revision}. Unless the  
>>>> old and
>>>> new tarballs install identical software, the revision should  
>>>> also be
>>>> bumped.
>>>
>>> In the meantime, is there any way I can install this, ignoring the
>>> checksum?
>>
>> You can't ignore the checksum, but you can change it in the Portfile.
>
> Thanks. And for anyone who has the power to update the Portfile,  
> the sha1
> checksum I got was:
>
>     665abd2869e5c59140ed30c20ba1970ea3880fd4
>
> Postgis installed fine after that.

Determining what the current distfile's checksums are is trivial; the  
work that needs to happen is comparing the old distfile to the new  
one to determine what, if anything, has changed between them. You can  
Cc yourself on #16691 if you'd like to be informed when this problem  
is fixed.



From vince at macports.org  Sat Apr 18 05:57:38 2009
From: vince at macports.org (vincent habchi)
Date: Sat, 18 Apr 2009 14:57:38 +0200
Subject: Tweaking a Portfile
In-Reply-To: <E22483F1-7A4F-43DD-98B8-71DE9B3FDDFE@macports.org>
References: <3440D137-DB89-4C5F-8B4D-39B5FF3B84EC@macports.org>
	<E22483F1-7A4F-43DD-98B8-71DE9B3FDDFE@macports.org>
Message-ID: <D96F9E42-058F-4B16-A8B1-5278598E0340@macports.org>

Ryan,

> You may want to consider splitting the port into two ports, one for  
> the backend and one for the frontend, so that you can handle their  
> universality separately.

Of course you're right, that's the easiest path. I was hoping to be  
able to follow a steeper way, without having to split, which is going  
to be also a pain, since the package is bundled in one piece with  
recursive calls to configures in subdirectories.

Thanks for the help though
Vincent

From martin.lists at imap.cc  Sat Apr 18 06:51:17 2009
From: martin.lists at imap.cc (Martin Gilday)
Date: Sat, 18 Apr 2009 14:51:17 +0100
Subject: Git bash completion
Message-ID: <1240062677.21388.1311128009@webmail.messagingengine.com>

Hi,

I've started using Git on my mac and wondering if the bash completion
file is out of date for the port?  In screenshots on other system I can
see more options such as ls-files ls-tree but these do not appear in the
completion list.  However they do appear on the tab completion for git
help ls<tab>.

Thanks,
Martin.

From raimue at macports.org  Sat Apr 18 08:07:29 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sat, 18 Apr 2009 17:07:29 +0200
Subject: Git bash completion
In-Reply-To: <1240062677.21388.1311128009@webmail.messagingengine.com>
References: <1240062677.21388.1311128009@webmail.messagingengine.com>
Message-ID: <49E9ECB1.1060200@macports.org>

Martin Gilday wrote:
> I've started using Git on my mac and wondering if the bash completion
> file is out of date for the port?  In screenshots on other system I can
> see more options such as ls-files ls-tree but these do not appear in the
> completion list.  However they do appear on the tab completion for git
> help ls<tab>.

I can confirm that "git ls-<Tab>" does not offer completion for me with
@1.6.2.3_0+bash_completion either.

But some tests showed me that it worked with older 1.5.x versions. From
1.5.x to 1.6.x, git removed the git-* commands and they are only
available without the dash. Therefore the completion code also changed.
The git bash completion we are using ships with the upstream tarball.

It seems to me that git changed this intentionally. So I would say you
should check that up with the git project directly, as it does not seem
to be specific to git in MacPorts.

Rainer

From martin.lists at imap.cc  Sat Apr 18 08:24:12 2009
From: martin.lists at imap.cc (Martin Gilday)
Date: Sat, 18 Apr 2009 16:24:12 +0100
Subject: Git bash completion
In-Reply-To: <49E9ECB1.1060200@macports.org>
References: <1240062677.21388.1311128009@webmail.messagingengine.com>
	<49E9ECB1.1060200@macports.org>
Message-ID: <1240068252.1962.1311135079@webmail.messagingengine.com>

Rainer,

Thanks for checking this out for me.
I checked on IRC #git and they confirmed that ls-tree should not be
showing on the completion list as it is not normally intended for user
consumption.  My confusion arose due to being new to Git and the command
being one of the first mentioned in the book (book.git-scm.com). 
Macports had made getting Git installed so easy, so thanks to all
involved.

Regards,
Martin

----- Original message -----
From: "Rainer M?ller" <raimue at macports.org>
To: "Martin Gilday" <martin.lists at imap.cc>
Cc: macports-users at lists.macosforge.org
Date: Sat, 18 Apr 2009 17:07:29 +0200
Subject: Re: Git bash completion

Martin Gilday wrote:
> I've started using Git on my mac and wondering if the bash completion
> file is out of date for the port?  In screenshots on other system I can
> see more options such as ls-files ls-tree but these do not appear in the
> completion list.  However they do appear on the tab completion for git
> help ls<tab>.

I can confirm that "git ls-<Tab>" does not offer completion for me with
@1.6.2.3_0+bash_completion either.

But some tests showed me that it worked with older 1.5.x versions. From
1.5.x to 1.6.x, git removed the git-* commands and they are only
available without the dash. Therefore the completion code also changed.
The git bash completion we are using ships with the upstream tarball.

It seems to me that git changed this intentionally. So I would say you
should check that up with the git project directly, as it does not seem
to be specific to git in MacPorts.

Rainer

From ryandesign at macports.org  Sat Apr 18 22:50:09 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 19 Apr 2009 00:50:09 -0500
Subject: Tweaking a Portfile
In-Reply-To: <D96F9E42-058F-4B16-A8B1-5278598E0340@macports.org>
References: <3440D137-DB89-4C5F-8B4D-39B5FF3B84EC@macports.org>
	<E22483F1-7A4F-43DD-98B8-71DE9B3FDDFE@macports.org>
	<D96F9E42-058F-4B16-A8B1-5278598E0340@macports.org>
Message-ID: <9751BCA5-8919-40EF-8212-F908685398EF@macports.org>


On Apr 18, 2009, at 07:57, vincent habchi wrote:

>> You may want to consider splitting the port into two ports, one  
>> for the backend and one for the frontend, so that you can handle  
>> their universality separately.
>
> Of course you're right, that's the easiest path. I was hoping to be  
> able to follow a steeper way, without having to split, which is  
> going to be also a pain, since the package is bundled in one piece  
> with recursive calls to configures in subdirectories.

A different way would be to build the portfile to build the backend,  
and then in the post-configure, post-build, post-destroot phases you  
could additionally build the frontend, using alternate parameters.  
But this might not be any easier than my first suggestion, if  
upstream has not provided easy ways to build these parts separately.  
If this is the case, you may want to ask why upstream does not do  
this, since it sounds like there are different needs when building  
each part.



From trog24 at comcast.net  Sun Apr 19 04:28:39 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Sun, 19 Apr 2009 04:28:39 -0700
Subject: [MacPorts] #19208: xterm failed to install
In-Reply-To: <063.844c1013318317b4b79b53d375095dc0@macports.org>
References: <054.145ed891e8f2a3d6944df9877de31e23@macports.org>
	<063.844c1013318317b4b79b53d375095dc0@macports.org>
Message-ID: <01F6C2CA-2AA9-4976-A0A6-72EF967AF35F@comcast.net>


On Apr 18, 2009, at 2:56 PM, MacPorts wrote:

> #19208: xterm failed to install
> -------------------------------- 
> +-------------------------------------------
>  Reporter:  trog24@?            |       Owner:  jeremyhu@?
>      Type:  defect              |      Status:  new
>  Priority:  Normal              |   Milestone:  Port Bugs
> Component:  ports               |     Version:  1.7.1
>  Keywords:                      |        Port:  xterm
> -------------------------------- 
> +-------------------------------------------
>
> Comment(by niel.drummond@?):
>
>  same problem here. managed to workaround by hand-editing
>  /usr/include/X11/Xpoll.h according to the patch in #12991 . 'port'  
> also
>  states this file is not owned by a macport, so I am supposing the  
> standard
>  Apple X11 package supplies it. not sure how this is normally dealt  
> with...
>
> -- 
> Ticket URL: <http://trac.macports.org/ticket/19208#comment:5>
> MacPorts <http://www.macports.org/>
> Ports system for Mac OS

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090419/fd4b3d25/attachment.html>

From dhutty at allgoodbits.org  Sun Apr 19 08:08:40 2009
From: dhutty at allgoodbits.org (Duncan Hutty)
Date: Sun, 19 Apr 2009 11:08:40 -0400
Subject: Multiple versions
Message-ID: <49EB3E78.9040509@allgoodbits.org>

If a port is set up such that multiple versions can be installed, the 
binaries are named with a suffix such as <binary>-<version> (perl-5.10) 
or <binary><version> (psql83).

If I want to indicate a default version I can make a link:
ln -s /opt/local/bin/perl-5.10 /opt/local/bin/perl

That way if my path has /opt/local/bin at the beginning, I can run perl 
scripts with system perl using ./script.pl and with macports's perl-5.10 
by using perl script.pl.

However, many ports, including perl, come with many binaries so making 
appropriate links by hand would be tedious. How do macports users 
normally get around this? Do people write scripts to make links 
automatically for every binary that has a suffix? Does macports have 
some feature that I am unaware of that makes this problem go away, 
perhaps by setting an option at installation time to specify no suffix?

Duncan Hutty

From jmr at macports.org  Sun Apr 19 08:22:38 2009
From: jmr at macports.org (Joshua Root)
Date: Mon, 20 Apr 2009 01:22:38 +1000
Subject: Multiple versions
In-Reply-To: <49EB3E78.9040509@allgoodbits.org>
References: <49EB3E78.9040509@allgoodbits.org>
Message-ID: <49EB41BE.8070404@macports.org>

Duncan Hutty wrote:
> If a port is set up such that multiple versions can be installed, the
> binaries are named with a suffix such as <binary>-<version> (perl-5.10)
> or <binary><version> (psql83).
> 
> If I want to indicate a default version I can make a link:
> ln -s /opt/local/bin/perl-5.10 /opt/local/bin/perl
> 
> That way if my path has /opt/local/bin at the beginning, I can run perl
> scripts with system perl using ./script.pl and with macports's perl-5.10
> by using perl script.pl.
> 
> However, many ports, including perl, come with many binaries so making
> appropriate links by hand would be tedious. How do macports users
> normally get around this? Do people write scripts to make links
> automatically for every binary that has a suffix? Does macports have
> some feature that I am unaware of that makes this problem go away,
> perhaps by setting an option at installation time to specify no suffix?

Python and gcc use the python_select and gcc_select ports respectively.
A perl_select would not be at all unreasonable. A generic select
mechanism is being developed for MacPorts 1.8.

- Josh

From david.trem at gmail.com  Sun Apr 19 10:14:46 2009
From: david.trem at gmail.com (David Trem)
Date: Sun, 19 Apr 2009 19:14:46 +0200
Subject: Devhelp does not work
Message-ID: <49EB5C06.5090708@gmail.com>

Hello,

I'm running into trouble with devhelp.
It returns the following error when trying to run it either froom glade3 
or the commande line:

(devhelp:98244): Devhelp-CRITICAL **: 
bacon_message_connection_get_is_server: assertion `conn != NULL' failed

(devhelp:98244): Devhelp-CRITICAL **: bacon_message_connection_send: 
assertion `conn != NULL' failed


I'm on MacBook OSX 10.5.6 (Intel)
MacPorts 1.710
Fresh "upgrade outdated" done

Thank in advance,

David

From devans at macports.org  Sun Apr 19 13:03:15 2009
From: devans at macports.org (David Evans)
Date: Sun, 19 Apr 2009 13:03:15 -0700
Subject: Devhelp does not work
In-Reply-To: <49EB5C06.5090708@gmail.com>
References: <49EB5C06.5090708@gmail.com>
Message-ID: <49EB8383.3040902@macports.org>

David Trem wrote:
> Hello,
>
> I'm running into trouble with devhelp.
> It returns the following error when trying to run it either froom 
> glade3 or the commande line:
>
> (devhelp:98244): Devhelp-CRITICAL **: 
> bacon_message_connection_get_is_server: assertion `conn != NULL' failed
>
> (devhelp:98244): Devhelp-CRITICAL **: bacon_message_connection_send: 
> assertion `conn != NULL' failed
>
>
> I'm on MacBook OSX 10.5.6 (Intel)
> MacPorts 1.710
> Fresh "upgrade outdated" done

David,

I can't reproduce this on 10.4.11 ppc with devhelp @0.22_0.  Works fine 
for me with both from glade-3 and the command line.

However, I'm looking further to see where this message is coming from.

In addition, am working on updating to 0.23 although there are some 
build problems with latest webkit-gtk.

Suggest you open ticket on trac about this.

Dave

From ms at mac-specialist.com  Sun Apr 19 19:19:08 2009
From: ms at mac-specialist.com (Bill Hernandez)
Date: Sun, 19 Apr 2009 21:19:08 -0500
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <20090415064802.GN48922@ninagal.withay.com>
References: <9FAA9D28-DFA2-48A9-87BE-4BAAF7D41645@mac-specialist.com>
	<20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
	<20090414031028.GO651@ninagal.withay.com>
	<CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>
	<20090415053457.GM48922@ninagal.withay.com>
	<5822FAB4-FDB9-4901-8E4B-99ED1C8E91B4@mac-specialist.com>
	<20090415064802.GN48922@ninagal.withay.com>
Message-ID: <E0CF57EC-26F4-4E1B-B7FF-03A393495467@mac-specialist.com>

On Apr 15, 2009, at 1:48 AM, Bryan Blackburn wrote:

> Unfortunately I don't know what else to try other than maybe filing  
> a bug at
> bugs.python.org, if it is an issue specific to python 2.6+ on server.
>
> If you want trac installed, but with python 2.5, you can use the
> instructions at
>
> <http://trac.macports.org/wiki/howto/InstallingOlderPort>
>
> and trac at revision 48859.
>
> Bryan


I did a clean install of OS X Server, and brought it up to date v  
10.4.11.

After two weeks of trying to install 'subversion and trac', I finally  
got them installed.

HOWEVER, I THEN FOLLOWED the two howto's :
------------------
( 1 ) How to setup Subversion client or server (I have this one working)
http://trac.macports.org/wiki/howto/Subversion

Got SVN working as advertised, found only one small error in the  
tutorial.

svn import . http://localhost/svnrepo/repos-1 -m "Initial import."

should have been :

svn import . http://localhost/svn/repos-1 -m "Initial import."

I also found somewhere else on the web that you had to add a user to
/svn/MVC_Project/conf/passwd in order to get svn to work remotely, so  
I did.

I tried accessing the repository from my iMac after I installed it on  
the server.
( a ) Eventually I got this working with 'CornerStone'
( b ) never got it working with 'Versions', and
( c ) the easiest GUI, that worked the first time I attempted was  
'SynchroSVNClient'. It immediately allowed me to import a project from  
my iMac onto the server repository.

------------------
( 2 ) How to use Trac with ajp-wsgi and Apache  (This is did NOT work  
for me)
http://trac.macports.org/wiki/howto/SetupTracAjpWsgi

I got trac to come up on  the browser,  but every time I clicked on  
any of the links I got errors similar to these :

( A ) Warning: Can't synchronize with the repository (Couldn't open  
Subversion repository /svn/MVC_Project: SubversionException:  
("Couldn't perform atomic initialization", 200029)). Look in the Trac  
log for more information.

( B ) Repository checkins event provider (ChangesetModule) failed:
TracError: Couldn't open Subversion repository /svn/MVC_Project:  
SubversionException: ("Couldn't perform atomic initialization", 200029)

I FOUND A TICKET REFERENCING A PROBLEM WHICH APPEARS TO HAVE BEEN  
FIXED (but maybe not) : http://trac.edgewall.org/ticket/8199

SUGGESTION : A lot of the confusion for me had to do with clicking on  
the links that took me back to trac.edgewall.org, because which steps  
to accomplish were not all that clear, the naming conventions were  
different. I have now spent the last four days trying to get trac  
working to no avail. I would love to see someone follow the exact  
instructions at http://trac.macports.org/wiki/howto/SetupTracAjpWsgi  
and see if they have any better luck. If they manage to get it working  
maybe they could include any missing steps. Thanks for all the effort,  
but at least for me I have started from  scratch several times to see  
what I might have missed, and have not been successful.

It would be nice to have a trac howto like  the one for subversion,  
that if you start at the top and follow every single instruction, when  
you get down to the bottom, and try it, it works. I wish I knew more,  
if I did, I  would gladly volunteer to do it...

Thanks for all the help.

Bill Hernandez
Plano, Texas

[2009.19.04](07:39PM) -> [roscoe] ~ $ port installed
The following ports are currently installed:
   ajp-wsgi @1.0_1+macosx+python26 (active)
   apache2 @2.2.11_0 (active)
   apr @1.3.3_1 (active)
   apr-util @1.3.4_1 (active)
   autoconf @2.63_0 (active)
   autoconf213 @2.13_1 (active)
   automake @1.10.2_0 (active)
   bison @2.4.1_0 (active)
   bzip2 @1.0.5_2 (active)
   ctags @5.7_0 (active)
   curl @7.19.4_0 (active)
   cyrus-sasl2 @2.1.22_0+kerberos (active)
   db46 @4.6.21_5 (active)
   expat @2.0.1_0 (active)
   fontconfig @2.6.0_2+macosx (active)
   freetype @2.3.9_0+macosx (active)
   gawk @3.1.6_0 (active)
   gdbm @1.8.3_1 (active)
   gettext @0.17_4 (active)
   gperf @3.0.4_0 (active)
   help2man @1.36.4_1 (active)
   jpeg @6b_3 (active)
   libiconv @1.12_2 (active)
   libmcrypt @2.5.8_1 (active)
   libpng @1.2.35_0 (active)
   libtool @2.2.6a_0 (active)
   libxml2 @2.7.3_0 (active)
   libxslt @1.1.24_2 (active)
   m4 @1.4.13_0 (active)
   mhash @0.9.9.9_0 (active)
   mysql5 @5.0.77_2+server (active)
   ncurses @5.7_0 (active)
   ncursesw @5.7_0 (active)
   neon @0.28.4_0 (active)
   openssl @0.9.8k_0 (active)
   ossp-uuid @1.6.2_0 (active)
   p5-locale-gettext @1.05_0 (active)
   pcre @7.8_3 (active)
   perl5 @5.8.9_0 (active)
   perl5.8 @5.8.9_3 (active)
   php5 @5.2.9_0+apache2+fastcgi+macosx+mysql5+pear 
+postgresql83+readline+sockets+sqlite+tidy (active)
   pkgconfig @0.23_1 (active)
   postgresql83 @8.3.7_0 (active)
   postgresql83-doc @8.3.7_0 (active)
   postgresql83-server @8.3.7_0 (active)
   py26-genshi @0.5.1_0 (active)
   py26-mx-base @3.1.2_0 (active)
   py26-mysql @1.2.2_0+mysql5 (active)
   py26-pgsql @2.5.1_0 (active)
   py26-pygments @1.0_0 (active)
   py26-setuptools @0.6c9_0 (active)
   python26 @2.6.1_2 (active)
   python_select @0.2.1_0+darwin_8 (active)
   readline @6.0.000_1 (active)
   rpl @1.4.0_0 (active)
   serf @0.3.0_0 (active)
   sqlite3 @3.6.12_0 (active)
   subversion @1.6.1_0+mod_dav_svn (active)
   subversion-python26bindings @1.6.1_0 (active)
   tcl @8.5.6_0 (active)
   tidy @20051026_0 (active)
   tiff @3.8.2_3+macosx (active)
   tk @8.5.6_1 (active)
   trac @0.11.4_1+mysql+postgres (active)
   Xft2 @2.1.13_1 (active)
   xorg-bigreqsproto @1.0.2_0 (active)
   xorg-inputproto @1.5.0_0 (active)
   xorg-kbproto @1.0.3_0 (active)
   xorg-libX11 @1.2_0 (active)
   xorg-libXau @1.0.4_0 (active)
   xorg-libXdmcp @1.0.2_0 (active)
   xorg-libXext @1.0.5_1 (active)
   xorg-libXScrnSaver @1.1.3_0 (active)
   xorg-renderproto @0.9.3_0 (active)
   xorg-scrnsaverproto @1.1.0_0 (active)
   xorg-xcmiscproto @1.1.2_0 (active)
   xorg-xextproto @7.0.5_0 (active)
   xorg-xf86bigfontproto @1.1.2_0 (active)
   xorg-xproto @7.0.15_0 (active)
   xorg-xtrans @1.2.3_0 (active)
   xrender @0.9.4_5 (active)
   zlib @1.2.3_2 (active)
[2009.19.04](07:52PM) -> [roscoe] ~ $


[2009.19.04](06:43PM) -> [roscoe] ~ $ port installed | grep ajp
   ajp-wsgi @1.0_1+macosx+python26 (active)

# ----------------------------------------------
# /opt/local/apache2/conf/httpd.conf
# ----------------------------------------------
# Subversion
LoadModule dav_svn_module  modules/mod_dav_svn.so
LoadModule authz_svn_module modules/mod_authz_svn.so


# Define Subversion access
<Location /svn/>
   DAV svn
   SVNParentPath /svn
   SVNListParentPath on
</Location>

# alias /trac/ "/trac/"

# TRAC
ProxyPass /projects/ ajp://localhost:8990/projects
    <Proxy */projects/*>
       Order Allow,Deny
       Allow from all
    </Proxy>

<Directory "/trac">
       Order Allow,Deny
       Allow from all
    </Directory>
# ----------------------------------------------



[2009.19.04](06:46PM) -> [roscoe] ~ $ bh_open /Library/LaunchDaemons/ 
com.localhost.ajp-wsgi.plist

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd 
">
<plist version="1.0">
<dict>
	<key>EnvironmentVariables</key>
	<dict>
		<key>PYTHONHOME</key>
		<string>/opt/local/Library/Frameworks/Python.framework/Versions/2.6</ 
string>
		<key>PYTHON_EGG_CACHE</key>
		<string>/trac/.python-egg-cache</string>
		<key>TRAC_ENV_PARENT_DIR</key>
		<string>/trac</string>
	</dict>
	<key>GroupName</key>
	<string>www</string>
	<key>KeepAlive</key>
	<true/>
	<key>Label</key>
	<string>com.localhost.ajp-wsgi</string>
	<key>ProgramArguments</key>
	<array>
		<string>/opt/local/bin/ajp-wsgi</string>
		<string>-p</string>
		<string>8990</string>
		<string>trac.web.main</string>
		<string>dispatch_request</string>
		<string>/projects</string>
	</array>
	<key>UserName</key>
	<string>www</string>
	<key>WorkingDirectory</key>
	<string>/trac</string>
</dict>
</plist>

[2009.19.04](06:52PM) -> [roscoe] ~ $ mkdir /trac

[2009.19.04](06:59PM) -> [roscoe] ~ $ trac-admin /trac/MVC_Project  
initenv

/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/MySQLdb/__init__.py:34: DeprecationWarning:  
the sets module is deprecated
   from sets import ImmutableSet
Creating a new Trac environment at /trac/MVC_Project

Trac will first ask a few questions about your environment
in order to initialize and prepare the project database.

  Please enter the name of your project.
  This name will be used in page titles and descriptions.

Project Name [My Project]> MVC Project

  Please specify the connection string for the database to use.
  By default, a local SQLite database is created in the environment
  directory. It is also possible to use an already existing
  PostgreSQL database (check the Trac documentation for the exact
  connection string syntax).

Database connection string [sqlite:db/trac.db]> sqlite:db/trac.db

  Please specify the type of version control system,
  By default, it will be svn.

  If you don't want to use Trac with version control integration,
  choose the default here and don't specify a repository directory.
  in the next question.

Repository type [svn]> svn

  Please specify the absolute path to the version control
  repository, or leave it blank to use Trac without a repository.
  You can also set the repository location later.

Path to repository [/path/to/repos]> /svn/MVC_Project

Creating and Initializing Project
  Installing default wiki pages
  CamelCase imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/CamelCase
  InterMapTxt imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/InterMapTxt
  InterTrac imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/InterTrac
  InterWiki imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/InterWiki
  PageTemplates imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/PageTemplates
  RecentChanges imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/RecentChanges
  SandBox imported from /opt/local/Library/Frameworks/Python.framework/ 
Versions/2.6/lib/python2.6/site-packages/trac/wiki/default-pages/SandBox
  TitleIndex imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TitleIndex
  TracAccessibility imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracAccessibility
  TracAdmin imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracAdmin
  TracBackup imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracBackup
  TracBrowser imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracBrowser
  TracCgi imported from /opt/local/Library/Frameworks/Python.framework/ 
Versions/2.6/lib/python2.6/site-packages/trac/wiki/default-pages/TracCgi
  TracChangeset imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracChangeset
  TracEnvironment imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracEnvironment
  TracFastCgi imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracFastCgi
  TracFineGrainedPermissions imported from /opt/local/Library/ 
Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/ 
trac/wiki/default-pages/TracFineGrainedPermissions
  TracGuide imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracGuide
  TracImport imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracImport
  TracIni imported from /opt/local/Library/Frameworks/Python.framework/ 
Versions/2.6/lib/python2.6/site-packages/trac/wiki/default-pages/TracIni
  TracInstall imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracInstall
  TracInterfaceCustomization imported from /opt/local/Library/ 
Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/ 
trac/wiki/default-pages/TracInterfaceCustomization
  TracLinks imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracLinks
  TracLogging imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracLogging
  TracModPython imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracModPython
  TracModWSGI imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracModWSGI
  TracNavigation imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracNavigation
  TracNotification imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracNotification
  TracPermissions imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracPermissions
  TracPlugins imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracPlugins
  TracQuery imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracQuery
  TracReports imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracReports
  TracRevisionLog imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracRevisionLog
  TracRoadmap imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracRoadmap
  TracRss imported from /opt/local/Library/Frameworks/Python.framework/ 
Versions/2.6/lib/python2.6/site-packages/trac/wiki/default-pages/TracRss
  TracSearch imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracSearch
  TracStandalone imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracStandalone
  TracSupport imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracSupport
  TracSyntaxColoring imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracSyntaxColoring
  TracTickets imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracTickets
  TracTicketsCustomFields imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracTicketsCustomFields
  TracTimeline imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracTimeline
  TracUnicode imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracUnicode
  TracUpgrade imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracUpgrade
  TracWiki imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracWiki
  TracWorkflow imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/TracWorkflow
  WikiDeletePage imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiDeletePage
  WikiFormatting imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiFormatting
  WikiHtml imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiHtml
  WikiMacros imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiMacros
  WikiNewPage imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiNewPage
  WikiPageNames imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiPageNames
  WikiProcessors imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiProcessors
  WikiRestructuredText imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiRestructuredText
  WikiRestructuredTextLinks imported from /opt/local/Library/ 
Frameworks/Python.framework/Versions/2.6/lib/python2.6/site-packages/ 
trac/wiki/default-pages/WikiRestructuredTextLinks
  WikiStart imported from /opt/local/Library/Frameworks/ 
Python.framework/Versions/2.6/lib/python2.6/site-packages/trac/wiki/ 
default-pages/WikiStart
/opt/local/lib/svn-python2.6/svn/core.py:47: DeprecationWarning:  
BaseException.message has been deprecated as of Python 2.6
   self.message = message
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/trac/core.py:36: DeprecationWarning:  
BaseException.message has been deprecated as of Python 2.6
   self.message = message

---------------------------------------------------------------------
Warning: couldn't index the repository.

This can happen for a variety of reasons: wrong repository type,
no appropriate third party library for this repository type,
no actual repository at the specified repository path...

You can nevertheless start using your Trac environment, but
you'll need to check again your trac.ini file and the [trac]
repository_type and repository_path settings in order to enable
the Trac repository browser.


---------------------------------------------------------------------
Project environment for 'MVC Project' created.

You may now configure the environment by editing the file:

   /trac/MVC_Project/conf/trac.ini

If you'd like to take this new project environment for a test drive,
try running the Trac standalone web server `tracd`:

   tracd --port 8000 /trac/MVC_Project

Then point your browser to http://localhost:8000/MVC_Project.
There you can also browse the documentation for your installed
version of Trac, including information on further setup (such as
deploying Trac to a real web server).

The latest documentation can also always be found on the project
website:

   http://trac.edgewall.org/

Congratulations!

Unfortunately this did not work...


[2009.19.04](07:03PM) -> [roscoe] ~ $ ls -ls /trac/
total 0
0 drwxr-xr-x   11 bhernand  admin  374 Apr 19 19:03 MVC_Project

[2009.19.04](07:04PM) -> [roscoe] ~ $ chown -R www:www /trac
chown: /trac/.DS_Store: Operation not permitted
chown: /trac/MVC_Project/attachments: Operation not permitted
chown: /trac/MVC_Project/conf/trac.ini: Operation not permitted
chown: /trac/MVC_Project/conf/trac.ini.sample: Operation not permitted
chown: /trac/MVC_Project/conf: Operation not permitted
chown: /trac/MVC_Project/db/trac.db: Operation not permitted
chown: /trac/MVC_Project/db: Operation not permitted
chown: /trac/MVC_Project/htdocs: Operation not permitted
chown: /trac/MVC_Project/log: Operation not permitted
chown: /trac/MVC_Project/plugins: Operation not permitted
chown: /trac/MVC_Project/README: Operation not permitted
chown: /trac/MVC_Project/templates/site.html: Operation not permitted
chown: /trac/MVC_Project/templates: Operation not permitted
chown: /trac/MVC_Project/VERSION: Operation not permitted
chown: /trac/MVC_Project: Operation not permitted
chown: /trac: Operation not permitted

The tutorial instructions didn't work, I tried sudo

[2009.19.04](07:04PM) -> [roscoe] ~ $ sudo chown -R www:www /trac
Password:

[2009.19.04](07:05PM) -> [roscoe] ~ $ tracd --port 8000 /trac/ 
MVC_Project
Server starting in PID 736.
Serving on 0.0.0.0:8000 view at http://127.0.0.1:8000/
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/MySQLdb/__init__.py:34: DeprecationWarning:  
the sets module is deprecated
   from sets import ImmutableSet
127.0.0.1 - - [19/Apr/2009 19:08:35] "GET / HTTP/1.1" 200 -
/opt/local/lib/svn-python2.6/svn/core.py:47: DeprecationWarning:  
BaseException.message has been deprecated as of Python 2.6
   self.message = message
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/trac/core.py:36: DeprecationWarning:  
BaseException.message has been deprecated as of Python 2.6
   self.message = message
/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/ 
python2.6/site-packages/trac/versioncontrol/api.py:90:  
DeprecationWarning: BaseException.message has been deprecated as of  
Python 2.6
   "information.", error=to_unicode(e.message)))
127.0.0.1 - - [19/Apr/2009 19:08:48] "GET /MVC_Project HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:48] "GET /MVC_Project/chrome/common/ 
css/wiki.css HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:48] "GET /MVC_Project/chrome/common/ 
js/jquery.js HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:48] "GET /MVC_Project/chrome/common/ 
css/trac.css HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:48] "GET /MVC_Project/chrome/common/ 
trac.ico HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:48] "GET /MVC_Project/chrome/common/ 
css/code.css HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:49] "GET /MVC_Project/chrome/common/ 
js/trac.js HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:49] "GET /MVC_Project/chrome/common/ 
js/search.js HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:49] "GET /MVC_Project/chrome/common/ 
topbar_gradient.png HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:49] "GET /MVC_Project/chrome/common/ 
dots.gif HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:49] "GET /MVC_Project/chrome/common/ 
extlink.gif HTTP/1.1" 200 -
127.0.0.1 - - [19/Apr/2009 19:08:50] "GET /MVC_Project/chrome/site/ 
your_project_logo.png HTTP/1.1" 404 -
127.0.0.1 - - [19/Apr/2009 19:08:50] "GET /MVC_Project/chrome/common/ 
trac_logo_mini.png HTTP/1.1" 200 -
^C
[2009.19.04](07:10PM) -> [roscoe] ~ $ ls -ls /svn
total 0
0 drwxr-xr-x   9 www  www  306 Apr 17 00:35 MVC_Project

[2009.19.04](07:10PM) -> [roscoe] ~ $


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090419/369e003a/attachment.html>

From blb at macports.org  Sun Apr 19 20:55:33 2009
From: blb at macports.org (Bryan Blackburn)
Date: Sun, 19 Apr 2009 21:55:33 -0600
Subject: sudo port install trac +mysql +postgres (install errors)
In-Reply-To: <E0CF57EC-26F4-4E1B-B7FF-03A393495467@mac-specialist.com>
References: <20090412205428.GC15239@ninagal.withay.com>
	<37CE04E5-BE9D-4BA7-8BB0-1748F9BFCDFF@mac-specialist.com>
	<20090413013707.GG15239@ninagal.withay.com>
	<6969E767-FF1B-4E7D-A7DA-234C999CCF90@mac-specialist.com>
	<20090414031028.GO651@ninagal.withay.com>
	<CCC95B59-B82A-47A7-AAEE-71060374B54A@mac-specialist.com>
	<20090415053457.GM48922@ninagal.withay.com>
	<5822FAB4-FDB9-4901-8E4B-99ED1C8E91B4@mac-specialist.com>
	<20090415064802.GN48922@ninagal.withay.com>
	<E0CF57EC-26F4-4E1B-B7FF-03A393495467@mac-specialist.com>
Message-ID: <20090420035533.GH48018@ninagal.withay.com>

On Sun, Apr 19, 2009 at 09:19:08PM -0500, Bill Hernandez said:
[...]
> After two weeks of trying to install 'subversion and trac', I finally got 
> them installed.
>
> HOWEVER, I THEN FOLLOWED the two howto's :
> ------------------
> ( 1 ) How to setup Subversion client or server (I have this one working)
> http://trac.macports.org/wiki/howto/Subversion
>
> Got SVN working as advertised, found only one small error in the  
> tutorial.

I've not used that particular howto so I'm not sure how accurate it is, but
being a wiki you can make improvements yourself if you feel motivated.

[...]
> I also found somewhere else on the web that you had to add a user to
> /svn/MVC_Project/conf/passwd in order to get svn to work remotely, so I 
> did.

I believe this only applies to remote access via svnserver, but if you use
apache then you let apache deal with auth issues and the passwd file in the
svn conf dir is unneeded.

[...]
> ( 2 ) How to use Trac with ajp-wsgi and Apache  (This is did NOT work for 
> me)
> http://trac.macports.org/wiki/howto/SetupTracAjpWsgi
>
> I got trac to come up on  the browser,  but every time I clicked on any of 
> the links I got errors similar to these :
>
> ( A ) Warning: Can't synchronize with the repository (Couldn't open  
> Subversion repository /svn/MVC_Project: SubversionException: ("Couldn't 
> perform atomic initialization", 200029)). Look in the Trac log for more 
> information.
>
> ( B ) Repository checkins event provider (ChangesetModule) failed:
> TracError: Couldn't open Subversion repository /svn/MVC_Project:  
> SubversionException: ("Couldn't perform atomic initialization", 200029)

I believe these issues are related to a message you first encountered
(below) when setting up the trac projects.

>
> I FOUND A TICKET REFERENCING A PROBLEM WHICH APPEARS TO HAVE BEEN FIXED 
> (but maybe not) : http://trac.edgewall.org/ticket/8199
>
> SUGGESTION : A lot of the confusion for me had to do with clicking on the 
> links that took me back to trac.edgewall.org, because which steps to 
> accomplish were not all that clear, the naming conventions were  
> different. I have now spent the last four days trying to get trac working 
> to no avail. I would love to see someone follow the exact instructions at 
> http://trac.macports.org/wiki/howto/SetupTracAjpWsgi and see if they have 
> any better luck. If they manage to get it working maybe they could include 
> any missing steps. Thanks for all the effort, but at least for me I have 
> started from  scratch several times to see what I might have missed, and 
> have not been successful.

Some of this howto is not too specific due to the myriad ways these various
bits of software can be set up (eg, one project per repo for svn, one shared
root for trac, etc).  Trying to cover all possibilities would make an
enormous document, and trying to make it only cover one method means
everyone would be stuck with that one particular setup; the latter would
have issues for anyone with an already-existing install of some of it who is
trying to add onto it.

Note that having writting that particular howto I can say that it can work
though it is entirely possible that something has been missed as this is the
first bit of feedback I've had concerning it.  Note also that the current
incarnation is written from a 10.5-point-of-view, though one issue between
10.5 and 10.4 is _www vs. www user names which it appears you've figured
out.

>
> It would be nice to have a trac howto like  the one for subversion, that 
> if you start at the top and follow every single instruction, when you get 
> down to the bottom, and try it, it works. I wish I knew more, if I did, I  
> would gladly volunteer to do it...
>
> Thanks for all the help.
>
> Bill Hernandez
> Plano, Texas
>
[...]
>
> [2009.19.04](06:52PM) -> [roscoe] ~ $ mkdir /trac
>
> [2009.19.04](06:59PM) -> [roscoe] ~ $ trac-admin /trac/MVC_Project  
> initenv
[...]
>
> Path to repository [/path/to/repos]> /svn/MVC_Project
>
[...]
>
> ---------------------------------------------------------------------
> Warning: couldn't index the repository.

This, I believe, is the cause of your problems, when you first initialized
the trac environment, it wasn't able to properly hook up to subversion.  The
first thing is to make sure permissions are correct across the board; since
you'll be using apache (user www) for access to trac, and I'm guessing svn
access if you use apache+DAV, then www needs to have access to
/svn/MVC_Project as well.  Also, you need to be the www user when you setup
the trac environment by running trac-admin.

Bryan

[...]

From luc_j_bourhis at mac.com  Mon Apr 20 02:13:34 2009
From: luc_j_bourhis at mac.com (Luc Bourhis)
Date: Mon, 20 Apr 2009 11:13:34 +0200
Subject: Python 2.6.1 i386+x86_64 doesn't work with command arch?
Message-ID: <10F8415C-BC45-4407-A895-9FAA5E075370@mac.com>

Hi,

I installed a universal i386 + x86_64 Python 2.6.1 as follow. Here is  
the relevant part of my macports.conf:

# Options for Universal Binaries (+universal variant)

# MACOSX_DEPLOYMENT_TARGET
universal_target	10.5

# the SDK "sysroot" to use
universal_sysroot	/Developer/SDKs/MacOSX10.5.sdk

# machine architectures
universal_archs	i386 x86_64

and my variants.conf features "+universal".


On my MacPro, the following
	python -c 'import sys; print sys.maxint'
prints 9223372036854775807, proving that it ran in 64-bit mode. But then
	arch -i386 python -c 'import sys; print sys.maxint'
prints the same number whereas the first command without arch run on  
my first gen MacBook Pro (32-bit) prints 2147483647, proving that it  
correctly runs in 32-bit mode. I compiled an universal snippet

#include <limits>
#include <iostream>

int main() {
  std::cout << std::numeric_limits<long>::max() << "\n";
  return 0;
}

It prints 9223372036854775807 and 2147483647 with and without arch - 
i386 respectively. So arch is not broken.

So clearly, arch does not manage to correctly run that python  
installed by MacPorts.

Would anybody have any insight into that issue?

Thanks in advance,

Luc Bourhis



-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2425 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/51d6fb52/attachment.bin>

From talklists at newgeo.com  Mon Apr 20 03:11:49 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Mon, 20 Apr 2009 03:11:49 -0700
Subject: postfix can not start
Message-ID: <629479D6-6E27-4B0D-945C-8847CD8D7088@newgeo.com>

$port -v
MacPorts 1.710

$port installed | grep -i postfix
   postfix @2.5.5_0+darwin_9+dovecot_sasl+ldap+mysql5+tls (active)

$whereis postfix
/usr/sbin/postfix
* Is whereis hard coded in standard paths, 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
   Referenced from: /opt/local/sbin/postfix
   Reason: image not found
Trace/BPT trap
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From talklists at newgeo.com  Mon Apr 20 03:52:27 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Mon, 20 Apr 2009 03:52:27 -0700
Subject: postfix can not start
In-Reply-To: <629479D6-6E27-4B0D-945C-8847CD8D7088@newgeo.com>
References: <629479D6-6E27-4B0D-945C-8847CD8D7088@newgeo.com>
Message-ID: <06AAC61C-E999-42B7-97E4-66A10E623D1D@newgeo.com>

I uninstalled postfix, and put it back in, this all went away.  I  
would like to know what caused this, and how to avoid it.  These are  
often going to be production servers, and things like this happening  
would be bad.  If I know what is going on, I can prepare for them and  
make sure I do not mess up alone the way.

Thanks.

On Apr 20, 2009, at 3:11 AM, Scott Haneda wrote:

> $port -v
> MacPorts 1.710
>
> $port installed | grep -i postfix
>  postfix @2.5.5_0+darwin_9+dovecot_sasl+ldap+mysql5+tls (active)
>
> $whereis postfix
> /usr/sbin/postfix
> * Is whereis hard coded in standard paths, 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
>  Referenced from: /opt/local/sbin/postfix
>  Reason: image not found
> Trace/BPT trap

-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From dluke at geeklair.net  Mon Apr 20 07:25:22 2009
From: dluke at geeklair.net (Daniel J. Luke)
Date: Mon, 20 Apr 2009 10:25:22 -0400
Subject: postfix can not start
In-Reply-To: <06AAC61C-E999-42B7-97E4-66A10E623D1D@newgeo.com>
References: <629479D6-6E27-4B0D-945C-8847CD8D7088@newgeo.com>
	<06AAC61C-E999-42B7-97E4-66A10E623D1D@newgeo.com>
Message-ID: <02FD15B5-B4D3-4DB3-ACFD-5DED55139028@geeklair.net>

You upgrade mysql and it removed a library that postfix depended on. (/ 
opt/local/lib/mysql5/mysql/libmysqlclient.16.dylib).

When you removed and re-installed postfix, it found the newer mysql  
library and worked again.

One way of dealing with this sort of thing would be to have a staging  
server where you can test upgrades before you push them to your  
production machine (or if you have a cluster, you might be able to  
remove one machine from the cluster, test the upgrade on it, and move  
it back into the cluster once you are confident that the upgrade  
worked).

On Apr 20, 2009, at 6:52 AM, Scott Haneda wrote:
> I uninstalled postfix, and put it back in, this all went away.  I  
> would like to know what caused this, and how to avoid it.  These are  
> often going to be production servers, and things like this happening  
> would be bad.  If I know what is going on, I can prepare for them  
> and make sure I do not mess up alone the way.
>
> Thanks.
>
> On Apr 20, 2009, at 3:11 AM, Scott Haneda wrote:
>
>> $port -v
>> MacPorts 1.710
>>
>> $port installed | grep -i postfix
>> postfix @2.5.5_0+darwin_9+dovecot_sasl+ldap+mysql5+tls (active)
>>
>> $whereis postfix
>> /usr/sbin/postfix
>> * Is whereis hard coded in standard paths, 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
>> Referenced from: /opt/local/sbin/postfix
>> Reason: image not found
>> Trace/BPT trap

--
Daniel J. Luke
+========================================================+
| *---------------- dluke at geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
|   Opinions expressed are mine and do not necessarily   |
|          reflect the opinions of my employer.          |
+========================================================+



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/88b1aba3/attachment.bin>

From talklists at newgeo.com  Mon Apr 20 07:43:24 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Mon, 20 Apr 2009 07:43:24 -0700
Subject: postfix can not start
In-Reply-To: <02FD15B5-B4D3-4DB3-ACFD-5DED55139028@geeklair.net>
References: <629479D6-6E27-4B0D-945C-8847CD8D7088@newgeo.com>
	<06AAC61C-E999-42B7-97E4-66A10E623D1D@newgeo.com>
	<02FD15B5-B4D3-4DB3-ACFD-5DED55139028@geeklair.net>
Message-ID: <70EAB66E-80B8-44FA-AE72-59D5D4C934D9@newgeo.com>

Why did mysql allow it?

On Apr 20, 2009, at 7:25 AM, Daniel J. Luke wrote:

> You upgrade mysql and it removed a library that postfix depended on.  
> (/opt/local/lib/mysql5/mysql/libmysqlclient.16.dylib).
>
> When you removed and re-installed postfix, it found the newer mysql  
> library and worked again.
>
> One way of dealing with this sort of thing would be to have a  
> staging server where you can test upgrades before you push them to  
> your production machine (or if you have a cluster, you might be able  
> to remove one machine from the cluster, test the upgrade on it, and  
> move it back into the cluster once you are confident that the  
> upgrade worked)

-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From abellagonzalo at gmail.com  Mon Apr 20 10:47:01 2009
From: abellagonzalo at gmail.com (Gonzalo Abella)
Date: Mon, 20 Apr 2009 19:47:01 +0200
Subject: Libtheora doesn't build
Message-ID: <f54c68040904201047l214391den4baaa2fa1abc725c@mail.gmail.com>

Hello,
I'm a new Macports user and I have some problems installing libtheora
library needed for Gimp and for ffmpeg. I have Darwin 8.11 and MacOS
10.4.11.

ip_wless_escet_52:~ gon$ sudo port install libtheora
Password:
--->  Building libtheora
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_libtheora/work/libtheora-1.0"
&& make all " returned error 2
Command output: make  all-recursive
Making all in lib
if /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0
-DHAVE_CONFIG_H -I. -I. -I.. -I../include  -I/opt/local/include
-I/opt/local/include   -Wall -Wno-parentheses -O3 -fforce-addr
-fomit-frame-pointer -finline-functions -funroll-loops -O2 -MT dsp_mmx.lo
-MD -MP -MF ".deps/dsp_mmx.Tpo" -c -o dsp_mmx.lo `test -f
'enc/x86_32/dsp_mmx.c' || echo './'`enc/x86_32/dsp_mmx.c; \
then mv -f ".deps/dsp_mmx.Tpo" ".deps/dsp_mmx.Plo"; else rm -f
".deps/dsp_mmx.Tpo"; exit 1; fi
 /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I../include
-I/opt/local/include -I/opt/local/include -Wall -Wno-parentheses -O3
-fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -O2 -MT
dsp_mmx.lo -MD -MP -MF .deps/dsp_mmx.Tpo -c enc/x86_32/dsp_mmx.c
 -fno-common -DPIC -o .libs/dsp_mmx.o
/var/tmp//ccXbfBrr.s:739:no such 386 instruction: `movsx'
/var/tmp//ccXbfBrr.s:789:no such 386 instruction: `movsx'
/var/tmp//ccXbfBrr.s:853:no such 386 instruction: `movsx'
make[2]: *** [dsp_mmx.lo] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: Status 1 encountered during processing.


It is a very strange error I've ever seen. I have tried to install it with
the command 'port install libtheora + universal', but with same result. In
google I find nothing.

Any ideas?

Thank you.
Gonzalo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/2e540c42/attachment.html>

From michal at bendowski.pl  Mon Apr 20 11:10:04 2009
From: michal at bendowski.pl (=?UTF-8?Q?Micha=C5=82_Bendowski?=)
Date: Mon, 20 Apr 2009 20:10:04 +0200
Subject: py26-ply
Message-ID: <2a1b86810904201110g4aa509fes2aa11d1c8026592b@mail.gmail.com>

Hi,
I don't know if this is the right place to share this, but I've created a
Portfile for py26-ply - just the simple changes from py25-ply. I won't be
able to maintain it, but maybe someone will make use of it.

Best regards,

Micha? Bendowski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/40ce8c14/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Portfile
Type: application/octet-stream
Size: 1131 bytes
Desc: not available
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/40ce8c14/attachment.obj>

From macsforever2000 at macports.org  Mon Apr 20 15:59:19 2009
From: macsforever2000 at macports.org (Frank Schima)
Date: Mon, 20 Apr 2009 16:59:19 -0600
Subject: py26-ply
In-Reply-To: <2a1b86810904201110g4aa509fes2aa11d1c8026592b@mail.gmail.com>
References: <2a1b86810904201110g4aa509fes2aa11d1c8026592b@mail.gmail.com>
Message-ID: <E4259B28-F411-4727-A67B-06976CAA4019@macports.org>

You should file a new trac ticket [1] for port submissions. You can
attach the file to the ticket.


[1] <http://trac.macports.org/newticket>


Cheers!
Frank

On Apr 20, 2009, at 12:10 PM, Micha? Bendowski wrote:

> Hi,
>
> I don't know if this is the right place to share this, but I've
> created a Portfile for py26-ply - just the simple changes from py25-
> ply. I won't be able to maintain it, but maybe someone will make use
> of it.
>
> Best regards,
>
> Micha? Bendowski
> <Portfile><ATT00001.c>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/86719890/attachment.html>

From trog24 at comcast.net  Mon Apr 20 18:30:22 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 20 Apr 2009 18:30:22 -0700
Subject: nothing found to load
Message-ID: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>

Hello,
	After uninstalling and then installing dbus, I entered:

		launchctl load /Library/LaunchAgents/org.freedesktop.dbus- 
session.plist

which resulted in:

		nothing found to load

	I do not think this is the proper response to the command.  For the  
record org.freedesktop.dbus-session.plist is in /Library/ 
LaunchAgents/ and org.freedesktop.dbus-system.plist is in /Library/ 
LaunchDaemons.
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/79bb763d/attachment.html>

From LenoreHorner at sbcglobal.net  Mon Apr 20 18:41:04 2009
From: LenoreHorner at sbcglobal.net (Lenore Horner)
Date: Mon, 20 Apr 2009 20:41:04 -0500
Subject: nothing found to load
In-Reply-To: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
References: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
Message-ID: <07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>


On Apr 20, 2009, at 20:30 , Frank J. R. Hanstick wrote:

> Hello,
> 	After uninstalling and then installing dbus, I entered:
>
> 		launchctl load /Library/LaunchAgents/org.freedesktop.dbus- 
> session.plist
>
> which resulted in:
>
> 		nothing found to load
>
> 	I do not think this is the proper response to the command.  For the  
> record org.freedesktop.dbus-session.plist is in /Library/ 
> LaunchAgents/ and org.freedesktop.dbus-system.plist is in /Library/ 
> LaunchDaemons.
> Frank J. R. Hanstick
> trog24 at comcast.net

This is what I have done that worked.

sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus- 
system.plist
sudo launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus- 
session.plist

Did you use sudo?  Did you load the Daemon first?  I think order  
matters.

Lenore

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/8790e981/attachment.html>

From trog24 at comcast.net  Mon Apr 20 18:42:34 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Mon, 20 Apr 2009 18:42:34 -0700
Subject: localhost launchd: org.postfix.master: exited with exit code: 1
Message-ID: <231991F0-42C6-4E6D-95EC-2145A91C7027@comcast.net>

Hello,
	I began seeing the following messages on my maintenance display  
after opening Mail.app:

Apr 20 17:22:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:23:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:24:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:25:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:26:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:27:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:28:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:29:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:30:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:31:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:32:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:33:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:34:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:35:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:36:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:37:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:38:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:39:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:40:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:41:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:42:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:43:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:44:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:45:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:46:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:47:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:48:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:49:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:50:15 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:51:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:52:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:53:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:54:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:55:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal
Apr 20 17:56:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
failures without living at least 60 seconds will cause job removal

	I looked into both LaunchAgents and LaunchDaemons to locate  
org.postfix.master.plist and did not find such a plist.  What I did  
find was org.macports.postfix.plist.  On a hunch, I removed  
org.macports.postfix.plist and rebooted.  The error messages  
stopped.  I think some kind of conflict is occurring between  
org.macports.postfix.plist and Mail.app.

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090420/b6bdc72a/attachment.html>

From mta at umich.edu  Mon Apr 20 20:44:14 2009
From: mta at umich.edu (Mike Alexander)
Date: Mon, 20 Apr 2009 23:44:14 -0400
Subject: nothing found to load
In-Reply-To: <07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>
References: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
	<07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>
Message-ID: <6181830CCEE6074532EF83DF@fitzrovia.msalexander.com>

--On April 20, 2009 8:41:04 PM -0500 Lenore Horner 
<LenoreHorner at sbcglobal.net> wrote:

>
> On Apr 20, 2009, at 20:30 , Frank J. R. Hanstick wrote:
>
>> Hello,
>> 	After uninstalling and then installing dbus, I entered:
>>
>> 		launchctl load /Library/LaunchAgents/org.freedesktop.dbus-
>> session.plist
>>
>> which resulted in:
>>
>> 		nothing found to load
>>
>> 	I do not think this is the proper response to the command.  For the
>> 	 record org.freedesktop.dbus-session.plist is in /Library/
>> LaunchAgents/ and org.freedesktop.dbus-system.plist is in /Library/
>> LaunchDaemons.
>> Frank J. R. Hanstick
>> trog24 at comcast.net
>
> This is what I have done that worked.
>
> sudo launchctl load -w
> /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
> sudo launchctl load -w
> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>
> Did you use sudo?  Did you load the Daemon first?  I think order
> matters.

I think you want "sudo" on the first of these (dbus-system), not *not* 
on the second (dbus-session).  If you use sudo you're creating a 
session bus for the root user which isn't too useful.

-- 
Mike Alexander           mta at umich.edu
Ann Arbor, MI            PGP key ID: BEA343A6



From guido.soranzio at gmail.com  Mon Apr 20 23:06:02 2009
From: guido.soranzio at gmail.com (Guido Soranzio)
Date: Tue, 21 Apr 2009 08:06:02 +0200
Subject: Devhelp does not work
Message-ID: <CB4F1DC4-5E35-4CD5-91DC-523AC4E4D61B@gmail.com>

David Evans wrote:

>> I'm running into trouble with devhelp.
>> It returns the following error when trying to run it either froom  
>> glade3 or the commande line:
>>
>> (devhelp:98244): Devhelp-CRITICAL **:  
>> bacon_message_connection_get_is_server: assertion `conn != NULL'  
>> failed
>>
>> (devhelp:98244): Devhelp-CRITICAL **:  
>> bacon_message_connection_send: assertion `conn != NULL' failed
>>
>> I'm on MacBook OSX 10.5.6 (Intel)

>
> I can't reproduce this on 10.4.11 ppc with devhelp @0.22_0.  Works  
> fine for me with both from glade-3 and the command line.


My previous workaround still works on Leopard. See:

http://trac.macports.org/browser/trunk/dports/gnome/devhelp/files/patch-src-dh-main-c.diff?rev=35777


-- 
Guido

From timb.php at gmail.com  Mon Apr 20 23:58:55 2009
From: timb.php at gmail.com (Turgs)
Date: Tue, 21 Apr 2009 16:28:55 +0930
Subject: How to install an "old" version?
Message-ID: <857dcd450904202358o39d46813sa873c7af16c80e36@mail.gmail.com>

Hello

I want to upgrade the version of Subversion I have installed on OSX, which
is 1.4.4.

According to http://www.macports.org/ports.php?by=name&substr=subversion the
latest version is 1.6.1.

I want the latest 1.5.X version.

Is there a way I can get macports to install this 1.5.X version rather than
1.6.1?

Thanks
Turgs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/93052166/attachment.html>

From jmr at macports.org  Tue Apr 21 00:31:36 2009
From: jmr at macports.org (Joshua Root)
Date: Tue, 21 Apr 2009 17:31:36 +1000
Subject: How to install an "old" version?
In-Reply-To: <857dcd450904202358o39d46813sa873c7af16c80e36@mail.gmail.com>
References: <857dcd450904202358o39d46813sa873c7af16c80e36@mail.gmail.com>
Message-ID: <49ED7658.6020504@macports.org>

Turgs wrote:
> Hello
> 
> I want to upgrade the version of Subversion I have installed on OSX,
> which is 1.4.4.
> 
> According to http://www.macports.org/ports.php?by=name&substr=subversion
> <http://www.macports.org/ports.php?by=name&substr=subversion> the latest
> version is 1.6.1.
> 
> I want the latest 1.5.X version.
> 
> Is there a way I can get macports to install this 1.5.X version rather
> than 1.6.1?

<http://trac.macports.org/wiki/howto/InstallingOlderPort>

- Josh

From timb.php at gmail.com  Tue Apr 21 01:02:08 2009
From: timb.php at gmail.com (Turgs)
Date: Tue, 21 Apr 2009 17:32:08 +0930
Subject: How to install an "old" version?
In-Reply-To: <49ED7658.6020504@macports.org>
References: <857dcd450904202358o39d46813sa873c7af16c80e36@mail.gmail.com>
	<49ED7658.6020504@macports.org>
Message-ID: <857dcd450904210102v3f364118w395f5e14a33230d6@mail.gmail.com>

Brilliant. Thanks Josh.


On Tue, Apr 21, 2009 at 5:01 PM, Joshua Root <jmr at macports.org> wrote:

> Turgs wrote:
> > Hello
> >
> > I want to upgrade the version of Subversion I have installed on OSX,
> > which is 1.4.4.
> >
> > According to http://www.macports.org/ports.php?by=name&substr=subversion
> > <http://www.macports.org/ports.php?by=name&substr=subversion> the latest
> > version is 1.6.1.
> >
> > I want the latest 1.5.X version.
> >
> > Is there a way I can get macports to install this 1.5.X version rather
> > than 1.6.1?
>
> <http://trac.macports.org/wiki/howto/InstallingOlderPort>
>
> - Josh
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/491e42d5/attachment.html>

From running.cz at gmail.com  Tue Apr 21 06:00:36 2009
From: running.cz at gmail.com (running)
Date: Tue, 21 Apr 2009 15:00:36 +0200
Subject: problems with building "unalz"
Message-ID: <c96675770904210600q45f3c739p372c66f342aefdbe@mail.gmail.com>

Hello,

I wanted to build unalz to decompress one file with this stupid format
(.alz). The only way to do it is through Unalz program.

But, when trying to install (on intel mac), all I get is this:

--->  Building unalz
Error: Target org.macports.build returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_archivers_unalz/work/unalz"
&& make posix-utf8 " returned error 2
Command output: g++ -c UnAlz.cpp -c UnAlzUtils.cpp -c main.cpp
-D_UNALZ_ICONV -D_UNALZ_UTF8 -D_LARGEFILE64_SOURCE
-D_FILE_OFFSET_BITS=64 -O2
UnAlz.cpp: In member function 'BOOL UNALZ::CUnAlz::ReadLocalFileheader()':
UnAlz.cpp:462: error: invalid conversion from 'const char**' to 'char**'
UnAlz.cpp:462: error:   initializing argument 2 of 'size_t
iconv(void*, char**, size_t*, char**, size_t*)'
UnAlz.cpp:466: error: 'errno' was not declared in this scope
UnAlz.cpp:466: error: 'EILSEQ' was not declared in this scope
UnAlz.cpp:468: error: 'EINVAL' was not declared in this scope
UnAlz.cpp:470: error: 'E2BIG' was not declared in this scope
make: *** [posix-utf8] Error 1

Error: Status 1 encountered during processing.


I think there is an error somewhere in the c++ file, but I have no
clue what to do. I have the newest macports installed. Is there
something I can do?

Karel Bilek

From ryandesign at macports.org  Tue Apr 21 06:46:00 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Apr 2009 08:46:00 -0500
Subject: postfix can not start
In-Reply-To: <70EAB66E-80B8-44FA-AE72-59D5D4C934D9@newgeo.com>
References: <629479D6-6E27-4B0D-945C-8847CD8D7088@newgeo.com>
	<06AAC61C-E999-42B7-97E4-66A10E623D1D@newgeo.com>
	<02FD15B5-B4D3-4DB3-ACFD-5DED55139028@geeklair.net>
	<70EAB66E-80B8-44FA-AE72-59D5D4C934D9@newgeo.com>
Message-ID: <22B0DC1C-F6B2-4636-A27A-F5B4B570B990@macports.org>

On Apr 20, 2009, at 09:43, Scott Haneda wrote:

> On Apr 20, 2009, at 7:25 AM, Daniel J. Luke wrote:
>
>>>> $sudo /opt/local/sbin/postfix start
>>>> dyld: Library not loaded: /opt/local/lib/mysql5/mysql/ 
>>>> libmysqlclient.16.dylib
>>>>   Referenced from: /opt/local/sbin/postfix
>>>>   Reason: image not found
>>>> Trace/BPT trap
>>
>> You upgrade mysql and it removed a library that postfix depended  
>> on. (/opt/local/lib/mysql5/mysql/libmysqlclient.16.dylib).
>>
>> When you removed and re-installed postfix, it found the newer  
>> mysql library and worked again.
>>
>> One way of dealing with this sort of thing would be to have a  
>> staging server where you can test upgrades before you push them to  
>> your production machine (or if you have a cluster, you might be  
>> able to remove one machine from the cluster, test the upgrade on  
>> it, and move it back into the cluster once you are confident that  
>> the upgrade worked)
>
> Why did mysql allow it?

mysql didn't allow or not allow anything. Sometimes software is  
upgraded in ways that require other software to be rebuilt (an ABI- 
incompatible change). In this case, the library version number is  
increased, and other software must be rebuilt against the new  
library. MacPorts has no mechanism to automatically rebuild software  
that needs it, so you must do so manually. It is a Google Summer of  
Code project this year to add to MacPorts the mechanism to do this  
automatically if needed.

In your specific case, postfix was built to use libmysqlclient. 
16.dylib but that version of that library is no longer on your  
system. Did you perhaps switch from using the mysql5-devel port  
(which provides MySQL 5.1.x and libmysqlclient.16.dylib) to using the  
mysql5 port (which provides MySQL 5.0.x and libmysqlclient.15.dylib)?  
If you switch between MySQL 5.0.x and 5.1.x you must rebuild any  
ports that depend on MySQL, because of the differing library version  
numbers.



From ryandesign at macports.org  Tue Apr 21 06:51:25 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Apr 2009 08:51:25 -0500
Subject: problems with building "unalz"
In-Reply-To: <c96675770904210600q45f3c739p372c66f342aefdbe@mail.gmail.com>
References: <c96675770904210600q45f3c739p372c66f342aefdbe@mail.gmail.com>
Message-ID: <F274850A-9966-4658-B944-96AA21012B8B@macports.org>


On Apr 21, 2009, at 08:00, running wrote:

> I wanted to build unalz to decompress one file with this stupid format
> (.alz). The only way to do it is through Unalz program.
>
> But, when trying to install (on intel mac), all I get is this:
>
> --->  Building unalz
> Error: Target org.macports.build returned: shell command " cd
> "/opt/local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_archi 
> vers_unalz/work/unalz"
> && make posix-utf8 " returned error 2
> Command output: g++ -c UnAlz.cpp -c UnAlzUtils.cpp -c main.cpp
> -D_UNALZ_ICONV -D_UNALZ_UTF8 -D_LARGEFILE64_SOURCE
> -D_FILE_OFFSET_BITS=64 -O2
> UnAlz.cpp: In member function 'BOOL  
> UNALZ::CUnAlz::ReadLocalFileheader()':
> UnAlz.cpp:462: error: invalid conversion from 'const char**' to  
> 'char**'
> UnAlz.cpp:462: error:   initializing argument 2 of 'size_t
> iconv(void*, char**, size_t*, char**, size_t*)'
> UnAlz.cpp:466: error: 'errno' was not declared in this scope
> UnAlz.cpp:466: error: 'EILSEQ' was not declared in this scope
> UnAlz.cpp:468: error: 'EINVAL' was not declared in this scope
> UnAlz.cpp:470: error: 'E2BIG' was not declared in this scope
> make: *** [posix-utf8] Error 1
>
> Error: Status 1 encountered during processing.
>
>
> I think there is an error somewhere in the c++ file, but I have no
> clue what to do. I have the newest macports installed. Is there
> something I can do?

iconv is a peculiar library which is different on different operating  
systems, and even different on different versions of the same  
operating system. It is different on Leopard and Tiger, for example.  
Software that uses iconv must be robust enough to detect which  
version of iconv is on any given system and adapt accordingly. It  
sounds like unalz is not robust enough.

It looks like the patch in

http://trac.macports.org/ticket/16106

may be designed to correct this very error, although it does not look  
like the patch author realized that iconv differs on different  
versions of Mac OS X, so while the patch will fix the build on  
Leopard, it will break it on Tiger. The maintainer has not responded  
to the ticket in 9 months so someone else should take on this issue  
and commit a fix, or see if the current version, 0.65, already  
incorporates a fix that works everywhere.



From dluke at geeklair.net  Tue Apr 21 08:06:21 2009
From: dluke at geeklair.net (Daniel J. Luke)
Date: Tue, 21 Apr 2009 11:06:21 -0400
Subject: localhost launchd: org.postfix.master: exited with exit code: 1
In-Reply-To: <231991F0-42C6-4E6D-95EC-2145A91C7027@comcast.net>
References: <231991F0-42C6-4E6D-95EC-2145A91C7027@comcast.net>
Message-ID: <64500E4A-637D-428F-9F98-517065DFD4E9@geeklair.net>

On Apr 20, 2009, at 9:42 PM, Frank J. R. Hanstick wrote:
> Apr 20 17:56:16 Franks-PPC-G4 launchd: org.postfix.master: 9 more  
> failures without living at least 60 seconds will cause job removal

This is the apple-supplied postfix launching and immediately exiting  
(which launchd is detecting as a failure).

> 	I looked into both LaunchAgents and LaunchDaemons to locate  
> org.postfix.master.plist and did not find such a plist.

it should be in /System/Library/LaunchDaemons

>  What I did find was org.macports.postfix.plist.  On a hunch, I  
> removed org.macports.postfix.plist and rebooted.  The error messages  
> stopped.  I think some kind of conflict is occurring between  
> org.macports.postfix.plist and Mail.app.


You probably don't want to run both the apple-supplied postfix and the  
macports-supplied one at the same time.

--
Daniel J. Luke
+========================================================+
| *---------------- dluke at geeklair.net ----------------* |
| *-------------- http://www.geeklair.net -------------* |
+========================================================+
|   Opinions expressed are mine and do not necessarily   |
|          reflect the opinions of my employer.          |
+========================================================+



-------------- next part --------------
A non-text attachment was scrubbed...
Name: PGP.sig
Type: application/pgp-signature
Size: 194 bytes
Desc: This is a digitally signed message part
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/f5290d52/attachment.bin>

From trog24 at comcast.net  Tue Apr 21 09:02:27 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Tue, 21 Apr 2009 09:02:27 -0700
Subject: nothing found to load
In-Reply-To: <A8B1484C52962A55182400F3@fitzrovia.msalexander.com>
References: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
	<07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>
	<6181830CCEE6074532EF83DF@fitzrovia.msalexander.com>
	<2ABB9F47-3F98-4DB2-87D9-551080BFEA30@comcast.net>
	<A8B1484C52962A55182400F3@fitzrovia.msalexander.com>
Message-ID: <7697D506-730A-4377-817A-E4A62DD524A1@comcast.net>

Hello,
	I entered:

		 sudo launchctl unload /Library/LaunchAgents/org.freedesktop.dbus- 
session.plist

which resulted in:

		No such process

Following up with:

		launchctl load /Library/LaunchAgents/org.freedesktop.dbus- 
session.plist

results in:

		org.freedesktop.dbus-session: Already loaded
		Workaround Bonjour: Unknown error: 0

On Apr 21, 2009, at 8:34 AM, Mike Alexander wrote:

> Trashing the plist won't help.  You should be able to reverse  
> things by using
>
> sudo launchctl unload /Library/LaunchAgents/org.freedesktop.dbus- 
> session.plist
>
> followed by
>
> launchctl load /Library/LaunchAgents/org.freedesktop.dbus- 
> session.plist
>
> I.e., just unload it using sudo then load it without sudo.
>
> Try a command like "ps auxwww | grep dbus" to see if it worked.   
> You should find a process running dbus-daemon under ID messagebus  
> with "--system" in the parameters.  If you have run anything that  
> uses dbus since login (such as gnucash) then you'll also find a  
> process running dbus-daemon under your own ID with "--session" in  
> the parameters.  This process is started automatically the first  
> time some program tries to use dbus.
>
>           Mike
>
> --On April 21, 2009 2:03:40 AM -0700 "Frank J. R. Hanstick"  
> <trog24 at comcast.net> wrote:
>
>> Hello,
>> 	How do I undo the sudo or do I just trash the plist and reload?
>>
>> On Apr 20, 2009, at 8:44 PM, Mike Alexander wrote:
>>
>>> --On April 20, 2009 8:41:04 PM -0500 Lenore Horner
>>> <LenoreHorner at sbcglobal.net> wrote:
>>>
>>>>
>>>> On Apr 20, 2009, at 20:30 , Frank J. R. Hanstick wrote:
>>>>
>>>>> Hello,
>>>>> 	After uninstalling and then installing dbus, I entered:
>>>>>
>>>>> 		launchctl load /Library/LaunchAgents/org.freedesktop.dbus-
>>>>> session.plist
>>>>>
>>>>> which resulted in:
>>>>>
>>>>> 		nothing found to load
>>>>>
>>>>> 	I do not think this is the proper response to the command.  For
>>>>> 	the record org.freedesktop.dbus-session.plist is in /Library/
>>>>> LaunchAgents/ and org.freedesktop.dbus-system.plist is in / 
>>>>> Library/
>>>>> LaunchDaemons.
>>>>> Frank J. R. Hanstick
>>>>> trog24 at comcast.net
>>>>
>>>> This is what I have done that worked.
>>>>
>>>> sudo launchctl load -w
>>>> /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
>>>> sudo launchctl load -w
>>>> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>>>>
>>>> Did you use sudo?  Did you load the Daemon first?  I think order
>>>> matters.
>>>
>>> I think you want "sudo" on the first of these (dbus-system), not
>>> *not* on the second (dbus-session).  If you use sudo you're
>>> creating a session bus for the root user which isn't too useful.
>>>
>>> --
>>> Mike Alexander           mta at umich.edu
>>> Ann Arbor, MI            PGP key ID: BEA343A6
>>>
>>>
>>
>> Frank J. R. Hanstick
>> trog24 at comcast.net
>>
>>
>>
>
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/bfca4730/attachment.html>

From ryandesign at macports.org  Tue Apr 21 10:12:03 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Apr 2009 12:12:03 -0500
Subject: Libtheora doesn't build
In-Reply-To: <f54c68040904201047l214391den4baaa2fa1abc725c@mail.gmail.com>
References: <f54c68040904201047l214391den4baaa2fa1abc725c@mail.gmail.com>
Message-ID: <21009786-B060-45B8-ABB6-44A3D5806A48@macports.org>

On Apr 20, 2009, at 12:47, Gonzalo Abella wrote:

> I'm a new Macports user and I have some problems installing  
> libtheora library needed for Gimp and for ffmpeg. I have Darwin  
> 8.11 and MacOS 10.4.11.
>
> ip_wless_escet_52:~ gon$ sudo port install libtheora
> Password:
> --->  Building libtheora
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_multi 
> media_libtheora/work/libtheora-1.0" && make all " returned error 2
> Command output: make  all-recursive
> Making all in lib
> if /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 - 
> DHAVE_CONFIG_H -I. -I. -I.. -I../include  -I/opt/local/include -I/ 
> opt/local/include   -Wall -Wno-parentheses -O3 -fforce-addr -fomit- 
> frame-pointer -finline-functions -funroll-loops -O2 -MT dsp_mmx.lo - 
> MD -MP -MF ".deps/dsp_mmx.Tpo" -c -o dsp_mmx.lo `test -f 'enc/ 
> x86_32/dsp_mmx.c' || echo './'`enc/x86_32/dsp_mmx.c; \
> then mv -f ".deps/dsp_mmx.Tpo" ".deps/dsp_mmx.Plo"; else rm -f  
> ".deps/dsp_mmx.Tpo"; exit 1; fi
>  /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I/opt/ 
> local/include -I/opt/local/include -Wall -Wno-parentheses -O3 - 
> fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops - 
> O2 -MT dsp_mmx.lo -MD -MP -MF .deps/dsp_mmx.Tpo -c enc/x86_32/ 
> dsp_mmx.c  -fno-common -DPIC -o .libs/dsp_mmx.o
> /var/tmp//ccXbfBrr.s:739:no such 386 instruction: `movsx'
> /var/tmp//ccXbfBrr.s:789:no such 386 instruction: `movsx'
> /var/tmp//ccXbfBrr.s:853:no such 386 instruction: `movsx'
> make[2]: *** [dsp_mmx.lo] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Error: Status 1 encountered during processing.
>
>
> It is a very strange error I've ever seen. I have tried to install  
> it with the command 'port install libtheora + universal', but with  
> same result. In google I find nothing.

Welcome to MacPorts!

I did find some occurrences of this error in a Google search. One  
suggested that you might be using an old version of Xcode. If you do  
not have Xcode 2.5, upgrade to Xcode 2.5 and try again, making sure  
to clean the port first (sudo port clean libtheora). Let us know if  
that fixes it; if it does, we can modify the port to print a warning  
if Xcode < 2.5 is used.


From mta at umich.edu  Tue Apr 21 10:26:16 2009
From: mta at umich.edu (Mike Alexander)
Date: Tue, 21 Apr 2009 13:26:16 -0400
Subject: nothing found to load
In-Reply-To: <7697D506-730A-4377-817A-E4A62DD524A1@comcast.net>
References: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
	<07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>
	<6181830CCEE6074532EF83DF@fitzrovia.msalexander.com>
	<2ABB9F47-3F98-4DB2-87D9-551080BFEA30@comcast.net>
	<A8B1484C52962A55182400F3@fitzrovia.msalexander.com>
	<7697D506-730A-4377-817A-E4A62DD524A1@comcast.net>
Message-ID: <F7D38D97B20006E6588FB9BB@fitzrovia.msalexander.com>

What happens when you enter the ps command I suggested?  Maybe 
everything is already ok.

          Mike

--On April 21, 2009 9:02:27 AM -0700 "Frank J. R. Hanstick" 
<trog24 at comcast.net> wrote:

> Hello,
> 	I entered:
>
> 		 sudo launchctl unload
> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>
> which resulted in:
>
> 		No such process
>
> Following up with:
>
> 		launchctl load
> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>
> results in:
>
> 		org.freedesktop.dbus-session: Already loaded
> 		Workaround Bonjour: Unknown error: 0
>
> On Apr 21, 2009, at 8:34 AM, Mike Alexander wrote:
>
>> Trashing the plist won't help.  You should be able to reverse
>> things by using
>>
>> sudo launchctl unload /Library/LaunchAgents/org.freedesktop.dbus-
>> session.plist
>>
>> followed by
>>
>> launchctl load /Library/LaunchAgents/org.freedesktop.dbus-
>> session.plist
>>
>> I.e., just unload it using sudo then load it without sudo.
>>
>> Try a command like "ps auxwww | grep dbus" to see if it worked.
>> You should find a process running dbus-daemon under ID messagebus
>> with "--system" in the parameters.  If you have run anything that
>> uses dbus since login (such as gnucash) then you'll also find a
>> process running dbus-daemon under your own ID with "--session" in
>> the parameters.  This process is started automatically the first
>> time some program tries to use dbus.
>>
>>           Mike
>>
>> --On April 21, 2009 2:03:40 AM -0700 "Frank J. R. Hanstick"
>> <trog24 at comcast.net> wrote:
>>
>>> Hello,
>>> 	How do I undo the sudo or do I just trash the plist and reload?
>>>
>>> On Apr 20, 2009, at 8:44 PM, Mike Alexander wrote:
>>>
>>>> --On April 20, 2009 8:41:04 PM -0500 Lenore Horner
>>>> <LenoreHorner at sbcglobal.net> wrote:
>>>>
>>>>>
>>>>> On Apr 20, 2009, at 20:30 , Frank J. R. Hanstick wrote:
>>>>>
>>>>>> Hello,
>>>>>> 	After uninstalling and then installing dbus, I entered:
>>>>>>
>>>>>> 		launchctl load /Library/LaunchAgents/org.freedesktop.dbus-
>>>>>> session.plist
>>>>>>
>>>>>> which resulted in:
>>>>>>
>>>>>> 		nothing found to load
>>>>>>
>>>>>> 	I do not think this is the proper response to the command.  For
>>>>>> 	the record org.freedesktop.dbus-session.plist is in /Library/
>>>>>> LaunchAgents/ and org.freedesktop.dbus-system.plist is in /
>>>>>> Library/
>>>>>> LaunchDaemons.
>>>>>> Frank J. R. Hanstick
>>>>>> trog24 at comcast.net
>>>>>
>>>>> This is what I have done that worked.
>>>>>
>>>>> sudo launchctl load -w
>>>>> /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
>>>>> sudo launchctl load -w
>>>>> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>>>>>
>>>>> Did you use sudo?  Did you load the Daemon first?  I think order
>>>>> matters.
>>>>
>>>> I think you want "sudo" on the first of these (dbus-system), not
>>>> *not* on the second (dbus-session).  If you use sudo you're
>>>> creating a session bus for the root user which isn't too useful.
>>>>
>>>> --
>>>> Mike Alexander           mta at umich.edu
>>>> Ann Arbor, MI            PGP key ID: BEA343A6
>>>>
>>>>
>>>
>>> Frank J. R. Hanstick
>>> trog24 at comcast.net
>>>
>>>
>>>
>>
>>
>
> Frank J. R. Hanstick
> trog24 at comcast.net
>
>
>



From trog24 at comcast.net  Tue Apr 21 10:52:41 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Tue, 21 Apr 2009 10:52:41 -0700
Subject: nothing found to load
In-Reply-To: <F7D38D97B20006E6588FB9BB@fitzrovia.msalexander.com>
References: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
	<07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>
	<6181830CCEE6074532EF83DF@fitzrovia.msalexander.com>
	<2ABB9F47-3F98-4DB2-87D9-551080BFEA30@comcast.net>
	<A8B1484C52962A55182400F3@fitzrovia.msalexander.com>
	<7697D506-730A-4377-817A-E4A62DD524A1@comcast.net>
	<F7D38D97B20006E6588FB9BB@fitzrovia.msalexander.com>
Message-ID: <EAD1DF5F-00B8-402C-B3D7-1A058DEE86CC@comcast.net>

Hello,

	ps auxwww |grep dbus

results in:

	frank      396   2.3  0.0    27376    420  p1  S+   10:43AM    
0:00.01 grep dbus
	frank      250   0.0  0.0    27940    720  ??  Ss   10:40AM    
0:00.02 /opt/local/bin/dbus-daemon --nofork --session

Is this the expected response?

On Apr 21, 2009, at 10:26 AM, Mike Alexander wrote:

> What happens when you enter the ps command I suggested?  Maybe  
> everything is already ok.
>
>          Mike
>
> --On April 21, 2009 9:02:27 AM -0700 "Frank J. R. Hanstick"  
> <trog24 at comcast.net> wrote:
>
>> Hello,
>> 	I entered:
>>
>> 		 sudo launchctl unload
>> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>>
>> which resulted in:
>>
>> 		No such process
>>
>> Following up with:
>>
>> 		launchctl load
>> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>>
>> results in:
>>
>> 		org.freedesktop.dbus-session: Already loaded
>> 		Workaround Bonjour: Unknown error: 0
>>
>> On Apr 21, 2009, at 8:34 AM, Mike Alexander wrote:
>>
>>> Trashing the plist won't help.  You should be able to reverse
>>> things by using
>>>
>>> sudo launchctl unload /Library/LaunchAgents/org.freedesktop.dbus-
>>> session.plist
>>>
>>> followed by
>>>
>>> launchctl load /Library/LaunchAgents/org.freedesktop.dbus-
>>> session.plist
>>>
>>> I.e., just unload it using sudo then load it without sudo.
>>>
>>> Try a command like "ps auxwww | grep dbus" to see if it worked.
>>> You should find a process running dbus-daemon under ID messagebus
>>> with "--system" in the parameters.  If you have run anything that
>>> uses dbus since login (such as gnucash) then you'll also find a
>>> process running dbus-daemon under your own ID with "--session" in
>>> the parameters.  This process is started automatically the first
>>> time some program tries to use dbus.
>>>
>>>           Mike
>>>
>>> --On April 21, 2009 2:03:40 AM -0700 "Frank J. R. Hanstick"
>>> <trog24 at comcast.net> wrote:
>>>
>>>> Hello,
>>>> 	How do I undo the sudo or do I just trash the plist and reload?
>>>>
>>>> On Apr 20, 2009, at 8:44 PM, Mike Alexander wrote:
>>>>
>>>>> --On April 20, 2009 8:41:04 PM -0500 Lenore Horner
>>>>> <LenoreHorner at sbcglobal.net> wrote:
>>>>>
>>>>>>
>>>>>> On Apr 20, 2009, at 20:30 , Frank J. R. Hanstick wrote:
>>>>>>
>>>>>>> Hello,
>>>>>>> 	After uninstalling and then installing dbus, I entered:
>>>>>>>
>>>>>>> 		launchctl load /Library/LaunchAgents/org.freedesktop.dbus-
>>>>>>> session.plist
>>>>>>>
>>>>>>> which resulted in:
>>>>>>>
>>>>>>> 		nothing found to load
>>>>>>>
>>>>>>> 	I do not think this is the proper response to the command.  For
>>>>>>> 	the record org.freedesktop.dbus-session.plist is in /Library/
>>>>>>> LaunchAgents/ and org.freedesktop.dbus-system.plist is in /
>>>>>>> Library/
>>>>>>> LaunchDaemons.
>>>>>>> Frank J. R. Hanstick
>>>>>>> trog24 at comcast.net
>>>>>>
>>>>>> This is what I have done that worked.
>>>>>>
>>>>>> sudo launchctl load -w
>>>>>> /Library/LaunchDaemons/org.freedesktop.dbus-system.plist
>>>>>> sudo launchctl load -w
>>>>>> /Library/LaunchAgents/org.freedesktop.dbus-session.plist
>>>>>>
>>>>>> Did you use sudo?  Did you load the Daemon first?  I think order
>>>>>> matters.
>>>>>
>>>>> I think you want "sudo" on the first of these (dbus-system), not
>>>>> *not* on the second (dbus-session).  If you use sudo you're
>>>>> creating a session bus for the root user which isn't too useful.
>>>>>
>>>>> --
>>>>> Mike Alexander           mta at umich.edu
>>>>> Ann Arbor, MI            PGP key ID: BEA343A6
>>>>>
>>>>>
>>>>
>>>> Frank J. R. Hanstick
>>>> trog24 at comcast.net
>>>>
>>>>
>>>>
>>>
>>>
>>
>> Frank J. R. Hanstick
>> trog24 at comcast.net
>>
>>
>>
>
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/942ef1f1/attachment.html>

From eijkhout at tacc.utexas.edu  Tue Apr 21 10:54:54 2009
From: eijkhout at tacc.utexas.edu (Victor Eijkhout)
Date: Tue, 21 Apr 2009 12:54:54 -0500
Subject: problem installing doxygen on 10.5.6
Message-ID: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>

There is an existing ticket that claims to have solved this problem 2  
months ago <https://trac.macports.org/ticket/18258> but I'm still  
seeing this:

Error: Target org.macports.build returned: shell command " cd "/opt/ 
local/var/macports/build/ 
_opt_local_var_macports_sources_rsync 
.macports.org_release_ports_textproc_doxygen/work/doxygen-1.5.8" &&  
make all " returned error 2
Command output: /usr/bin/make -C qtools
/usr/bin/make -f Makefile.qtools    all
make[2]: Nothing to be done for `all'.
/usr/bin/make -C libpng
/usr/bin/make -f Makefile.libpng
make[2]: Nothing to be done for `all'.
/usr/bin/make -C libmd5
/usr/bin/make -f Makefile.libmd5
make[2]: Nothing to be done for `all'.
/usr/bin/make -C src
/usr/bin/make -f Makefile.libdoxycfg PERL=/opt/local/bin/perl all
/usr/bin/g++-4.0 -I/opt/local/include -c -pipe -D__FreeBSD__=6 -Wall - 
W -O2 -I../qtools -o ../objects/portable.o portable.cpp
portable.cpp: In function 'size_t portable_iconv(void*, const char**,  
size_t*, char**, size_t*)':
portable.cpp:392: error: invalid conversion from 'char**' to 'const  
char**'
portable.cpp:392: error:   initializing argument 2 of 'size_t  
libiconv(void*, const char**, size_t*, char**, size_t*)'
make[2]: *** [../objects/portable.o] Error 1
make[1]: *** [all] Error 2
make: *** [all] Error 2

-- 
Victor Eijkhout, 512 471 5809 (w), 512 499 0504 (h)
Texas Advanced Computing Center, The University of Texas at Austin





From diem at xs4all.nl  Tue Apr 21 11:46:48 2009
From: diem at xs4all.nl (Dimitri Hendriks)
Date: Tue, 21 Apr 2009 20:46:48 +0200
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing on display
	":0.0". 
Message-ID: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>

Hi

Thanks to Ryan Schmidt I managed to install port labgtk2,
and then port coq. This all went fine, at least so it seemed.
However, if I try to run coqide, I get the message:

Xlib:  extension "RANDR" missing on display ":0.0".

followed by multiple copies of this line:

(coqide:23495): Pango-WARNING **: Error loading GDEF table 0x6EAD

Anyone an idea?

Dimitri

From trog24 at comcast.net  Tue Apr 21 12:40:27 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Tue, 21 Apr 2009 12:40:27 -0700
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing on
	display ":0.0". 
In-Reply-To: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>
Message-ID: <B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>

Hello,
	I do not think the problem is:

		Xlib: extension "RANDR" missing on display ":0.0"

because the Resize and Rotate extension (RandR) is a very small set  
of client and server extensions designed to allow clients to modify  
the size, reflection, rotation and refresh rate of an X screen. RandR  
also has provisions for informing clients when screens have been  
reconfigured.  This stuff is actually handled natively on OSX through  
the Display Properties in System Preferences, so there's no need for  
the extension.  Maybe someone should get on top of the X Windows  
people to test for the MacOS and use a window attribute call rather  
than RandR to obtain the information required.

On Apr 21, 2009, at 11:46 AM, Dimitri Hendriks wrote:

> Hi
>
> Thanks to Ryan Schmidt I managed to install port labgtk2,
> and then port coq. This all went fine, at least so it seemed.
> However, if I try to run coqide, I get the message:
>
> Xlib:  extension "RANDR" missing on display ":0.0".
>
> followed by multiple copies of this line:
>
> (coqide:23495): Pango-WARNING **: Error loading GDEF table 0x6EAD
>
> Anyone an idea?
>
> Dimitri
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/16f392dc/attachment.html>

From jeremyhu at macports.org  Tue Apr 21 13:10:06 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Tue, 21 Apr 2009 13:10:06 -0700
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing
	on	display ":0.0".
In-Reply-To: <B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>
	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>
Message-ID: <649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>

First off... the GDEF foo... make sure you upgrade pango.  That should  
be fixed upstream as of last week's release:

http://bugzilla.gnome.org/show_bug.cgi?id=577952

If you're still seeing it with the new pango, you need to isolate what  
font is causing the problem.  Look at that bug report to see how I did  
that.

Now for RandR... just ignore the informative message...

On Apr 21, 2009, at 12:40, Frank J. R. Hanstick wrote:

> Hello,
> 	I do not think the problem is:
>
> 		Xlib: extension "RANDR" missing on display ":0.0"
>
> because the Resize and Rotate extension (RandR) is a very small set  
> of client and server extensions designed to allow clients to modify  
> the size, reflection, rotation and refresh rate of an X screen.  
> RandR also has provisions for informing clients when screens have  
> been reconfigured.  This stuff is actually handled natively on OSX  
> through the Display Properties in System Preferences, so there's no  
> need for the extension.

Not exactly.  It's on the back burner at the moment.  It's useful for  
games (wine) from a control perspective, and it's nice for everyone  
else from a notification perspective.

>  Maybe someone should get on top of the X Windows people to test for  
> the MacOS and use a window attribute call rather than RandR to  
> obtain the information required.

That's not how it works.  We need to translate the native  
notifications that the X server receives into RandR notifications.   
Similarly, we need to translate the RandR commands into API calls to  
change the resolution.




> On Apr 21, 2009, at 11:46 AM, Dimitri Hendriks wrote:
>
>> Hi
>>
>> Thanks to Ryan Schmidt I managed to install port labgtk2,
>> and then port coq. This all went fine, at least so it seemed.
>> However, if I try to run coqide, I get the message:
>>
>> Xlib:  extension "RANDR" missing on display ":0.0".
>>
>> followed by multiple copies of this line:
>>
>> (coqide:23495): Pango-WARNING **: Error loading GDEF table 0x6EAD
>>
>> Anyone an idea?
>>
>> Dimitri
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>
> Frank J. R. Hanstick
> trog24 at comcast.net
>
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From carlisle10 at gmail.com  Tue Apr 21 13:44:16 2009
From: carlisle10 at gmail.com (PA Pilot)
Date: Tue, 21 Apr 2009 16:44:16 -0400
Subject: HELP installing Sylpheed, please
Message-ID: <7485800b0904211344xad27415l766d2548647d00e@mail.gmail.com>

Here's the deal:  I am using a PowerMac G5, OS 10.4.11 with
Xcode25_8m2558_developerdvd installed.  I have installed Macports 1.50, 1.60
and 1.71 on various occasions trying to find a solution.  This installation
has worked with Sylpheed as recently as a year ago, but nothing works now.
Here's the output of the installation process:

____________________________________
Fetching expat
Attempting to fetch expat-2.0.1.tar.gz from
http://voxel.dl.sourceforge.net/expat
Verifying checksum(s) for expat
Extracting expat
Configuring expat
Building expat
Staging expat into destroot
Installing expat @2.0.1_0
Activating expat @2.0.1_0
Cleaning expat
Fetching gperf
Attempting to fetch gperf-3.0.4.tar.gz from
http://mirrors.kernel.org/gnu/gperf
Verifying checksum(s) for gperf
Extracting gperf
Configuring gperf
Building gperf
Staging gperf into destroot
Installing gperf @3.0.4_0
Activating gperf @3.0.4_0
Cleaning gperf
Fetching libiconv
Attempting to fetch libiconv-1.12.tar.gz from
http://mirrors.ibiblio.org/pub/mirrors/gnu/ftp/gnu/libiconv
Verifying checksum(s) for libiconv
Extracting libiconv
Applying patches to libiconv
Configuring libiconv
Building libiconv
Staging libiconv into destroot
Installing libiconv @1.12_2
Activating libiconv @1.12_2
Cleaning libiconv
Fetching ncursesw
Attempting to fetch ncurses-5.7.tar.gz from
http://mirrors.ibiblio.org/pub/mirrors/gnu/ftp/gnu/ncurses
Verifying checksum(s) for ncursesw
Extracting ncursesw
Configuring ncursesw
Building ncursesw
Staging ncursesw into destroot
Installing ncursesw @5.7_0
Activating ncursesw @5.7_0
Cleaning ncursesw
Fetching ncurses
Verifying checksum(s) for ncurses
Extracting ncurses
Configuring ncurses
Building ncurses
Staging ncurses into destroot
Installing ncurses @5.7_0
Activating ncurses @5.7_0
Cleaning ncurses
Fetching gettext
Attempting to fetch gettext-0.17.tar.gz from
http://mirrors.ibiblio.org/pub/mirrors/gnu/ftp/gnu/gettext
Verifying checksum(s) for gettext
Extracting gettext
Applying patches to gettext
Configuring gettext
Building gettext
Staging gettext into destroot
Installing gettext @0.17_4
Activating gettext @0.17_4
Cleaning gettext
Fetching perl5.8
Attempting to fetch perl-5.8.9.tar.bz2 from http://www.cpan.org/src/
Verifying checksum(s) for perl5.8
Extracting perl5.8
Applying patches to perl5.8
Configuring perl5.8
Building perl5.8
Staging perl5.8 into destroot
Installing perl5.8 @5.8.9_3
Activating perl5.8 @5.8.9_3
Cleaning perl5.8
Fetching perl5
Verifying checksum(s) for perl5
Extracting perl5
Configuring perl5
Building perl5
Staging perl5 into destroot
Installing perl5 @5.8.9_0
Activating perl5 @5.8.9_0
Cleaning perl5
Fetching pkgconfig
Attempting to fetch pkg-config-0.23.tar.gz from
http://www.vg.kernel.org/pub/mirrors/gentoo/source/distfiles/
Verifying checksum(s) for pkgconfig
Extracting pkgconfig
Configuring pkgconfig
Building pkgconfig
Staging pkgconfig into destroot
Installing pkgconfig @0.23_1
Activating pkgconfig @0.23_1
Cleaning pkgconfig
Fetching glib2
Attempting to fetch glib-2.20.1.tar.bz2 from
ftp://ftp.gtk.org/pub/glib/2.20/
Verifying checksum(s) for glib2
Extracting glib2
Applying patches to glib2
Configuring glib2
Building glib2
Staging glib2 into destroot
Installing glib2 @2.20.1_0
Activating glib2 @2.20.1_0
Cleaning glib2
Fetching atk
Attempting to fetch atk-1.26.0.tar.bz2 from
ftp://ftp.cse.buffalo.edu/pub/Gnome/sources/atk/1.26/
Verifying checksum(s) for atk
Extracting atk
Configuring atk
Building atk
Staging atk into destroot
Error: Target org.macports.destroot returned: shell command " cd
"/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_atk/work/atk-1.26.0"
&& make install
DESTDIR=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_atk/work/destroot
" returned error 2
Command output: -- Installing ./html/AtkSelection.html
-- Installing ./html/AtkStateSet.html
-- Installing ./html/AtkStreamableContent.html
-- Installing ./html
/AtkTable.html
-- Installing ./html/AtkText.html
-- Installing ./html/AtkUtil.html
-- Installing ./html/AtkValue.html
-- Installing ./html/atk-AtkHyperlinkImpl.html
-- Installing ./html/atk-AtkState.html
-- Installing ./html/atk.devhelp
-- Installing ./html/atk.devhelp2
-- Installing ./html/atk.html
-- Installing ./html/home.png
-- Installing ./html/index.html
-- Installing ./html/index.sgml
-- Installing ./html/ix01.html
-- Installing ./html/ix02.html
-- Installing ./html/ix03.html
-- Installing ./html/i
x04.html
-- Installing ./html/ix05.html
-- Installing ./html/ix06.html
-- Installing ./html/ix07.html
-- Installing ./html/left.png
-- Installing ./html/right.png
-- Installing ./html/style.css
-- Installing ./html/up.png
/bin/sh: line 1: gtkdoc-rebase: command not found
make[2]: *** [install-data-local] Error 127
make[1]: *** [install-am] Error 2
make: *** [install-recursive] Error 1
Error: The following dependencies failed to build: gtk2 atk cairo fontconfig
freetype zlib libpixman libpng xrender xorg-libX11 xorg-bigreqsproto
xorg-inputproto xorg-kbproto xorg-libXau xorg-xproto xorg-libXdmcp
xorg-xcmiscproto xorg-xextproto xorg-xf86bigfontproto xorg-xtrans
xorg-renderproto gtk-doc docbook-xml-4.3 xmlcatmgr docbook-xsl
gnome-doc-utils docbook-xml docbook-xml-4.1.2 docbook-xml-4.2
docbook-xml-4.4 docbook-xml-4.5 docbook-xml-5.0 iso-codes py25-hashlib
openssl python25 libxml2 libxslt p5-xml-parser py25-libxml2 rarian getopt
intltool gnome-common jasper jpeg pango Xft2 shared-mime-info tiff
xorg-libXcomposite xorg-compositeproto xorg-fixesproto xorg-libXext
xorg-libXfixes xorg-libXcursor xorg-libXdamage xorg-damageproto xorg-libXi
xorg-libXinerama xorg-xineramaproto xorg-libXrandr xorg-randrproto gtkspell2
enchant
Error: Status 1 encountered during processing.
Executing: /opt/local/bin/port install sylpheed +gtkspell +ssl
__________________________________________

I cannot get past the ATK installation error.  NOTE:  Recntly the process
got as far as actually installing the Sylpheed package the last pacakage in
the process.  It failed then multiple times looking for ASPELL - or somthing
having to do with ASPELL. ????  Now I can proceed only as far as the ATK
installation.

Can anyone point me in the right direction, please?

Thanks in advance,

MKG
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090421/14fef63d/attachment.html>

From ryandesign at macports.org  Tue Apr 21 16:49:28 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Apr 2009 18:49:28 -0500
Subject: HELP installing Sylpheed, please
In-Reply-To: <7485800b0904211344xad27415l766d2548647d00e@mail.gmail.com>
References: <7485800b0904211344xad27415l766d2548647d00e@mail.gmail.com>
Message-ID: <E94FA8E4-336E-4288-871A-61ED31523F0A@macports.org>

On Apr 21, 2009, at 15:44, PA Pilot wrote:

> Here's the deal:  I am using a PowerMac G5, OS 10.4.11 with  
> Xcode25_8m2558_developerdvd installed.  I have installed Macports  
> 1.50, 1.60 and 1.71 on various occasions trying to find a  
> solution.  This installation has worked with Sylpheed as recently  
> as a year ago, but nothing works now.  Here's the output of the  
> installation process:

[snip]

> Staging atk into destroot

[snip]

> /bin/sh: line 1: gtkdoc-rebase: command not found

This is at least a simple matter of atk wanting to use the gtkdoc- 
rebase command and it not being present on your system. Technically  
this is a bug in atk, or rather in the gtk-doc utilities used at the  
time atk was packaged, because it should not be trying to use gtkdoc- 
rebase if it is not present. However, the method they used to try to  
determine if gtkdoc-rebase exists is incorrect and does not work on  
Mac OS X 10.4.x or earlier. It does work properly on Mac OS X 10.5.x  
and later, and on most other UNIX-like operating systems. I reported  
this, it will be fixed in the next version of gtk-doc, and that fix  
will trickle down to software like atk that uses gtk-doc as soon as  
new versions of e.g. atk are released that are packaged using the  
newer version of gtk-doc. I don't know how long that will take. In  
the mean time, we can fix ports like atk to properly detect whether  
gtkdoc-rebase is there, or we can make the atk port depend on the gtk- 
doc port. The latter is simpler and probably what we should do since  
otherwise the port will build differently depending on whether gtk- 
doc has already been installed or not, and it is a MacPorts tenet  
that a port shall build the same on everyone's system, regardless of  
what is already installed.

So, please file a bug ticket against atk, if one does not already  
exist for this issue, and in the mean time, the workaround is

sudo port install gtk-doc



From ryandesign at macports.org  Tue Apr 21 16:49:39 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Apr 2009 18:49:39 -0500
Subject: problem installing doxygen on 10.5.6
In-Reply-To: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>
References: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>
Message-ID: <CE693A0D-3C3C-466C-9364-E803148A4EF2@macports.org>

On Apr 21, 2009, at 12:54, Victor Eijkhout wrote:

> There is an existing ticket that claims to have solved this problem  
> 2 months ago <https://trac.macports.org/ticket/18258> but I'm still  
> seeing this:
>
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_textp 
> roc_doxygen/work/doxygen-1.5.8" && make all " returned error 2
> Command output: /usr/bin/make -C qtools
> /usr/bin/make -f Makefile.qtools    all
> make[2]: Nothing to be done for `all'.
> /usr/bin/make -C libpng
> /usr/bin/make -f Makefile.libpng
> make[2]: Nothing to be done for `all'.
> /usr/bin/make -C libmd5
> /usr/bin/make -f Makefile.libmd5
> make[2]: Nothing to be done for `all'.
> /usr/bin/make -C src
> /usr/bin/make -f Makefile.libdoxycfg PERL=/opt/local/bin/perl all
> /usr/bin/g++-4.0 -I/opt/local/include -c -pipe -D__FreeBSD__=6 - 
> Wall -W -O2 -I../qtools -o ../objects/portable.o portable.cpp
> portable.cpp: In function 'size_t portable_iconv(void*, const  
> char**, size_t*, char**, size_t*)':
> portable.cpp:392: error: invalid conversion from 'char**' to 'const  
> char**'
> portable.cpp:392: error:   initializing argument 2 of 'size_t  
> libiconv(void*, const char**, size_t*, char**, size_t*)'
> make[2]: *** [../objects/portable.o] Error 1
> make[1]: *** [all] Error 2
> make: *** [all] Error 2

Do you have libiconv installed with the universal variant? If so,  
what architectures did you request in your macports.conf? If you  
requested any 64-bit architectures, it might be the cause of this error.


From mta at umich.edu  Tue Apr 21 20:53:56 2009
From: mta at umich.edu (Mike Alexander)
Date: Tue, 21 Apr 2009 23:53:56 -0400
Subject: nothing found to load
In-Reply-To: <EAD1DF5F-00B8-402C-B3D7-1A058DEE86CC@comcast.net>
References: <3817C5E3-1635-4CE4-B4AD-66344BB44651@comcast.net>
	<07731520-97D7-4691-B7CD-187F4A6C6D0A@sbcglobal.net>
	<6181830CCEE6074532EF83DF@fitzrovia.msalexander.com>
	<2ABB9F47-3F98-4DB2-87D9-551080BFEA30@comcast.net>
	<A8B1484C52962A55182400F3@fitzrovia.msalexander.com>
	<7697D506-730A-4377-817A-E4A62DD524A1@comcast.net>
	<F7D38D97B20006E6588FB9BB@fitzrovia.msalexander.com>
	<EAD1DF5F-00B8-402C-B3D7-1A058DEE86CC@comcast.net>
Message-ID: <F72DC14AEA33C5CEEE7FBA3E@fitzrovia.msalexander.com>

--On April 21, 2009 10:52:41 AM -0700 "Frank J. R. Hanstick" 
<trog24 at comcast.net> wrote:

> Hello,
>
> 	ps auxwww |grep dbus
>
> results in:
>
> 	frank      396   2.3  0.0    27376    420  p1  S+   10:43AM
> 0:00.01 grep dbus
> 	frank      250   0.0  0.0    27940    720  ??  Ss   10:40AM
> 0:00.02 /opt/local/bin/dbus-daemon --nofork --session
>
> Is this the expected response?
>

That shows that the session dbus is running, but the system dbus isn't. 
This is consistent with the messages you got when you tried to restart 
the session dbus.  In my experience things work pretty well even if the 
system dbus isn't running since MacOSX is really a one user system most 
of the time.  However, you can start the system dbus using the command 
you quoted before if you want to.

         Mike


From eijkhout at tacc.utexas.edu  Tue Apr 21 21:27:00 2009
From: eijkhout at tacc.utexas.edu (Victor Eijkhout)
Date: Tue, 21 Apr 2009 23:27:00 -0500
Subject: problem installing doxygen on 10.5.6
In-Reply-To: <CE693A0D-3C3C-466C-9364-E803148A4EF2@macports.org>
References: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>
	<CE693A0D-3C3C-466C-9364-E803148A4EF2@macports.org>
Message-ID: <673A5902-3956-48AB-80C6-07B70C427EC3@tacc.utexas.edu>


On 2009/04/21, at 6:49 PM, Ryan Schmidt wrote:

> Do you have libiconv installed with the universal variant? If so,
> what architectures did you request in your macports.conf? If you
> requested any 64-bit architectures, it might be the cause of this  
> error.

Can you talk me through this?
1/ If libiconv is installed, it's not by me.

"port installed" gives
   libiconv @1.12_0+darwin_8 (active)

2/ I don't recall requesting anyhting, but this is what's in the conf  
file:

[albook:~] %% grep 64 /opt/local/etc/macports/macports.conf
[albook:~] %% cat /opt/local/etc/macports/macports.conf | awk 'p==1  
{print; p=0} /architecture/ {p=1}'
universal_archs         ppc i386
[albook:~] %%

Anything else?

Victor.
-- 
Victor Eijkhout, 512 471 5809 (w), 512 499 0504 (h)
Texas Advanced Computing Center, The University of Texas at Austin





From ryandesign at macports.org  Tue Apr 21 21:50:49 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Tue, 21 Apr 2009 23:50:49 -0500
Subject: problem installing doxygen on 10.5.6
In-Reply-To: <673A5902-3956-48AB-80C6-07B70C427EC3@tacc.utexas.edu>
References: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>
	<CE693A0D-3C3C-466C-9364-E803148A4EF2@macports.org>
	<673A5902-3956-48AB-80C6-07B70C427EC3@tacc.utexas.edu>
Message-ID: <3D95DEBC-2EBB-47BF-AD8C-5141ED3DEDD7@macports.org>


On Apr 21, 2009, at 23:27, Victor Eijkhout wrote:

> On 2009/04/21, at 6:49 PM, Ryan Schmidt wrote:
>
>> Do you have libiconv installed with the universal variant? If so,
>> what architectures did you request in your macports.conf? If you
>> requested any 64-bit architectures, it might be the cause of this  
>> error.
>
> Can you talk me through this?
> 1/ If libiconv is installed, it's not by me.
>
> "port installed" gives
>   libiconv @1.12_0+darwin_8 (active)

Ok, so libiconv is installed, and is not universal.

But you don't have the current version. You have 1.12_0, and the bug  
was fixed in 1.12_2. Update your MacPorts and your port definitions,  
then upgrade libiconv and anything else that's outdated.


sudo port selfupdate
port outdated
sudo port upgrade libiconv



From talklists at newgeo.com  Wed Apr 22 02:00:49 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Wed, 22 Apr 2009 02:00:49 -0700
Subject: apache and mysql5 variants
Message-ID: <482AB664-DCDD-439F-B224-86432DB2AB2C@newgeo.com>

Was adding the usual mamp stuff to a new machine

port install mysql5 +server
  - or -
port install mysql5-devel +server

Does the only thing the +server variant adds is a launchd/startup  
item?  From looking at the port, that appears to be the case.

If that is the case, looking at
port info apache2

Variants:    darwin, darwin_7, darwin_9, eventmpm, no_startupitem,  
openbsd,
              openldap, preforkmpm, universal, workermpm

'no_startupitem' I assume is the same launchd/startup scenario?   
Perhaps this could be consistent?  I would vote for the +server  
method, since it makes sense, saying +server implies you want it up  
all the time, beyond a reboot.

This would mean, `port install apache2 +server` would become the new  
method for accomplishing this.

Thoughts?
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From diem at xs4all.nl  Wed Apr 22 02:08:04 2009
From: diem at xs4all.nl (Dimitri Hendriks)
Date: Wed, 22 Apr 2009 11:08:04 +0200
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing
	on	display ":0.0".
In-Reply-To: <649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>
	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>
	<649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>
Message-ID: <95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>

Thanks Jeremy,

I did

   sudo port upgrade pango

and it installed glib2. But when I run coqide,
the pango error messages are still there.

I do not know how to isolate the font that is
causing the problem, and also am unable to figure
that out from your bug report (probably due to
ignorance on my side).

Finally, I have no clue what you mean with:
"First off... the GDEF foo...".

Best regards,
Dimitri


On 21 Apr 2009, at 22:10, Jeremy Huddleston wrote:

> First off... the GDEF foo... make sure you upgrade pango.  That  
> should be fixed upstream as of last week's release:
>
> http://bugzilla.gnome.org/show_bug.cgi?id=577952
>
> If you're still seeing it with the new pango, you need to isolate  
> what font is causing the problem.  Look at that bug report to see  
> how I did that.
>
> Now for RandR... just ignore the informative message...
>
> On Apr 21, 2009, at 12:40, Frank J. R. Hanstick wrote:
>
>> Hello,
>> 	I do not think the problem is:
>>
>> 		Xlib: extension "RANDR" missing on display ":0.0"
>>
>> because the Resize and Rotate extension (RandR) is a very small  
>> set of client and server extensions designed to allow clients to  
>> modify the size, reflection, rotation and refresh rate of an X  
>> screen. RandR also has provisions for informing clients when  
>> screens have been reconfigured.  This stuff is actually handled  
>> natively on OSX through the Display Properties in System  
>> Preferences, so there's no need for the extension.
>
> Not exactly.  It's on the back burner at the moment.  It's useful  
> for games (wine) from a control perspective, and it's nice for  
> everyone else from a notification perspective.
>
>>  Maybe someone should get on top of the X Windows people to test  
>> for the MacOS and use a window attribute call rather than RandR to  
>> obtain the information required.
>
> That's not how it works.  We need to translate the native  
> notifications that the X server receives into RandR notifications.   
> Similarly, we need to translate the RandR commands into API calls  
> to change the resolution.
>
>
>
>
>> On Apr 21, 2009, at 11:46 AM, Dimitri Hendriks wrote:
>>
>>> Hi
>>>
>>> Thanks to Ryan Schmidt I managed to install port labgtk2,
>>> and then port coq. This all went fine, at least so it seemed.
>>> However, if I try to run coqide, I get the message:
>>>
>>> Xlib:  extension "RANDR" missing on display ":0.0".
>>>
>>> followed by multiple copies of this line:
>>>
>>> (coqide:23495): Pango-WARNING **: Error loading GDEF table 0x6EAD
>>>
>>> Anyone an idea?
>>>
>>> Dimitri
>>> _______________________________________________
>>> macports-users mailing list
>>> macports-users at lists.macosforge.org
>>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>
>> Frank J. R. Hanstick
>> trog24 at comcast.net
>>
>>
>>
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>


From ryandesign at macports.org  Wed Apr 22 02:25:53 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Apr 2009 04:25:53 -0500
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing
	on	display ":0.0".
In-Reply-To: <95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>
	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>
	<649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>
	<95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>
Message-ID: <0EE21149-691E-4782-9C49-1ECE5CCA63DB@macports.org>

On Apr 22, 2009, at 04:08, Dimitri Hendriks wrote:

> I did
>
>   sudo port upgrade pango
>
> and it installed glib2.

pango has always required glib2 so glib2 must already have been on  
your system. Though it may have been upgraded.

You should now have pango 1.24.1, yes?

> But when I run coqide,
> the pango error messages are still there.

The problem that caused these messages should have been fixed in  
1.24.1 so if you have that version and are still seeing the problem  
maybe your problem is slightly different... I'm not sure how to  
isolate it.

> I do not know how to isolate the font that is
> causing the problem, and also am unable to figure
> that out from your bug report (probably due to
> ignorance on my side).

> Finally, I have no clue what you mean with:
> "First off... the GDEF foo...".

He means the error messages like "(coqide:23495): Pango-WARNING **:  
Error loading GDEF table 0x6EAD".



From ryandesign at macports.org  Wed Apr 22 02:31:50 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Apr 2009 04:31:50 -0500
Subject: apache and mysql5 variants
In-Reply-To: <482AB664-DCDD-439F-B224-86432DB2AB2C@newgeo.com>
References: <482AB664-DCDD-439F-B224-86432DB2AB2C@newgeo.com>
Message-ID: <9B8192AE-524E-4CAE-B639-B692E8E05FBB@macports.org>


On Apr 22, 2009, at 04:00, Scott Haneda wrote:

> Was adding the usual mamp stuff to a new machine
>
> port install mysql5 +server
>  - or -
> port install mysql5-devel +server
>
> Does the only thing the +server variant adds is a launchd/startup  
> item?  From looking at the port, that appears to be the case.

Basically, yes. It also creates a few directories that are only  
needed when running a MySQL server, and prints instructions.


> If that is the case, looking at
> port info apache2
>
> Variants:    darwin, darwin_7, darwin_9, eventmpm, no_startupitem,  
> openbsd,
>              openldap, preforkmpm, universal, workermpm
>
> 'no_startupitem' I assume is the same launchd/startup scenario?   
> Perhaps this could be consistent?  I would vote for the +server  
> method, since it makes sense, saying +server implies you want it up  
> all the time, beyond a reboot.
>
> This would mean, `port install apache2 +server` would become the  
> new method for accomplishing this.
>
> Thoughts?

With apache2 there is virtually zero reason to not install it as a  
server. I would delete the no_startupitem variant, except that it is  
present due to someone's request.

With MySQL, there is a reason to not install it as a server: perhaps  
you only want to have a MySQL client, and connect to a MySQL server  
running on a different computer.

The +server variant will be deleted from the mysql5/mysql5-devel/ 
mysql4/mysql3 ports and new mysql5-server/mysql4-server/mysql3-server  
ports will be created instead. See #12313.


From jmr at macports.org  Wed Apr 22 05:41:00 2009
From: jmr at macports.org (Joshua Root)
Date: Wed, 22 Apr 2009 22:41:00 +1000
Subject: problem installing doxygen on 10.5.6
In-Reply-To: <3D95DEBC-2EBB-47BF-AD8C-5141ED3DEDD7@macports.org>
References: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>	<CE693A0D-3C3C-466C-9364-E803148A4EF2@macports.org>	<673A5902-3956-48AB-80C6-07B70C427EC3@tacc.utexas.edu>
	<3D95DEBC-2EBB-47BF-AD8C-5141ED3DEDD7@macports.org>
Message-ID: <49EF105C.1040807@macports.org>

Ryan Schmidt wrote:
> 
> On Apr 21, 2009, at 23:27, Victor Eijkhout wrote:
> 
>> On 2009/04/21, at 6:49 PM, Ryan Schmidt wrote:
>>
>>> Do you have libiconv installed with the universal variant? If so,
>>> what architectures did you request in your macports.conf? If you
>>> requested any 64-bit architectures, it might be the cause of this error.
>>
>> Can you talk me through this?
>> 1/ If libiconv is installed, it's not by me.
>>
>> "port installed" gives
>>   libiconv @1.12_0+darwin_8 (active)
> 
> Ok, so libiconv is installed, and is not universal.
> 
> But you don't have the current version. You have 1.12_0, and the bug was
> fixed in 1.12_2. Update your MacPorts and your port definitions, then
> upgrade libiconv and anything else that's outdated.

It's not good that you have a darwin_8 variant selected on Leopard
(which is darwin 9). This is likely a result of upgrading from Tiger or
migrating from an older machine which was running Tiger.

You should first install MacPorts again from the current (1.7.1) Leopard
dmg, to make sure you have the right version for your OS. Then you need
to rebuild your ports with the right platform variants. It's safest to
start fresh when you change OS versions, by recording the ports you have
installed, uninstalling them all, and installing them again.

- Josh

From diem at xs4all.nl  Wed Apr 22 09:30:55 2009
From: diem at xs4all.nl (Dimitri Hendriks)
Date: Wed, 22 Apr 2009 18:30:55 +0200
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing
	on	display ":0.0".
In-Reply-To: <0EE21149-691E-4782-9C49-1ECE5CCA63DB@macports.org>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>
	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>
	<649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>
	<95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>
	<0EE21149-691E-4782-9C49-1ECE5CCA63DB@macports.org>
Message-ID: <6D157973-E904-45DC-AE0B-1D94DB8256FD@xs4all.nl>

Hi Ryan,

> You should now have pango 1.24.1, yes?

No, I have 1.24.0. If "sudo port upgrade pango"
is not the right way to upgrade, then what is?

Thanks again,
Dimitri

From jmr at macports.org  Wed Apr 22 10:51:40 2009
From: jmr at macports.org (Joshua Root)
Date: Thu, 23 Apr 2009 03:51:40 +1000
Subject: coqide (port coq) says: Xlib: extension "RANDR" missing	on	display
	":0.0".
In-Reply-To: <6D157973-E904-45DC-AE0B-1D94DB8256FD@xs4all.nl>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>	<649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>	<95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>	<0EE21149-691E-4782-9C49-1ECE5CCA63DB@macports.org>
	<6D157973-E904-45DC-AE0B-1D94DB8256FD@xs4all.nl>
Message-ID: <49EF592C.7020908@macports.org>

Dimitri Hendriks wrote:
> Hi Ryan,
> 
>> You should now have pango 1.24.1, yes?
> 
> No, I have 1.24.0. If "sudo port upgrade pango"
> is not the right way to upgrade, then what is?

Probably you need to selfupdate first.

- Josh

From ryandesign at macports.org  Wed Apr 22 10:54:49 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Apr 2009 12:54:49 -0500
Subject: problem installing doxygen on 10.5.6
In-Reply-To: <49EF105C.1040807@macports.org>
References: <DAB56DB9-94AC-466F-9277-43376860A933@tacc.utexas.edu>	<CE693A0D-3C3C-466C-9364-E803148A4EF2@macports.org>	<673A5902-3956-48AB-80C6-07B70C427EC3@tacc.utexas.edu>
	<3D95DEBC-2EBB-47BF-AD8C-5141ED3DEDD7@macports.org>
	<49EF105C.1040807@macports.org>
Message-ID: <22072333-6BC3-4213-A60A-3FDC871395F8@macports.org>

On Apr 22, 2009, at 07:41, Joshua Root wrote:

>>> "port installed" gives
>>>   libiconv @1.12_0+darwin_8 (active)
>>
>> Ok, so libiconv is installed, and is not universal.
>>
>> But you don't have the current version. You have 1.12_0, and the  
>> bug was
>> fixed in 1.12_2. Update your MacPorts and your port definitions, then
>> upgrade libiconv and anything else that's outdated.
>
> It's not good that you have a darwin_8 variant selected on Leopard
> (which is darwin 9). This is likely a result of upgrading from  
> Tiger or
> migrating from an older machine which was running Tiger.

Oops, I missed that part. Joshua is absolutely right here.

> You should first install MacPorts again from the current (1.7.1)  
> Leopard
> dmg, to make sure you have the right version for your OS. Then you  
> need
> to rebuild your ports with the right platform variants. It's safest to
> start fresh when you change OS versions, by recording the ports you  
> have
> installed, uninstalling them all, and installing them again.

Yes, unfortunately, that's the safest option we have for major OS  
upgrades right now.

From ryandesign at macports.org  Wed Apr 22 10:57:49 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Wed, 22 Apr 2009 12:57:49 -0500
Subject: HELP installing Sylpheed, please
In-Reply-To: <7485800b0904220947w3d5300bcm15bad67a7d173de@mail.gmail.com>
References: <7485800b0904211344xad27415l766d2548647d00e@mail.gmail.com>
	<E94FA8E4-336E-4288-871A-61ED31523F0A@macports.org>
	<7485800b0904220947w3d5300bcm15bad67a7d173de@mail.gmail.com>
Message-ID: <0C7E0C50-D344-4022-907D-7374B88EDEBB@macports.org>

I'm not sure either what's going on but I don't have time to look at  
it at the moment so I'm sending your message back to the mailing list  
in the hopes that someone else can help. Remember to use Reply All so  
your reply goes to the list too, not just to me.


On Apr 22, 2009, at 11:47, MKG wrote:

> Hi Ryan,
>
> Installing gtk-doc got me past that hurdle.  Now, the other problem  
> I spoke about - that when the Sylpheed package itself tries to  
> install:
>
> --->  Attempting to fetch sylpheed-2.2.3.tar.bz2 from http:// 
> distfiles.macports.org/sylpheed
> --->  Verifying checksum(s) for sylpheed
> --->  Extracting sylpheed
> --->  Applying patches to sylpheed
> --->  Configuring sylpheed
> --->  Building sylpheed
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_ 
> sylpheed/work/sylpheed-2.2.3" && make all " returned error 2
> Command output: /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. - 
> DG_LOG_DOMAIN=\"Sylpheed\"       -I/opt/local/include/gtk-2.0 -I/ 
> opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/ 
> local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/ 
> include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ 
> include -I/opt/local/include/pixman-1 -I/opt/local/include/ 
> freetype2 -I/opt/local/include/libpng12                    -I/opt/ 
> local/include    -I../libsylph -DLOCALEDIR=\""/opt/local/share/ 
> locale"\"         -DMANUALDIR=\""/opt/local/share/sylpheed/ 
> manual"\"      -DFAQDIR=\""/opt/local/share/sylpheed/faq"\"    - 
> DTARGET_ALIAS=\""powerpc-apple-darwin8.11.0"\"         -DSYSCONFDIR= 
> \""/opt/local/etc"\" -I/opt/local/include  -O3  -fstrict-aliasing  - 
> funroll-loops  -pipe  -bind_at_load  -multiply_defined suppress -no- 
> cpp-precomp -fno-common -I/opt/local/include   -I/opt/local/include/ 
> gtkspell-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/ 
> include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/ 
> opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/ 
> local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12   -c send_message.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> inc.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> import.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> export.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> rfc2015.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> passphrase.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> select-keys.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> sigstatus.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> simple-gettext.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> manual.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> eggtrayicon.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> trayicon.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> quote_fmt_lex.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> quote_fmt_parse.c
> /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -DG_LOG_DOMAIN= 
> \"Sylpheed\"      -I/opt/local/include/gtk-2.0 -I/opt/local/lib/ 
> gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/ 
> cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 - 
> I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/ 
> include/pixman-1 -I/opt/local/include/freetype2 -I/opt/local/ 
> include/libpng12                     -I/opt/local/include    -I../ 
> libsylph -DLOCALEDIR=\""/opt/local/share/locale"\"         - 
> DMANUALDIR=\""/opt/local/share/sylpheed/manual"\"      -DFAQDIR=\""/ 
> opt/local/share/sylpheed/faq"\"    -DTARGET_ALIAS=\""powerpc-apple- 
> darwin8.11.0"\"         -DSYSCONFDIR=\""/opt/local/etc"\" -I/opt/ 
> local/include  -O3  -fstrict-aliasing  -funroll-loops  -pipe  - 
> bind_at_load  -multiply_defined suppress -no-cpp-precomp -fno- 
> common -I/opt/local/include   -I/opt/local/include/gtkspell-2.0 -I/ 
> opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ 
> local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/ 
> include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/ 
> glib-2.0/include -I/opt/local/include -I/opt/local/include/pixman-1  
> -I/opt/local/include/freetype2 -I/opt/local/include/libpng12   -c  
> sylpheed-marshal.c
> /bin/sh ../libtool --mode=link /usr/bin/gcc-4.0  -O3  -fstrict- 
> aliasing  -funroll-loops  -pipe  -bind_at_load  -multiply_defined  
> suppress -no-cpp-precomp -fno-common -I/opt/local/include   -I/opt/ 
> local/include/gtkspell-2.0 -I/opt/local/include/gtk-2.0 -I/opt/ 
> local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/ 
> include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/ 
> glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/ 
> opt/local/include/pixman-1 -I/opt/local/include/freetype2 -I/opt/ 
> local/include/libpng12   -L/opt/local/lib -o sylpheed  main.o  
> mainwindow.o folderview.o summaryview.o messageview.o headerview.o  
> textview.o imageview.o mimeview.o query_search.o message_search.o  
> colorlabel.o action.o compose.o gtkshruler.o menu.o stock_pixmap.o  
> prefs_ui.o prefs_common_dialog.o prefs_filter.o prefs_filter_edit.o  
> prefs_account_dialog.o prefs_folder_item.o prefs_display_header.o  
> prefs_customheader.o prefs_summary_column.o prefs_template.o  
> prefs_actions.o prefs_search_folder.o account_dialog.o template.o  
> addressbook.o addr_compl.o addritem.o addrcache.o addrbook.o  
> addrindex.o mgutils.o vcard.o ldif.o importldif.o jpilot.o syldap.o  
> editbook.o editgroup.o editaddress.o editvcard.o editjpilot.o  
> editldap.o editldap_basedn.o addressadd.o filesel.o foldersel.o  
> statusbar.o logwindow.o sourcewindow.o manage_window.o undo.o  
> alertpanel.o inputdialog.o progressdialog.o subscribedialog.o  
> about.o setup.o gtkutils.o send_message.o inc.o import.o export.o  
> rfc2015.o passphrase.o select-keys.o sigstatus.o simple-gettext.o  
> manual.o eggtrayicon.o trayicon.o quote_fmt_lex.o quote_fmt_parse.o  
> sylpheed-marshal.o -lintl    -Wl,-framework,CoreServices -Wl,- 
> framework,ApplicationServices -L/opt/local/lib -lgtk-x11-2.0 -lgdk- 
> x11-2.0 -latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - 
> lcairo -lpangoft2-1.0 -lpixman-1 -lpng12 -lXrender -lX11 -lXau - 
> lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype -lz - 
> lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv             - 
> liconv         ../libsylph/libsylph.la          -L/opt/local/lib - 
> lssl -lcrypto -lz   -Wl,-framework,CoreServices -Wl,- 
> framework,ApplicationServices -L/opt/local/lib -lgtkspell -lenchant  
> -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgio-2.0 -lgdk_pixbuf-2.0 - 
> lpangocairo-1.0 -lcairo -lpangoft2-1.0 -lpixman-1 -lpng12 -lXrender  
> -lX11 -lXau -lXdmcp -lpango-1.0 -lm -lfontconfig -lexpat -lfreetype  
> -lz -lgobject-2.0 -lgmodule-2.0 -lglib-2.0 -lintl -liconv
> mkdir .libs
> /usr/bin/gcc-4.0 -O3 -fstrict-aliasing -funroll-loops -pipe - 
> bind_at_load -multiply_defined suppress -no-cpp-precomp -fno-common  
> -I/opt/local/include -I/opt/local/include/gtkspell-2.0 -I/opt/local/ 
> include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/ 
> include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ 
> pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ 
> include -I/opt/local/include -I/opt/local/include/pixman-1 -I/opt/ 
> local/include/freetype2 -I/opt/local/include/libpng12 -o sylpheed  
> main.o mainwindow.o folderview.o summaryview.o messageview.o  
> headerview.o textview.o imageview.o mimeview.o query_search.o  
> message_search.o colorlabel.o action.o compose.o gtkshruler.o  
> menu.o stock_pixmap.o prefs_ui.o prefs_common_dialog.o  
> prefs_filter.o prefs_filter_edit.o prefs_account_dialog.o  
> prefs_folder_item.o prefs_display_header.o prefs_customheader.o  
> prefs_summary_column.o prefs_template.o prefs_actions.o  
> prefs_search_folder.o account_dialog.o template.o addressbook.o  
> addr_compl.o addritem.o addrcache.o addrbook.o addrindex.o  
> mgutils.o vcard.o ldif.o importldif.o jpilot.o syldap.o editbook.o  
> editgroup.o editaddress.o editvcard.o editjpilot.o editldap.o  
> editldap_basedn.o addressadd.o filesel.o foldersel.o statusbar.o  
> logwindow.o sourcewindow.o manage_window.o undo.o alertpanel.o  
> inputdialog.o progressdialog.o subscribedialog.o about.o setup.o  
> gtkutils.o send_message.o inc.o import.o export.o rfc2015.o  
> passphrase.o select-keys.o sigstatus.o simple-gettext.o manual.o  
> eggtrayicon.o trayicon.o quote_fmt_lex.o quote_fmt_parse.o sylpheed- 
> marshal.o -Wl,-framework -Wl,CoreServices -Wl,-framework - 
> Wl,ApplicationServices -Wl,-framework -Wl,CoreServices -Wl,- 
> framework -Wl,ApplicationServices  -L/opt/local/lib ../ 
> libsylph/.libs/libsylph.a -L/usr/X11R6/lib -lssl -lcrypto /opt/ 
> local/lib/libgtkspell.dylib /opt/local/lib/libenchant.dylib /opt/ 
> local/lib/libgtk-x11-2.0.dylib /opt/local/lib/libgdk-x11-2.0.dylib / 
> opt/local/lib/libatk-1.0.dylib /opt/local/lib/ 
> libgdk_pixbuf-2.0.dylib /opt/local/lib/libgio-2.0.dylib /opt/local/ 
> lib/libtiff.dylib /opt/local/lib/libjasper.dylib /opt/local/lib/ 
> libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/ 
> libcairo.dylib /opt/local/lib/libpangoft2-1.0.dylib /opt/local/lib/ 
> libpixman-1.dylib /opt/local/lib/libpng12.dylib /opt/local/lib/ 
> libXrender.dylib /opt/local/lib/libX11.dylib /opt/local/lib/ 
> libXau.dylib /opt/local/lib/libXdmcp.dylib /opt/local/lib/ 
> libpango-1.0.dylib -lm /opt/local/lib/libfontconfig.dylib /opt/ 
> local/lib/libexpat.dylib /opt/local/lib/libfreetype.dylib -lz /opt/ 
> local/lib/libgobject-2.0.dylib /opt/local/lib/libgmodule-2.0.dylib / 
> opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib -lc / 
> opt/local/lib/libiconv.dylib
> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: Undefined symbols:
> _aspell_dict_info_enumeration_next
> _aspell_dict_info_list_elements
> _delete_aspell_config
> _delete_aspell_dict_info_enumeration
> _get_aspell_dict_info_list
> _new_aspell_config
> collect2: ld returned 1 exit status
> make[3]: *** [sylpheed] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all-recursive-am] Error 2
>
> Error: Status 1 encountered during processing.
>
>
> What is the reference to ASPELL about?  I though that Sylpheed used  
> GTKSPELL.  Does GTKSPLELL use ASPELL?  I don't recall this error a  
> year ago.  Sorry for all the text, but I don't know what may be  
> important to finding the solution.
>
> Thanks again, MKG



From dweber at macports.org  Wed Apr 22 13:30:06 2009
From: dweber at macports.org (Darren Weber)
Date: Wed, 22 Apr 2009 13:30:06 -0700
Subject: reinstalling macports
Message-ID: <b808b3510904221330o54032297s9ec9056ee810deb6@mail.gmail.com>

I've got a corrupted registry (receipts).

Will reinstalling macports correct a corrupted registry?

Is it possible to re-install macports from the .dmg while keeping all the
ports that are installed (and registered)?

How can I correct a corrupted registry, without re-installation?

Thanks in advance,
Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090422/890abd2b/attachment.html>

From raimue at macports.org  Wed Apr 22 14:09:08 2009
From: raimue at macports.org (=?UTF-8?B?UmFpbmVyIE3DvGxsZXI=?=)
Date: Wed, 22 Apr 2009 23:09:08 +0200
Subject: reinstalling macports
In-Reply-To: <b808b3510904221330o54032297s9ec9056ee810deb6@mail.gmail.com>
References: <b808b3510904221330o54032297s9ec9056ee810deb6@mail.gmail.com>
Message-ID: <49EF8774.9000706@macports.org>

Darren Weber wrote:
> I've got a corrupted registry (receipts).

Do you know which receipt it is?

I assume this the issue with using \n in the
description/long_description as you did in your gdb port. In this case,
you could fix it by editing the receipt by hand. A valid receipt should
have only two lines. The first is the version number, the second one
contains all the information about the port.

If there was some \n in the description/long_description, these new
lines are written into this receipt file as actual new lines. So, to get
a working receipt again, remove the new lines by joining these lines to
a single one.

You will find the receipt at
/opt/local/var/macports/receipts/<name>/<composite_version>/receipt.bz2

These are compressed, but plain text. Uncompress, edit and compress
again (or if you know vim, it will do it automatically for you).

If my guess above was wrong, please show the receipt file in question
and describe what you did.

Rainer

From jeremyhu at macports.org  Wed Apr 22 16:01:25 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Wed, 22 Apr 2009 16:01:25 -0700
Subject: reinstalling macports
In-Reply-To: <49EF8774.9000706@macports.org>
References: <b808b3510904221330o54032297s9ec9056ee810deb6@mail.gmail.com>
	<49EF8774.9000706@macports.org>
Message-ID: <D26C48BC-4C7F-4827-9E25-1F9518588D4D@macports.org>

This should tell you which one is problematic:

for f in /opt/local/var/macports/receipts/*/*/receipt.bz2; do echo -n  
$f && bzcat $f | wc -l; done | grep -v ' 2$'


On Apr 22, 2009, at 14:09, Rainer M?ller wrote:

> Darren Weber wrote:
>> I've got a corrupted registry (receipts).
>
> Do you know which receipt it is?
>
> I assume this the issue with using \n in the
> description/long_description as you did in your gdb port. In this  
> case,
> you could fix it by editing the receipt by hand. A valid receipt  
> should
> have only two lines. The first is the version number, the second one
> contains all the information about the port.
>
> If there was some \n in the description/long_description, these new
> lines are written into this receipt file as actual new lines. So, to  
> get
> a working receipt again, remove the new lines by joining these lines  
> to
> a single one.
>
> You will find the receipt at
> /opt/local/var/macports/receipts/<name>/<composite_version>/ 
> receipt.bz2
>
> These are compressed, but plain text. Uncompress, edit and compress
> again (or if you know vim, it will do it automatically for you).
>
> If my guess above was wrong, please show the receipt file in question
> and describe what you did.
>
> Rainer
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From dweber at macports.org  Wed Apr 22 16:20:18 2009
From: dweber at macports.org (Darren Weber)
Date: Wed, 22 Apr 2009 16:20:18 -0700
Subject: reinstalling macports
In-Reply-To: <D26C48BC-4C7F-4827-9E25-1F9518588D4D@macports.org>
References: <b808b3510904221330o54032297s9ec9056ee810deb6@mail.gmail.com>
	<49EF8774.9000706@macports.org>
	<D26C48BC-4C7F-4827-9E25-1F9518588D4D@macports.org>
Message-ID: <b808b3510904221620s5a4c6e16w85d673afd33c9138@mail.gmail.com>

Nice command line, Jeremy!

I did find my own custom port had some \n chars in long_description that
screwed up the registry.  It's all working correctly now.

Phew!

Thanks!



On Wed, Apr 22, 2009 at 4:01 PM, Jeremy Huddleston <jeremyhu at macports.org>wrote:

> This should tell you which one is problematic:
>
> for f in /opt/local/var/macports/receipts/*/*/receipt.bz2; do echo -n $f &&
> bzcat $f | wc -l; done | grep -v ' 2$'
>
>
>
> On Apr 22, 2009, at 14:09, Rainer M?ller wrote:
>
>  Darren Weber wrote:
>>
>>> I've got a corrupted registry (receipts).
>>>
>>
>> Do you know which receipt it is?
>>
>> I assume this the issue with using \n in the
>> description/long_description as you did in your gdb port. In this case,
>> you could fix it by editing the receipt by hand. A valid receipt should
>> have only two lines. The first is the version number, the second one
>> contains all the information about the port.
>>
>> If there was some \n in the description/long_description, these new
>> lines are written into this receipt file as actual new lines. So, to get
>> a working receipt again, remove the new lines by joining these lines to
>> a single one.
>>
>> You will find the receipt at
>> /opt/local/var/macports/receipts/<name>/<composite_version>/receipt.bz2
>>
>> These are compressed, but plain text. Uncompress, edit and compress
>> again (or if you know vim, it will do it automatically for you).
>>
>> If my guess above was wrong, please show the receipt file in question
>> and describe what you did.
>>
>> Rainer
>> _______________________________________________
>> macports-users mailing list
>> macports-users at lists.macosforge.org
>> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090422/eb5894ba/attachment.html>

From talklists at newgeo.com  Wed Apr 22 19:03:13 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Wed, 22 Apr 2009 19:03:13 -0700
Subject: postfix, dovecot, mysql
Message-ID: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>

Hello, I have been trying for a few weeks on and off, and solid a few  
days to get a working postfix, dovecot system with macports, using  
mysql for auth.

Has anyone gotten this up and running?  I believe I am stuck on the  
fact that I need sasl support in postfix and dovecot.  I believe the  
current postfix and dovecot ports are not going to allow this to work.

The closest I can find ports related is http://trac.macports.org/wiki/howto/SetupDovecot 
  which is pretty out of date.

The rest of the data out there is pretty non OS X specific, and I  
believe the differences are getting me stuck.  This one is  
particularly problematic is you can not entirely step through it one  
port at a time, since all the parts tend to hook into each other one  
way or another.

Thanks for any help anyone can provide.
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From diem at xs4all.nl  Thu Apr 23 01:26:37 2009
From: diem at xs4all.nl (Dimitri Hendriks)
Date: Thu, 23 Apr 2009 10:26:37 +0200
Subject: coqide (port coq) says: Xlib: extension "RANDR"
	missing	on	display ":0.0".
In-Reply-To: <49EF592C.7020908@macports.org>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>	<649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>	<95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>	<0EE21149-691E-4782-9C49-1ECE5CCA63DB@macports.org>
	<6D157973-E904-45DC-AE0B-1D94DB8256FD@xs4all.nl>
	<49EF592C.7020908@macports.org>
Message-ID: <43B6731D-6FCC-449A-A428-BB7D6FFCE30E@xs4all.nl>

I thought I did that. Anyway, now I did port selfupdate and
port sync (what is the difference?) and only then port upgrade pango,
and this works! Now I have pango 1.24.1 and indeed the problems with
coqide disappeared.

Thanks again,
Dimitri


On 22 Apr 2009, at 19:51, Joshua Root wrote:

> Dimitri Hendriks wrote:
>> Hi Ryan,
>>
>>> You should now have pango 1.24.1, yes?
>>
>> No, I have 1.24.0. If "sudo port upgrade pango"
>> is not the right way to upgrade, then what is?
>
> Probably you need to selfupdate first.
>
> - Josh


From ryandesign at macports.org  Thu Apr 23 01:43:59 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Apr 2009 03:43:59 -0500
Subject: coqide (port coq) says: Xlib: extension "RANDR"
	missing	on	display ":0.0".
In-Reply-To: <43B6731D-6FCC-449A-A428-BB7D6FFCE30E@xs4all.nl>
References: <767608E1-7A12-4255-8830-9EDA1104BD23@xs4all.nl>	<B64DFECF-51B5-4B59-8791-17AE657BA305@comcast.net>	<649992C4-8E8B-4647-9E2F-F38E2998F13E@macports.org>	<95ADDB01-3360-40C0-977A-453F512E19A1@xs4all.nl>	<0EE21149-691E-4782-9C49-1ECE5CCA63DB@macports.org>
	<6D157973-E904-45DC-AE0B-1D94DB8256FD@xs4all.nl>
	<49EF592C.7020908@macports.org>
	<43B6731D-6FCC-449A-A428-BB7D6FFCE30E@xs4all.nl>
Message-ID: <2FB7236F-DAEA-4869-B991-DE6EA27EAB01@macports.org>

On Apr 23, 2009, at 03:26, Dimitri Hendriks wrote:

> I thought I did that. Anyway, now I did port selfupdate and
> port sync (what is the difference?) and only then port upgrade pango,
> and this works! Now I have pango 1.24.1 and indeed the problems with
> coqide disappeared.

port sync updates your ports.

port selfupdate updates your ports and your MacPorts base.



From talklists at newgeo.com  Thu Apr 23 01:46:22 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 01:46:22 -0700
Subject: dsimport
Message-ID: <C9F6BBDF-8B7D-4F8B-B22F-D0D95ADABBE4@newgeo.com>

Here is to hoping someone is up late on this one; I need to meet these  
requirements to get a working macports postfix and dovecot

groupadd -g 5000 vmail
useradd -g vmail -u 5000 vmail -d /home/vmail -m

That of course is not a Mac OS X command, but a Linux command.  Anyone  
know the correct syntax for adding a user and group at id 5000 and  
name vmail?
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From jmr at macports.org  Thu Apr 23 02:03:37 2009
From: jmr at macports.org (Joshua Root)
Date: Thu, 23 Apr 2009 19:03:37 +1000
Subject: dsimport
In-Reply-To: <C9F6BBDF-8B7D-4F8B-B22F-D0D95ADABBE4@newgeo.com>
References: <C9F6BBDF-8B7D-4F8B-B22F-D0D95ADABBE4@newgeo.com>
Message-ID: <49F02EE9.3010400@macports.org>

Scott Haneda wrote:
> Here is to hoping someone is up late on this one; I need to meet these
> requirements to get a working macports postfix and dovecot
> 
> groupadd -g 5000 vmail
> useradd -g vmail -u 5000 vmail -d /home/vmail -m
> 
> That of course is not a Mac OS X command, but a Linux command.  Anyone
> know the correct syntax for adding a user and group at id 5000 and name
> vmail?

<http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/additionalfeatures/additionalfeatures.html#//apple_ref/doc/uid/TP40002856-BBCDBFBD>

- Josh

From talklists at newgeo.com  Thu Apr 23 02:26:09 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 02:26:09 -0700
Subject: dsimport
In-Reply-To: <49F02EE9.3010400@macports.org>
References: <C9F6BBDF-8B7D-4F8B-B22F-D0D95ADABBE4@newgeo.com>
	<49F02EE9.3010400@macports.org>
Message-ID: <23783380-D8F6-4FA0-BFDA-A61944FFA928@newgeo.com>

On Apr 23, 2009, at 2:03 AM, Joshua Root wrote:

> Scott Haneda wrote:
>> Here is to hoping someone is up late on this one; I need to meet  
>> these
>> requirements to get a working macports postfix and dovecot
>>
>> groupadd -g 5000 vmail
>> useradd -g vmail -u 5000 vmail -d /home/vmail -m
>>
>> That of course is not a Mac OS X command, but a Linux command.   
>> Anyone
>> know the correct syntax for adding a user and group at id 5000 and  
>> name
>> vmail?
>
> <http://developer.apple.com/documentation/Porting/Conceptual/PortingUnix/additionalfeatures/additionalfeatures.html#//apple_ref/doc/uid/TP40002856-BBCDBFBD 
> >


Seriously, your google foo amazes me :)  Thanks, I have been hunting  
around for something simple and concise, and this should do it.

As a side thought, I was going to use ports to make a quick portfile  
with a add user and add group command in it to get the job done.   
Would that more or less have sufficed as well?

Thanks
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From talklists at newgeo.com  Thu Apr 23 02:49:25 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 02:49:25 -0700
Subject: postfix, dovecot, mysql
In-Reply-To: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
Message-ID: <EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>

I have been making some progress on this.  Doc'ing it as I go, so I  
can ideally give back to that wiki page something a little more  
comprehensive.

On start of postfix, I get two errors:
root at catalyst:/opt/local/etc/postfix/ $postfix start
postsuper: warning: bogus file name: maildrop/.turd_postfix
postfix/postfix-script: warning: not owned by _postfix: /opt/local/var/ 
lib/postfix/./.turd_postfix
postfix/postfix-script: starting the Postfix mail system

Seems to start ok, and I can change the permissions to solve it.  Is  
there any harm in deleting the poop?  I think those tell ports to not  
delete a directory, so by doing so, I could break something later on  
down the road?

Should this be filed as a ticket to make sure those permissions get  
set correctly?

On Apr 22, 2009, at 7:03 PM, Scott Haneda wrote:

> Hello, I have been trying for a few weeks on and off, and solid a  
> few days to get a working postfix, dovecot system with macports,  
> using mysql for auth.
>
> Has anyone gotten this up and running?  I believe I am stuck on the  
> fact that I need sasl support in postfix and dovecot.  I believe the  
> current postfix and dovecot ports are not going to allow this to work.
>
> The closest I can find ports related is http://trac.macports.org/wiki/howto/SetupDovecot 
>  which is pretty out of date.
>
> The rest of the data out there is pretty non OS X specific, and I  
> believe the differences are getting me stuck.  This one is  
> particularly problematic is you can not entirely step through it one  
> port at a time, since all the parts tend to hook into each other one  
> way or another.
>
> Thanks for any help anyone can provide.

-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From talklists at newgeo.com  Thu Apr 23 02:53:57 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 02:53:57 -0700
Subject: postfix, dovecot, mysql
In-Reply-To: <EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
	<EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
Message-ID: <353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>

On Apr 23, 2009, at 2:49 AM, Scott Haneda wrote:

> I have been making some progress on this.  Doc'ing it as I go, so I  
> can ideally give back to that wiki page something a little more  
> comprehensive.
>
> On start of postfix, I get two errors:
> root at catalyst:/opt/local/etc/postfix/ $postfix start
> postsuper: warning: bogus file name: maildrop/.turd_postfix

This one is not permissions, and needs to be removed, what  
repercussions does this have on the port process?

> postfix/postfix-script: warning: not owned by _postfix: /opt/local/ 
> var/lib/postfix/./.turd_postfix

This was easily solved by chown'ing the dir
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From ryandesign at macports.org  Thu Apr 23 03:08:21 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Apr 2009 05:08:21 -0500
Subject: postfix, dovecot, mysql
In-Reply-To: <353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
	<EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
	<353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>
Message-ID: <454A662E-9968-4D02-AD90-7B3FC7F710EA@macports.org>


On Apr 23, 2009, at 04:53, Scott Haneda wrote:

> On Apr 23, 2009, at 2:49 AM, Scott Haneda wrote:
>
>> I have been making some progress on this.  Doc'ing it as I go, so  
>> I can ideally give back to that wiki page something a little more  
>> comprehensive.
>>
>> On start of postfix, I get two errors:
>> root at catalyst:/opt/local/etc/postfix/ $postfix start
>> postsuper: warning: bogus file name: maildrop/.turd_postfix
>
> This one is not permissions, and needs to be removed, what  
> repercussions does this have on the port process?

Probably nothing. It'll come back next time you reinstall or upgrade  
the port.


From talklists at newgeo.com  Thu Apr 23 04:40:00 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 04:40:00 -0700
Subject: postfix, dovecot, mysql
In-Reply-To: <454A662E-9968-4D02-AD90-7B3FC7F710EA@macports.org>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
	<EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
	<353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>
	<454A662E-9968-4D02-AD90-7B3FC7F710EA@macports.org>
Message-ID: <BCA5E34A-7E42-4401-AEF9-9DC39771B877@newgeo.com>

On Apr 23, 2009, at 3:08 AM, Ryan Schmidt wrote:

> On Apr 23, 2009, at 04:53, Scott Haneda wrote:
>
>> On Apr 23, 2009, at 2:49 AM, Scott Haneda wrote:
>>
>>> I have been making some progress on this.  Doc'ing it as I go, so  
>>> I can ideally give back to that wiki page something a little more  
>>> comprehensive.
>>>
>>> On start of postfix, I get two errors:
>>> root at catalyst:/opt/local/etc/postfix/ $postfix start
>>> postsuper: warning: bogus file name: maildrop/.turd_postfix
>>
>> This one is not permissions, and needs to be removed, what  
>> repercussions does this have on the port process?
>
> Probably nothing. It'll come back next time you reinstall or upgrade  
> the port.


I seem to recall a discussion where it was a tactic used to prevent  
the deletion of a directory.  Since maildrop is a pretty important  
directory, where do I confirm that this dir can not get deleted on a  
reinstall or upgrade of the port?
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From ryandesign at macports.org  Thu Apr 23 04:46:54 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Apr 2009 06:46:54 -0500
Subject: postfix, dovecot, mysql
In-Reply-To: <BCA5E34A-7E42-4401-AEF9-9DC39771B877@newgeo.com>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
	<EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
	<353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>
	<454A662E-9968-4D02-AD90-7B3FC7F710EA@macports.org>
	<BCA5E34A-7E42-4401-AEF9-9DC39771B877@newgeo.com>
Message-ID: <82E87C2C-6999-4851-A566-5D6625FDF318@macports.org>


On Apr 23, 2009, at 06:40, Scott Haneda wrote:

> On Apr 23, 2009, at 3:08 AM, Ryan Schmidt wrote:
>
>> On Apr 23, 2009, at 04:53, Scott Haneda wrote:
>>
>>> On Apr 23, 2009, at 2:49 AM, Scott Haneda wrote:
>>>
>>>> On start of postfix, I get two errors:
>>>> root at catalyst:/opt/local/etc/postfix/ $postfix start
>>>> postsuper: warning: bogus file name: maildrop/.turd_postfix
>>>
>>> This one is not permissions, and needs to be removed, what  
>>> repercussions does this have on the port process?
>>
>> Probably nothing. It'll come back next time you reinstall or  
>> upgrade the port.
>
> I seem to recall a discussion where it was a tactic used to prevent  
> the deletion of a directory.  Since maildrop is a pretty important  
> directory, where do I confirm that this dir can not get deleted on  
> a reinstall or upgrade of the port?

Yes, it prevents the deletion of the directory, by MacPorts, during  
the destroot phase, which it would otherwise do because the directory  
in the destroot would otherwise be empty. MacPorts will not delete  
directories that are not empty.



From talklists at newgeo.com  Thu Apr 23 05:18:52 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 05:18:52 -0700
Subject: postfix, dovecot, mysql
In-Reply-To: <82E87C2C-6999-4851-A566-5D6625FDF318@macports.org>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
	<EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
	<353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>
	<454A662E-9968-4D02-AD90-7B3FC7F710EA@macports.org>
	<BCA5E34A-7E42-4401-AEF9-9DC39771B877@newgeo.com>
	<82E87C2C-6999-4851-A566-5D6625FDF318@macports.org>
Message-ID: <0EB4F2BE-6DAE-4534-8099-A9ECB964CA9C@newgeo.com>

Thanks for the .hidden file advice.

I have a semi working dovecot, mysql, postfix.  I seem to be getting  
errors when a mail from postfix is attempted to be passed along to  
dovecot.  Currently, the logs are complaining about users and groups.

I made my best effort to add a user and group called _vmail with a id  
at 5000 but it must not be working.  When I chgrp I get no error, but  
the file is listed as in a group of nobody.

I am pretty sure the port file needs modifying to add these users.  In  
the meantime, can someone break out for me what exactly it is that  
adduser and addgroup are doing in ports so I can manually perform  
those steps.

Thanks
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From ryandesign at macports.org  Thu Apr 23 05:44:12 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Apr 2009 07:44:12 -0500
Subject: postfix, dovecot, mysql
In-Reply-To: <0EB4F2BE-6DAE-4534-8099-A9ECB964CA9C@newgeo.com>
References: <DEC7577A-A298-42B0-B906-D44F59EB9D2F@newgeo.com>
	<EC7DA656-8C03-4E8C-846F-01BDC2309D20@newgeo.com>
	<353C65B8-F9CB-4422-8705-41F659929C74@newgeo.com>
	<454A662E-9968-4D02-AD90-7B3FC7F710EA@macports.org>
	<BCA5E34A-7E42-4401-AEF9-9DC39771B877@newgeo.com>
	<82E87C2C-6999-4851-A566-5D6625FDF318@macports.org>
	<0EB4F2BE-6DAE-4534-8099-A9ECB964CA9C@newgeo.com>
Message-ID: <E7408FBE-87DC-4E2C-A627-E66BF18DBC6B@macports.org>


On Apr 23, 2009, at 07:18, Scott Haneda wrote:

> can someone break out for me what exactly it is that adduser and  
> addgroup are doing in ports so I can manually perform those steps.

It looks like it uses dscl to create the user. Here is the code:

http://trac.macports.org/browser/trunk/base/src/port1.0/portutil.tcl? 
rev=49854#L2109



From panka.lists at gmail.com  Thu Apr 23 10:16:03 2009
From: panka.lists at gmail.com (lajos kamocsay)
Date: Thu, 23 Apr 2009 13:16:03 -0400
Subject: macports install freezes
Message-ID: <b1d67e0b0904231016h73057731hf06033779acad54a@mail.gmail.com>

Hello,

Macports installation freezes at the post install phase (using dmg). I'm
trying to install it on Leopard. I installed macports on other macs before
without any trouble.

There is no error message, the progress bar just stops.

Please, help.

Thanks,
-lajos
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090423/e5ab6ddc/attachment.html>

From christopher.rob.jones at cern.ch  Thu Apr 23 11:10:48 2009
From: christopher.rob.jones at cern.ch (Chris Jones)
Date: Thu, 23 Apr 2009 19:10:48 +0100
Subject: macports install freezes
In-Reply-To: <b1d67e0b0904231016h73057731hf06033779acad54a@mail.gmail.com>
References: <b1d67e0b0904231016h73057731hf06033779acad54a@mail.gmail.com>
Message-ID: <56FE1D2D-4B50-43AF-A37E-3B200AD1C009@cern.ch>

Hi,

How long did you leave it ;)

I think I saw the same the first time I installed and if you just  
leave it it will eventually get there. I think it is doing an initial  
sync or something similar ?

cheers Chris

On 23 Apr 2009, at 6:16PM, lajos kamocsay wrote:

> Hello,
>
> Macports installation freezes at the post install phase (using dmg).  
> I'm trying to install it on Leopard. I installed macports on other  
> macs before without any trouble.
>
> There is no error message, the progress bar just stops.
>
> Please, help.
>
> Thanks,
> -lajos
>
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From talklists at newgeo.com  Thu Apr 23 14:36:38 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 14:36:38 -0700
Subject: Port minimum
Message-ID: <9BB7A824-A5D3-4751-A000-ACD6FFD11E76@newgeo.com>

Can someone point me to how to make a most basic of ports, its only  
job would be to add users and groups.  I know how to install a local  
port.  Thanks
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From raimue at macports.org  Thu Apr 23 14:45:32 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 23 Apr 2009 23:45:32 +0200
Subject: Port minimum
In-Reply-To: <9BB7A824-A5D3-4751-A000-ACD6FFD11E76@newgeo.com>
References: <9BB7A824-A5D3-4751-A000-ACD6FFD11E76@newgeo.com>
Message-ID: <49F0E17C.6050900@macports.org>

Scott Haneda wrote:
> Can someone point me to how to make a most basic of ports, its only  
> job would be to add users and groups.  I know how to install a local  
> port.  Thanks

So you don't need any fetch/configure/build etc.? What would be the
purpose of this port?

As added users are not even removed automatically at the moment, I don't
see why you would need a port just to add a user.

Rainer

From raimue at macports.org  Thu Apr 23 14:50:22 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Thu, 23 Apr 2009 23:50:22 +0200
Subject: macports install freezes
In-Reply-To: <b1d67e0b0904231016h73057731hf06033779acad54a@mail.gmail.com>
References: <b1d67e0b0904231016h73057731hf06033779acad54a@mail.gmail.com>
Message-ID: <49F0E29E.9040604@macports.org>

lajos kamocsay wrote:
> Macports installation freezes at the post install phase (using dmg). I'm
> trying to install it on Leopard. I installed macports on other macs
> before without any trouble.
> 
> There is no error message, the progress bar just stops.

Use the menu entry Window > View Log to see what the installer is
actually doing.

Rainer

From abellagonzalo at gmail.com  Thu Apr 23 16:05:07 2009
From: abellagonzalo at gmail.com (Gonzalo Abella)
Date: Fri, 24 Apr 2009 01:05:07 +0200
Subject: Libtheora doesn't build
In-Reply-To: <21009786-B060-45B8-ABB6-44A3D5806A48@macports.org>
References: <f54c68040904201047l214391den4baaa2fa1abc725c@mail.gmail.com>
	<21009786-B060-45B8-ABB6-44A3D5806A48@macports.org>
Message-ID: <f54c68040904231605l2435ac50s69e150a17dbe5326@mail.gmail.com>

Instalando Gimp:  - Revisar que la version de xcode sea la 2.5, sino falla
libtheora.- Instalar gtk-doc o meterlo como dependencia. El problema lo dio
instalando pango.

Perfect!! I have Gimp installed and running!! The problem was that i had
Xcode 2.2.1. It would be a good idea to print an advise.

I also had another little problem installing Gimp. Pango failed to build
because i didn't have installed gtk-doc. I solve it, installing it manually
xD. Apart that, everything ok.

Gonzalo

2009/4/21 Ryan Schmidt <ryandesign at macports.org>

> On Apr 20, 2009, at 12:47, Gonzalo Abella wrote:
>
>  I'm a new Macports user and I have some problems installing libtheora
>> library needed for Gimp and for ffmpeg. I have Darwin 8.11 and MacOS
>> 10.4.11.
>>
>> ip_wless_escet_52:~ gon$ sudo port install libtheora
>> Password:
>> --->  Building libtheora
>> Error: Target org.macports.build returned: shell command " cd
>> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_multimedia_libtheora/work/libtheora-1.0"
>> && make all " returned error 2
>> Command output: make  all-recursive
>> Making all in lib
>> if /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0
>> -DHAVE_CONFIG_H -I. -I. -I.. -I../include  -I/opt/local/include
>> -I/opt/local/include   -Wall -Wno-parentheses -O3 -fforce-addr
>> -fomit-frame-pointer -finline-functions -funroll-loops -O2 -MT dsp_mmx.lo
>> -MD -MP -MF ".deps/dsp_mmx.Tpo" -c -o dsp_mmx.lo `test -f
>> 'enc/x86_32/dsp_mmx.c' || echo './'`enc/x86_32/dsp_mmx.c; \
>> then mv -f ".deps/dsp_mmx.Tpo" ".deps/dsp_mmx.Plo"; else rm -f
>> ".deps/dsp_mmx.Tpo"; exit 1; fi
>>  /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I../include
>> -I/opt/local/include -I/opt/local/include -Wall -Wno-parentheses -O3
>> -fforce-addr -fomit-frame-pointer -finline-functions -funroll-loops -O2 -MT
>> dsp_mmx.lo -MD -MP -MF .deps/dsp_mmx.Tpo -c enc/x86_32/dsp_mmx.c
>>  -fno-common -DPIC -o .libs/dsp_mmx.o
>> /var/tmp//ccXbfBrr.s:739:no such 386 instruction: `movsx'
>> /var/tmp//ccXbfBrr.s:789:no such 386 instruction: `movsx'
>> /var/tmp//ccXbfBrr.s:853:no such 386 instruction: `movsx'
>> make[2]: *** [dsp_mmx.lo] Error 1
>> make[1]: *** [all-recursive] Error 1
>> make: *** [all] Error 2
>>
>> Error: Status 1 encountered during processing.
>>
>>
>> It is a very strange error I've ever seen. I have tried to install it with
>> the command 'port install libtheora + universal', but with same result. In
>> google I find nothing.
>>
>
> Welcome to MacPorts!
>
> I did find some occurrences of this error in a Google search. One suggested
> that you might be using an old version of Xcode. If you do not have Xcode
> 2.5, upgrade to Xcode 2.5 and try again, making sure to clean the port first
> (sudo port clean libtheora). Let us know if that fixes it; if it does, we
> can modify the port to print a warning if Xcode < 2.5 is used.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090424/4b87ccea/attachment.html>

From talklists at newgeo.com  Thu Apr 23 16:32:18 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 16:32:18 -0700
Subject: Port minimum
In-Reply-To: <49F0E17C.6050900@macports.org>
References: <9BB7A824-A5D3-4751-A000-ACD6FFD11E76@newgeo.com>
	<49F0E17C.6050900@macports.org>
Message-ID: <3F01A219-7EC1-4457-B6A9-FABAFDEBCB46@newgeo.com>

On Apr 23, 2009, at 2:45 PM, Rainer M?ller wrote:

> Scott Haneda wrote:
>> Can someone point me to how to make a most basic of ports, its only
>> job would be to add users and groups.  I know how to install a local
>> port.  Thanks
>
> So you don't need any fetch/configure/build etc.? What would be the
> purpose of this port?
>
> As added users are not even removed automatically at the moment, I  
> don't
> see why you would need a port just to add a user


Because I can not get dscl to play nice.  I need a user of vmail and a  
group of vmail with u and g id of 5000.

I have made more complex ports in the past that added users, and those  
always worked.  Since I can not get a OS X user made on the cli, I  
figure, I can coax ports into doing the work for me.

This is back to my other threads on postfix/dovecot/mysql

I seem to be able to auth against mysql, pop login via telnet, I can  
telnet to port 25 and start an smtp email, and even imap login.  I  
have not bothered with the ssl/tls parts of the above protocols yet.

When I do an smtp telnet to 25, set mail from rcpt to, data, and then  
send an email, it queues it, but looking at the log, I end up with  
this, which leads me to belive a permissions or user/group issue.   
Mail can not be delivered for some reason.

Apr 23 16:23:02 catalyst postfix/pipe[49273]: fatal: get_service_attr:  
unknown username: vmail
Apr 23 16:23:03 catalyst postfix/qmgr[49216]: warning: private/dovecot  
socket: malformed response
Apr 23 16:23:03 catalyst postfix/qmgr[49216]: warning: transport  
dovecot failure -- see a previous warning/fatal/panic logfile record  
for the problem description
Apr 23 16:23:03 catalyst postfix/master[43394]: warning: process /opt/ 
local/libexec/postfix/pipe pid 49273 exit status 1
Apr 23 16:23:03 catalyst postfix/master[43394]: warning: /opt/local/ 
libexec/postfix/pipe: bad command startup -- throttling

Very few people seem to have gotten this to work on OS X.  Very few as  
in I believe I know of one other person, there is nothing at all out  
there from others on OS X making this combo work.

I am poking the postfix mailing list as well, see what that gets me.   
The portfile certainly needs a few patches, but I need to figure out  
what they are first, then I can submit a diff.
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From raimue at macports.org  Thu Apr 23 17:01:19 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Fri, 24 Apr 2009 02:01:19 +0200
Subject: Port minimum
In-Reply-To: <3F01A219-7EC1-4457-B6A9-FABAFDEBCB46@newgeo.com>
References: <9BB7A824-A5D3-4751-A000-ACD6FFD11E76@newgeo.com>
	<49F0E17C.6050900@macports.org>
	<3F01A219-7EC1-4457-B6A9-FABAFDEBCB46@newgeo.com>
Message-ID: <49F1014F.6090506@macports.org>

Scott Haneda wrote:
> Because I can not get dscl to play nice.  I need a user of vmail and a  
> group of vmail with u and g id of 5000.

sudo dscl . -create /Groups/vmail PrimaryGroupID 5000
sudo dscl . -create /Users/vmail UniqueID 5000
sudo dscl . -create /Users/vmail PrimaryGroupID 5000

This will add a group with the name vmail and gid 5000, add a new user
vmail with uid 5000 and set the primary group for this user.

If you additionally set a UserShell such as /usr/bin/false it will not
show up in the login window.

> I have made more complex ports in the past that added users, and those  
> always worked.  Since I can not get a OS X user made on the cli, I  
> figure, I can coax ports into doing the work for me.

Guess what MacPorts uses internally to create new users... dscl :-)

Rainer

From ryandesign at macports.org  Thu Apr 23 17:30:13 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 23 Apr 2009 19:30:13 -0500
Subject: Libtheora doesn't build
In-Reply-To: <f54c68040904231605l2435ac50s69e150a17dbe5326@mail.gmail.com>
References: <f54c68040904201047l214391den4baaa2fa1abc725c@mail.gmail.com>
	<21009786-B060-45B8-ABB6-44A3D5806A48@macports.org>
	<f54c68040904231605l2435ac50s69e150a17dbe5326@mail.gmail.com>
Message-ID: <71A4EA4E-1BA6-4DA6-BB60-C65C87C74E89@macports.org>

On Apr 23, 2009, at 18:05, Gonzalo Abella wrote:

> Instalando Gimp:
> - Revisar que la version de xcode sea la 2.5, sino falla libtheora.
> - Instalar gtk-doc o meterlo como dependencia. El problema lo dio  
> instalando pango.
>
> Perfect!! I have Gimp installed and running!! The problem was that  
> i had Xcode 2.2.1. It would be a good idea to print an advise.

Thanks for letting us know. I added the Xcode version check to  
libtheora:

http://trac.macports.org/changeset/50060


> I also had another little problem installing Gimp. Pango failed to  
> build because i didn't have installed gtk-doc. I solve it,  
> installing it manually xD. Apart that, everything ok.

That's been reported before, and I should really fix that:

http://trac.macports.org/ticket/18958



From talklists at newgeo.com  Thu Apr 23 17:30:53 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 17:30:53 -0700
Subject: Port minimum
In-Reply-To: <49F1014F.6090506@macports.org>
References: <9BB7A824-A5D3-4751-A000-ACD6FFD11E76@newgeo.com>
	<49F0E17C.6050900@macports.org>
	<3F01A219-7EC1-4457-B6A9-FABAFDEBCB46@newgeo.com>
	<49F1014F.6090506@macports.org>
Message-ID: <717B4F15-6A37-4CE1-8FE3-C0C7B10E321E@newgeo.com>

On Apr 23, 2009, at 5:01 PM, Rainer M?ller wrote:

> Scott Haneda wrote:
>> Because I can not get dscl to play nice.  I need a user of vmail  
>> and a
>> group of vmail with u and g id of 5000.
>
> sudo dscl . -create /Groups/vmail PrimaryGroupID 5000
> sudo dscl . -create /Users/vmail UniqueID 5000
> sudo dscl . -create /Users/vmail PrimaryGroupID 5000
>
> This will add a group with the name vmail and gid 5000, add a new user
> vmail with uid 5000 and set the primary group for this user.
>
> If you additionally set a UserShell such as /usr/bin/false it will not
> show up in the login window.

Thanks, I have come up with the following, in case it helps anyone else:
dscl . -create /Users/_vmail
dscl . -append /Users/_vmail RecordName vmail
dscl . -create /Users/_vmail UserShell /usr/bin/false
dscl . -create /Users/_vmail RealName "Virtual Mail Store"
dscl . -create /Users/_vmail UniqueID 5000
dscl . -create /Users/_vmail PrimaryGroupID 5000
dscl . -create /Users/_vmail NFSHomeDirectory /opt/local/var/vmail
dscl . -create /users/_vmail passwd "*"

dscl . -create /groups/_vmail
dscl . -append /groups/_vmail RecordName vmail
dscl . -create /groups/_vmail passwd "*"
dscl . -create /groups/_vmail gid 5000
dscl . -create /groups/_vmail RealName "Virtual Mail Store"

>> I have made more complex ports in the past that added users, and  
>> those
>> always worked.  Since I can not get a OS X user made on the cli, I
>> figure, I can coax ports into doing the work for me.
>
> Guess what MacPorts uses internally to create new users... dscl :-)


Yeah, I was looking at the source a bit ago, there was a if condition  
in there that through me off, so I sort of worked through the above a  
line at a time, comparing it with
$dscl . read /users/_postfix
until I had them mostly matching up.

I am still stuck with the errors in postfix when an email is attempted  
to be delivered.  I am almost sure it is user/group issues.
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From panka.lists at gmail.com  Thu Apr 23 18:02:24 2009
From: panka.lists at gmail.com (lajos kamocsay)
Date: Thu, 23 Apr 2009 21:02:24 -0400
Subject: macports install freezes
In-Reply-To: <49F0E29E.9040604@macports.org>
References: <b1d67e0b0904231016h73057731hf06033779acad54a@mail.gmail.com>
	<49F0E29E.9040604@macports.org>
Message-ID: <b1d67e0b0904231802g2835dfbbq4f55a79520132b84@mail.gmail.com>

It actually worked after trying for the third time. Maybe it was a network
connection problem?

Thanks for the help!


On Thu, Apr 23, 2009 at 5:50 PM, Rainer M?ller <raimue at macports.org> wrote:

> lajos kamocsay wrote:
> > Macports installation freezes at the post install phase (using dmg). I'm
> > trying to install it on Leopard. I installed macports on other macs
> > before without any trouble.
> >
> > There is no error message, the progress bar just stops.
>
> Use the menu entry Window > View Log to see what the installer is
> actually doing.
>
> Rainer
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090423/086a0aec/attachment.html>

From talklists at newgeo.com  Thu Apr 23 18:46:53 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Thu, 23 Apr 2009 18:46:53 -0700
Subject: Port patches, how to proceeed
Message-ID: <6AFEBCCF-6CFE-4897-A237-7A1005D5BE30@newgeo.com>

Hello, another list user here has sent me a local port patch file for  
postfix.  mysql support was added via a variant.  I do not believe it  
has been submitted to trac yet, it definitely is not in upstream  
officially.

It works for me, though I have found some other issue I want to  
patch.  I do not want to add my patches to the other users patch, I  
think for credit reasons, and tracking reasons, they need to be kept  
separate.

How do I do this?  How do I make a second, separate diff/patch in my  
local macports repo?

What I need to solve, is on start you will get these errors:
postfix/postsuper[175]: warning: bogus file name: maildrop/.turd_postfix
postfix/postfix-script[192]: warning: not owned by _postfix: /opt/ 
local/var/lib/postfix/./.turd_postfix

1) Is there a single command to clean up .turd files, is there a way  
to simply traverse all installed files and get rid of them all?  If  
not, I can do them one at a time, what phase is suggested?

2) The second error above, can not entirely be solved by just deleting  
the .turd file, you will still get a permissons error iirc.  So I also  
need to issue a user/group change as well. What phase is suggested for  
this work?
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From rcpdecoy-test1 at yahoo.com  Thu Apr 23 19:05:55 2009
From: rcpdecoy-test1 at yahoo.com (not quite switched)
Date: Thu, 23 Apr 2009 19:05:55 -0700 (PDT)
Subject: Mac (OSX) Error: Unresolved inheritance operation
In-Reply-To: <798D022E-86C7-4CB1-BDED-A6B6523E118D@gmail.com>
References: <798D022E-86C7-4CB1-BDED-A6B6523E118D@gmail.com>
Message-ID: <23208553.post@talk.nabble.com>


<ul>
<li>I believe that this is caused by XCode breaking your X11 install.
This resolved the problem for me:</li>
<ol>
<li> install / upgrade XCode</li>  
<li> upgrade X11 (make sure you get the version appropriate to your OS
version)
    from the  http://xquartz.macosforge.org/trac/wiki Xquartz site 
    you will note that the X11 docs recommend that you reinstall X11 after
installing XCode or after
    installing OS updates - this is why I think that the XCode install is
probably the culprit</li>
<li> uninstall everything in macports </li>
<li> reinstall desired ports</li>
</ol>
<li>this got gv and xv working for me which is all I'm using so far </li>
</ul>
regards - hope this works for others


-- 
View this message in context: http://www.nabble.com/Mac-%28OSX%29-Error%3A-Unresolved-inheritance-operation-tp22527032p23208553.html
Sent from the MacPorts - Users mailing list archive at Nabble.com.


From xellzhang at gmail.com  Fri Apr 24 00:44:35 2009
From: xellzhang at gmail.com (Zhang Xiao)
Date: Fri, 24 Apr 2009 15:44:35 +0800
Subject: Get "configure: error: Broken X11 install" when selfupdate
Message-ID: <75E3FA8E-EDFA-48F3-8491-2802CFED756C@gmail.com>

Hi,

I am running MacPorts 1.70 now and want to update to 1.71.

But when I ran "port selfupdate" I got:
...
checking for XOpenDisplay in -lX11... no
Unknown configuration problem. Please install the X11 runtime
and/or X11 SDK  packages from the Xcode Developer Tools CD
configure: error: Broken X11 install

I've installed X11SDK in Xcode package. When I tried to install "X11  
update 2006" it says my system does not need to do that.

Macbook 13.3'', Leopard 10.5.6.

Thanks :)


Zhang Xiao
- Tech Lead @ OSS Group
- Ethos Technologies Inc. (http://www.ethos.com.cn)


From jeremyhu at macports.org  Fri Apr 24 02:36:32 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Fri, 24 Apr 2009 02:36:32 -0700
Subject: Get "configure: error: Broken X11 install" when selfupdate
In-Reply-To: <75E3FA8E-EDFA-48F3-8491-2802CFED756C@gmail.com>
References: <75E3FA8E-EDFA-48F3-8491-2802CFED756C@gmail.com>
Message-ID: <A0FB8C11-E7A4-4477-AD89-C5EC45524C23@macports.org>

On Apr 24, 2009, at 00:44, Zhang Xiao wrote:

> Hi,
>
> I am running MacPorts 1.70 now and want to update to 1.71.
>
> But when I ran "port selfupdate" I got:
> ...
> checking for XOpenDisplay in -lX11... no
> Unknown configuration problem. Please install the X11 runtime
> and/or X11 SDK  packages from the Xcode Developer Tools CD
> configure: error: Broken X11 install
>
> I've installed X11SDK in Xcode package. When I tried to install "X11  
> update 2006" it says my system does not need to do that.

Can you please put config.log in a pastebin

Yeah, that's for Tiger.

I'm wondering if 1.8.x should abandon x11prefix entirely now that  
we've got x11 in MP...



From ryandesign at macports.org  Fri Apr 24 20:41:59 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Fri, 24 Apr 2009 22:41:59 -0500
Subject: Get "configure: error: Broken X11 install" when selfupdate
In-Reply-To: <A0FB8C11-E7A4-4477-AD89-C5EC45524C23@macports.org>
References: <75E3FA8E-EDFA-48F3-8491-2802CFED756C@gmail.com>
	<A0FB8C11-E7A4-4477-AD89-C5EC45524C23@macports.org>
Message-ID: <59F2BACB-19D4-435F-8240-E6C0A3926C53@macports.org>


On Apr 24, 2009, at 04:36, Jeremy Huddleston wrote:

> On Apr 24, 2009, at 00:44, Zhang Xiao wrote:
>
>> I am running MacPorts 1.70 now and want to update to 1.71.
>>
>> But when I ran "port selfupdate" I got:
>> ...
>> checking for XOpenDisplay in -lX11... no
>> Unknown configuration problem. Please install the X11 runtime
>> and/or X11 SDK  packages from the Xcode Developer Tools CD
>> configure: error: Broken X11 install
>>
>> I've installed X11SDK in Xcode package. When I tried to install  
>> "X11 update 2006" it says my system does not need to do that.
>
> Can you please put config.log in a pastebin
>
> Yeah, that's for Tiger.
>
> I'm wondering if 1.8.x should abandon x11prefix entirely now that  
> we've got x11 in MP...

This would mean removing the notion of +system_x11 as well? I  
wouldn't mind that.

We currently have 297 occurrences of "x11prefix" in 153 ports, so  
there is some port cleanup to do before x11prefix can be excised from  
MacPorts base.




From frstan at bellsouth.net  Sat Apr 25 10:25:41 2009
From: frstan at bellsouth.net (William Davis)
Date: Sat, 25 Apr 2009 13:25:41 -0400
Subject: gnome-menus v kde4
Message-ID: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>


DEBUG: Executing org.macports.activate (gnome-menus)
--->  Activating gnome-menus @2.26.1_0
Error: Target org.macports.activate returned: Image error: /opt/local/ 
etc/xdg/menus/applications.menu is being used by the active kdelibs4  
port.  Please deactivate this port first, or use 'port -f activate  
gnome-menus' to force the activation.
Warning: the following items did not execute (for gnome-menus):  
org.macports.activate
Error: The following dependencies failed to build: gnome-menus
DEBUG: Image error: /opt/local/etc/xdg/menus/applications.menu is  
being used by the active kdelibs4 port.  Please deactivate this port  
first, or use 'port -f activate gnome-menus' to force the activation.
     while executing
"_activate_contents $name $imagefiles $imagedir"
     (procedure "portimage::activate" line 57)
Error: Unable to upgrade port: 1
macintosh:~ frstan$

Is it safe to use -f here?

William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc5 (xorg-server 1.4.2-apple41)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From devans at macports.org  Sat Apr 25 13:42:47 2009
From: devans at macports.org (David Evans)
Date: Sat, 25 Apr 2009 13:42:47 -0700
Subject: gnome-menus v kde4
In-Reply-To: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>
Message-ID: <49F375C7.7040306@macports.org>

William Davis wrote:
>
> DEBUG: Executing org.macports.activate (gnome-menus)
> --->  Activating gnome-menus @2.26.1_0
> Error: Target org.macports.activate returned: Image error: 
> /opt/local/etc/xdg/menus/applications.menu is being used by the active 
> kdelibs4 port.  Please deactivate this port first, or use 'port -f 
> activate gnome-menus' to force the activation.
> Warning: the following items did not execute (for gnome-menus): 
> org.macports.activate
> Error: The following dependencies failed to build: gnome-menus
> DEBUG: Image error: /opt/local/etc/xdg/menus/applications.menu is 
> being used by the active kdelibs4 port.  Please deactivate this port 
> first, or use 'port -f activate gnome-menus' to force the activation.
>     while executing
> "_activate_contents $name $imagefiles $imagedir"
>     (procedure "portimage::activate" line 57)
> Error: Unable to upgrade port: 1
> macintosh:~ frstan$
>
> Is it safe to use -f here?
Probably not. 

If you're trying to set up a complete desktop environment (this file 
defines a desktop applications menu) then you probably need to decide
whether you want to use gnome or kde.

If you are just running some gnome apps and some kde apps (without a 
complete desktop environment) then it may not matter. In which
case, maybe you don't need to install gnome-menus?

Dave

From lists at lasseriis.dk  Sun Apr 26 06:34:30 2009
From: lists at lasseriis.dk (Lasse Riis)
Date: Sun, 26 Apr 2009 15:34:30 +0200
Subject: Creating application bundles from ports
Message-ID: <dac59d6d0904260634y2583c9d3p594005e03f1bee3c@mail.gmail.com>

Hi,

I have not been able to find anything on the Wiki about how one might
create simple App bundles from installed ports. (For at least basic
Mac WM integration, i.e. Dock etc.)

Is this something that anybody are working on?

Any tips for me to start building this myself?

Specifically I'm trying to build an App bundle for  a Python GTK+ application.

Kind Regards, Lasse Riis

From d.l.tDeContes at free.fr  Sun Apr 26 07:31:53 2009
From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=)
Date: Sun, 26 Apr 2009 16:31:53 +0200
Subject: checking for gcc
In-Reply-To: <5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org>
References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr>
	<E63B84F6-3A00-4DD3-BC6D-A0C67A136874@macports.org>
	<FF7EA160-0957-44FB-B331-01CFFEE84F36@free.fr>
	<5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org>
Message-ID: <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr>


Le 21 mars 09 ? 00:52, Ryan Schmidt a ?crit :

> On Mar 20, 2009, at 17:53, Thomas De Contes wrote:
>
>> Le 16 mars 09 ? 00:05, Ryan Schmidt a ?crit :
>>
>>> On Mar 15, 2009, at 17:36, Thomas De Contes wrote:
>>>
>>>> i updade MacPorts, and at the step "port upgrade outdated" it  
>>>> always sets
>>>> checking for gcc... /usr/bin/gcc-4.0
>>>>
>>>> whereas /usr/bin/gcc-4.0 does not exist and /usr/bin/gcc points  
>>>> on gcc-3.3
>>>>
>>>>
>>>> what is the problem ?
>>>
>>> /usr/bin/gcc-4.0 should exist, and /usr/bin/gcc should point to  
>>> it, on Tiger and later.
>>
>> ok
>> if /usr/bin/gcc-4.0 exists but /usr/bin/gcc does not point to it,  
>> it's not right ?
>
> If /usr/bin/gcc-4.0 exists but /usr/bin/gcc points to gcc-3.3 then  
> you have most likely used the gcc_select program to select gcc 3.3.

i think it can happen if i install devtools + gcc-3.3, and then i add  
gcc-4.0
to avoid any pb of this kind, i reinstalled devtools + gcc-4.0 at the  
same time

> This should not affect the majority of ports since MacPorts tells  
> ports to use /usr/bin/gcc-4.0 by default on Tiger and later.

ok :-)

> Specific ports may override this as needed. For example some very  
> old software must compile with gcc-3.3 because gcc-4.0 is too new;  
> in this case, those ports indicate this requirement and MacPorts  
> allows them to use gcc-3.3 instead.

do you think i should keep gcc-3.3 ?
could some recent software depend on some very old software ?



>>> What OS version do you have? What version of Xcode?
>>
>> checking Mac OS X version... 10.4.11
>> checking Xcode version... 2.4.1



>> btw,
>>
>> why does it work fine to build MacPorts itself, with gcc 3.3, and  
>> not to build software ?
>
> Port authors have limited resources with which to test ports.  
> Usually people only have a single Mac, running either Leopard or  
> Tiger, with either an Intel or PowerPC processor. This means most  
> port authors are only testing on 1/4 of the supported systems.  
> Problems can crop up on the remaining 3/4 of the supported systems  
> the author did not test on.
>
> We do not want to increase the testing burden even further by  
> allowing users to compile ports with a different compiler than the  
> one the port author tested with. For this reason, MacPorts  
> instructs ports to ignore what the user has gcc_selected'ed and  
> instead to use a specific compiler on specific OS versions (3.3 on  
> Panther, 4.0 on Tiger and Leopard). Individual ports can override  
> this if it's necessary for those ports, but users are not supposed  
> to override this.

i fully (i think) understand this :-)

and i see 2 options :

1
don't constraint anyone to use /usr/bin/gcc-4.0 and nothing else
of course, you support only /usr/bin/gcc-4.0 and nothing else, and  
port authors don't have any more test to make
just, you don't restrict it "physically" :-)
and you could write a big big warning at time of building MacPorts  
itself

2
once i've understood "the mechanism", i was surprised that building  
MacPorts itself worked fine, without even a warning !
i would expect that MacPorts refuse to build, saying it need /usr/bin/ 
gcc-4.0 (even if it doesn't need it for itself, regarding to the  
default settings for ports)


the 1 is the best from my point of view (it's the most "adaptable"),  
but there is probably a lot of changes to do, for not enough advantages
but i think that the 2 is realist, what do you think about it ? :-)


>> why does it say :
>> checking for gcc... /usr/bin/gcc-4.0
>> checking for C compiler default output... configure: error: C  
>> compiler cannot create executables
>> rather than sth like
>> checking for gcc... /usr/bin/gcc-4.0 not found
>> ?
>
> Here you are asking about the configure script of the port you were  
> trying to install. For questions about why that configure script  
> does what it does, you'll have to ask the authors of that software

ok
well, if building MacPorts itself gives an explicit error enough, not  
worry about building of ports :-)


-- 
T?l?assistance / T?l?maintenance
http://www.portparallele.com/ThomasDECONTES/


From d.l.tDeContes at free.fr  Sun Apr 26 07:35:57 2009
From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=)
Date: Sun, 26 Apr 2009 16:35:57 +0200
Subject: python25
Message-ID: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr>

hi :-)


port install python25 +darwin_8+puredarwin

+ port install python25 +darwin_8+puredarwin
--->  Fetching python25
--->  Verifying checksum(s) for python25
--->  Extracting python25
--->  Applying patches to python25
--->  Configuring python25
--->  Building python25
Error: Target org.macports.build returned: shell command "lipo /Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/ 
libpython2.5.dylib -output /Users/thomas/Documents/prgm/bin/ 
autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/ 
libpython2.5.dylib -thin `lipo -info /Users/thomas/Documents/prgm/bin/ 
autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/ 
libpython2.5.a | tail -n 1 | sed -e 's/.*architecture: \(.*\)/\1/'`"  
returned error 1
Command output: lipo: can't open input file: /Users/thomas/Documents/ 
prgm/bin/autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/ 
libpython2.5.dylib (No such file or directory)

Error: Status 1 encountered during processing.


what's the problem ?

checking Mac OS X version... 10.4.11
checking Xcode version... 2.4.1


-- 
T?l?assistance / T?l?maintenance
http://www.portparallele.com/ThomasDECONTES/


From jmr at macports.org  Sun Apr 26 07:41:42 2009
From: jmr at macports.org (Joshua Root)
Date: Mon, 27 Apr 2009 00:41:42 +1000
Subject: python25
In-Reply-To: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr>
References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr>
Message-ID: <49F472A6.7030307@macports.org>

Thomas De Contes wrote:
> hi :-)
> 
> 
> port install python25 +darwin_8+puredarwin
> 
> + port install python25 +darwin_8+puredarwin
> --->  Fetching python25
> --->  Verifying checksum(s) for python25
> --->  Extracting python25
> --->  Applying patches to python25
> --->  Configuring python25
> --->  Building python25
> Error: Target org.macports.build returned: shell command "lipo
> /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/libpython2.5.dylib
> -output
> /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/libpython2.5.dylib
> -thin `lipo -info
> /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/libpython2.5.a
> | tail -n 1 | sed -e 's/.*architecture: \(.*\)/\1/'`" returned error 1
> Command output: lipo: can't open input file:
> /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync.macports.org_release_ports_lang_python25/work/Python-2.5.4/libpython2.5.dylib
> (No such file or directory)
> 
> Error: Status 1 encountered during processing.
> 
> 
> what's the problem ?
> 
> checking Mac OS X version... 10.4.11
> checking Xcode version... 2.4.1

Why are you specifying +darwin_8+puredarwin on the command line? For one
thing, if you are running on Mac OS X you are not running on pure
darwin; for another, if you run `port variants python25`, you will see
that both of those variants say "Platform variant, do not select manually".

- Josh

From d.l.tDeContes at free.fr  Sun Apr 26 07:49:51 2009
From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=)
Date: Sun, 26 Apr 2009 16:49:51 +0200
Subject: port upgrade outdated
Message-ID: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>

hi :-)


when i do "port upgrade outdated", i have problems with a number of  
ports



--->  Staging atk into destroot
Error: Target org.macports.destroot returned: shell command " cd "/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/ 
build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_atk/work/atk-1.26.0" &&  
make install DESTDIR=/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_atk/work/destroot "  
returned error 2
Command output: -- Installing ./html/AtkSelection.html
-- Installing ./html/AtkStateSet.html
-- Installing ./html/AtkStreamableContent.html
-- Installing ./html/AtkTable.html
-- Installing ./html/AtkText.html
-- Installing ./html/AtkUtil.html
-- Installing ./html/AtkValue.html
-- Installing ./html/atk-AtkHyperlinkImpl.html
-- Installing ./html/atk-AtkState.html
-- Installing ./html/atk.devhelp
-- Installing ./html/atk.devhelp2
-- Installing ./html/atk.html
-- Installing ./html/home.png
-- Installing ./html/index.html
-- Installing ./html/index.sgml
-- Installing ./html/ix01.html
-- Installing ./html/ix02.html
-- Installing ./html/ix03.html
-- Installing ./html/ix04.html
-- Installing ./html/ix05.html
-- Installing ./html/ix06.html
-- Installing ./html/ix07.html
-- Installing ./html/left.png
-- Installing ./html/right.png
-- Installing ./html/style.css
-- Installing ./html/up.png
/bin/sh: line 1: gtkdoc-rebase: command not found
make[2]: *** [install-data-local] Error 127
make[1]: *** [install-am] Error 2
make: *** [install-recursive] Error 1

Error: Unable to upgrade port: 1



--->  Staging pango into destroot
Error: Target org.macports.destroot returned: shell command " cd "/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/ 
build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_x11_pango/work/pango-1.24.1" &&  
make install DESTDIR=/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_x11_pango/work/destroot "  
returned error 2
Command output: -- Installing ./html/pango-Glyph-Storage.html
-- Installing ./html/pango-Layout-Objects.html
-- Installing ./html/pango-Miscellaneous-Utilities.html
-- Installing ./html/pango-Modules.html
-- Installing ./html/pango-OpenType-Font-Handling.html
-- Installing ./html/pango-Scripts-and-Languages.html
-- Installing ./html/pango-Tab-Stops.html
-- Installing ./html/pango-Text-Attributes.html
-- Installing ./html/pango-Text-Processing.html
-- Installing ./html/pango-Version-Checking.html
-- Installing ./html/pango-Vertical-Text.html
-- Installing ./html/pango-Win32-Fonts-and-Rendering.html
-- Installing ./html/pango-X-Fonts-and-Rendering.html
-- Installing ./html/pango-Xft-Fonts-and-Rendering.html
-- Installing ./html/pango-hierarchy.html
-- Installing ./html/pango-querymodules.html
-- Installing ./html/pango.devhelp
-- Installing ./html/pango.devhelp2
-- Installing ./html/pango.html
-- Installing ./html/rendering.html
-- Installing ./html/right.png
-- Installing ./html/rotated-text.png
-- Installing ./html/style.css
-- Installing ./html/tools.html
-- Installing ./html/up.png
/bin/sh: line 1: gtkdoc-rebase: command not found
make[3]: *** [install-data-local] Error 127
make[2]: *** [install-am] Error 2
make[1]: *** [install] Error 2
make: *** [install-recursive] Error 1

Error: Unable to upgrade port: 1



--->  Activating xorg-renderproto @0.9.3_0
Error: Target org.macports.activate returned: Image error: /Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/X11/extensions/ 
render.h is being used by the active render port.  Please deactivate  
this port first, or use 'port -f activate xorg-renderproto' to force  
the activation.
Error: The following dependencies failed to build: xorg-renderproto
Error: Unable to upgrade port: 1



--->  Building subversion
Error: Target org.macports.build returned: shell command " cd "/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1" && make all " returned error 2
Command output: ranlib: file: .libs/libsvn_subr-1.a(win32_crashrpt.o)  
has no symbols
ranlib: file: .libs/libsvn_subr-1.a(win32_crypto.o) has no symbols
ranlib: file: .libs/libsvn_subr-1.a(win32_xlate.o) has no symbols
ranlib: file: .libs/libsvn_subr-1.a(config_win.o) has no symbols
ranlib: file: .libs/libsvn_subr-1.a(win32_crashrpt.o) has no symbols
ranlib: file: .libs/libsvn_subr-1.a(win32_crypto.o) has no symbols
ranlib: file: .libs/libsvn_subr-1.a(win32_xlate.o) has no symbols
cd subversion/libsvn_delta && /bin/sh /Users/thomas/Documents/prgm/ 
bin/autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=link /usr/bin/ 
gcc-4.0  -O2     -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib    -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib/db46 -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib -L/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
lib  -rpath /Users/thomas/Documents/prgm/bin/autoinstall/macports/lib  
-o libsvn_delta-1.la  cancel.lo compat.lo compose_delta.lo  
debug_editor.lo default_editor.lo depth_filter_editor.lo  
path_driver.lo svndiff.lo text_delta.lo version.lo xdelta.lo ../../ 
subversion/libsvn_subr/libsvn_subr-1.la /Users/thomas/Documents/prgm/ 
bin/autoinstall/macports/lib/libaprutil-1.la  -ldb-4.6 -lexpat - 
liconv /Users/thomas/Documents/prgm/bin/autoinstall/macports/lib/ 
libapr-1.la -lpthread -lz -lintl  -framework Security -framework  
CoreFoundation -framework CoreServices
ERROR: No debug map or DWARF data was found to link./bin/sh /Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/caching.lo -c subversion/libsvn_fs_fs/caching.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/dag.lo -c subversion/libsvn_fs_fs/dag.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/err.lo -c subversion/libsvn_fs_fs/err.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/fs.lo -c subversion/libsvn_fs_fs/fs.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/fs_fs.lo -c subversion/libsvn_fs_fs/fs_fs.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/id.lo -c subversion/libsvn_fs_fs/id.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/key-gen.lo -c subversion/libsvn_fs_fs/key-gen.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/lock.lo -c subversion/libsvn_fs_fs/lock.c
./build/transform_sql.sh subversion/libsvn_fs_fs/rep-cache-db.sql <  
subversion/libsvn_fs_fs/rep-cache-db.sql > ./subversion/libsvn_fs_fs/ 
rep-cache-db.h
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/rep-cache.lo -c subversion/libsvn_fs_fs/rep- 
cache.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_fs/tree.lo -c subversion/libsvn_fs_fs/tree.c
/bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=compile /usr/bin/ 
gcc-4.0 -I/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
include   -DDARWIN -DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/ 
Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1   - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 - 
I/Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include -I/Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0  -o  
subversion/libsvn_fs_util/fs-util.lo -c subversion/libsvn_fs_util/fs- 
util.c
cd subversion/libsvn_fs_util && /bin/sh /Users/thomas/Documents/prgm/ 
bin/autoinstall/macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=link /usr/bin/ 
gcc-4.0  -O2     -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib    -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib/db46 -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib -L/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
lib  -rpath /Users/thomas/Documents/prgm/bin/autoinstall/macports/lib  
-o libsvn_fs_util-1.la  fs-util.lo ../../subversion/libsvn_subr/ 
libsvn_subr-1.la /Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib/libaprutil-1.la  -ldb-4.6 -lexpat -liconv /Users/thomas/ 
Documents/prgm/bin/autoinstall/macports/lib/libapr-1.la -lpthread - 
lintl  -framework Security -framework CoreFoundation -framework  
CoreServices
ERROR: No debug map or DWARF data was found to link.cd subversion/ 
libsvn_fs_fs && /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/var/macports/build/ 
_Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sourc 
es_rsync.macports.org_release_ports_devel_subversion/work/ 
subversion-1.6.1/libtool --tag=CC --silent --mode=link /usr/bin/ 
gcc-4.0  -O2     -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib    -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib/db46 -L/Users/thomas/Documents/prgm/bin/autoinstall/ 
macports/lib -L/Users/thomas/Documents/prgm/bin/autoinstall/macports/ 
lib  -rpath /Users/thomas/Documents/prgm/bin/autoinstall/macports/lib  
-o libsvn_fs_fs-1.la  caching.lo dag.lo err.lo fs.lo fs_fs.lo id.lo  
key-gen.lo lock.lo rep-cache.lo tree.lo ../../subversion/libsvn_delta/ 
libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la / 
Users/thomas/Documents/prgm/bin/autoinstall/macports/lib/ 
libaprutil-1.la  -ldb-4.6 -lexpat -liconv /Users/thomas/Documents/ 
prgm/bin/autoinstall/macports/lib/libapr-1.la -lpthread ../../ 
subversion/libsvn_fs_util/libsvn_fs_util-1.la -lintl  -framework  
Security -framework CoreFoundation -framework CoreServices
ld: warning can't open dynamic library: /Users/thomas/Documents/prgm/ 
bin/autoinstall/macports/lib/libz.1.dylib referenced from: /Users/ 
thomas/Documents/prgm/bin/autoinstall/macports/lib/ 
libsvn_subr-1.dylib (checking for undefined symbols may be affected)  
(No such file or directory, errno = 2)
ld: Undefined symbols:
_svn_error__malfunction referenced from libsvn expected to be defined  
in libsvn
_svn_checksum_ctx_create referenced from libsvn expected to be  
defined in libsvn
_svn_checksum_final referenced from libsvn expected to be defined in  
libsvn
_svn_checksum_update referenced from libsvn expected to be defined in  
libsvn
/usr/bin/libtool: internal link edit command failed
make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1

Error: Unable to upgrade port: 1



--->  Fetching scrollkeeper
Error: Target org.macports.fetch returned:

scrollkeeper is superseded by port rarian; use that port instead

Error: Unable to upgrade port: 1


for this one, it would be nice if MacPorts was able to uninstall it  
properly itself



-- 
T?l?assistance / T?l?maintenance
http://www.portparallele.com/ThomasDECONTES/


From d.l.tDeContes at free.fr  Sun Apr 26 08:03:53 2009
From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=)
Date: Sun, 26 Apr 2009 17:03:53 +0200
Subject: python25
In-Reply-To: <49F472A6.7030307@macports.org>
References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr>
	<49F472A6.7030307@macports.org>
Message-ID: <CBA597D7-E190-4873-BD36-FBAC52756B01@free.fr>


Le 26 avr. 09 ? 16:41, Joshua Root a ?crit :

> Why are you specifying +darwin_8+puredarwin on the command line?

do you have acces to
De : 		dluke at geeklair.net
Objet : 	R?p : error with python24
Date : 		24 juillet 2007 18:04:42 HAEC
?
it's one reason

> For one
> thing, if you are running on Mac OS X you are not running on pure
> darwin;

ah ?
i thought that "pure darwin" was the UNIX layer under the GUI, not  
only the OS for those who don't have GUI at all

> for another, if you run `port variants python25`, you will see
> that both of those variants say "Platform variant, do not select  
> manually".

ok

well, is there any solution ?


-- 
T?l?assistance / T?l?maintenance
http://www.portparallele.com/ThomasDECONTES/


From raimue at macports.org  Sun Apr 26 08:21:17 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 26 Apr 2009 17:21:17 +0200
Subject: python25
In-Reply-To: <CBA597D7-E190-4873-BD36-FBAC52756B01@free.fr>
References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr>	<49F472A6.7030307@macports.org>
	<CBA597D7-E190-4873-BD36-FBAC52756B01@free.fr>
Message-ID: <49F47BED.5010708@macports.org>

Thomas De Contes wrote:
> Le 26 avr. 09 ? 16:41, Joshua Root a ?crit :
> 
>> Why are you specifying +darwin_8+puredarwin on the command line?
> 
> do you have acces to
> De : 		dluke at geeklair.net
> Objet : 	R?p : error with python24
> Date : 		24 juillet 2007 18:04:42 HAEC
> ?
> it's one reason

As already said in this thread and the linked ticket
<http://trac.macports.org/ticket/4881>, you should have a *full* Xcode
installation.

>> For one
>> thing, if you are running on Mac OS X you are not running on pure
>> darwin;
> 
> ah ?
> i thought that "pure darwin" was the UNIX layer under the GUI, not  
> only the OS for those who don't have GUI at all

No, puredarwin is <http://puredarwin.org>.

>> for another, if you run `port variants python25`, you will see
>> that both of those variants say "Platform variant, do not select  
>> manually".
> 
> ok
> 
> well, is there any solution ?

1) Install Xcode without deselecting any packages
2) Do not select any platform variants, but let MacPorts make the
   decision for you.

Rainer

From frstan at bellsouth.net  Sun Apr 26 08:23:16 2009
From: frstan at bellsouth.net (William Davis)
Date: Sun, 26 Apr 2009 11:23:16 -0400
Subject: port upgrade outdated
In-Reply-To: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
Message-ID: <216001BE-E0B3-42CA-B955-5C9DA9E001F8@bellsouth.net>

do:
sudo port -d selfupdate
and try again.
WSD
On Apr 26, 2009, at 10:49 AM, Thomas De Contes wrote:

> hi :-)
>
>
> when i do "port upgrade outdated", i have problems with a number of  
> ports
>
>
>
> --->  Staging atk into destroot
> Error: Target org.macports.destroot returned: shell command " cd "/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/ 
> build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_atk/work/atk-1.26.0" && make  
> install DESTDIR=/Users/thomas/Documents/prgm/bin/autoinstall/ 
> macports/var/macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_atk/work/destroot " returned error 2
> Command output: -- Installing ./html/AtkSelection.html
> -- Installing ./html/AtkStateSet.html
> -- Installing ./html/AtkStreamableContent.html
> -- Installing ./html/AtkTable.html
> -- Installing ./html/AtkText.html
> -- Installing ./html/AtkUtil.html
> -- Installing ./html/AtkValue.html
> -- Installing ./html/atk-AtkHyperlinkImpl.html
> -- Installing ./html/atk-AtkState.html
> -- Installing ./html/atk.devhelp
> -- Installing ./html/atk.devhelp2
> -- Installing ./html/atk.html
> -- Installing ./html/home.png
> -- Installing ./html/index.html
> -- Installing ./html/index.sgml
> -- Installing ./html/ix01.html
> -- Installing ./html/ix02.html
> -- Installing ./html/ix03.html
> -- Installing ./html/ix04.html
> -- Installing ./html/ix05.html
> -- Installing ./html/ix06.html
> -- Installing ./html/ix07.html
> -- Installing ./html/left.png
> -- Installing ./html/right.png
> -- Installing ./html/style.css
> -- Installing ./html/up.png
> /bin/sh: line 1: gtkdoc-rebase: command not found
> make[2]: *** [install-data-local] Error 127
> make[1]: *** [install-am] Error 2
> make: *** [install-recursive] Error 1
>
> Error: Unable to upgrade port: 1
>
>
>
> --->  Staging pango into destroot
> Error: Target org.macports.destroot returned: shell command " cd "/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/ 
> build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_x11_pango/work/pango-1.24.1" && make  
> install DESTDIR=/Users/thomas/Documents/prgm/bin/autoinstall/ 
> macports/var/macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_x11_pango/work/destroot " returned error 2
> Command output: -- Installing ./html/pango-Glyph-Storage.html
> -- Installing ./html/pango-Layout-Objects.html
> -- Installing ./html/pango-Miscellaneous-Utilities.html
> -- Installing ./html/pango-Modules.html
> -- Installing ./html/pango-OpenType-Font-Handling.html
> -- Installing ./html/pango-Scripts-and-Languages.html
> -- Installing ./html/pango-Tab-Stops.html
> -- Installing ./html/pango-Text-Attributes.html
> -- Installing ./html/pango-Text-Processing.html
> -- Installing ./html/pango-Version-Checking.html
> -- Installing ./html/pango-Vertical-Text.html
> -- Installing ./html/pango-Win32-Fonts-and-Rendering.html
> -- Installing ./html/pango-X-Fonts-and-Rendering.html
> -- Installing ./html/pango-Xft-Fonts-and-Rendering.html
> -- Installing ./html/pango-hierarchy.html
> -- Installing ./html/pango-querymodules.html
> -- Installing ./html/pango.devhelp
> -- Installing ./html/pango.devhelp2
> -- Installing ./html/pango.html
> -- Installing ./html/rendering.html
> -- Installing ./html/right.png
> -- Installing ./html/rotated-text.png
> -- Installing ./html/style.css
> -- Installing ./html/tools.html
> -- Installing ./html/up.png
> /bin/sh: line 1: gtkdoc-rebase: command not found
> make[3]: *** [install-data-local] Error 127
> make[2]: *** [install-am] Error 2
> make[1]: *** [install] Error 2
> make: *** [install-recursive] Error 1
>
> Error: Unable to upgrade port: 1
>
>
>
> --->  Activating xorg-renderproto @0.9.3_0
> Error: Target org.macports.activate returned: Image error: /Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/X11/ 
> extensions/render.h is being used by the active render port.  Please  
> deactivate this port first, or use 'port -f activate xorg- 
> renderproto' to force the activation.
> Error: The following dependencies failed to build: xorg-renderproto
> Error: Unable to upgrade port: 1
>
>
>
> --->  Building subversion
> Error: Target org.macports.build returned: shell command " cd "/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/var/macports/ 
> build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1"  
> && make all " returned error 2
> Command output: ranlib: file: .libs/ 
> libsvn_subr-1.a(win32_crashrpt.o) has no symbols
> ranlib: file: .libs/libsvn_subr-1.a(win32_crypto.o) has no symbols
> ranlib: file: .libs/libsvn_subr-1.a(win32_xlate.o) has no symbols
> ranlib: file: .libs/libsvn_subr-1.a(config_win.o) has no symbols
> ranlib: file: .libs/libsvn_subr-1.a(win32_crashrpt.o) has no symbols
> ranlib: file: .libs/libsvn_subr-1.a(win32_crypto.o) has no symbols
> ranlib: file: .libs/libsvn_subr-1.a(win32_xlate.o) has no symbols
> cd subversion/libsvn_delta && /bin/sh /Users/thomas/Documents/prgm/ 
> bin/autoinstall/macports/var/macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0  -O2     -L/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/lib    -L/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib/db46 -L/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib -L/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib  -rpath /Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib -o libsvn_delta-1.la   
> cancel.lo compat.lo compose_delta.lo debug_editor.lo  
> default_editor.lo depth_filter_editor.lo path_driver.lo svndiff.lo  
> text_delta.lo version.lo xdelta.lo ../../subversion/libsvn_subr/ 
> libsvn_subr-1.la /Users/thomas/Documents/prgm/bin/autoinstall/ 
> macports/lib/libaprutil-1.la  -ldb-4.6 -lexpat -liconv /Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib/libapr-1.la -lpthread - 
> lz -lintl  -framework Security -framework CoreFoundation -framework  
> CoreServices
> ERROR: No debug map or DWARF data was found to link./bin/sh /Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/var/macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/caching.lo -c subversion/libsvn_fs_fs/ 
> caching.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/dag.lo -c subversion/libsvn_fs_fs/dag.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/err.lo -c subversion/libsvn_fs_fs/err.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/fs.lo -c subversion/libsvn_fs_fs/fs.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/fs_fs.lo -c subversion/libsvn_fs_fs/fs_fs.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/id.lo -c subversion/libsvn_fs_fs/id.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/key-gen.lo -c subversion/libsvn_fs_fs/key- 
> gen.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/lock.lo -c subversion/libsvn_fs_fs/lock.c
> ./build/transform_sql.sh subversion/libsvn_fs_fs/rep-cache-db.sql <  
> subversion/libsvn_fs_fs/rep-cache-db.sql > ./subversion/libsvn_fs_fs/ 
> rep-cache-db.h
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/rep-cache.lo -c subversion/libsvn_fs_fs/ 
> rep-cache.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_fs/tree.lo -c subversion/libsvn_fs_fs/tree.c
> /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/macports/var/ 
> macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=compile /usr/bin/gcc-4.0 -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include   -DDARWIN - 
> DSIGPROCMASK_SETS_THREAD_MASK -no-cpp-precomp  -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include  - 
> O2     -I./subversion/include -I./subversion -I/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/include/apr-1   -I/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/apr-1 -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/neon -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include -I/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/include/serf-0   
> -o subversion/libsvn_fs_util/fs-util.lo -c subversion/libsvn_fs_util/ 
> fs-util.c
> cd subversion/libsvn_fs_util && /bin/sh /Users/thomas/Documents/prgm/ 
> bin/autoinstall/macports/var/macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0  -O2     -L/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/lib    -L/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib/db46 -L/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib -L/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib  -rpath /Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib -o libsvn_fs_util-1.la   
> fs-util.lo ../../subversion/libsvn_subr/libsvn_subr-1.la /Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib/libaprutil-1.la  - 
> ldb-4.6 -lexpat -liconv /Users/thomas/Documents/prgm/bin/autoinstall/ 
> macports/lib/libapr-1.la -lpthread -lintl  -framework Security - 
> framework CoreFoundation -framework CoreServices
> ERROR: No debug map or DWARF data was found to link.cd subversion/ 
> libsvn_fs_fs && /bin/sh /Users/thomas/Documents/prgm/bin/autoinstall/ 
> macports/var/macports/build/ 
> _Users_thomas_Documents_prgm_bin_autoinstall_macports_var_macports_sources_rsync 
> .macports.org_release_ports_devel_subversion/work/subversion-1.6.1/ 
> libtool --tag=CC --silent --mode=link /usr/bin/gcc-4.0  -O2     -L/ 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/lib    -L/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib/db46 -L/Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib -L/Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib  -rpath /Users/thomas/ 
> Documents/prgm/bin/autoinstall/macports/lib -o libsvn_fs_fs-1.la   
> caching.lo dag.lo err.lo fs.lo fs_fs.lo id.lo key-gen.lo lock.lo rep- 
> cache.lo tree.lo ../../subversion/libsvn_delta/ 
> libsvn_delta-1.la ../../subversion/libsvn_subr/libsvn_subr-1.la / 
> Users/thomas/Documents/prgm/bin/autoinstall/macports/lib/ 
> libaprutil-1.la  -ldb-4.6 -lexpat -liconv /Users/thomas/Documents/ 
> prgm/bin/autoinstall/macports/lib/libapr-1.la -lpthread ../../ 
> subversion/libsvn_fs_util/libsvn_fs_util-1.la -lintl  -framework  
> Security -framework CoreFoundation -framework CoreServices
> ld: warning can't open dynamic library: /Users/thomas/Documents/prgm/ 
> bin/autoinstall/macports/lib/libz.1.dylib referenced from: /Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/lib/ 
> libsvn_subr-1.dylib (checking for undefined symbols may be affected)  
> (No such file or directory, errno = 2)
> ld: Undefined symbols:
> _svn_error__malfunction referenced from libsvn expected to be  
> defined in libsvn
> _svn_checksum_ctx_create referenced from libsvn expected to be  
> defined in libsvn
> _svn_checksum_final referenced from libsvn expected to be defined in  
> libsvn
> _svn_checksum_update referenced from libsvn expected to be defined  
> in libsvn
> /usr/bin/libtool: internal link edit command failed
> make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1
>
> Error: Unable to upgrade port: 1
>
>
>
> --->  Fetching scrollkeeper
> Error: Target org.macports.fetch returned:
>
> scrollkeeper is superseded by port rarian; use that port instead
>
> Error: Unable to upgrade port: 1
>
>
> for this one, it would be nice if MacPorts was able to uninstall it  
> properly itself
>
>
>
> -- 
> T?l?assistance / T?l?maintenance
> http://www.portparallele.com/ThomasDECONTES/
>
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users



William Davis
frstanATbellsouthDOTnet
Mac OS X.5.6 Darwin 9.5.0
XQuartz 2.3.3_rc5 (xorg-server 1.4.2-apple41)
Mac Mini Intel Duo @ 1.86 GHz

Mundus vult decepi, ego non


From d.l.tDeContes at free.fr  Sun Apr 26 08:36:35 2009
From: d.l.tDeContes at free.fr (=?ISO-8859-1?Q?Thomas_De=A0Contes?=)
Date: Sun, 26 Apr 2009 17:36:35 +0200
Subject: port upgrade outdated
In-Reply-To: <216001BE-E0B3-42CA-B955-5C9DA9E001F8@bellsouth.net>
References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
	<216001BE-E0B3-42CA-B955-5C9DA9E001F8@bellsouth.net>
Message-ID: <B0AB2055-F757-423E-A35B-7AC8A3EFFC6B@free.fr>


Le 26 avr. 09 ? 17:23, William Davis a ?crit :

> do:
> sudo port -d selfupdate
> and try again.

i did
port selfupdate
just before
port upgrade outdated
without any problem

-- 
T?l?assistance / T?l?maintenance
http://www.portparallele.com/ThomasDECONTES/


From raimue at macports.org  Sun Apr 26 08:59:36 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 26 Apr 2009 17:59:36 +0200
Subject: port upgrade outdated
In-Reply-To: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
Message-ID: <49F484E8.90001@macports.org>

Thomas De Contes wrote:
> --->  Staging atk into destroot
> [...]
> /bin/sh: line 1: gtkdoc-rebase: command not found
> make[2]: *** [install-data-local] Error 127
> make[1]: *** [install-am] Error 2
> make: *** [install-recursive] Error 1

> --->  Staging pango into destroot
> [...]
> /bin/sh: line 1: gtkdoc-rebase: command not found
> make[3]: *** [install-data-local] Error 127
> make[2]: *** [install-am] Error 2
> make[1]: *** [install] Error 2
> make: *** [install-recursive] Error 1

Could be a missing dependency on gtk-doc in both cases.

> --->  Activating xorg-renderproto @0.9.3_0
> Error: Target org.macports.activate returned: Image error: /Users/ 
> thomas/Documents/prgm/bin/autoinstall/macports/include/X11/extensions/ 
> render.h is being used by the active render port.  Please deactivate  
> this port first, or use 'port -f activate xorg-renderproto' to force  
> the activation.
> Error: The following dependencies failed to build: xorg-renderproto
> Error: Unable to upgrade port: 1

render has been replaced by xorg-rendrproto. render has been a dummy
port for a long time and was removed afterwards. Probably you did not
upgrade in a long time and thus running into this problem.

  sudo port -f uninstall render
  sudo port -v install xorg-renderproto

> --->  Building subversion
> [...]
> ld: Undefined symbols:
> _svn_error__malfunction referenced from libsvn expected to be defined  
> in libsvn
> _svn_checksum_ctx_create referenced from libsvn expected to be  
> defined in libsvn
> _svn_checksum_final referenced from libsvn expected to be defined in  
> libsvn
> _svn_checksum_update referenced from libsvn expected to be defined in  
> libsvn
> /usr/bin/libtool: internal link edit command failed
> make: *** [subversion/libsvn_fs_fs/libsvn_fs_fs-1.la] Error 1
> 
> Error: Unable to upgrade port: 1

http://trac.macports.org/ticket/18937

> --->  Fetching scrollkeeper
> Error: Target org.macports.fetch returned:
> 
> scrollkeeper is superseded by port rarian; use that port instead
> 
> Error: Unable to upgrade port: 1
> 
> 
> for this one, it would be nice if MacPorts was able to uninstall it  
> properly itself

No, we are currently not able to decide if it is safe to uninstall this
port. Be assured if there would have been a better way to replace a
port, it would have been used :-)

Rainer

From raimue at macports.org  Sun Apr 26 09:00:55 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Sun, 26 Apr 2009 18:00:55 +0200
Subject: Creating application bundles from ports
In-Reply-To: <dac59d6d0904260634y2583c9d3p594005e03f1bee3c@mail.gmail.com>
References: <dac59d6d0904260634y2583c9d3p594005e03f1bee3c@mail.gmail.com>
Message-ID: <49F48537.6080400@macports.org>

Lasse Riis wrote:
> I have not been able to find anything on the Wiki about how one might
> create simple App bundles from installed ports. (For at least basic
> Mac WM integration, i.e. Dock etc.)
> 
> Is this something that anybody are working on?

I did some ground work with a port group in #14557 [1]. I only tested
this with a few ports like TuxMath and SuperTux.

Also, it is still missing support for additional resources and custom icons.

Rainer

[1] http://trac.macports.org/ticket/14557

From ryandesign at macports.org  Sun Apr 26 13:27:02 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Apr 2009 15:27:02 -0500
Subject: checking for gcc
In-Reply-To: <5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr>
References: <675B1A6E-67F6-4E53-93B6-5C5EB56F7B07@free.fr>
	<E63B84F6-3A00-4DD3-BC6D-A0C67A136874@macports.org>
	<FF7EA160-0957-44FB-B331-01CFFEE84F36@free.fr>
	<5BCA1EB2-FEC2-4296-A8F9-0A92330D006F@macports.org>
	<5E8AF47F-A3B2-4FD0-A2AB-8EE7420A59A5@free.fr>
Message-ID: <924BD5D8-DB5F-4197-ACAA-1A2035B4A1BC@macports.org>


On Apr 26, 2009, at 09:31, Thomas De Contes wrote:

> Le 21 mars 09 ? 00:52, Ryan Schmidt a ?crit :
>
>> On Mar 20, 2009, at 17:53, Thomas De Contes wrote:
>>
>>> Le 16 mars 09 ? 00:05, Ryan Schmidt a ?crit :
>>>
>>>> On Mar 15, 2009, at 17:36, Thomas De Contes wrote:
>>>>
>>>>> i updade MacPorts, and at the step "port upgrade outdated" it  
>>>>> always sets
>>>>> checking for gcc... /usr/bin/gcc-4.0
>>>>>
>>>>> whereas /usr/bin/gcc-4.0 does not exist and /usr/bin/gcc points  
>>>>> on gcc-3.3
>>>>>
>>>>>
>>>>> what is the problem ?
>>>>
>>>> /usr/bin/gcc-4.0 should exist, and /usr/bin/gcc should point to  
>>>> it, on Tiger and later.
>>>
>>> ok
>>> if /usr/bin/gcc-4.0 exists but /usr/bin/gcc does not point to it,  
>>> it's not right ?
>>
>> If /usr/bin/gcc-4.0 exists but /usr/bin/gcc points to gcc-3.3 then  
>> you have most likely used the gcc_select program to select gcc 3.3.
>
> i think it can happen if i install devtools + gcc-3.3, and then i  
> add gcc-4.0
> to avoid any pb of this kind, i reinstalled devtools + gcc-4.0 at  
> the same time

I didn't think it was possible to install Xcode without gcc 4.0.


>> This should not affect the majority of ports since MacPorts tells  
>> ports to use /usr/bin/gcc-4.0 by default on Tiger and later.
>
> ok :-)
>
>> Specific ports may override this as needed. For example some very  
>> old software must compile with gcc-3.3 because gcc-4.0 is too new;  
>> in this case, those ports indicate this requirement and MacPorts  
>> allows them to use gcc-3.3 instead.
>
> do you think i should keep gcc-3.3 ?
> could some recent software depend on some very old software ?

I forget what kind of computer you have. As far as I know the gcc 3.3  
that comes with Xcode can only build PowerPC programs. Either that,  
or it cannot run on Intel Macs at all. Either way, it won't be useful  
for building dependencies on Intel Macs.


>>>> What OS version do you have? What version of Xcode?
>>>
>>> checking Mac OS X version... 10.4.11
>>> checking Xcode version... 2.4.1
>
>
>
>>> btw,
>>>
>>> why does it work fine to build MacPorts itself, with gcc 3.3, and  
>>> not to build software ?
>>
>> Port authors have limited resources with which to test ports.  
>> Usually people only have a single Mac, running either Leopard or  
>> Tiger, with either an Intel or PowerPC processor. This means most  
>> port authors are only testing on 1/4 of the supported systems.  
>> Problems can crop up on the remaining 3/4 of the supported systems  
>> the author did not test on.
>>
>> We do not want to increase the testing burden even further by  
>> allowing users to compile ports with a different compiler than the  
>> one the port author tested with. For this reason, MacPorts  
>> instructs ports to ignore what the user has gcc_selected'ed and  
>> instead to use a specific compiler on specific OS versions (3.3 on  
>> Panther, 4.0 on Tiger and Leopard). Individual ports can override  
>> this if it's necessary for those ports, but users are not supposed  
>> to override this.
>
> i fully (i think) understand this :-)
>
> and i see 2 options :
>
> 1
> don't constraint anyone to use /usr/bin/gcc-4.0 and nothing else
> of course, you support only /usr/bin/gcc-4.0 and nothing else, and  
> port authors don't have any more test to make
> just, you don't restrict it "physically" :-)
> and you could write a big big warning at time of building MacPorts  
> itself
>
> 2
> once i've understood "the mechanism", i was surprised that building  
> MacPorts itself worked fine, without even a warning !
> i would expect that MacPorts refuse to build, saying it need /usr/ 
> bin/gcc-4.0 (even if it doesn't need it for itself, regarding to  
> the default settings for ports)
>
>
> the 1 is the best from my point of view (it's the most  
> "adaptable"), but there is probably a lot of changes to do, for not  
> enough advantages
> but i think that the 2 is realist, what do you think about it ? :-)

I do not want (1). I do not want users to change the compiler. I can  
see no reason to do so. It can only cause problems -- problems which  
some users will inevitably write to the list for help with, thus  
increasing our burden to help people and reducing the time we have  
available to help with other problems.

Regarding (2), MacPorts base does not complain about gcc 3.3 simply  
because nobody has added code to do so. Actually, it should not  
complain;  should just use /usr/bin/gcc-4.0 (on Tiger and Leopard)  
regardless of what has been gcc_select'ed, but again nobody has yet  
added code to do so. I do not know if there is any real problem with  
compiling MacPorts base with gcc 3.3 on Tiger or Leopard. Certainly,  
MacPorts base has to be compiled with gcc 3.3 on Panther and it works  
there.


>>> why does it say :
>>> checking for gcc... /usr/bin/gcc-4.0
>>> checking for C compiler default output... configure: error: C  
>>> compiler cannot create executables
>>> rather than sth like
>>> checking for gcc... /usr/bin/gcc-4.0 not found
>>> ?
>>
>> Here you are asking about the configure script of the port you  
>> were trying to install. For questions about why that configure  
>> script does what it does, you'll have to ask the authors of that  
>> software
>
> ok
> well, if building MacPorts itself gives an explicit error enough,  
> not worry about building of ports :-)

I don't quite understand what you say here. Building MacPorts itself  
is a separate issue from building ports using MacPorts.


From ryandesign at macports.org  Sun Apr 26 13:32:16 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Apr 2009 15:32:16 -0500
Subject: About installing gettext on MAC OS X 10.5
In-Reply-To: <BLU102-W15308678CD71A9112F9FC1A7700@phx.gbl>
References: <BLU102-W15308678CD71A9112F9FC1A7700@phx.gbl>
Message-ID: <AF014FF6-14DE-4CAC-B6CC-9DF41566170D@macports.org>


On Apr 26, 2009, at 14:56, ShaoYuanzheng wrote:

> Hi there,?
> I try to install gettext on my MAC OS X 10.5 by MacPort.
> The following is the detailed message:
> -------------------------------------------------------------------
> g204:~ root# port install gettext
> ---> ?Fetching gettext
> ---> ?Verifying checksum(s) for gettext
> ---> ?Extracting gettext
> ---> ?Applying patches to gettext
> ---> ?Configuring gettext
> -------------------------------------------------------------------
> Then the install stop here...
>
> After I step into the following directory?
> /opt/local/var/macports/distfiles/gettext/gettext-0.17
> Then I run the ./configure
> The install stop here:?
> checking for Java compiler...?
>
> So I think I found the porblem, that is the installation try to use  
> GCJ to compile the gettext, right? But I really do not know how to  
> resolve this problem.
> Can you help me?

Hello. I'm not sure if I can help. I suggest we continue this  
discussion on macports-users, which I have Cc'd on this message, so  
that others can also see the discussion and add their input. You  
should subscribe so you can follow the discussion there, and use  
Reply All when you reply.

I was not aware that gettext made use of gcj, but apparently it does.  
 From the DEPENDENCIES document:

* A Java runtime and compiler (e.g. GNU gcj or kaffe).
   + Recommended.
     Needed for building libintl.jar.  Also needed for 'msgfmt' and
     'msgunfmt', so that they can handle Java classes and properties  
files.

Note it says recommended, not required. I do not have "gcj" or  
"kaffe" on my system. Yet, libintl.jar appears to have been built. I  
do not know how.

Do you have "gcj" or "kaffe" on your system? If so, where are they,  
and where did they come from?

What version of Mac OS X and Xcode do you have, on what computer?


From milosh at macports.org  Sun Apr 26 14:21:47 2009
From: milosh at macports.org (Emmanuel Hainry)
Date: Sun, 26 Apr 2009 23:21:47 +0200
Subject: Creating application bundles from ports
In-Reply-To: <dac59d6d0904260634y2583c9d3p594005e03f1bee3c@mail.gmail.com>
References: <dac59d6d0904260634y2583c9d3p594005e03f1bee3c@mail.gmail.com>
Message-ID: <20090426212147.GA18441@velsheda.lateralis.org>

Citando Lasse Riis :
> 
> Specifically I'm trying to build an App bundle for  a Python GTK+ application.
> 

Have you tried py2app (There are {py,py25,py26}-py2app and
{py,py25,py26}-py2app-devel in macports that providfe it).

Emmanuel
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090426/06719e8b/attachment.bin>

From raimue at macports.org  Sun Apr 26 16:09:04 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Mon, 27 Apr 2009 01:09:04 +0200
Subject: port upgrade outdated
In-Reply-To: <49F484E8.90001@macports.org>
References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
	<49F484E8.90001@macports.org>
Message-ID: <49F4E990.7000909@macports.org>

Rainer M?ller wrote:
> Thomas De Contes wrote:
>> --->  Staging atk into destroot
>> [...]
>> /bin/sh: line 1: gtkdoc-rebase: command not found
>> make[2]: *** [install-data-local] Error 127
>> make[1]: *** [install-am] Error 2
>> make: *** [install-recursive] Error 1
> 
>> --->  Staging pango into destroot
>> [...]
>> /bin/sh: line 1: gtkdoc-rebase: command not found
>> make[3]: *** [install-data-local] Error 127
>> make[2]: *** [install-am] Error 2
>> make[1]: *** [install] Error 2
>> make: *** [install-recursive] Error 1
> 
> Could be a missing dependency on gtk-doc in both cases.

See <http://trac.macports.org/ticket/18958>.

I didn't investigate yet, but probably the fix for pango should also be
applied to atk?

Rainer

From ryandesign at macports.org  Sun Apr 26 17:06:19 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Sun, 26 Apr 2009 19:06:19 -0500
Subject: port upgrade outdated
In-Reply-To: <49F4E990.7000909@macports.org>
References: <23D8A336-CE70-4CA3-8546-CF9D066EE1EB@free.fr>
	<49F484E8.90001@macports.org> <49F4E990.7000909@macports.org>
Message-ID: <C37B03A8-561D-4332-A332-36EC9281975B@macports.org>

On Apr 26, 2009, at 18:09, Rainer M?ller wrote:

> Rainer M?ller wrote:
>> Thomas De Contes wrote:
>>> --->  Staging atk into destroot
>>> [...]
>>> /bin/sh: line 1: gtkdoc-rebase: command not found
>>> make[2]: *** [install-data-local] Error 127
>>> make[1]: *** [install-am] Error 2
>>> make: *** [install-recursive] Error 1
>>
>>> --->  Staging pango into destroot
>>> [...]
>>> /bin/sh: line 1: gtkdoc-rebase: command not found
>>> make[3]: *** [install-data-local] Error 127
>>> make[2]: *** [install-am] Error 2
>>> make[1]: *** [install] Error 2
>>> make: *** [install-recursive] Error 1
>>
>> Could be a missing dependency on gtk-doc in both cases.
>
> See <http://trac.macports.org/ticket/18958>.
>
> I didn't investigate yet, but probably the fix for pango should  
> also be
> applied to atk?

I initially thought that the current situation in e.g. glib2 was bad:  
software that uses gtk-doc checks to see if gtkdoc-rebase exists, and  
if so, calls it. I thought this would cause the port to install  
different files, depending on whether gtk-doc was installed or not.  
But it turns out that the software doesn't build the documentation  
unless you use the configure arg --enable-gtk-doc. It's off by  
default. Don't know what gtkdoc-rebase does, but maybe it just  
rebuilds an index of available documentation, and therefore has no  
real effect without --enable-gtk-doc.

The problem is that the method used to check whether gtkdoc-rebase  
exists doesn't work on Mac OS X 10.4.x and earlier. The bug has been  
reported to the developers of gtk-doc and will allegedly be fixed in  
gtk-doc 1.12. Then each software that uses gtk-doc will have to  
release a new package built with gtk-doc 1.12.

For pango, I added --enable-gtk-doc to have it rebuild the docs. The  
build went rather quick so this seemed fine. I'm now investigating  
glib2, which takes a *long* time to build its docs, so I don't want  
to --enable-gtk-doc there. I haven't tried atk yet.

So we can either

1. declare a dependency on gtk-doc and add --enable-gtk-doc to build  
or possibly rebuild the documentation,
2. declare a dependency on gtk-doc and not add --enable-gtk-doc, just  
so gtkdoc-rebase exists and can be run (to no useful effect),
3. patch the Makefile(s) to use the "which" command in a way that is  
compatible with Mac OS X 10.4.x and earlier, until new packages are  
released built with gtk-doc 1.12 that do this for us, or
4. patch the Makefile(s) to remove the lines that check for gtkdoc- 
rebase since we aready know we don't want to use it.

(1) is fine if the docs don't take long to build, (2) seems wasteful  
but is easy, and (3) and (4) could be construed as being most correct  
but take more time to do.



From afb at macports.org  Mon Apr 27 00:09:58 2009
From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=)
Date: Mon, 27 Apr 2009 09:09:58 +0200
Subject: python25
In-Reply-To: <49F47BED.5010708@macports.org>
References: <3860C771-9EE4-4549-828C-7D13CAAD2D69@free.fr>	<49F472A6.7030307@macports.org>
	<CBA597D7-E190-4873-BD36-FBAC52756B01@free.fr>
	<49F47BED.5010708@macports.org>
Message-ID: <5D2365F4-3631-48A7-A993-C357EE516F13@macports.org>

Rainer M?ller wrote:

>>> For one
>>> thing, if you are running on Mac OS X you are not running on pure
>>> darwin;
>>
>> ah ?
>> i thought that "pure darwin" was the UNIX layer under the GUI, not
>> only the OS for those who don't have GUI at all
>
> No, puredarwin is <http://puredarwin.org>.

The +puredarwin variant also applies to the Apple OS releases
darwin8 and darwin7 etc, in addition to PureDarwin's darwin9.
See "Binary" at http://www.opensource.apple.com/darwinsource/

Technically it currently reads "Darwin, without Carbon/Cocoa".
Usually implies using X11 instead, for the graphic interface.
But for most people it is easier to just use FreeBSD instead :-)

--anders


From christopher.rob.jones at cern.ch  Mon Apr 27 09:02:10 2009
From: christopher.rob.jones at cern.ch (Chris Jones)
Date: Mon, 27 Apr 2009 17:02:10 +0100
Subject: gnome-menus v kde4
In-Reply-To: <49F375C7.7040306@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>
	<49F375C7.7040306@macports.org>
Message-ID: <5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>

>> Hi,

> Probably not.
> If you're trying to set up a complete desktop environment (this file  
> defines a desktop applications menu) then you probably need to decide
> whether you want to use gnome or kde.

Technically, there is no reason why he cannot have gnome and KDE  
installed at the same time. LInux distros have been doing this for  
years ! If two ports include the same file, then that should be  
consider a bug I think ?

Chris

>
>
> If you are just running some gnome apps and some kde apps (without a  
> complete desktop environment) then it may not matter. In which
> case, maybe you don't need to install gnome-menus?
>
> Dave
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From topping at codehaus.org  Mon Apr 27 11:56:22 2009
From: topping at codehaus.org (Brian Topping)
Date: Mon, 27 Apr 2009 14:56:22 -0400
Subject: Problems with startup on OpenLDAP
Message-ID: <36DC5DB3-ACDA-48A9-8A8B-CF1B9995831C@codehaus.org>

Hi all,

I searched Trac for this and asked on IRC, hoping someone here has  
some good info.  I've installed OpenLDAP and have it set up to run  
from the command line properly, but over the course of a few months,  
have found that my PostgreSQL starts properly via daemondo / launchd  
and slapd does not.

Daemondo is running for the slapd process, but slapd is nowhere to be  
found.

So I tried to hunt down the answer to this paradox over the last  
several days with vigor and have come up empty.

Does anyone have a clue what I should start looking for?  The only  
difference I can smell in this is that OpenLDAP is starting from the  
command line as root and not starting via daemondo because it's trying  
to launch as user 'ldap'.    But I can't find any logs that would  
confirm this and thought I would ask here first.

Any thoughts appreciated.

Brian

From ryandesign at macports.org  Mon Apr 27 12:02:47 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Apr 2009 14:02:47 -0500
Subject: gnome-menus v kde4
In-Reply-To: <5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>
	<49F375C7.7040306@macports.org>
	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>
Message-ID: <CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>

On Apr 27, 2009, at 11:02, Chris Jones wrote:

>> Probably not.
>> If you're trying to set up a complete desktop environment (this  
>> file defines a desktop applications menu) then you probably need  
>> to decide
>> whether you want to use gnome or kde.
>
> Technically, there is no reason why he cannot have gnome and KDE  
> installed at the same time. LInux distros have been doing this for  
> years ! If two ports include the same file, then that should be  
> consider a bug I think ?


This is often a bug, IMHO. I try to file tickets in these cases, like  
this one for hicolor-icon-theme vs. kdebase4-runtime:

http://trac.macports.org/ticket/18936

Unfortunately it was closed as "wontfix".

I don't know Gnome or KDE. It seems to me like they should be able to  
install simultaneously. However, they cannot, currently, in MacPorts.  
Someone with enough interest in fixing that situation would have to  
volunteer to work on it, and coordinate with the existing Gnome and  
KDE maintainers.


From jeremyhu at macports.org  Mon Apr 27 12:11:16 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Mon, 27 Apr 2009 12:11:16 -0700
Subject: gnome-menus v kde4
In-Reply-To: <CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>
	<49F375C7.7040306@macports.org>
	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>
	<CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>
Message-ID: <54B1790D-8747-452F-B570-C1F975525531@macports.org>


On Apr 27, 2009, at 12:02, Ryan Schmidt wrote:

> On Apr 27, 2009, at 11:02, Chris Jones wrote:
>
>>> Probably not.
>>> If you're trying to set up a complete desktop environment (this  
>>> file defines a desktop applications menu) then you probably need  
>>> to decide
>>> whether you want to use gnome or kde.
>>
>> Technically, there is no reason why he cannot have gnome and KDE  
>> installed at the same time. LInux distros have been doing this for  
>> years ! If two ports include the same file, then that should be  
>> consider a bug I think ?
>
>
> This is often a bug, IMHO. I try to file tickets in these cases,  
> like this one for hicolor-icon-theme vs. kdebase4-runtime:
>
> http://trac.macports.org/ticket/18936
>
> Unfortunately it was closed as "wontfix".
>
> I don't know Gnome or KDE. It seems to me like they should be able  
> to install simultaneously. However, they cannot, currently, in  
> MacPorts. Someone with enough interest in fixing that situation  
> would have to volunteer to work on it, and coordinate with the  
> existing Gnome and KDE maintainers.

Yeah, someone needs to step in and actually maintain these packages if  
they're going to be more than 50% useable.  I just noticed that some  
gnome packages were not compiling because they were 2.24, were  
depending on API that was removed in 2.26, and their dependencies were  
bumped to 2.26 already.  I bumped the ones that had problems to 2.26,  
so atleast they compile and run now... but that's not exactly good QA.

I believe all of gnome is 'nomaintainer' ... anyone interested?  Or  
just crickets?

From devans at macports.org  Mon Apr 27 12:27:51 2009
From: devans at macports.org (David Evans)
Date: Mon, 27 Apr 2009 12:27:51 -0700
Subject: gnome-menus v kde4
In-Reply-To: <54B1790D-8747-452F-B570-C1F975525531@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>	<49F375C7.7040306@macports.org>	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>	<CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>
	<54B1790D-8747-452F-B570-C1F975525531@macports.org>
Message-ID: <49F60737.4020609@macports.org>

I've been working through the gnome dependency tree from the bottom up 
upgrading to 2.26 which is way over due.  However, I think on going
maintainership of gnome is more than a one man task.  So I'm willing to 
be a co-maintainer if others will also participate. 

With regard to QA, a major problem with MacPorts is the lack of a 
separate port tree for ports under test.  With something as far reaching
as gnome or kde, when a major revision occurs, it would be better to 
work out all the kinks for the suite of ports in such a testing environment
without inflicting it on the MacPorts user community at large.  Then, 
the next step would be to establish a testing protocol and recruiting
a group of testers who are willing to work with less than perfect ports. 


From devans at macports.org  Mon Apr 27 12:30:11 2009
From: devans at macports.org (David Evans)
Date: Mon, 27 Apr 2009 12:30:11 -0700
Subject: gnome-menus v kde4
In-Reply-To: <54B1790D-8747-452F-B570-C1F975525531@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>	<49F375C7.7040306@macports.org>	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>	<CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>
	<54B1790D-8747-452F-B570-C1F975525531@macports.org>
Message-ID: <49F607C3.3040902@macports.org>

I've been working through the gnome dependency tree from the bottom up
upgrading to 2.26 which is way over due.  However, I think on going
maintainership of gnome is more than a one man task.  So I'm willing to
be a co-maintainer if others will also participate.

With regard to QA, a major problem with MacPorts is the lack of a
separate port tree for ports under test.  With something as far reaching
as gnome or kde, when a major revision occurs, it would be better to
work out all the kinks for the suite of ports in such a testing environment
without inflicting it on the MacPorts user community at large.  Then,
the next step would be to establish a testing protocol and recruiting
a group of testers who are willing to work with less than perfect ports.



From ryandesign at macports.org  Mon Apr 27 12:34:11 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Mon, 27 Apr 2009 14:34:11 -0500
Subject: gnome-menus v kde4
In-Reply-To: <49F607C3.3040902@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>	<49F375C7.7040306@macports.org>	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>	<CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>
	<54B1790D-8747-452F-B570-C1F975525531@macports.org>
	<49F607C3.3040902@macports.org>
Message-ID: <FF5EAF98-89D2-4AA6-908F-7AC754BBF31F@macports.org>


On Apr 27, 2009, at 14:30, David Evans wrote:

> I've been working through the gnome dependency tree from the bottom up
> upgrading to 2.26 which is way over due.  However, I think on going
> maintainership of gnome is more than a one man task.  So I'm  
> willing to
> be a co-maintainer if others will also participate.
>
> With regard to QA, a major problem with MacPorts is the lack of a
> separate port tree for ports under test.  With something as far  
> reaching
> as gnome or kde, when a major revision occurs, it would be better to
> work out all the kinks for the suite of ports in such a testing  
> environment
> without inflicting it on the MacPorts user community at large.  Then,
> the next step would be to establish a testing protocol and recruiting
> a group of testers who are willing to work with less than perfect  
> ports.

You could create a branch of the ports tree and work on a major  
upgrade there, recruiting people to test it as needed, then merge it  
back to the main ports tree when ready. There's no specific support  
in MacPorts for this, but all you have to do is check out the branch  
URL somewhere and point your sources.conf at it.



From topping at codehaus.org  Mon Apr 27 14:17:04 2009
From: topping at codehaus.org (Brian Topping)
Date: Mon, 27 Apr 2009 17:17:04 -0400
Subject: Problems with startup on OpenLDAP
In-Reply-To: <36DC5DB3-ACDA-48A9-8A8B-CF1B9995831C@codehaus.org>
References: <36DC5DB3-ACDA-48A9-8A8B-CF1B9995831C@codehaus.org>
Message-ID: <79F24B40-DA9B-4A0A-AFDB-140D44FADB49@codehaus.org>

Of course I figure this out as soon as I post... lol.  I need to get a  
dog so I can ask him technical problems first.

It appears that the 'ldap' account is not set up with adequate  
permissions to run.  There are a few issues:

1. /opt/local/var/run is set up with permissions as root:admin mode  
755.  slapd wants to write it's pid in there, as I presume other  
daemons will also, so we can't just change the ownership of the  
directory.  In order to fix this, I used dscl to add ldap to the admin  
group:

> sudo dscl localhost append /Local/Default/Groups/admin  
> GroupMembership ldap

2. Then make it group writable:

> sudo chmod g+w /opt/local/var/run/

3. slapd's directories need to be owned by 'ldap' as well:

> sudo chown -R ldap:ldap /opt/local/etc/openldap
> sudo chown -R ldap:ldap /opt/local/var/openldap-data/

There may have been one or two other tweaks I needed to make over the  
course of this, but can't remember them now.

Just curious, is this something that should be handled by the install  
script?  I uninstalled and reinstalled the port a few times and it  
never came up with this.

Thanks,  Brian


On Apr 27, 2009, at 2:56 PM, Brian Topping wrote:

> Hi all,
>
> I searched Trac for this and asked on IRC, hoping someone here has  
> some good info.  I've installed OpenLDAP and have it set up to run  
> from the command line properly, but over the course of a few months,  
> have found that my PostgreSQL starts properly via daemondo / launchd  
> and slapd does not.
>
> Daemondo is running for the slapd process, but slapd is nowhere to  
> be found.
>
> So I tried to hunt down the answer to this paradox over the last  
> several days with vigor and have come up empty.
>
> Does anyone have a clue what I should start looking for?  The only  
> difference I can smell in this is that OpenLDAP is starting from the  
> command line as root and not starting via daemondo because it's  
> trying to launch as user 'ldap'.    But I can't find any logs that  
> would confirm this and thought I would ask here first.
>
> Any thoughts appreciated.
>
> Brian
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090427/227af430/attachment.html>

From dweber at macports.org  Mon Apr 27 16:03:05 2009
From: dweber at macports.org (Darren Weber)
Date: Mon, 27 Apr 2009 16:03:05 -0700
Subject: VTK port naming conventions
In-Reply-To: <D04C57E4-CFA7-4DA5-9124-1A12E51DC0A8@macports.org>
References: <9124317354821462401061984392341075467-Webmail@me.com>
	<33DA0114-E5C5-456E-BD52-6620199FF6F5@macports.org>
	<b808b3510904141055q252f5d0v3a2b763cf7d904cc@mail.gmail.com>
	<57656F06-1E1A-4807-B33E-0894218EFB41@macports.org>
	<b808b3510904141727m50b1d0d6hcba4a9972d9daff@mail.gmail.com>
	<D04C57E4-CFA7-4DA5-9124-1A12E51DC0A8@macports.org>
Message-ID: <b808b3510904271603k2c3bdb21xcfa80e266a287709@mail.gmail.com>

>
>  I have not had enough experience with VTK to know how compatible it is
>> across minor version releases.  To provide flexibility, I've assumed that
>> vtkXY should be sufficient to provide the major.minor (X.Y) version
>> specificity for any port that depends on VTK (ie, I've not considered vtkXYZ
>> to be necessary).  Certainly vtkX at a minimum to provide the major release
>> compatibility.
>>
>> At this point, do we have a consensus that port names should have a
>> version string in the name?  (We may not agree on the specificity of that
>> version string - vtkX, vtkXY, vtkXYZ - but it appears the @ syntax is not an
>> option.)
>>
>
> A number should only be used in the port name if you need to have multiple
> ports that install multiple different versions of the software. For most
> ports, this should not be necessary; just provide a single port with the
> latest version of the software.
>
> To know how this should be handled for vtk, you need to answer the
> question: why would a user install the old version if a new version is
> available? Why would a user install vtk 4.4.2 if 5.2.1 is available? Why
> would a user install vtk 5.2.1 if 5.4 is available? If there is no reason
> why a user would do this, then multiple ports are not needed.
>

Quick update on this section of our discussion, see
http://www.vtk.org/Wiki/VTK_FAQ#Changes_to_the_VTK_API

It provides some indication that the API for VTK can change with a lot of
flexibility, so we might expect the minor release versions of VTK to break
some parts of the API sometimes.  In this case, any software that depends on
VTK might need either (a) a dependency on an old minor release version (eg,
vtkXY) or (b) an update to the source to adjust for API changes.

Regards, Darren
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090427/0d3ecca2/attachment.html>

From raimue at macports.org  Mon Apr 27 17:20:34 2009
From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=)
Date: Tue, 28 Apr 2009 02:20:34 +0200
Subject: gnome-menus v kde4
In-Reply-To: <49F607C3.3040902@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>	<49F375C7.7040306@macports.org>	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>	<CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>	<54B1790D-8747-452F-B570-C1F975525531@macports.org>
	<49F607C3.3040902@macports.org>
Message-ID: <49F64BD2.9010003@macports.org>

David Evans wrote:
> With regard to QA, a major problem with MacPorts is the lack of a
> separate port tree for ports under test.  With something as far reaching
> as gnome or kde, when a major revision occurs, it would be better to
> work out all the kinks for the suite of ports in such a testing environment
> without inflicting it on the MacPorts user community at large.  Then,
> the next step would be to establish a testing protocol and recruiting
> a group of testers who are willing to work with less than perfect ports.

I still think we do not have the resources to support more than one
tree. With so many unmaintained ports, who would decide if updates
should go into stable or not?

Rainer

From devans at macports.org  Mon Apr 27 18:44:28 2009
From: devans at macports.org (David Evans)
Date: Mon, 27 Apr 2009 18:44:28 -0700
Subject: gnome-menus v kde4
In-Reply-To: <49F64BD2.9010003@macports.org>
References: <A70A6F65-7F25-45EA-876F-F0F05529C5EC@bellsouth.net>	<49F375C7.7040306@macports.org>	<5BE9BC52-131A-48B0-B2B0-68DA13FBA3C0@cern.ch>	<CE86A8F4-DD66-4F39-B5CB-3994E5E38ECF@macports.org>	<54B1790D-8747-452F-B570-C1F975525531@macports.org>
	<49F607C3.3040902@macports.org> <49F64BD2.9010003@macports.org>
Message-ID: <49F65F7C.8070105@macports.org>

Rainer M?ller wrote:
> David Evans wrote:
>   
>> With regard to QA, a major problem with MacPorts is the lack of a
>> separate port tree for ports under test.  With something as far reaching
>> as gnome or kde, when a major revision occurs, it would be better to
>> work out all the kinks for the suite of ports in such a testing environment
>> without inflicting it on the MacPorts user community at large.  Then,
>> the next step would be to establish a testing protocol and recruiting
>> a group of testers who are willing to work with less than perfect ports.
>>     
>
> I still think we do not have the resources to support more than one
> tree. With so many unmaintained ports, who would decide if updates
> should go into stable or not?
>
> Rainer
>
>   
Yes, I agree that is already a problem.  For instance, there is code in 
MacPorts trunk that would be
useful in a release but it has been deferred because "it hasn't been 
tested enough" but there is no
plan in place to test or any criteria to say when something is ready for 
release.  Thus there is no
way to advance the situation other than by ad hoc decision.

Even if we don't have a lot of testers yet, if we create a role for 
them, maybe they will come.  At any
rate, because individual contributors may not have hardware or other 
resources to test ports in all configurations
it makes sense to make testing a group activity and come up with some 
basic guidelines as to what constitutes
good enough to turn loose on the user community.

Ryan's idea to informally make test branches for specific collections of 
ports while they are being upgraded
and tested as a whole is a reasonable alternative to a formal test tree 
and is a whole lot better QA than just
committing the ports with minimal testing as see if anyone complains 
(and they do!).

So how much testing is enough (open topic for discussion).

Dave

From outsidefaris at gmail.com  Mon Apr 27 19:33:36 2009
From: outsidefaris at gmail.com (Mikey Mike)
Date: Mon, 27 Apr 2009 22:33:36 -0400
Subject: Installing Mysql5 port on top of an existing mysql5 on Leopard and 
	using Rails
Message-ID: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>

So for awhile I've had had Leopard and Mysql 5 running in concert with
Rails. I installed the macports version of Mysql5 because my original
installation apparently didn't have all the libraries that the plugin
thinking_sphinx needs.
Long story short, I'm getting this error message when trying to run a task
with this thinking_sphinx plugin:

ERROR: index 'item_core': sql_connect: Can't connect to local MySQL server
through socket '/opt/local/var/run/mysql5/mysqld.sock' (2)
(DSN=mysql://root:***@localhost:3306/css_development)

The Rails app works fine...that is, I can connect to my original
installation of mysql5 and my database is still there. The better_sphinx
plugin is expecting mysql to be run from where ports installed it...so how
would I move my existing data over there? Sorry if that's an extremely dumb
question, I only have a vague understanding of mysql's operation and how
MacPorts works.

I followed the instructions here:
http://www.fozworks.com/2008/9/5/rake-installation-of-sphinx-in-mac-osx

And you can see that the build is expecting Mysql where MacPorts installed
it (opt/local)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090427/9101d0fe/attachment.html>

From talklists at newgeo.com  Mon Apr 27 19:54:09 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Mon, 27 Apr 2009 19:54:09 -0700
Subject: Installing Mysql5 port on top of an existing mysql5 on Leopard
	and using Rails
In-Reply-To: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
Message-ID: <A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>

Confused; you stated you installed MySql from ports, so you should  
have your data in /opt/local already?

Maybe you mean you had an OS X mysql binary distro installed, and you  
now have installed mysql via mac ports and you want your data to move  
over to the mac ports side of things?

If this is the case, shut down mysql server.  You should find your old  
data at
/usr/local/mysql/data

You should see your new mysql data from macports at:
/opt/local/var/db/mysql5

There are differences in mysql versions that at times will not allow  
you to move databases around simply.  You may have to export/dump and  
then import, and even sometimes update your code.

* Certain versions of mysql 4 changed the timestamp format
* Password formats changed
* There are probably other cases

If you are v5.x and going to a mac ports version of 5.x, just read the  
install notes a little, and make sure it is safe to copy the databases.

In your case, I would simply issue:
sudo cp -R /usr/local/mysql/data /opt/local/var/db/mysql5

You may want to empty out /opt/local/var/db/mysql5/* if there is data  
in there, so you get your mysql user and pass database along with it.

You may have to fix the permissions when done:
sudo chown -R mysql:mysql /opt/local/var/db/mysql5

After that, just start up mysql again.

On Apr 27, 2009, at 7:33 PM, Mikey Mike wrote:

> So for awhile I've had had Leopard and Mysql 5 running in concert  
> with Rails. I installed the macports version of Mysql5 because my  
> original installation apparently didn't have all the libraries that  
> the plugin thinking_sphinx needs.
>
> Long story short, I'm getting this error message when trying to run  
> a task with this thinking_sphinx plugin:
>
> ERROR: index 'item_core': sql_connect: Can't connect to local MySQL  
> server through socket '/opt/local/var/run/mysql5/mysqld.sock' (2)  
> (DSN=mysql://root:***@localhost:3306/css_development)
>
> The Rails app works fine...that is, I can connect to my original  
> installation of mysql5 and my database is still there. The  
> better_sphinx plugin is expecting mysql to be run from where ports  
> installed it...so how would I move my existing data over there?  
> Sorry if that's an extremely dumb question, I only have a vague  
> understanding of mysql's operation and how MacPorts works.
>
> I followed the instructions here:
> http://www.fozworks.com/2008/9/5/rake-installation-of-sphinx-in-mac- 
> osx
>
> And you can see that the build is expecting Mysql where MacPorts  
> installed it (opt/local)

-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From face at CentosPrime.COM  Tue Apr 28 05:06:54 2009
From: face at CentosPrime.COM (Chris Janton)
Date: Tue, 28 Apr 2009 05:06:54 -0700
Subject: Installing Mysql5 port on top of an existing mysql5 on Leopard	and
	using Rails
In-Reply-To: <A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
	<A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
Message-ID: <BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>

On 2009-04-27 , at 19:54 , Scott Haneda wrote:

> If this is the case, shut down mysql server.  You should find your  
> old data at
> /usr/local/mysql/data
>
> You should see your new mysql data from macports at:
> /opt/local/var/db/mysql5


That accomplishes getting the data moved to where the mysql5  
installation wants it to be by default, but it doesn't accomplish  
having your data where it is independent of whose distribution of  
mysql5 that you use - Apple, MySQL, ports

Lots of "applications" let you specify how to get to the mysql data  
via the socket interface - you may just want to change the config file  
for the app...

There's a very simple way to keep your data in one place - use /etc/ 
my.cnf to define things.

My example uses the "default" location of data based on the OS X  
Server definitions - you could just as easily use "/var/lib/mysql"  
like Centos, or whatever.

in the [mysqld] section add

basedir = /opt/local
datadir = /var/mysql

in the [client] section

socket = /var/mysql/mysql.sock

I added the following set of definitions to "make sure" that things  
got it straight

# face - 20070227
[mysqld_safe]
basedir = /opt/local
datadir = /var/mysql

[mysql.server]
basedir = /opt/local
datadir = /var/mysql

[mysql_config]
socket = /var/mysql/mysql.sock

8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From macports.users at gmail.com  Tue Apr 28 10:38:47 2009
From: macports.users at gmail.com (Charles Darwin)
Date: Tue, 28 Apr 2009 13:38:47 -0400
Subject: fast tuned and 64-bit
Message-ID: <6247AD05-DCE0-4ECC-9D26-75F702EFDE2E@googlemail.com>

Hi all,

To build 64-bit only in macports.conf I have

universal_archs		x86_64

Is the following needed too? Do I need build.mtune argument?

# port -dsc install <portname> configure.optflags="-pthread -parallel - 
fast -m64" configure.mtune=k8

Thanks,

From talklists at newgeo.com  Tue Apr 28 17:47:53 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Tue, 28 Apr 2009 17:47:53 -0700
Subject: Installing Mysql5 port on top of an existing mysql5 on
	Leopard	and using Rails
In-Reply-To: <BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
	<A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
	<BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>
Message-ID: <56C6EB8B-D4F2-4EA6-ACF1-70DD8A9A41B4@newgeo.com>

On Apr 28, 2009, at 5:06 AM, Chris Janton wrote:

> On 2009-04-27 , at 19:54 , Scott Haneda wrote:
>
>> If this is the case, shut down mysql server.  You should find your  
>> old data at
>> /usr/local/mysql/data
>>
>> You should see your new mysql data from macports at:
>> /opt/local/var/db/mysql5
>
> That accomplishes getting the data moved to where the mysql5  
> installation wants it to be by default, but it doesn't accomplish  
> having your data where it is independent of whose distribution of  
> mysql5 that you use - Apple, MySQL, ports

True, but I have been under the impression, that when you use ports,  
you want to keep as much as possible within the port dirs.  Sure, you  
can move things to where you like, and may even need to, for example,  
put http docs on a faster raid or something.

I was sort of under the impression the OP was doing small local  
development, and feel his setup should be contained within ports, if  
for anything, for being on the same page as everyone else.

> Lots of "applications" let you specify how to get to the mysql data  
> via the socket interface - you may just want to change the config  
> file for the app...
>
> There's a very simple way to keep your data in one place - use /etc/ 
> my.cnf to define things.

I could not find out where the ports version of mysql5 looks for  
my.cnf as defaults.  Do you know where it is looking within the opt/ 
local area?  I do not have a cnf file at /etc or /opt/local/etc

The only reference I can find to it now is
/opt/local/var/macports/sources/rsync.macports.org/release/ports/ 
databases/mysql4/files/my.cnf

Of course, that is not the correct one, and is part of the mysql4  
build files.

I personally believe that the my.cnf file should live in /opt/local/ 
etc/my.cnf in the case of MacPorts.

Something is defining the sock file, I just can not find it.

> My example uses the "default" location of data based on the OS X  
> Server definitions - you could just as easily use "/var/lib/mysql"  
> like Centos, or whatever.
>
> in the [mysqld] section add
>
> basedir = /opt/local
> datadir = /var/mysql
>
> in the [client] section
>
> socket = /var/mysql/mysql.sock
>
> I added the following set of definitions to "make sure" that things  
> got it straight
>
> # face - 20070227
> [mysqld_safe]
> basedir = /opt/local
> datadir = /var/mysql
>
> [mysql.server]
> basedir = /opt/local
> datadir = /var/mysql
>
> [mysql_config]
> socket = /var/mysql/mysql.sock


I do think it is worth considering, that MacPorts tries to keep things  
contained in its own little home.  For me, it certainly makes backing  
up data, and knowing that all but launchd items are in one place. For  
me, I like that methodology, unless I have a really good reason to  
over-ride it, such as needing to move active files off the boot drive.
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From trog24 at comcast.net  Tue Apr 28 22:02:21 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Tue, 28 Apr 2009 22:02:21 -0700
Subject: sudo port upgrade outdated
Message-ID: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>

Hello,
	Just a report to keep you updated on how upgrading went.  The  
following successfully upgraded:  pango, gtk2, popt, libproxy, gnome- 
platform-suite (following the new installations of:  libgweather,  
libical, libarchive, and gvfs), lcms, libcanberra, metis, and  
python26.  libcanberra had failed to upgrade in earlier attempts.   
The following still failed:

evolution-data-server (new port file displayed prior to the attempt)  
with the following error message:

/usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib  .libs/ 
choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o .libs/ 
gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o .libs/ 
gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o .libs/ 
gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o .libs/ 
gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o .libs/ 
ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o .libs/ 
gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o .libs/ 
gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o .libs/ 
gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o .libs/ 
gresource.o .libs/gresourceimage.o .libs/gresedit.o .libs/ 
gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o .libs/ 
gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/ 
gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ 
gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib -L/usr/local/ 
lib ../.libs/libgutils.dylib /opt/local/lib/ 
libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ 
libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/libSM.dylib / 
opt/local/lib/libICE.dylib /opt/local/lib/libXi.dylib /opt/local/lib/ 
libXext.dylib /opt/local/lib/libXau.dylib /opt/local/lib/ 
libXdmcp.dylib /opt/local/lib/libX11.dylib /opt/local/lib/ 
libxkbui.dylib /opt/local/lib/libXt.dylib /opt/local/lib/ 
libxkbfile.dylib  -Wl,/System/Library/Frameworks/ 
CoreServices.framework/CoreServices -Wl,/System/Library/Frameworks/ 
Carbon.framework/Carbon -install_name  /opt/local/lib/libgdraw. 
4.dylib -compatibility_version 5 -current_version 5.7 -Wl,-single_module
ld: Undefined symbols:
_utf8_strchr
/usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link  
edit command failed
make[1]: *** [../libgdraw.la] Error 1
make: *** [libgdraw] Error 2

along with qemu and textlive_base.

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090428/11568bc7/attachment.html>

From devans at macports.org  Tue Apr 28 22:26:17 2009
From: devans at macports.org (David Evans)
Date: Tue, 28 Apr 2009 22:26:17 -0700
Subject: sudo port upgrade outdated
In-Reply-To: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
References: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
Message-ID: <49F7E4F9.8020704@macports.org>

Frank J. R. Hanstick wrote:
> Hello,
> Just a report to keep you updated on how upgrading went.  The 
> following successfully upgraded:  pango, gtk2, popt, libproxy, 
> gnome-platform-suite (following the new installations of: 
>  libgweather, libical, libarchive, and gvfs), lcms, libcanberra, 
> metis, and python26.  libcanberra had failed to upgrade in earlier 
> attempts.  The following still failed:
>
> evolution-data-server (new port file displayed prior to the attempt) 
> with the following error message:
>
> /usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib 
>  .libs/choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o 
> .libs/gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o 
> .libs/gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o 
> .libs/gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o 
> .libs/gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o 
> .libs/ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o 
> .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o 
> .libs/gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o 
> .libs/gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o 
> .libs/gresource.o .libs/gresourceimage.o .libs/gresedit.o 
> .libs/gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o 
> .libs/gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o 
> .libs/gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o 
> .libs/gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib 
> -L/usr/local/lib ../.libs/libgutils.dylib 
> /opt/local/lib/libgunicode.dylib ../.libs/libgunicode.dylib 
> /opt/local/lib/libiconv.dylib -lpthread -L/usr/X11R6/lib 
> /opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib 
> /opt/local/lib/libXi.dylib /opt/local/lib/libXext.dylib 
> /opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib 
> /opt/local/lib/libX11.dylib /opt/local/lib/libxkbui.dylib 
> /opt/local/lib/libXt.dylib /opt/local/lib/libxkbfile.dylib 
>  -Wl,/System/Library/Frameworks/CoreServices.framework/CoreServices 
> -Wl,/System/Library/Frameworks/Carbon.framework/Carbon -install_name 
>  /opt/local/lib/libgdraw.4.dylib -compatibility_version 5 
> -current_version 5.7 -Wl,-single_module
> ld: Undefined symbols:
> _utf8_strchr
> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link 
> edit command failed
> make[1]: *** [../libgdraw.la] Error 1
> make: *** [libgdraw] Error 2
>
> along with qemu and textlive_base.
>
> Frank J. R. Hanstick
> trog24 at comcast.net <mailto:trog24 at comcast.net>
>
The developers of evolution-data-server apparently never contemplated 
the MacPorts upgrade scenario, that is, building a new copy
while the old copy is still installed -- because of the way the link 
command is ordered, it will link against the old libraries in preference
to the new ones if they exist. 

So instead of upgrading evolution-data-server  try this

sudo port deactivate evolution-data-server
sudo port install evolution-data-server

It's a work around but it may help.  If not please file a ticket.

Dave

From trog24 at comcast.net  Wed Apr 29 00:56:30 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Wed, 29 Apr 2009 00:56:30 -0700
Subject: sudo port upgrade outdated
In-Reply-To: <49F7E4F9.8020704@macports.org>
References: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
	<49F7E4F9.8020704@macports.org>
Message-ID: <CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>

Hello,
	Evolution-data-server installed under the guidelines provided.  Is  
anyone in a discussion with the developers of evolution-data-server  
to correct this oversight because I do not know of too many people  
who uninstall before upgrading and I do not think evolution-data- 
server is so perfect that it would never need to be upgraded.  This  
would not be a problem just with MacPorts; but, everyone who wishes  
to upgrade an already installed evolution-data server.

On Apr 28, 2009, at 10:26 PM, David Evans wrote:

> Frank J. R. Hanstick wrote:
>> Hello,
>> Just a report to keep you updated on how upgrading went.  The  
>> following successfully upgraded:  pango, gtk2, popt, libproxy,  
>> gnome-platform-suite (following the new installations of:   
>> libgweather, libical, libarchive, and gvfs), lcms, libcanberra,  
>> metis, and python26.  libcanberra had failed to upgrade in earlier  
>> attempts.  The following still failed:
>>
>> evolution-data-server (new port file displayed prior to the  
>> attempt) with the following error message:
>>
>> /usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw. 
>> 4.0.7.dylib  .libs/choosericons.o .libs/ctlvalues.o .libs/ 
>> drawboxborder.o .libs/gaskdlg.o .libs/gbuttons.o .libs/ 
>> gcolor.o .libs/gchardlg.o .libs/gcontainer.o .libs/gdraw.o .libs/ 
>> gdrawbuildchars.o .libs/gdrawerror.o .libs/gdrawtxt.o .libs/ 
>> gdrawtxtinit.o .libs/gfilechooser.o .libs/gfiledlg.o .libs/ 
>> ggadgets.o .libs/ggroupbox.o .libs/gimageclut.o .libs/ 
>> gimagecvt.o .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/ 
>> gdrawgimage.o .libs/gimagexdraw.o .libs/gkeysym.o .libs/ 
>> glist.o .libs/gmenu.o .libs/gprogress.o .libs/gpsdraw.o .libs/ 
>> gpstxtinit.o .libs/gradio.o .libs/gresource.o .libs/ 
>> gresourceimage.o .libs/gresedit.o .libs/gsavefiledlg.o .libs/ 
>> gscrollbar.o .libs/gtabset.o .libs/gtextfield.o .libs/ 
>> gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/gxcdraw.o .libs/ 
>> ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o .libs/ 
>> gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib -L/usr/local/ 
>> lib ../.libs/libgutils.dylib /opt/local/lib/ 
>> libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ 
>> libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/ 
>> libSM.dylib /opt/local/lib/libICE.dylib /opt/local/lib/ 
>> libXi.dylib /opt/local/lib/libXext.dylib /opt/local/lib/ 
>> libXau.dylib /opt/local/lib/libXdmcp.dylib /opt/local/lib/ 
>> libX11.dylib /opt/local/lib/libxkbui.dylib /opt/local/lib/ 
>> libXt.dylib /opt/local/lib/libxkbfile.dylib  -Wl,/System/Library/ 
>> Frameworks/CoreServices.framework/CoreServices -Wl,/System/Library/ 
>> Frameworks/Carbon.framework/Carbon -install_name  /opt/local/lib/ 
>> libgdraw.4.dylib -compatibility_version 5 -current_version 5.7 - 
>> Wl,-single_module
>> ld: Undefined symbols:
>> _utf8_strchr
>> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal  
>> link edit command failed
>> make[1]: *** [../libgdraw.la] Error 1
>> make: *** [libgdraw] Error 2
>>
>> along with qemu and textlive_base.
>>
>> Frank J. R. Hanstick
>> trog24 at comcast.net <mailto:trog24 at comcast.net>
>>
> The developers of evolution-data-server apparently never  
> contemplated the MacPorts upgrade scenario, that is, building a new  
> copy
> while the old copy is still installed -- because of the way the  
> link command is ordered, it will link against the old libraries in  
> preference
> to the new ones if they exist.
> So instead of upgrading evolution-data-server  try this
>
> sudo port deactivate evolution-data-server
> sudo port install evolution-data-server
>
> It's a work around but it may help.  If not please file a ticket.
>
> Dave

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090429/d909dba8/attachment.html>

From devans at macports.org  Wed Apr 29 07:11:51 2009
From: devans at macports.org (David Evans)
Date: Wed, 29 Apr 2009 07:11:51 -0700
Subject: sudo port upgrade outdated
In-Reply-To: <CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>
References: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
	<49F7E4F9.8020704@macports.org>
	<CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>
Message-ID: <49F86027.5080008@macports.org>

Frank J. R. Hanstick wrote:
> Hello,
> Evolution-data-server installed under the guidelines provided.  Is 
> anyone in a discussion with the developers of evolution-data-server to 
> correct this oversight because I do not know of too many people who 
> uninstall before upgrading and I do not think evolution-data-server is 
> so perfect that it would never need to be upgraded.  This would not be 
> a problem just with MacPorts; but, everyone who wishes to upgrade an 
> already installed evolution-data server.
>
> On Apr 28, 2009, at 10:26 PM, David Evans wrote:
>
>> Frank J. R. Hanstick wrote:
>>> Hello,
>>> Just a report to keep you updated on how upgrading went.  The 
>>> following successfully upgraded:  pango, gtk2, popt, libproxy, 
>>> gnome-platform-suite (following the new installations of:  
>>> libgweather, libical, libarchive, and gvfs), lcms, libcanberra, 
>>> metis, and python26.  libcanberra had failed to upgrade in earlier 
>>> attempts.  The following still failed:
>>>
>>> evolution-data-server (new port file displayed prior to the attempt) 
>>> with the following error message:
>>>
>>> /usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib  
>>> .libs/choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o 
>>> .libs/gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o 
>>> .libs/gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o 
>>> .libs/gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o 
>>> .libs/gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o 
>>> .libs/ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o 
>>> .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o 
>>> .libs/gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o 
>>> .libs/gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o 
>>> .libs/gresource.o .libs/gresourceimage.o .libs/gresedit.o 
>>> .libs/gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o 
>>> .libs/gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o 
>>> .libs/gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o 
>>> .libs/gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib 
>>> -L/usr/local/lib ../.libs/libgutils.dylib 
>>> /opt/local/lib/libgunicode.dylib ../.libs/libgunicode.dylib 
>>> /opt/local/lib/libiconv.dylib -lpthread -L/usr/X11R6/lib 
>>> /opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib 
>>> /opt/local/lib/libXi.dylib /opt/local/lib/libXext.dylib 
>>> /opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib 
>>> /opt/local/lib/libX11.dylib /opt/local/lib/libxkbui.dylib 
>>> /opt/local/lib/libXt.dylib /opt/local/lib/libxkbfile.dylib  
>>> -Wl,/System/Library/Frameworks/CoreServices.framework/CoreServices 
>>> -Wl,/System/Library/Frameworks/Carbon.framework/Carbon 
>>> -install_name  /opt/local/lib/libgdraw.4.dylib 
>>> -compatibility_version 5 -current_version 5.7 -Wl,-single_module
>>> ld: Undefined symbols:
>>> _utf8_strchr
>>> /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link 
>>> edit command failed
>>> make[1]: *** [../libgdraw.la] Error 1
>>> make: *** [libgdraw] Error 2
>>>
>>> along with qemu and textlive_base.
>>>
>>> Frank J. R. Hanstick
>>> trog24 at comcast.net <mailto:trog24 at comcast.net>
>>>
>> The developers of evolution-data-server apparently never contemplated 
>> the MacPorts upgrade scenario, that is, building a new copy
>> while the old copy is still installed -- because of the way the link 
>> command is ordered, it will link against the old libraries in preference
>> to the new ones if they exist. 
>> So instead of upgrading evolution-data-server  try this
>>
>> sudo port deactivate evolution-data-server
>> sudo port install evolution-data-server
>>
>> It's a work around but it may help.  If not please file a ticket.
>>
>> Dave
> Yes.


From devans at macports.org  Wed Apr 29 07:54:09 2009
From: devans at macports.org (David Evans)
Date: Wed, 29 Apr 2009 07:54:09 -0700
Subject: sudo port upgrade outdated
In-Reply-To: <CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>
References: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
	<49F7E4F9.8020704@macports.org>
	<CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>
Message-ID: <49F86A11.8040700@macports.org>


>> Frank J. R. Hanstick wrote:
>>> evolution-data-server (new port file displayed prior to the attempt) 
>>> with the following error message:
>>>
>>> /usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw.4.0.7.dylib  
>>> .libs/choosericons.o .libs/ctlvalues.o .libs/drawboxborder.o 
>>> .libs/gaskdlg.o .libs/gbuttons.o .libs/gcolor.o .libs/gchardlg.o 
>>> .libs/gcontainer.o .libs/gdraw.o .libs/gdrawbuildchars.o 
>>> .libs/gdrawerror.o .libs/gdrawtxt.o .libs/gdrawtxtinit.o 
>>> .libs/gfilechooser.o .libs/gfiledlg.o .libs/ggadgets.o 
>>> .libs/ggroupbox.o .libs/gimageclut.o .libs/gimagecvt.o 
>>> .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/gdrawgimage.o 
>>> .libs/gimagexdraw.o .libs/gkeysym.o .libs/glist.o .libs/gmenu.o 
>>> .libs/gprogress.o .libs/gpsdraw.o .libs/gpstxtinit.o .libs/gradio.o 
>>> .libs/gresource.o .libs/gresourceimage.o .libs/gresedit.o 
>>> .libs/gsavefiledlg.o .libs/gscrollbar.o .libs/gtabset.o 
>>> .libs/gtextfield.o .libs/gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o 
>>> .libs/gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/gdrawable.o 
>>> .libs/gspacer.o .libs/xkeysyms_unicode.o  -L/opt/local/lib 
>>> -L/usr/local/lib ../.libs/libgutils.dylib 
>>> /opt/local/lib/libgunicode.dylib ../.libs/libgunicode.dylib 
>>> /opt/local/lib/libiconv.dylib -lpthread -L/usr/X11R6/lib 
>>> /opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib 
>>> /opt/local/lib/libXi.dylib /opt/local/lib/libXext.dylib 
>>> /opt/local/lib/libXau.dylib /opt/local/lib/libXdmcp.dylib 
>>> /opt/local/lib/libX11.dylib /opt/local/lib/libxkbui.dylib 
>>> /opt/local/lib/libXt.dylib /opt/local/lib/libxkbfile.dylib  
>>> -Wl,/System/Library/Frameworks/CoreServices.framework/CoreServices 
>>> -Wl,/System/Library/Frameworks/Carbon.framework/Carbon 
>>> -install_name  /opt/local/lib/libgdraw.4.dylib 
>>> -compatibility_version 5 -current_version 5.7 -Wl,-single_module
Frank,

I'm a little concerned that the term "-L/usr/X11R6/lib 
/opt/local/lib/libSM.dylib /opt/local/lib/libICE.dylib" is appearing in 
the link command
above.  This implies that one or more of evolution-data-servers's 
dependents is configuring against the 10.4 system supplied version of X11
instead of the xorg version from MacPorts and is passing this along via 
pkgconfig.  Probably something left over from the transition to the
xorg libraries. 

Try the following to see where this is coming from

grep X11R6 /opt/local/lib/pkgconfig/*.pc

and if you see any hits then

port provides /opt/local/lib/pkgconfig/<whatever>.pc

to see which port is providing that pkgconfig file.

It may then be as simple as using

sudo port -fn upgrade <bad port>

to rebuild the effected port to fix this.  But if there is more than one 
such file, then be sure to check and see if one depends on the other
and start with the earliest dependency first to keep it from passing the 
bad term to the next etc.

Here

sudo port deps <port>   shows a port's dependencies

and

sudo port dependents <port>  shows installed ports that depend on this port

Dave


From face at CentosPrime.COM  Wed Apr 29 08:15:02 2009
From: face at CentosPrime.COM (Chris Janton)
Date: Wed, 29 Apr 2009 08:15:02 -0700
Subject: Installing Mysql5 port on top of an existing mysql5 on Leopard	and
	using Rails
In-Reply-To: <56C6EB8B-D4F2-4EA6-ACF1-70DD8A9A41B4@newgeo.com>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
	<A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
	<BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>
	<56C6EB8B-D4F2-4EA6-ACF1-70DD8A9A41B4@newgeo.com>
Message-ID: <FB446EA5-6E2E-4A1E-AE82-F5BE2325B70D@CentosPrime.COM>

>>> If this is the case, shut down mysql server.  You should find your  
>>> old data at
>>> /usr/local/mysql/data
>>>
>>> You should see your new mysql data from macports at:
>>> /opt/local/var/db/mysql5
>>
>> That accomplishes getting the data moved to where the mysql5  
>> installation wants it to be by default, but it doesn't accomplish  
>> having your data where it is independent of whose distribution of  
>> mysql5 that you use - Apple, MySQL, ports
>
> True, but I have been under the impression, that when you use ports,  
> you want to keep as much as possible within the port dirs.  Sure,  
> you can move things to where you like, and may even need to, for  
> example, put http docs on a faster raid or something.

ports is being used to maintain applications. MySQL is an application,  
but it's all about the data that you store and use, not the  
application itself.

> I was sort of under the impression the OP was doing small local  
> development, and feel his setup should be contained within ports, if  
> for anything, for being on the same page as everyone else.

Being on the same page about the application, fine. Putting everything  
that you need in /opt/local? Not sure that's the right thing.

>> Lots of "applications" let you specify how to get to the mysql data  
>> via the socket interface - you may just want to change the config  
>> file for the app...
>>
>> There's a very simple way to keep your data in one place - use /etc/ 
>> my.cnf to define things.
>
> I could not find out where the ports version of mysql5 looks for  
> my.cnf as defaults.  Do you know where it is looking within the opt/ 
> local area?  I do not have a cnf file at /etc or /opt/local/etc

The sample my.cnf file has this at the top...

# This file can be simultaneously placed in three places:
# 1. /etc/mysql/my.cnf to set global options.
# 2. /var/lib/mysql/my.cnf to set server-specific options.
# 3. ~/.my.cnf to set user-specific options.

My guess is that 2 would be /opt/local/lib/mysql5

> The only reference I can find to it now is
> /opt/local/var/macports/sources/rsync.macports.org/release/ports/ 
> databases/mysql4/files/my.cnf
>
> Of course, that is not the correct one, and is part of the mysql4  
> build files.
>
> I personally believe that the my.cnf file should live in /opt/local/ 
> etc/my.cnf in the case of MacPorts.

It's not about MacPorts - it's about MySQL.

> Something is defining the sock file, I just can not find it.

The default location for the sock file is "built" into the  
mysql_config program

$ mysql_config --socket
/opt/local/var/run/mysql5/mysqld.sock

Many applications that want to "talk" to MySQL will use mysql_config  
to find out where the socket is.

>
>
>> My example uses the "default" location of data based on the OS X  
>> Server definitions - you could just as easily use "/var/lib/mysql"  
>> like Centos, or whatever.
>>
>> in the [mysqld] section add
>>
>> basedir = /opt/local
>> datadir = /var/mysql
>>
>> in the [client] section
>>
>> socket = /var/mysql/mysql.sock
>>
>> I added the following set of definitions to "make sure" that things  
>> got it straight
>>
>> # face - 20070227
>> [mysqld_safe]
>> basedir = /opt/local
>> datadir = /var/mysql
>>
>> [mysql.server]
>> basedir = /opt/local
>> datadir = /var/mysql
>>
>> [mysql_config]
>> socket = /var/mysql/mysql.sock

In the MySQL startup scripts - located at /opt/local/share/mysql5/ 
mysql/mysql.server - there are notes about
setting defaults, etc. MySQL gets built with the prefix of "/opt/ 
local", so everything starts from there - including what you see in  
the notes...

# If you install MySQL on some other places than /opt/local, then you
# have to do one of the following things for this script to work:
#
# - Run this script from within the MySQL installation directory
# - Create a /etc/my.cnf file with the following information:
#   [mysqld]
#   basedir=<path-to-mysql-installation-directory>
# - Add the above to any other configuration file (for example  
~/.my.ini)
#   and copy my_print_defaults to /usr/bin
# - Add the path to the mysql-installation-directory to the basedir  
variable
#   below.
#
# If you want to affect other MySQL variables, you should make your  
changes
# in the /etc/my.cnf, ~/.my.cnf or other MySQL configuration files.

# If you change base dir, you must also change datadir. These may get
# overwritten by settings in the MySQL configuration files.

my_print_defaults also indicates the expected order of configuration  
files...

Default options are read from the following files in the given order:
/etc/my.cnf /etc/mysql/my.cnf /opt/local/etc/mysql5/my.cnf ~/.my.cnf

>>
> I do think it is worth considering, that MacPorts tries to keep  
> things contained in its own little home.  For me, it certainly makes  
> backing up data, and knowing that all but launchd items are in one  
> place. For me, I like that methodology, unless I have a really good  
> reason to over-ride it, such as needing to move active files off the  
> boot drive.

until someone does the "blow away /opt/local" to rebuild all of the  
macports.
0000000000000
8)
----------------------------------
Chris Janton  - face at CentosPrime dot COM
Netminder for Opus1.COM



From trog24 at comcast.net  Wed Apr 29 08:49:55 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Wed, 29 Apr 2009 08:49:55 -0700
Subject: sudo port upgrade outdated
In-Reply-To: <49F86A11.8040700@macports.org>
References: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
	<49F7E4F9.8020704@macports.org>
	<CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>
	<49F86A11.8040700@macports.org>
Message-ID: <97BFE15C-DD51-4C53-B755-6CFF416A4E77@comcast.net>

Hello,
	The grep resulted in the following:

		/opt/local/lib/pkgconfig/cspi-1.0.pc:Cflags: -I${includedir}/at- 
spi-1.0 -I/usr/X11R6/include.

	The provider is:

		/opt/local/lib/pkgconfig/cspi-1.0.pc is provided by: at-spi

	The deps are:

		at-spi has build dependencies on:
		        p5-xml-parser
		        pkgconfig
		at-spi has library dependencies on:
		        atk
		        gtk2
		        libbonobo
		        python25

	The dependents are:

		gnome-platform-suite depends on at-spi

	at-spi was upgraded and a rerun of grep showed no X11R6.  gnome- 
platform-suite was the upgraded as well.

I assume that this exercise has nothing to do with evolution-data- 
server failing to upgrade because of a previous installation; but, a  
side issue.

On Apr 29, 2009, at 7:54 AM, David Evans wrote:

>
>>> Frank J. R. Hanstick wrote:
>>>> evolution-data-server (new port file displayed prior to the  
>>>> attempt) with the following error message:
>>>>
>>>> /usr/bin/gcc-4.0 -dynamiclib  -o ../.libs/libgdraw. 
>>>> 4.0.7.dylib  .libs/choosericons.o .libs/ctlvalues.o .libs/ 
>>>> drawboxborder.o .libs/gaskdlg.o .libs/gbuttons.o .libs/ 
>>>> gcolor.o .libs/gchardlg.o .libs/gcontainer.o .libs/gdraw.o .libs/ 
>>>> gdrawbuildchars.o .libs/gdrawerror.o .libs/gdrawtxt.o .libs/ 
>>>> gdrawtxtinit.o .libs/gfilechooser.o .libs/gfiledlg.o .libs/ 
>>>> ggadgets.o .libs/ggroupbox.o .libs/gimageclut.o .libs/ 
>>>> gimagecvt.o .libs/gimagepsdraw.o .libs/gimagewriteeps.o .libs/ 
>>>> gdrawgimage.o .libs/gimagexdraw.o .libs/gkeysym.o .libs/ 
>>>> glist.o .libs/gmenu.o .libs/gprogress.o .libs/gpsdraw.o .libs/ 
>>>> gpstxtinit.o .libs/gradio.o .libs/gresource.o .libs/ 
>>>> gresourceimage.o .libs/gresedit.o .libs/gsavefiledlg.o .libs/ 
>>>> gscrollbar.o .libs/gtabset.o .libs/gtextfield.o .libs/ 
>>>> gtextinfo.o .libs/gwidgets.o .libs/gxdraw.o .libs/ 
>>>> gxcdraw.o .libs/ghvbox.o .libs/gmatrixedit.o .libs/ 
>>>> gdrawable.o .libs/gspacer.o .libs/xkeysyms_unicode.o  -L/opt/ 
>>>> local/lib -L/usr/local/lib ../.libs/libgutils.dylib /opt/local/ 
>>>> lib/libgunicode.dylib ../.libs/libgunicode.dylib /opt/local/lib/ 
>>>> libiconv.dylib -lpthread -L/usr/X11R6/lib /opt/local/lib/ 
>>>> libSM.dylib /opt/local/lib/libICE.dylib /opt/local/lib/ 
>>>> libXi.dylib /opt/local/lib/libXext.dylib /opt/local/lib/ 
>>>> libXau.dylib /opt/local/lib/libXdmcp.dylib /opt/local/lib/ 
>>>> libX11.dylib /opt/local/lib/libxkbui.dylib /opt/local/lib/ 
>>>> libXt.dylib /opt/local/lib/libxkbfile.dylib  -Wl,/System/Library/ 
>>>> Frameworks/CoreServices.framework/CoreServices -Wl,/System/ 
>>>> Library/Frameworks/Carbon.framework/Carbon -install_name  /opt/ 
>>>> local/lib/libgdraw.4.dylib -compatibility_version 5 - 
>>>> current_version 5.7 -Wl,-single_module
> Frank,
>
> I'm a little concerned that the term "-L/usr/X11R6/lib /opt/local/ 
> lib/libSM.dylib /opt/local/lib/libICE.dylib" is appearing in the  
> link command
> above.  This implies that one or more of evolution-data-servers's  
> dependents is configuring against the 10.4 system supplied version  
> of X11
> instead of the xorg version from MacPorts and is passing this along  
> via pkgconfig.  Probably something left over from the transition to  
> the
> xorg libraries.
> Try the following to see where this is coming from
>
> grep X11R6 /opt/local/lib/pkgconfig/*.pc
>
> and if you see any hits then
>
> port provides /opt/local/lib/pkgconfig/<whatever>.pc
>
> to see which port is providing that pkgconfig file.
>
> It may then be as simple as using
>
> sudo port -fn upgrade <bad port>
>
> to rebuild the effected port to fix this.  But if there is more  
> than one such file, then be sure to check and see if one depends on  
> the other
> and start with the earliest dependency first to keep it from  
> passing the bad term to the next etc.
>
> Here
>
> sudo port deps <port>   shows a port's dependencies
>
> and
>
> sudo port dependents <port>  shows installed ports that depend on  
> this port
>
> Dave
>

Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090429/c9d912a7/attachment.html>

From devans at macports.org  Wed Apr 29 09:23:27 2009
From: devans at macports.org (David Evans)
Date: Wed, 29 Apr 2009 09:23:27 -0700
Subject: sudo port upgrade outdated
In-Reply-To: <97BFE15C-DD51-4C53-B755-6CFF416A4E77@comcast.net>
References: <25722542-588E-4027-8863-DD3EB8AAEAFB@comcast.net>
	<49F7E4F9.8020704@macports.org>
	<CDCC0DF3-7F70-40AB-AD5D-FF9BF2E308AA@comcast.net>
	<49F86A11.8040700@macports.org>
	<97BFE15C-DD51-4C53-B755-6CFF416A4E77@comcast.net>
Message-ID: <49F87EFF.4000302@macports.org>

Frank J. R. Hanstick wrote:
> I assume that this exercise has nothing to do with 
> evolution-data-server failing to upgrade because of a previous 
> installation; but, a side issue.
That's right.  Just cleaning things up.  at-spi probably hadn't  been 
rebuilt since the change over to xorg was completed. 

From drowe at roden.myzen.co.uk  Wed Apr 29 09:24:20 2009
From: drowe at roden.myzen.co.uk (David Rowe)
Date: Wed, 29 Apr 2009 17:24:20 +0100
Subject: Problem upgrading evolution-data-server.
Message-ID: <49F87F34.5040204@roden.myzen.co.uk>

I am getting problems with upgrading evolution-data-server  from 
2.24.5_1 to 2.26.1.1_0
<<<<<<<<<
. . . . .
gtk-doc: Linking scanner
/usr/bin/gcc-4.0 -O2 -Wall -Wmissing-prototypes -Wno-sign-compare 
-Wno-pointer-sign -o .libs/libebook-scan .libs/libebook-scan.o  
-L/opt/local/lib 
../../../../addressbook/libebook/.libs/libebook-1.2.dylib 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_evolution-data-server/work/evolution-data-server-2.26.1.1/camel/.libs/libcamel-1.2.dylib 
-L/opt/local/lib/nspr /opt/local/lib/libsqlite3.dylib -L/usr/lib -lkrb5 
-lk5crypto -lcom_err -lgssapi_krb5 -L/opt/local/lib/nss -lssl3 -lsmime3 
-lnss3 -lsoftokn3 
/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_evolution-data-server/work/evolution-data-server-2.26.1.1/libedataserver/.libs/libedataserver-1.2.dylib 
-ldl -lplc4 -lplds4 -lnspr4 /opt/local/lib/libsoup-2.4.dylib 
/opt/local/lib/libgnutls.dylib /opt/local/lib/libtasn1.dylib 
/opt/local/lib/libgcrypt.dylib /opt/local/lib/libgpg-error.dylib 
/opt/local/lib/libgio-2.0.dylib /opt/local/lib/libxml2.dylib -lpthread 
-lz /opt/local/lib/libbonobo-2.dylib 
/opt/local/lib/libbonobo-activation.dylib 
/opt/local/lib/libORBitCosNaming-2.dylib /opt/local/lib/libgconf-2.dylib 
/opt/local/lib/libdbus-glib-1.dylib /opt/local/lib/libORBit-2.dylib 
-lresolv -lm /opt/local/lib/libdbus-1.dylib 
/opt/local/lib/libgmodule-2.0.dylib /opt/local/lib/libgthread-2.0.dylib 
/opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib 
/opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib 
creating libebook-scan
Use of uninitialized value in concatenation (.) or string at 
/opt/local/bin/gtkdoc-scangobj line 1548, <TYPES> line 15.
gtk-doc: Running scanner libebook-scan
dyld: Library not loaded: /opt/local/lib/libnss3.dylib
  Referenced from: /opt/local/lib/nss/libssl3.dylib
  Reason: image not found
Scan failed:
make[5]: *** [scan-build.stamp] Error 255
make[4]: *** [all-recursive] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Error: The following dependencies failed to build: evolution-data-server
Error: Unable to upgrade port: 1
 >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Looking at the file store:
There is a /opt/local/lib/nss/libssl3.dylib
There is no /opt/local/lib/libnss3.dylib

Any suggestions on how to fix is problem?

David Rowe

From jeremyhu at macports.org  Wed Apr 29 09:36:46 2009
From: jeremyhu at macports.org (Jeremy Huddleston)
Date: Wed, 29 Apr 2009 09:36:46 -0700
Subject: Problem upgrading evolution-data-server.
In-Reply-To: <49F87F34.5040204@roden.myzen.co.uk>
References: <49F87F34.5040204@roden.myzen.co.uk>
Message-ID: <49F8821E.2040809@macports.org>

O.o

That should be fixed already.  Can you please do:

sudo port -v clean nss
sudo port -v upgrade nss

If that fails, file a bug report with the output of the above, and you 
can work around it by doing:

sudo port -v -f uninstall nss
sudo port -v -f install nss


On 04/29/2009 09:24 AM, David Rowe wrote:
> I am getting problems with upgrading evolution-data-server  from 
> 2.24.5_1 to 2.26.1.1_0
> <<<<<<<<<
> . . . . .
> gtk-doc: Linking scanner
> /usr/bin/gcc-4.0 -O2 -Wall -Wmissing-prototypes -Wno-sign-compare 
> -Wno-pointer-sign -o .libs/libebook-scan .libs/libebook-scan.o  
> -L/opt/local/lib 
> ../../../../addressbook/libebook/.libs/libebook-1.2.dylib 
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_evolution-data-server/work/evolution-data-server-2.26.1.1/camel/.libs/libcamel-1.2.dylib 
> -L/opt/local/lib/nspr /opt/local/lib/libsqlite3.dylib -L/usr/lib 
> -lkrb5 -lk5crypto -lcom_err -lgssapi_krb5 -L/opt/local/lib/nss -lssl3 
> -lsmime3 -lnss3 -lsoftokn3 
> /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_evolution-data-server/work/evolution-data-server-2.26.1.1/libedataserver/.libs/libedataserver-1.2.dylib 
> -ldl -lplc4 -lplds4 -lnspr4 /opt/local/lib/libsoup-2.4.dylib 
> /opt/local/lib/libgnutls.dylib /opt/local/lib/libtasn1.dylib 
> /opt/local/lib/libgcrypt.dylib /opt/local/lib/libgpg-error.dylib 
> /opt/local/lib/libgio-2.0.dylib /opt/local/lib/libxml2.dylib -lpthread 
> -lz /opt/local/lib/libbonobo-2.dylib 
> /opt/local/lib/libbonobo-activation.dylib 
> /opt/local/lib/libORBitCosNaming-2.dylib 
> /opt/local/lib/libgconf-2.dylib /opt/local/lib/libdbus-glib-1.dylib 
> /opt/local/lib/libORBit-2.dylib -lresolv -lm 
> /opt/local/lib/libdbus-1.dylib /opt/local/lib/libgmodule-2.0.dylib 
> /opt/local/lib/libgthread-2.0.dylib 
> /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib 
> /opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib 
> creating libebook-scan
> Use of uninitialized value in concatenation (.) or string at 
> /opt/local/bin/gtkdoc-scangobj line 1548, <TYPES> line 15.
> gtk-doc: Running scanner libebook-scan
> dyld: Library not loaded: /opt/local/lib/libnss3.dylib
>  Referenced from: /opt/local/lib/nss/libssl3.dylib
>  Reason: image not found
> Scan failed:
> make[5]: *** [scan-build.stamp] Error 255
> make[4]: *** [all-recursive] Error 1
> make[3]: *** [all-recursive] Error 1
> make[2]: *** [all-recursive] Error 1
> make[1]: *** [all-recursive] Error 1
> make: *** [all] Error 2
>
> Error: The following dependencies failed to build: evolution-data-server
> Error: Unable to upgrade port: 1
> >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>
> Looking at the file store:
> There is a /opt/local/lib/nss/libssl3.dylib
> There is no /opt/local/lib/libnss3.dylib
>
> Any suggestions on how to fix is problem?
>
> David Rowe
> _______________________________________________
> macports-users mailing list
> macports-users at lists.macosforge.org
> http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From drowe at roden.myzen.co.uk  Wed Apr 29 11:41:36 2009
From: drowe at roden.myzen.co.uk (David Rowe)
Date: Wed, 29 Apr 2009 19:41:36 +0100
Subject: Problem upgrading evolution-data-server.
In-Reply-To: <49F8821E.2040809@macports.org>
References: <49F87F34.5040204@roden.myzen.co.uk>
	<49F8821E.2040809@macports.org>
Message-ID: <49F89F60.3050306@roden.myzen.co.uk>

Jeremy Huddleston wrote:
> O.o
>
> That should be fixed already.  Can you please do:
>
> sudo port -v clean nss
> sudo port -v upgrade nss
>
> If that fails, file a bug report with the output of the above, and you 
> can work around it by doing:
>
> sudo port -v -f uninstall nss
> sudo port -v -f install nss
>
sudo port -v clean nss
sudo port -v upgrade nss

The above did NOT work

sudo port -v -f uninstall nss
sudo port -v -f install nss

The above DID work - evolution data server updated OK from 2.24.5_1 to  
2.26.1.1_0

I will file a ticket
Thanks for your help


David Rowe
_______________________________________________
macports-users mailing list
macports-users at lists.macosforge.org
http://lists.macosforge.org/mailman/listinfo.cgi/macports-users


From grant at heaslip.ca  Wed Apr 29 16:34:24 2009
From: grant at heaslip.ca (Grant Heaslip)
Date: Wed, 29 Apr 2009 19:34:24 -0400
Subject: How best to handle ruby gems
Message-ID: <27426dec0904291634u3880ba2ex97ffe915d09ef604@mail.gmail.com>

I'm new to MacPorts (and ruby development in general), so forgive me if this
is a stupid question, but I'm trying to figure out what the best way
of installing ruby gems (such as rails, rake and mongrel) is.
>From reading tutorials, I get the impression that I should be using gem, not
port to install them, but something about using two different systems to
handle installing binaries that interact with each other seems like a bad
idea. At the same time, many of the gems in MacPorts seem out of date, and
not all of them seem to be available at all.

Any thoughts on this? I want to do this right the first time so I can get on
to developing without worrying about stuff breaking.

Thanks,

Grant Heaslip
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090429/c20a684d/attachment.html>

From talklists at newgeo.com  Wed Apr 29 22:37:08 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Wed, 29 Apr 2009 22:37:08 -0700
Subject: Installing Mysql5 port on top of an existing mysql5 on
	Leopard	and using Rails
In-Reply-To: <FB446EA5-6E2E-4A1E-AE82-F5BE2325B70D@CentosPrime.COM>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
	<A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
	<BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>
	<56C6EB8B-D4F2-4EA6-ACF1-70DD8A9A41B4@newgeo.com>
	<FB446EA5-6E2E-4A1E-AE82-F5BE2325B70D@CentosPrime.COM>
Message-ID: <AC363297-0E6A-4AD6-9A75-807C8F2AFE95@newgeo.com>

On Apr 29, 2009, at 8:15 AM, Chris Janton wrote:

> ports is being used to maintain applications. MySQL is an  
> application, but it's all about the data that you store and use, not  
> the application itself.

Right, but there is at least one database by default to MySql, the  
permissions database, in /opt/local/var/mysql5/db  Are you suggesting  
every user that install MySql move that elsewhere?

I can see that idea having value in a lot of cases, but for the casual  
local developer, I don't think they even need to know where the  
database is, or care, they are going to use a front end anyway.

>> I was sort of under the impression the OP was doing small local  
>> development, and feel his setup should be contained within ports,  
>> if for anything, for being on the same page as everyone else.
>
> Being on the same page about the application, fine. Putting  
> everything that you need in /opt/local? Not sure that's the right  
> thing.

Why not, genuinely curious.  If you mentally thin of /opt/local as /  
it very much has a layout very much like most other nix's, with some  
small differences.

>>> Lots of "applications" let you specify how to get to the mysql  
>>> data via the socket interface - you may just want to change the  
>>> config file for the app...
>>>
>>> There's a very simple way to keep your data in one place - use / 
>>> etc/my.cnf to define things.
>>
>> I could not find out where the ports version of mysql5 looks for  
>> my.cnf as defaults.  Do you know where it is looking within the opt/ 
>> local area?  I do not have a cnf file at /etc or /opt/local/etc
>
> The sample my.cnf file has this at the top...

Where did you find that sample my.cnf file?

Thanks
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From ryandesign at macports.org  Wed Apr 29 22:58:54 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 30 Apr 2009 00:58:54 -0500
Subject: Installing Mysql5 port on top of an existing mysql5 on
	Leopard	and using Rails
In-Reply-To: <AC363297-0E6A-4AD6-9A75-807C8F2AFE95@newgeo.com>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
	<A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
	<BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>
	<56C6EB8B-D4F2-4EA6-ACF1-70DD8A9A41B4@newgeo.com>
	<FB446EA5-6E2E-4A1E-AE82-F5BE2325B70D@CentosPrime.COM>
	<AC363297-0E6A-4AD6-9A75-807C8F2AFE95@newgeo.com>
Message-ID: <5A31A794-89DE-4C4E-A287-E802884BDA8B@macports.org>


On Apr 30, 2009, at 00:37, Scott Haneda wrote:

> On Apr 29, 2009, at 8:15 AM, Chris Janton wrote:
>
>> ports is being used to maintain applications. MySQL is an  
>> application, but it's all about the data that you store and use,  
>> not the application itself.
>
> Right, but there is at least one database by default to MySql, the  
> permissions database, in /opt/local/var/mysql5/db  Are you  
> suggesting every user that install MySql move that elsewhere?

The databases aren't there until you run mysql_install_db5. I guess  
if you set your data dir to something different before you run  
mysql_install_db5, the permissions database should be created in that  
different location and you wouldn't have to move anything.

> I can see that idea having value in a lot of cases, but for the  
> casual local developer, I don't think they even need to know where  
> the database is, or care, they are going to use a front end anyway.
>
>>> I was sort of under the impression the OP was doing small local  
>>> development, and feel his setup should be contained within ports,  
>>> if for anything, for being on the same page as everyone else.
>>
>> Being on the same page about the application, fine. Putting  
>> everything that you need in /opt/local? Not sure that's the right  
>> thing.
>
> Why not, genuinely curious.  If you mentally thin of /opt/local  
> as / it very much has a layout very much like most other nix's,  
> with some small differences.

There could be many reasons. You may need to reinstall MacPorts at  
some point -- at the latest, the next time you upgrade to a new major  
OS version. It may be helpful to have your data in a directory that  
is not inside the MacPorts prefix, since one method to uninstall  
MacPorts is to just delete the MacPorts prefix (though uninstalling  
all ports with "sudo port -f uninstall installed" could be better,  
and would leave your data and other unregistered files intact).

I keep my MySQL data and Subversion repository in my home directory.  
It may be odd to have these files there, since they're not even owned  
by my user, but it ensures that I will never forget to back them up,  
since I certainly back up my home directory. I back up my entire hard  
drive, in fact, but a friend of mine has more than once lost some  
data that was outside of his home directory when he upgraded to a new  
computer, which he tends to do every year. If he had had this data in  
his home directory, he would not have lost it during the migration.  
There's no way he's going to forget to copy his home directory to his  
new machine, but there's a good change he's going to forget random  
Unix directories, since he's not a Unix person, doesn't like the  
terminal, and unless he thought about it specifically might not even  
remember he had MacPorts installed at all.


>>>> Lots of "applications" let you specify how to get to the mysql  
>>>> data via the socket interface - you may just want to change the  
>>>> config file for the app...
>>>>
>>>> There's a very simple way to keep your data in one place - use / 
>>>> etc/my.cnf to define things.
>>>
>>> I could not find out where the ports version of mysql5 looks for  
>>> my.cnf as defaults.  Do you know where it is looking within the  
>>> opt/local area?  I do not have a cnf file at /etc or /opt/local/etc
>>
>> The sample my.cnf file has this at the top...
>
> Where did you find that sample my.cnf file?

The various sample my.cnf files are here:

$ port contents mysql5 | grep cnf
   /opt/local/share/mysql5/mysql/my-huge.cnf
   /opt/local/share/mysql5/mysql/my-innodb-heavy-4G.cnf
   /opt/local/share/mysql5/mysql/my-large.cnf
   /opt/local/share/mysql5/mysql/my-medium.cnf
   /opt/local/share/mysql5/mysql/my-small.cnf



From travisgriggs at gmail.com  Wed Apr 29 23:00:26 2009
From: travisgriggs at gmail.com (Travis Griggs)
Date: Wed, 29 Apr 2009 23:00:26 -0700
Subject: error installing ffmpeg
References: <59068223-AC1F-45AA-80B2-DE563E050FDB@cincom.com>
Message-ID: <789427DF-0DFA-4856-A005-301119A2825E@gmail.com>

Fwd'ed, since I sent from the wrong account originally.


> I'm trying to install ffmpeg. Here's what happens:
>
> iboard17:~ travis$ sudo port install ffmpeg
> --->  Building libsdl
> Error: Target org.macports.build returned: shell command " cd "/opt/ 
> local/var/macports/build/ 
> _opt_local_var_macports_sources_rsync 
> .macports.org_release_ports_devel_libsdl/work/SDL-1.2.13" && make  
> all " returned error 2
> Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 - 
> O2 -I/opt/local/include -I./include -D_GNU_SOURCE=1 - 
> DTARGET_API_MAC_CARBON -DTARGET_API_MAC_OSX -fvisibility=hidden  -I/ 
> usr/X11R6/include -DXTHREADS -D_THREAD_SAFE -force_cpusubtype_ALL - 
> fpascal-strings -c ./src/video/x11/SDL_x11gl.c  -o build/SDL_x11gl.lo
> /usr/bin/gcc-4.0 -O2 -I/opt/local/include -I./include - 
> D_GNU_SOURCE=1 -DTARGET_API_MAC_CARBON -DTARGET_API_MAC_OSX - 
> fvisibility=hidden -I/usr/X11R6/include -DXTHREADS -D_THREAD_SAFE - 
> force_cpusubtype_ALL -fpascal-strings -c ./src/video/x11/ 
> SDL_x11gl.c  -fno-common -DPIC -o build/.libs/SDL_x11gl.o
> ./src/video/x11/SDL_x11gl.c: In function 'X11_GL_GetVisual':
> ./src/video/x11/SDL_x11gl.c:188: error: 'GLX_NONE_EXT' undeclared  
> (first use in this function)
> ./src/video/x11/SDL_x11gl.c:188: error: (Each undeclared identifier  
> is reported only once
> ./src/video/x11/SDL_x11gl.c:188: error: for each function it appears  
> in.)
> make: *** [build/SDL_x11gl.lo] Error 1
>
> Error: The following dependencies failed to build: libsdl libtheora  
> libvorbis schroedinger liboil x264 yasm
> Error: Status 1 encountered during processing.
> iboard17:~ travis$
>
>
> Any help/hints widely appreciated. I'd be willing to show up on  
> #MacPorts to work it out if that would help...

--
Travis Griggs
Objologist
My Other Machine runs OSX. But then... so does this one.




From ryandesign at macports.org  Wed Apr 29 23:03:45 2009
From: ryandesign at macports.org (Ryan Schmidt)
Date: Thu, 30 Apr 2009 01:03:45 -0500
Subject: How best to handle ruby gems
In-Reply-To: <27426dec0904291634u3880ba2ex97ffe915d09ef604@mail.gmail.com>
References: <27426dec0904291634u3880ba2ex97ffe915d09ef604@mail.gmail.com>
Message-ID: <2DBCAA6E-962A-4989-A3AF-1E6C268C7F1C@macports.org>


On Apr 29, 2009, at 18:34, Grant Heaslip wrote:

> I'm new to MacPorts (and ruby development in general), so forgive  
> me if this is a stupid question, but I'm trying to figure out what  
> the best way of installing ruby gems (such as rails, rake and  
> mongrel) is.
>
> From reading tutorials, I get the impression that I should be using  
> gem, not port to install them, but something about using two  
> different systems to handle installing binaries that interact with  
> each other seems like a bad idea. At the same time, many of the  
> gems in MacPorts seem out of date, and not all of them seem to be  
> available at all.
>
> Any thoughts on this? I want to do this right the first time so I  
> can get on to developing without worrying about stuff breaking.

This topic came up a couple weeks ago on the macports-dev list. You  
can read the thread here:

http://lists.macosforge.org/pipermail/macports-dev/2009-April/ 
008250.html

I don't know that we have a good answer to this question at this  
time, unfortunately.


From devans at macports.org  Wed Apr 29 23:11:17 2009
From: devans at macports.org (David Evans)
Date: Wed, 29 Apr 2009 23:11:17 -0700
Subject: error installing ffmpeg
In-Reply-To: <789427DF-0DFA-4856-A005-301119A2825E@gmail.com>
References: <59068223-AC1F-45AA-80B2-DE563E050FDB@cincom.com>
	<789427DF-0DFA-4856-A005-301119A2825E@gmail.com>
Message-ID: <49F94105.1090605@macports.org>

Travis Griggs wrote:
> Fwd'ed, since I sent from the wrong account originally.
>
>
>> I'm trying to install ffmpeg. Here's what happens:
>>
>> iboard17:~ travis$ sudo port install ffmpeg
>> --->  Building libsdl
>> Error: Target org.macports.build returned: shell command " cd 
>> "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl/work/SDL-1.2.13" 
>> && make all " returned error 2
>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -O2 
>> -I/opt/local/include -I./include -D_GNU_SOURCE=1 
>> -DTARGET_API_MAC_CARBON -DTARGET_API_MAC_OSX -fvisibility=hidden  
>> -I/usr/X11R6/include -DXTHREADS -D_THREAD_SAFE -force_cpusubtype_ALL 
>> -fpascal-strings -c ./src/video/x11/SDL_x11gl.c  -o build/SDL_x11gl.lo
>> /usr/bin/gcc-4.0 -O2 -I/opt/local/include -I./include -D_GNU_SOURCE=1 
>> -DTARGET_API_MAC_CARBON -DTARGET_API_MAC_OSX -fvisibility=hidden 
>> -I/usr/X11R6/include -DXTHREADS -D_THREAD_SAFE -force_cpusubtype_ALL 
>> -fpascal-strings -c ./src/video/x11/SDL_x11gl.c  -fno-common -DPIC -o 
>> build/.libs/SDL_x11gl.o
>> ./src/video/x11/SDL_x11gl.c: In function 'X11_GL_GetVisual':
>> ./src/video/x11/SDL_x11gl.c:188: error: 'GLX_NONE_EXT' undeclared 
>> (first use in this function)
>> ./src/video/x11/SDL_x11gl.c:188: error: (Each undeclared identifier 
>> is reported only once
>> ./src/video/x11/SDL_x11gl.c:188: error: for each function it appears 
>> in.)
>> make: *** [build/SDL_x11gl.lo] Error 1
>>
>> Error: The following dependencies failed to build: libsdl libtheora 
>> libvorbis schroedinger liboil x264 yasm
>> Error: Status 1 encountered during processing.
>> iboard17:~ travis$
>>
>>
>> Any help/hints widely appreciated. I'd be willing to show up on 
>> #MacPorts to work it out if that would help...
>
> -- 
> Travis Griggs
> Objologist
> My Other Machine runs OSX. But then... so does this one.
>
You should file this as a ticket against libsdl which is where the 
problem is and attach the full output of

sudo port -d install libsdl

to aid in debugging the problem


From talklists at newgeo.com  Wed Apr 29 23:12:09 2009
From: talklists at newgeo.com (Scott Haneda)
Date: Wed, 29 Apr 2009 23:12:09 -0700
Subject: Installing Mysql5 port on top of an existing mysql5 on
	Leopard	and using Rails
In-Reply-To: <5A31A794-89DE-4C4E-A287-E802884BDA8B@macports.org>
References: <ec1e9aed0904271933h3e2fca3fx459913ef466abc22@mail.gmail.com>
	<A7A2E602-97C3-487F-A908-263E9F851123@newgeo.com>
	<BF037C79-716F-468D-B767-A2429F83FAAA@centosprime.com>
	<56C6EB8B-D4F2-4EA6-ACF1-70DD8A9A41B4@newgeo.com>
	<FB446EA5-6E2E-4A1E-AE82-F5BE2325B70D@CentosPrime.COM>
	<AC363297-0E6A-4AD6-9A75-807C8F2AFE95@newgeo.com>
	<5A31A794-89DE-4C4E-A287-E802884BDA8B@macports.org>
Message-ID: <13BA4AE6-CD0B-44AA-B61B-09BDC3E5D153@newgeo.com>

On Apr 29, 2009, at 10:58 PM, Ryan Schmidt wrote:

> On Apr 30, 2009, at 00:37, Scott Haneda wrote:
>
>> On Apr 29, 2009, at 8:15 AM, Chris Janton wrote:
>>
>>> ports is being used to maintain applications. MySQL is an  
>>> application, but it's all about the data that you store and use,  
>>> not the application itself.
>>
>> Right, but there is at least one database by default to MySql, the  
>> permissions database, in /opt/local/var/mysql5/db  Are you  
>> suggesting every user that install MySql move that elsewhere?
>
> The databases aren't there until you run mysql_install_db5. I guess  
> if you set your data dir to something different before you run  
> mysql_install_db5, the permissions database should be created in  
> that different location and you wouldn't have to move anything.

Ahh, thanks for that clarification, makes a lot more sense now.  I  
always assumed wrongly that the permissions database was part of the  
build process.

>> I can see that idea having value in a lot of cases, but for the  
>> casual local developer, I don't think they even need to know where  
>> the database is, or care, they are going to use a front end anyway.
>>
>>>> I was sort of under the impression the OP was doing small local  
>>>> development, and feel his setup should be contained within ports,  
>>>> if for anything, for being on the same page as everyone else.
>>>
>>> Being on the same page about the application, fine. Putting  
>>> everything that you need in /opt/local? Not sure that's the right  
>>> thing.
>>
>> Why not, genuinely curious.  If you mentally thin of /opt/local  
>> as / it very much has a layout very much like most other nix's,  
>> with some small differences.
>
> There could be many reasons. You may need to reinstall MacPorts at  
> some point -- at the latest, the next time you upgrade to a new  
> major OS version. It may be helpful to have your data in a directory  
> that is not inside the MacPorts prefix, since one method to  
> uninstall MacPorts is to just delete the MacPorts prefix (though  
> uninstalling all ports with "sudo port -f uninstall installed" could  
> be better, and would leave your data and other unregistered files  
> intact).
>
> I keep my MySQL data and Subversion repository in my home directory.  
> It may be odd to have these files there, since they're not even  
> owned by my user, but it ensures that I will never forget to back  
> them up, since I certainly back up my home directory. I back up my  
> entire hard drive, in fact, but a friend of mine has more than once  
> lost some data that was outside of his home directory when he  
> upgraded to a new computer, which he tends to do every year. If he  
> had had this data in his home directory, he would not have lost it  
> during the migration. There's no way he's going to forget to copy  
> his home directory to his new machine, but there's a good change  
> he's going to forget random Unix directories, since he's not a Unix  
> person, doesn't like the terminal, and unless he thought about it  
> specifically might not even remember he had MacPorts installed at all.

Great points.  Thanks.  I have always wondered why there / allows user  
file to be saved there.  I would think some ACL's and permissions  
fiddling could solve that problem.  I have a lot of clients who I have  
to maintain backups for.

This is always a source of contention.  With Time Machine, I am happy  
to let it backup everything, with a remote offsite backup, where  
bandwidth and time are precious, I just want to backup their home  
dir's.  Having to create special rules to get files that are in / and  
a few other places is a total pain.

>>>>> Lots of "applications" let you specify how to get to the mysql  
>>>>> data via the socket interface - you may just want to change the  
>>>>> config file for the app...
>>>>>
>>>>> There's a very simple way to keep your data in one place - use / 
>>>>> etc/my.cnf to define things.
>>>>
>>>> I could not find out where the ports version of mysql5 looks for  
>>>> my.cnf as defaults.  Do you know where it is looking within the  
>>>> opt/local area?  I do not have a cnf file at /etc or /opt/local/etc
>>>
>>> The sample my.cnf file has this at the top...
>>
>> Where did you find that sample my.cnf file?
>
> The various sample my.cnf files are here:
>
> $ port contents mysql5 | grep cnf
>  /opt/local/share/mysql5/mysql/my-huge.cnf
>  /opt/local/share/mysql5/mysql/my-innodb-heavy-4G.cnf
>  /opt/local/share/mysql5/mysql/my-large.cnf
>  /opt/local/share/mysql5/mysql/my-medium.cnf
>  /opt/local/share/mysql5/mysql/my-small.cnf

Thanks.
-- 
Scott * If you contact me off list replace talklists@ with scott@ *


From trog24 at comcast.net  Thu Apr 30 03:12:14 2009
From: trog24 at comcast.net (Frank J. R. Hanstick)
Date: Thu, 30 Apr 2009 03:12:14 -0700
Subject: X11.app
Message-ID: <483916AE-78DC-4FB1-A396-41D65FC093B7@comcast.net>

Hello,
	Where can I find the MacPorts X11.app that references the ported  
xorg X11 that runs under MacOS 10.4.11?
Frank J. R. Hanstick
trog24 at comcast.net



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.macosforge.org/pipermail/macports-users/attachments/20090430/13ea3658/attachment.html>

From devans at macports.org  Thu Apr 30 06:21:02 2009
From: devans at macports.org (David Evans)
Date: Thu, 30 Apr 2009 06:21:02 -0700
Subject: X11.app
In-Reply-To: <483916AE-78DC-4FB1-A396-41D65FC093B7@comcast.net>
References: <483916AE-78DC-4FB1-A396-41D65FC093B7@comcast.net>
Message-ID: <49F9A5BE.6040901@macports.org>

Frank J. R. Hanstick wrote:
> Hello,
> Where can I find the MacPorts X11.app that references the ported xorg 
> X11 that runs under MacOS 10.4.11?
> Frank J. R. Hanstick
> trog24 at comcast.net <mailto:trog24 at comcast.net>
>
port xorg-server installs /Applications/MacPorts/X11.app

From alejandro.aragon at gmail.com  Thu Apr 30 07:11:14 2009
From: alejandro.aragon at gmail.com (Alejandro Aragon)
Date: Thu, 30 Apr 2009 09:11:14 -0500
Subject: uninstalling ports
Message-ID: <4C8058CE-842D-4FD5-86C1-97C500B67D85@gmail.com>

Hi everyone,

I need to free up some space and now I see that the /opt folder has  
12.2GB used. After invoking 'sudo port installed', I see that there  
are way too many ports that are installed but not active, so I thought  
that I may uninstall them. Instead of going one by one (because there  
are too many), is there a way to uninstall all inactive ports?

Thank you all,

Alejandro Arag?n

From erwan at rail.eu.org  Thu Apr 30 07:12:54 2009
From: erwan at rail.eu.org (Erwan David)
Date: Thu, 30 Apr 2009 16:12:54 +0200
Subject: uninstalling ports
In-Reply-To: <4C8058CE-842D-4FD5-86C1-97C500B67D85@gmail.com>
References: <4C8058CE-842D-4FD5-86C1-97C500B67D85@gmail.com>
Message-ID: <20090430141254.GK24441@trusted-logic.com>

On Thu, Apr 30, 2009 at 04:11:14PM CEST, Alejandro Aragon <alejandro.aragon at gmail.com> said:
> Hi everyone,
>
> I need to free up some space and now I see that the /opt folder has  
> 12.2GB used. After invoking 'sudo port installed', I see that there are 
> way too many ports that are installed but not active, so I thought that I 
> may uninstall them. Instead of going one by one (because there are too 
> many), is there a way to uninstall all inactive ports?

sudo port -f -u uninstall
will desinstall all unactive ports.


-- 
Erwan

From jjstickel at vcn.com  Thu Apr 30 07:30:59 2009
From: jjstickel at vcn.com (Jonathan Stickel)
Date: Thu, 30 Apr 2009 08:30:59 -0600
Subject: xorg-server
Message-ID: <49F9B623.4060905@vcn.com>

I just installed xorg-server on Tiger.  Fonts in all X apps are much 
bigger now than when using Apple's X11.app.  Is there a way I can 
correct this, such as setting a screen resolution (dpi) as I would in 
xorg.conf on a linux box?

Thanks,
Jonathan


From jmr at macports.org  Thu Apr 30 07:36:38 2009
From: jmr at macports.org (Joshua Root)
Date: Fri, 01 May 2009 00:36:38 +1000
Subject: uninstalling ports
In-Reply-To: <20090430141254.GK24441@trusted-logic.com>
References: <4C8058CE-842D-4FD5-86C1-97C500B67D85@gmail.com>
	<20090430141254.GK24441@trusted-logic.com>
Message-ID: <49F9B776.3030500@macports.org>

Erwan David wrote:
> On Thu, Apr 30, 2009 at 04:11:14PM CEST, Alejandro Aragon <alejandro.aragon at gmail.com> said:
>> Hi everyone,
>>
>> I need to free up some space and now I see that the /opt folder has  
>> 12.2GB used. After invoking 'sudo port installed', I see that there are 
>> way too many ports that are installed but n