March 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #42414: netcdf-fortran @4.2_11 dyld failure
by MacPorts 18 Mar '14

18 Mar '14

#42414: netcdf-fortran @4.2_11 dyld failure ---------------------+-------------------------------- Reporter: lists@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: ---------------------+-------------------------------- A simple f90 file calling nf90_create results in the following error: {{{ dyld: lazy symbol binding failed: Symbol not found: _nf_create_ Referenced from: /opt/local/lib/libnetcdff.5.dylib Expected in: flat namespace dyld: Symbol not found: _nf_create_ Referenced from: /opt/local/lib/libnetcdff.5.dylib Expected in: flat namespace Program received signal SIGTRAP: Trace/breakpoint trap. Backtrace for this error: #0 0x10e40de7d #1 0x10e40e38b #2 0x7fff85ab0909 Trace/BPT trap: 5 }}} The file was compiled with the command: {{{ `nc-config --fc` `nc-config --fflags` -o essai essai.f90 `nc-config --flibs` }}} The result of nc-config appears to be ok: $ nc-config --fc /opt/local/bin/gfortran-mp-4.8 $ nc-config --fflags -pipe -Os -I/opt/local/include $ nc-config --flibs -L/opt/local/lib -lnetcdff -L/opt/local/lib -Wl,-headerpad_max_install_names -lnetcdf -lnetcdf I have tried several gcc variants (gcc44, gcc46 and gcc48) but I get the same result each time on Mountain Lion with MacPorts 2.2.1. The same versions on Mavericks appears to work. Enclosed is an example simple source file grabbed from netcdf website, which reproduces the problem. -- Ticket URL: <https://trac.macports.org/ticket/42414> MacPorts <http://www.macports.org/> Ports system for OS X

1 16

[MacPorts] #42916: port request: GAP
by MacPorts 18 Mar '14

18 Mar '14

#42916: port request: GAP ---------------------------+-------------------------------- Reporter: robprice.pi@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gap ---------------------------+-------------------------------- Could someone please add a port for GAP ? The website is http://www.gap- system.org This is a very useful mathematical program for abstract algebra. -- Ticket URL: <https://trac.macports.org/ticket/42916> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #41498: lirc build failure on 10.8
by MacPorts 18 Mar '14

18 Mar '14

#41498: lirc build failure on 10.8 --------------------------+-------------------------------- Reporter: ctreleaven@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: lirc --------------------------+-------------------------------- {{{ :info:build Undefined symbols for architecture x86_64: :info:build "_expectone", referenced from: :info:build _get_data in receive.o :info:build "_expectzero", referenced from: :info:build _get_data in receive.o :info:build "_get_header", referenced from: :info:build _receive_decode in receive.o :info:build (maybe you meant: _get_header_length) :info:build "_get_repeat", referenced from: :info:build _receive_decode in receive.o :info:build (maybe you meant: _get_repeat_length) :info:build "_sync_rec_buffer", referenced from: :info:build _receive_decode in receive.o :info:build ld: symbol(s) not found for architecture x86_64 }}} XCode 5.0.2 on 10.8.5 -- Ticket URL: <https://trac.macports.org/ticket/41498> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #41316: qt4-mac: Warning about libstdc++ after installation ( r113176 does not work for me )
by MacPorts 18 Mar '14

18 Mar '14

#41316: qt4-mac: Warning about libstdc++ after installation ( r113176 does not work for me ) ----------------------------------+-------------------------------- Reporter: george.sklivanitis@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: mavericks | Port: qt4-mac ----------------------------------+-------------------------------- I have the qt4-mac port installed on Mavericks. However, I always see the following warning after building ports: sudo port install gnuradio +all ---> Computing dependencies for gnuradio ---> Cleaning gnuradio ---> Scanning binaries for linking errors: 81.4% Warning: /opt/local/bin/qmake uses /usr/lib/libstdc++.6.dylib as C++ standard library although macports::cxx_stdlib is set to libc++. ---> Scanning binaries for linking errors: 100.0% ---> No broken files found. I followed the instructions of r113176 but still I have the same problem -- Ticket URL: <https://trac.macports.org/ticket/41316> MacPorts <http://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #41594: 'test strread' fails
by MacPorts 18 Mar '14

18 Mar '14

#41594: 'test strread' fails --------------------+-------------------------------- Reporter: lord@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: octave-devel --------------------+-------------------------------- My Octave script fails on 'textscan' call which I traced down to: {{{ octave:1> test strread warning: division by zero ***** test [a, b] = strread ("1 2", "%f%f"); assert (a, 1); assert (b, 2); !!!!! test failed element number 1 undefined in return list octave:2> }}} Version: {{{ octave @3.6.4_10 (math, science) Variants: accelerate, [+]atlas, docs, fltk, g95, gcc43, gcc44, gcc45, gcc46, gcc47, [+]gcc48, gcc49, metis, x11 }}} -- Ticket URL: <https://trac.macports.org/ticket/41594> MacPorts <http://www.macports.org/> Ports system for OS X

1 40

[MacPorts] #42827: boost does not work after Xcode 5.1 update
by MacPorts 18 Mar '14

18 Mar '14

#42827: boost does not work after Xcode 5.1 update ---------------------+-------------------------------- Reporter: sandy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: boost | Port: boost ---------------------+-------------------------------- using or trying to install from source results in compile errors: /opt/local/include/boost/atomic/detail/gcc-atomic.hpp:961:64: error: no matching constructor for initialization of 'storage_type' (aka 'boost::atomics::detail::storage128_type') explicit base_atomic(value_type const& v) BOOST_NOEXCEPT : v_(0) -- Ticket URL: <https://trac.macports.org/ticket/42827> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42468: py-scipy @0.13.3: enable py34 subport, python34 @3.4.0rc1:
by MacPorts 18 Mar '14

18 Mar '14

#42468: py-scipy @0.13.3: enable py34 subport, python34 @3.4.0rc1: -----------------------------+-------------------------------- Reporter: Peter.Danecek@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-scipy, python34 -----------------------------+-------------------------------- This port is quite relevant also as dependency. At least it is a dependency for a port I maintain. So it would be desirable to have Python 3.4 support enabled soon. However, there might be an issue with this: http://comments.gmane.org/gmane.comp.python.scientific.devel/18467 Note: I am a bit confused with the date of this, which seems not to correspond with rc 1 release, so the issue might in reality refer to "beta" instead of "release candidate". Here the release schedule: http://www.python.org/dev/peps/pep-0429/ In case the above issue applies, I guess there are two options: - wait for Python 3.4 rc 2 (upstream fix); - apply the patch proposed above; The maintainer of `python34` might want to consider applying the cited patch before Python 3.4 rc2 is available, so I CC as well. -- Ticket URL: <https://trac.macports.org/ticket/42468> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #42029: Failed to install qt4-mac while installing krusader
by MacPorts 18 Mar '14

18 Mar '14

#42029: Failed to install qt4-mac while installing krusader ----------------------------+-------------------------------- Reporter: mert.nuhoglu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: ----------------------------+-------------------------------- On Mavericks, I have just installed MacPorts. Then run "sudo port install krusader". The following error message is produced: $ sudo port install krusader ---> Computing dependencies for krusader ---> Dependencies to be installed: automoc qt4-mac cmake libidn llvm- gcc42 cctools cctools-headers llvm-3.3 libffi llvm_select gcc_select ld64 pkgconfig ---> Configuring qt4-mac Error: org.macports.configure for port qt4-mac returned: configure failure: command execution failed Error: Failed to install qt4-mac Please see the log file for port qt4-mac for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_qt4-mac/qt4-mac/main.log Error: The following dependencies were not installed: automoc qt4-mac cmake libidn llvm-gcc42 cctools cctools-headers llvm-3.3 libffi llvm_select gcc_select ld64 pkgconfig To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port crusader failed -- Ticket URL: <https://trac.macports.org/ticket/42029> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42416: py*-numpy @1.8.0_2+universal: C libraries are not universal
by MacPorts 18 Mar '14

18 Mar '14

#42416: py*-numpy @1.8.0_2+universal: C libraries are not universal ----------------------+------------------------- Reporter: larryv@… | Owner: michaelld@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: py-numpy ----------------------+------------------------- {{{ % port installed py27-numpy The following ports are currently installed: py27-numpy @1.8.0_2+universal (active) % port contents py27-numpy | grep '\.so$' | xargs file /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/_dotblas.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/_dummy.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray_tests.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/operand_flag_tests.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/scalarmath.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/struct_ufunc_test.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/test_rational.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/umath.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/umath_tests.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/fft/fftpack_lite.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/lib/_compiled_base.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/linalg/_umath_linalg.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/linalg/lapack_lite.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/numarray/_capi.so: Mach-O 64-bit bundle x86_64 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/random/mtrand.so: Mach-O 64-bit bundle x86_64 % }}} The build environment doesn’t look correct for a universal build. {{{ :notice:build ---> Building py27-numpy :debug:build Executing proc-pre-org.macports.build-build-0 :debug:build Executing org.macports.build (py27-numpy) :debug:build Environment: ARCHFLAGS='-arch x86_64' ATLAS='None' BLAS='/usr/lib' CC='/usr/bin/clang' CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build /_Users_larryv_Projects_MacPorts_svn_trunk_dports_python_py- numpy/py27-numpy/work/.CC_PRINT_OPTIONS' CFLAGS='-arch x86_64 -arch i386' CPATH='/opt/local/include' CXX='/usr/bin/clang++' CXXFLAGS='-arch x86_64 -arch i386' LAPACK='/usr/lib' LDFLAGS='-arch x86_64 -arch i386' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.9' OBJC='/usr/bin/clang' OBJCFLAGS='-arch x86_64 -arch i386' }}} Neither does destroot. {{{ :debug:destroot Executing org.macports.destroot (py27-numpy) :debug:destroot Environment: ARCHFLAGS='-arch x86_64' ATLAS='None' BLAS='/usr/lib' CC='/usr/bin/clang' CC_PRINT_OPTIONS='YES' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build /_Users_larryv_Projects_MacPorts_svn_trunk_dports_python_py- numpy/py27-numpy/work/.CC_PRINT_OPTIONS' CFLAGS='-Os -arch x86_64' CPATH='/opt/local/include' CXX='/usr/bin/clang++' CXXFLAGS='-Os -arch x86_64' LAPACK='/usr/lib' LDFLAGS='-L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64' LIBRARY_PATH='/opt/local/lib' MACOSX_DEPLOYMENT_TARGET='10.9' OBJC='/usr/bin/clang' OBJCFLAGS='-Os -arch x86_64' }}} -- Ticket URL: <https://trac.macports.org/ticket/42416> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #39196: py33-opengl-accelerate import level >=0 for python 3.3.
by MacPorts 18 Mar '14

18 Mar '14

#39196: py33-opengl-accelerate import level >=0 for python 3.3. ---------------------+------------------------------------ Reporter: mmoll@… | Owner: jmr@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py33-opengl-accelerate ---------------------+------------------------------------ There is an incompatibility between python 3.3 and PyOpenGL-accelerate that is fortunately easy to fix. Attached is a patch. Without it, you get errors of this sort: {{{ File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3 /site-packages/OpenGL/GL/__init__.py", line 3, in <module> from OpenGL.GL.VERSION.GL_1_1 import * File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3 /site-packages/OpenGL/GL/VERSION/GL_1_1.py", line 10, in <module> from OpenGL import platform, constants, constant, arrays File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3 /site-packages/OpenGL/arrays/__init__.py", line 19, in <module> from OpenGL.arrays.arraydatatype import * File "/opt/local/Library/Frameworks/Python.framework/Versions/3.3/lib/python3.3 /site-packages/OpenGL/arrays/arraydatatype.py", line 14, in <module> from OpenGL_accelerate.arraydatatype import ArrayDatatype as ADT File "arraydatatype.pyx", line 1, in init OpenGL_accelerate.arraydatatype (src/arraydatatype.c:9315) File "wrapper.pyx", line 2, in init OpenGL_accelerate.wrapper (src/wrapper.c:10792) ValueError: level must be >= 0 }}} -- Ticket URL: <https://trac.macports.org/ticket/39196> MacPorts <http://www.macports.org/> Ports system for OS X

1 8