July 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #29946: mplayer-devel @current install can fail if interrupted
by MacPorts 18 Aug '14

18 Aug '14

#29946: mplayer-devel @current install can fail if interrupted ----------------------------------+----------------------------------------- Reporter: rogerdpack@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ----------------------------------+----------------------------------------- Hello all. Got this today $ sudo port install mplayer-devel -f ... svn: Destination directory exists; please remove the directory or use --force to overwrite svn: '/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_multimedia_mplayer-devel/work/trunk' already exists I think the svn co wants to include "--force" perhaps, or something like that(or an extra preceding rm -rf)? Otherwise you can't reinstall it like with other packages you typically can. Thanks! -roger- -- Ticket URL: <https://trac.macports.org/ticket/29946> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[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] #28610: p5-libapreq2 @2.13 fails to build, can't find ModPerl/MM.pm
by MacPorts 14 Aug '14

14 Aug '14

#28610: p5-libapreq2 @2.13 fails to build, can't find ModPerl/MM.pm ----------------------------------+----------------------------------------- Reporter: roberto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: p5-libapreq2 ----------------------------------+----------------------------------------- {{{ :info:build cd perl; /opt/local/bin/perl Makefile.PL -apxs /opt/local/apache2/b in/apxs INSTALLDIRS=vendor :info:build Can't locate ModPerl/MM.pm in @INC (@INC contains: /opt/local/lib/pe rl5/site_perl/5.12.3/darwin-multi-2level /opt/local/lib/perl5/site_perl/5.12.3 / opt/local/lib/perl5/vendor_perl/5.12.3/darwin-multi-2level /opt/local/lib/perl5/ vendor_perl/5.12.3 /opt/local/lib/perl5/5.12.3/darwin-multi-2level /opt/local/li b/perl5/5.12.3 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl . ) at Makefile.PL line 2. :info:build BEGIN failed--compilation aborted at Makefile.PL line 2. :info:build make[1]: *** [perl/Makefile] Error 2 :info:build make: *** [all-recursive] Error 1 :info:build shell command " cd "/opt/local/var/macports/build/_opt_local_var_mac ports_sources_rsync.macports.org_release_ports_perl_p5-libapreq2/work/libapreq2- 2.13" && /usr/bin/make -j2 all " returned error 2 }}} -- Ticket URL: <https://trac.macports.org/ticket/28610> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[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