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

[MacPorts] #26743: googlecl @0.9.10_0, osxutils @1.7_1 attempt to install conflicting bin/google
by MacPorts 20 Aug '14

20 Aug '14

#26743: googlecl @0.9.10_0, osxutils @1.7_1 attempt to install conflicting bin/google -----------------------------------+---------------------------------------- Reporter: jpenney@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: googlecl osxutils -----------------------------------+---------------------------------------- googlecl and osxutils both install attempt to install bin/google, causing whichever port is activated second to fail. I'd like to have both of these packages installed. Could a +no_google variant be added to osxutils perhaps? -- Ticket URL: <https://trac.macports.org/ticket/26743> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #27176: Airpwn
by MacPorts 20 Aug '14

20 Aug '14

#27176: Airpwn ------------------------------+--------------------------------------------- Reporter: jkru08@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts 1.9.2 Component: ports | Version: 1.9.1 Keywords: airpwn | Port: airpwn ------------------------------+--------------------------------------------- There is a utility for linux that lets you inject packets and modify web pages that a client is viewing it is located here: is there a possibility of making a port for that? -- Ticket URL: <https://trac.macports.org/ticket/27176> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[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