September 2010 - macports-tickets - lists.macosforge.org

[MacPorts] #22724: mplayer-devel and binary codec package
by MacPorts 18 Aug '14

18 Aug '14

#22724: mplayer-devel and binary codec package -------------------------------------------+-------------------------------- Reporter: hippallium-macports@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: mencoder, binary codec | Port: mplayer-devel -------------------------------------------+-------------------------------- I have installed the binary codec package available at: http://www.mplayerhq.hu/design7/dload.html#binary_codecs However, mencoder does not appear to use those codecs because a variable would have to be set at compilation time with --win32codecsdir=DIR. -- Ticket URL: <http://trac.macports.org/ticket/22724> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20773: Add zope2.10
by MacPorts 14 Aug '14

14 Aug '14

#20773: Add zope2.10 -----------------------------+---------------------------------------------- Reporter: martin@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: zope zope2.10 -----------------------------+---------------------------------------------- As stated on the mailing list ( http://lists.macosforge.org/pipermail /macports-users/2009-February/013697.html ) I think there should be a port for zope2.10 (and probably zope2.9, zope2.11). As with the different Python versions it is a dependency for other applications like Plone. The attached port file is tested with MacPorts 1.710, Mac OS X 10.5, Intel. -- Ticket URL: <http://trac.macports.org/ticket/20773> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #19397: scipy not completely universal
by MacPorts 14 Aug '14

14 Aug '14

#19397: scipy not completely universal -------------------------------------------+-------------------------------- Reporter: daweonline@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: scipy python universal binary | Port: py26-scipy -------------------------------------------+-------------------------------- I've added "i386 x86_64" as universal flags in macports.conf. I've built python2.6 enabling universal and I successfully run it in 64 bit mode. I've built p26-scipy +universal but: {{{ >>> import scipy.signal Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/signal/__init__.py", line 9, in <module> from bsplines import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/signal/bsplines.py", line 3, in <module> import scipy.special File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/__init__.py", line 8, in <module> from basic import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/basic.py", line 8, in <module> from _cephes import * ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/_cephes.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/special/_cephes.so: mach-o, but wrong architecture }}} and also: {{{ >>> import scipy.linalg Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/__init__.py", line 8, in <module> from basic import * File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/basic.py", line 17, in <module> from lapack import get_lapack_funcs File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/lapack.py", line 17, in <module> from scipy.linalg import flapack ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/flapack.so, 2): no suitable image found. Did find: /opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/scipy/linalg/flapack.so: mach-o, but wrong architecture }}} I've checked and there are a lot of others object only built for i386. Changing the universal flags to x86_64 only doesn't work. It appears that the build chain of scipy understands "universal" as "i386 ppc" only. {{{ $ port version Version: 1.710 $ uname -a Darwin host032.2b11.ifom-ieo-campus.it 9.6.3 Darwin Kernel Version 9.6.3: Tue Jan 20 18:26:40 PST 2009; root:xnu-1228.10.33~1/RELEASE_I386 i386 }}} -- Ticket URL: <http://trac.macports.org/ticket/19397> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 36

[MacPorts] #26371: Update InsightToolkit portfile for ITK3.20
by MacPorts 12 Aug '14

12 Aug '14

#26371: Update InsightToolkit portfile for ITK3.20 ------------------------------------------+--------------------------------- Reporter: arnaud_gelas@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------------------+--------------------------------- ITK 3.20 has been: http://www.kitware.com/news/home/browse/288 -- Ticket URL: <http://trac.macports.org/ticket/26371> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #26374: [InsightToolkit] set ITK_USE_REVIEW_STATISTICS to ON
by MacPorts 12 Aug '14

12 Aug '14

#26374: [InsightToolkit] set ITK_USE_REVIEW_STATISTICS to ON ------------------------------------------+--------------------------------- Reporter: arnaud_gelas@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: InsightToolkit ------------------------------------------+--------------------------------- For ITKv4, the old (and standard) statistics framework will be replaced by the "review" one. The new framework fix several bugs and can process much larger data than the old one. -- Ticket URL: <http://trac.macports.org/ticket/26374> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #26373: [InsightToolkit] enable parallel builds
by MacPorts 12 Aug '14

12 Aug '14

#26373: [InsightToolkit] enable parallel builds ------------------------------------------+--------------------------------- Reporter: arnaud_gelas@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: InsightToolkit ------------------------------------------+--------------------------------- With the latest release of ITK, ITK is supposed to perfectly build in parallel on most of architecture (see dashboard). Else a bug report can be filed to ITK developers. -- Ticket URL: <http://trac.macports.org/ticket/26373> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #26372: [InsightToolkit] CableSwig-ITK becomes a variant
by MacPorts 12 Aug '14

12 Aug '14

#26372: [InsightToolkit] CableSwig-ITK becomes a variant ------------------------------------------+--------------------------------- Reporter: arnaud_gelas@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: InsightToolkit ------------------------------------------+--------------------------------- Few users are interested in the Cable-Swig wrapping of ITK library, especially since: * the wrapping of ITKv4 will be based on WrapITK * the low coverage of this wrapping method -- Ticket URL: <http://trac.macports.org/ticket/26372> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #23772: InsightToolKit: fix linking against python 2.6 framework
by MacPorts 12 Aug '14

12 Aug '14

#23772: InsightToolKit: fix linking against python 2.6 framework -----------------------------------+---------------------------------------- Reporter: jeremyhu@… | Owner: dweber@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: python build failure | Port: cmake InsightToolkit -----------------------------------+---------------------------------------- I tried adding this to fix the linking: configure.ldflags-append -F${frameworks_dir} but that did not get passed to the cmake build process. I'm not sure if this is an issue with cmake or InsightToolkit. -- Ticket URL: <http://trac.macports.org/ticket/23772> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #23092: InsightToolKit did not build
by MacPorts 12 Aug '14

12 Aug '14

#23092: InsightToolKit did not build --------------------------------+------------------------------------------- Reporter: trog24@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: --------------------------------+------------------------------------------- Four attempts at building InsightToolKit resulted in the following error: {{{ [ 17%] Built target itkvnl_inst /usr/bin/gnumake -f Code/Common/CMakeFiles/ITKCommon.dir/build.make Code/Common/CMakeFiles/ITKCommon.dir/depend cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build && /opt/local/bin/cmake -E cmake_depends "Unix Makefiles" /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16/Code/Common /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build/Code/Common /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build/Code/Common/CMakeFiles/ITKCommon.dir/DependInfo.cmake --color= /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16/Utilities/CableSwig/GCC/gcc/config/rs6000 /host-darwin.c:39: error: conflicting types for 'sigaltstack' /usr/include/signal.h:89: error: previous declaration of 'sigaltstack' was here /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16/Utilities/CableSwig/GCC/gcc/config/rs6000 /host-darwin.c: In function 'segv_handler': /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16/Utilities/CableSwig/GCC/gcc/config/rs6000 /host-darwin.c:81: error: 'struct __darwin_mcontext' has no member named 'ss' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16/Utilities/CableSwig/GCC/gcc/config/rs6000 /host-darwin.c:130: error: 'struct __darwin_mcontext' has no member named 'es' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16/Utilities/CableSwig/GCC/gcc/config/rs6000 /host-darwin.c:131: error: 'struct __darwin_mcontext' has no member named 'ss' gnumake[2]: *** [Utilities/CableSwig/GCC/gcc/CMakeFiles/backend.dir/config/rs6000/host- darwin.o] Error 1 gnumake[1]: *** [Utilities/CableSwig/GCC/gcc/CMakeFiles/backend.dir/all] Error 2 gnumake[1]: *** Waiting for unfinished jobs.... /usr/bin/gnumake -f Code/Common/CMakeFiles/ITKCommon.dir/build.make Code/Common/CMakeFiles/ITKCommon.dir/build gnumake[2]: Nothing to be done for `Code/Common/CMakeFiles/ITKCommon.dir/build'. /opt/local/bin/cmake -E cmake_progress_report /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build/CMakeFiles 23 [ 18%] Built target ITKCommon gnumake: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build" && /usr/bin/gnumake -j2 all " returned error 2 DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_InsightToolkit/work/InsightToolkit-3.16-build" && /usr/bin/gnumake -j2 all " returned error 2 while executing "command_exec build" (procedure "portbuild::build_main" line 9) invoked from within "$procedure $targetname" Warning: the following items did not execute (for InsightToolkit): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. }}} The platform is a dual 1.73 GHz PowerPC G4 w/ 1 MB of RAM on a 133 MHz bus with 165 GB free disk space available. -- Ticket URL: <http://trac.macports.org/ticket/23092> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 23

[MacPorts] #22066: gcc44, gcc45: error trying to exec 'ecj1': execvp: No such file or directory
by MacPorts 12 Aug '14

12 Aug '14

#22066: gcc44, gcc45: error trying to exec 'ecj1': execvp: No such file or directory -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: gcc44, gcc45 -------------------------------------+-------------------------------------- I'm trying to add gcc44 support to pdftk (see #15420) but I'm running into this problem before I can build anything: {{{ gcj-mp-4.4: error trying to exec 'ecj1': execvp: No such file or directory }}} I'm using gcc44 @4.4.1_0, and I see the same issue with gcc45 @4.5-20091001_0+java. {{{ gcj-mp-4.5: error trying to exec 'ecj1': execvp: No such file or directory }}} This may be similar to #13553. Mac OS X 10.6.1 Snow Leopard [[BR]] Xcode 3.2.1 -- Ticket URL: <http://trac.macports.org/ticket/22066> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11