February 2009 - macports-tickets - lists.macosforge.org

[MacPorts] #18629: Support RTree in sqlite3 port
by MacPorts 13 Mar '10

13 Mar '10

#18629: Support RTree in sqlite3 port -----------------------------------+---------------------------------------- Reporter: dbsgeo@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: mapnik, sqlite3,rtree | Port: -----------------------------------+---------------------------------------- It would be great if this could be enabled in the standard sqlite3 port, as a Portfile for Mapnik (http://mapnik.org) I am working on depends on RTree support. The configure.cppflags would become: {{{ configure.cppflags "-DSQLITE_ENABLE_RTREE=1 -DSQLITE_ENABLE_COLUMN_METADATA=1 -I${worksrcpath} -I${prefix}/include" }}} -- Ticket URL: <http://trac.macports.org/ticket/18629> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #18273: post-activate code is not run if you call port activate
by MacPorts 12 Mar '10

12 Mar '10

#18273: post-activate code is not run if you call port activate -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.0 Keywords: | Port: -------------------------------------+-------------------------------------- If you "`port install`" a port that has a post-activate block, it gets run. For example, wget's post-activate block tells you about a config file you can install (if you haven't already done so): {{{ $ sudo port install wget ---> Fetching wget ---> Verifying checksum(s) for wget ---> Extracting wget ---> Applying patches to wget ---> Configuring wget ---> Building wget ---> Staging wget into destroot ---> Installing wget @1.11.4_1 ---> Activating wget @1.11.4_1 To customize wget, you can copy wgetrc.sample to wgetrc in /opt/local/etc and then make changes. ---> Cleaning wget $ }}} However, if the port is deactivated, and you "`port activate`" it, the post-activate block does not run, which is unexpected: {{{ $ sudo port deactivate wget @1.11.4_1 ---> Deactivating wget @1.11.4_1 $ sudo port activate wget @1.11.4_1 ---> Activating wget @1.11.4_1 $ }}} -- Ticket URL: <http://trac.macports.org/ticket/18273> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15587: openmpi-1.2.6 failed to execute -- orted not found
by MacPorts 27 Feb '10

27 Feb '10

#15587: openmpi-1.2.6 failed to execute -- orted not found ----------------------------------+----------------------------------------- Reporter: fuku(a)geo.bosai.go.jp | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: openmpu, orted | ----------------------------------+----------------------------------------- I installed openmpi @1.2.6_0+g95 using port command. Installation was successful. It works for single machine but it does not work for multiple machines. I am using the ssh connection through tcp/ip network. The error message said that [[BR]] {{{ bash: line 1: orted: command not found }}} It seems that "orted" command was called from openmpirun, but openmpirun could not find. The followings are the examples that I tested.[[BR]] {{{ # Single machine case host01 $ openmpirun -np 2 -host host01 echo `hostname` host01.example.com host01.example.com # Multiple machine case host01 $ openmpirun -np 2 -host host01,host02 echo `hostname` bash: line 1: orted: command not found [host01.example.com:01373] [0,0,0] ORTE_ERROR_LOG: Timeout in file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.2.6/orte/mca/pls/base/pls_base_orted_cmds.c at line 275 [host01.example.com:01373] [0,0,0] ORTE_ERROR_LOG: Timeout in file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.2.6/orte/mca/pls/rsh/pls_rsh_module.c at line 1166 [host01.example.com:01373] [0,0,0] ORTE_ERROR_LOG: Timeout in file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.2.6/orte/mca/errmgr/hnp/errmgr_hnp.c at line 90 [host01.example.com:01373] ERROR: A daemon on node host02 failed to start as expected. [host01.example.com:01373] ERROR: There may be more information available from [host01.example.com:01373] ERROR: the remote shell (see above). [host01.example.com:01373] ERROR: The daemon exited unexpectedly with status 127. [host01.example.com:01373] [0,0,0] ORTE_ERROR_LOG: Timeout in file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.2.6/orte/mca/pls/base/pls_base_orted_cmds.c at line 188 [host01.example.com:01373] [0,0,0] ORTE_ERROR_LOG: Timeout in file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.2.6/orte/mca/pls/rsh/pls_rsh_module.c at line 1198 -------------------------------------------------------------------------- openmpirun was unable to cleanly terminate the daemons for this job. Returned value Timeout instead of ORTE_SUCCESS. -------------------------------------------------------------------------- }}} -- Ticket URL: <http://trac.macports.org/ticket/15587> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #18645: imagemagick + ufraw = dyld problem
by MacPorts 22 Feb '10

22 Feb '10

#18645: imagemagick + ufraw = dyld problem ----------------------------------+----------------------------------------- Reporter: jms@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: ----------------------------------+----------------------------------------- I'm not sure which one is causing the problem, but I am persuaded it's imagemagick : I think, at least from what I've found so far, is that the macports portfile of one or the other port is using the wrong libtool to configure and install. Here is the error I get when activating imageMagick (using ufraw-batch): ''dyld: Symbol not found: _cg_jpeg_resync_to_restart[[BR]] Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /opt/local/lib/libjpeg.62.dylib'' I suppose that from the above that there is something missing from the 'libjpeg.62.dylib' file - but frankly I'm a bit in the dark here. Why is it using the native OS directory to call a macports '/org/local' application? Thanks, best, Josef. -- Ticket URL: <http://trac.macports.org/ticket/18645> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15368: glom-1.4.2 depends on one nonexistent and one incorrect port
by MacPorts 20 Feb '10

20 Feb '10

#15368: glom-1.4.2 depends on one nonexistent and one incorrect port --------------------------------------+------------------------------------- Reporter: blb(a)macports.org | Owner: landonf(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: port bug typo dependency | --------------------------------------+------------------------------------- gnome/glom depends on {{{port:pygda}}} which doesn't exist, and on {{{port:gtksourceviewmm}}} which should be either one of the gtksourceview ports (gtksourceview or gtksourceview2) or libgtksourceviewmm. -- Ticket URL: <http://trac.macports.org/ticket/15368> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17960: curl: build failure when building universal for i386 ppc x86_64 ppc64
by MacPorts 18 Feb '10

18 Feb '10

#17960: curl: build failure when building universal for i386 ppc x86_64 ppc64 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: curl -------------------------------------+-------------------------------------- curl doesn't build universal with i386 ppc x86_64 ppc64, on Mac OS X 10.5.5 with Xcode 3.1.2 and MacPorts 1.7.0: {{{ ---> Fetching curl ---> Verifying checksum(s) for curl ---> Extracting curl ---> Configuring curl ---> Building curl Error: Target org.macports.build returned: shell command " cd "/mp/var/macports/build/_Users_rschmidt_macports_dports_net_curl/work/curl-7.19.2" && nice -n 10 make -j2 all " returned error 2 Command output: Making all in lib make all-am /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I../include -I../include -I../lib -I../lib -isystem /mp/include -isysroot /Developer/SDKs/MacOSX10.5.sdk -I/mp/include -I/mp/include -O2 -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386 -arch ppc64 -arch x86_64 -mmacosx-version-min=10.5 -g0 -Wno- system-headers -c -o file.lo file.c /bin/sh ../libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I../include -I../include -I../lib -I../lib -isystem /mp/include -isysroot /Developer/SDKs/MacOSX10.5.sdk -I/mp/include -I/mp/include -O2 -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386 -arch ppc64 -arch x86_64 -mmacosx-version-min=10.5 -g0 -Wno- system-headers -c -o timeval.lo timeval.c mkdir .libs /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I../include -I../include -I../lib -I../lib -isystem /mp/include -isysroot /Developer/SDKs/MacOSX10.5.sdk -I/mp/include -I/mp/include -O2 -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386 -arch ppc64 -arch x86_64 -mmacosx-version-min=10.5 -g0 -Wno-system-headers -c timeval.c -fno-common -DPIC -o .libs/timeval.o /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I../include -I../include -I../lib -I../lib -isystem /mp/include -isysroot /Developer/SDKs/MacOSX10.5.sdk -I/mp/include -I/mp/include -O2 -isysroot /Developer/SDKs/MacOSX10.5.sdk -arch ppc -arch i386 -arch ppc64 -arch x86_64 -mmacosx-version-min=10.5 -g0 -Wno-system-headers -c file.c -fno-common -DPIC -o .libs/file.o In file included from setup.h:112, from timeval.h:31, from timeval.c:24: ../include/curl/curlrules.h:134: error: size of array '__curl_rule_01__' is negative In file included from setup.h:112, from timeval.h:31, from timeval.c:24: ../include/curl/curlrules.h:134: error: size of array '__curl_rule_01__' is negative In file included from setup.h:112, from file.c:24: ../include/curl/curlrules.h:134: error: size of array '__curl_rule_01__' is negative In file included from setup.h:112, from file.c:24: ../include/curl/curlrules.h:134: error: size of array '__curl_rule_01__' is negative lipo: can't figure out the architecture type of: /var/folders/mp/mpyIJDvrEYiDnNTp1Vg6N++++TI/-Tmp-//ccNT1tIF.out make[2]: *** [timeval.lo] Error 1 make[2]: *** Waiting for unfinished jobs.... lipo: can't figure out the architecture type of: /var/folders/mp/mpyIJDvrEYiDnNTp1Vg6N++++TI/-Tmp-//ccUYxE8F.out make[2]: *** [file.lo] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Status 1 encountered during processing. }}} Works fine for just ppc i386. -- Ticket URL: <http://trac.macports.org/ticket/17960> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #16791: UPDATE: redland-1.0.8
by MacPorts 14 Feb '10

14 Feb '10

#16791: UPDATE: redland-1.0.8 -----------------------------------+---------------------------------------- Reporter: lyle(a)lylejohnson.name | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | Port: redland -----------------------------------+---------------------------------------- The attached patch adds support for all of the db4[1-6] variants. -- Ticket URL: <http://trac.macports.org/ticket/16791> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16644: enhancement: +dtrace for Python
by MacPorts 10 Feb '10

10 Feb '10

#16644: enhancement: +dtrace for Python ---------------------------------------+------------------------------------ Reporter: macports(a)robince.ftml.net | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: dtrace, python | Port: python ---------------------------------------+------------------------------------ This kind soul has seperated out the dtrace specific Apple modifications to the system Python, and prepared a patch against 2.5.2 that provides this. http://cournape.wordpress.com/2008/09/02/building-dtrace-enabled-python- from-sources-on-mac-os-x/ It would be great if we could have a +dtrace variant on Python to enable this. -- Ticket URL: <http://trac.macports.org/ticket/16644> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16864: Python2.5 (Revision 40770) +universal (i386, x86_64) +darwin9
by MacPorts 10 Feb '10

10 Feb '10

#16864: Python2.5 (Revision 40770) +universal (i386, x86_64) +darwin9 ---------------------------------+------------------------------------------ Reporter: m(a)miguelgodinho.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: python universal | Port: python25 ---------------------------------+------------------------------------------ I'm not being able to configure the port for the Universal variant. First configure complains of not being able to call getaddrinfo() and suggests disabling IPv6 support. If IPv6 support is disable (changing the Portfile), then configure fails with: "cannot compute sizeof (wchar_t)" -- Ticket URL: <http://trac.macports.org/ticket/16864> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #17306: Python25 won't build universal i386 + x86_64 binaries on Leopard
by MacPorts 10 Feb '10

10 Feb '10

#17306: Python25 won't build universal i386 + x86_64 binaries on Leopard ---------------------------+------------------------------------------------ Reporter: 10.50(a)free.fr | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ---------------------------+------------------------------------------------ The Python25 build script is outdated for Leopard. It references a wrong SDK (10.4 instead of 10.5) and does not seem to build x86_64 binaries, just 32bit archs. This is a bug in the config and config.in scripts. Then, there are several other issues, most notably with SIZEOF_LONG being fixed to 4 in python.h whereas it is 8 for x86_64 archs. Python26 builds fine, but then it is impossible to build any py-* or py25-* extensions because of hardcoded dependencies (wrong PortGroup at least). Is it possible either to upgrade py25 packages to py26 or to correct the python25 package in order for it to build universal Intel files on Leopard? Thanks. -- Ticket URL: <http://trac.macports.org/ticket/17306> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5