December 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #48644: [Port Abandoned] Ports maintained by danner.de:daniel
by MacPorts 06 Jan '16

06 Jan '16

#48644: [Port Abandoned] Ports maintained by danner.de:daniel --------------------+------------------------------------- Reporter: mf2k@… | Owner: daniel@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: liboping liboping-devel --------------------+------------------------------------- daniel has not been [search:daniel@danner.de seen in over a year] and has not responded to recent tickets: #44405 #47975 #48365. Please let us know if you still want to maintain your ports. -- Ticket URL: <https://trac.macports.org/ticket/48644> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #48835: wireshark @1.12.7: Build fails with default variant +lua
by MacPorts 06 Jan '16

06 Jan '16

#48835: wireshark @1.12.7: Build fails with default variant +lua -----------------------------+-------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: wireshark -----------------------------+-------------------------------- Building wireshark @1.12.7 fails after the upgrade to lua @5.3.1. {{{ $ sudo port -vs install wireshark ... CC lua_bitop.lo CC lrexlib.lo CC lrexlib_glib.lo CC lrexlib_glib_f.lo CC wslua_tvb.lo CC wslua_proto.lo CC wslua_int64.lo CC wslua_tree.lo ./lua_bitop.c:85:2: error: "Unknown number type, check LUA_NUMBER_* in luaconf.h" #error "Unknown number type, check LUA_NUMBER_* in luaconf.h" ^ 1 error generated. make[4]: *** [lua_bitop.lo] Error 1 ... Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark/wireshark/work/wireshark-1.12.7" && /usr/bin/make -j8 -w all Exit code: 2 Error: org.macports.build for port wireshark returned: command execution failed Warning: targets not executed for wireshark: org.macports.activate org.macports.build org.macports.destroot org.macports.install Please see the log file for port wireshark for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_wireshark/wireshark/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port wireshark failed }}} The build succeeds if the lua variant is disabled: {{{ $ sudo port -vs install wireshark -lua }}} For a similar issue with gnuplot and lua, see #48826. -- Ticket URL: <https://trac.macports.org/ticket/48835> MacPorts <https://www.macports.org/> Ports system for OS X

1 33

[MacPorts] #48832: dolfin @1.6.0_0+mpich+suitesparse ImportError
by MacPorts 06 Jan '16

06 Jan '16

#48832: dolfin @1.6.0_0+mpich+suitesparse ImportError ------------------------------+-------------------------------- Reporter: gideon.simpson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dolfin ------------------------------+-------------------------------- I just installed the new dolifn port, and I'm still getting: {{{ >>> import dolfin Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/__init__.py", line 16, in <module> from . import cpp File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/dolfin/cpp/__init__.py", line 42, in <module> exec("from . import %s" % module_name) File "<string>", line 1, in <module> ImportError: cannot import name common }}} -- Ticket URL: <https://trac.macports.org/ticket/48832> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47330: SPRNG support for PETSc
by MacPorts 06 Jan '16

06 Jan '16

#47330: SPRNG support for PETSc ------------------------------+-------------------------------- Reporter: gideon.simpson@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: petsc ------------------------------+-------------------------------- Could we add the SPRNG variant to the PETSc port (--download-sprng)? -- Ticket URL: <https://trac.macports.org/ticket/47330> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49899: Can't set other graphics library variants than cairo
by MacPorts 06 Jan '16

06 Jan '16

#49899: Can't set other graphics library variants than cairo ------------------------+-------------------------------- Reporter: vsuorant@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py-matplotlib ------------------------+-------------------------------- The default variant cairo is used even when specifying tkinter in the command line. The attached Portfile fixes the issue. -- Ticket URL: <https://trac.macports.org/ticket/49899> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #50042: py-sphinx-contrib: broken py26 subport
by MacPorts 06 Jan '16

06 Jan '16

#50042: py-sphinx-contrib: broken py26 subport --------------------+------------------------------- Reporter: petr@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-sphinx-contrib --------------------+------------------------------- I discovered this when looking through some of my own build failures. For example on the Yosemite buildbot: {{{ [...] [OK] py-sphinx-contrib [FAIL] py26-sphinx-contrib [OK] py27-sphinx-contrib [...] }}} {{{ File "/opt/local/var/macports/build/_opt_local_var_macports_sources_svn.macports .org_trunk_dports_python_py-sphinx-contrib/py26-sphinx- contrib/work/7f39b7f255e3/argdoc/sphinxcontrib/argdoc/ext.py", line 122 all_patterns[char] = { K : re.compile(V) for K,V in patterns.items() } ^ SyntaxError: invalid syntax }}} Although I have not checked this in detail, this looks like a Py 2.6 language incompatibility, maybe caused by the update in r143552 or any of the earlier ones. I guess, we can just get rid of the py26 subport, just requires to check for dependents. -- Ticket URL: <https://trac.macports.org/ticket/50042> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49511: scalapack: add test phase, define BLAS/LAPACK dependencies, don't install cmake files
by MacPorts 06 Jan '16

06 Jan '16

#49511: scalapack: add test phase, define BLAS/LAPACK dependencies, don't install cmake files -------------------------+----------------------- Reporter: dstrubbe@… | Owner: sean@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: scalapack -------------------------+----------------------- Enable test phase for scalapack. Doing so required setting MPIEXEC, allowing use of 'ps', and turning on BUILD_TESTING. Also, I found that about half of the tests failed, some after timing out (at 1500 s). To fix this, inspired by a Homebrew ticket I found, I need to avoid using the raw Accelerate framework. vecLibFort can be used instead. I also added variants to allow use of OpenBLAS or ATLAS instead. They all pass all the tests (promptly) now. Before, ScaLAPACK's own search for linear algebra libraries was being used, and could find a mix of Accelerate and ATLAS libraries depending on whether ATLAS was installed at the time or not, which is against the typical approach of MacPorts anyway. These issues did not seem to cause trouble in actual application usage for me, though maybe that is just a question of which routines were being used (since about half passed the tests). Removed some cmake files from installation which do not seem useful. -- Ticket URL: <https://trac.macports.org/ticket/49511> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49747: Update py-pymc to 2.3.6, correct GitHub PortGroup add gcc5 (as default) and py35 variants
by MacPorts 05 Jan '16

05 Jan '16

#49747: Update py-pymc to 2.3.6, correct GitHub PortGroup add gcc5 (as default) and py35 variants -----------------------------+-------------------------------- Reporter: russell.jones@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py-pymc -----------------------------+-------------------------------- Portfile and diff attached. All tests pass in python 3.4 and 3.5 (well, it "fails" with a set of `DeprecationWarning`s, but I think that's not a problem-- or at least one to be fixed upstream), but one fails in 2.7 as below. I'll check if the 2.7 failure is an upstream bug. I'm also rebuilding py27-numpy and scipy gcc5 to see if that's the cause. Perhaps this should be enforced or warned about by the port if it is the problem? {{{ FAIL: test_consistency (pymc.tests.test_distributions.test_skew_normal) ---------------------------------------------------------------------- Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pymc/tests/test_distributions.py", line 1075, in test_consistency assert_array_almost_equal(hist, like, 1) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/testing/utils.py", line 886, in assert_array_almost_equal precision=decimal) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/testing/utils.py", line 708, in assert_array_compare raise AssertionError(msg) AssertionError: Arrays are not almost equal to 1 decimals (mismatch 10.0%) x: array([ 0. , 0. , 0.1, 0.3, 0.6, 1. , 1.7, 2.1, 1.9, 0.3]) y: array([ 0. , 0. , 0.1, 0.3, 0.6, 1.1, 1.7, 2.2, 1.7, 0.3]) }}} (The 3.5 deprecation warnings are all as below) {{{ DeprecationWarning (inspect.getargspec() is deprecated, use inspect.signature() instead) }}} -- Ticket URL: <https://trac.macports.org/ticket/49747> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49777: julia @0.4.1 should use libgit2 from MacPorts
by MacPorts 05 Jan '16

05 Jan '16

#49777: julia @0.4.1 should use libgit2 from MacPorts -------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: libgit2 | Port: julia -------------------------+-------------------------------- As {{{julia @0.4.1}}} uses its own {{{libgit2}}} without openssl usage but instead with SecureTransport, building {{{libgit2}}} during julia build fails on systems less than 10.8, as e.g. some protocols like TLS 1.1 and 1.2 were not yet implemented e.g. in 10.6 (as far as I can see) inside SecureTransport. However, using {{{libgit2}}} with openssl support (just from MacPorts) should help enable {{{julia}}} builds on older MacOSX versions. BTW, I also wonder why {{{julia}}} apparently requires own {{{openblas}}}, {{{libuv}}} and {{{libunwind}}} libraries. -- Ticket URL: <https://trac.macports.org/ticket/49777> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #50076: pdfgrep @1.4.1 Build error
by MacPorts 05 Jan '16

05 Jan '16

#50076: pdfgrep @1.4.1 Build error -------------------------------------------------+------------------------- Reporter: franky.cyber.ethics@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: unique_ptr mountain lion snow | Version: 2.3.4 leopard | Port: pdfgrep -------------------------------------------------+------------------------- On my system with OS X 10.8.4 (and presumably any other pre-10.9 system), building the latest version of pdfgrep gives compile errors, due to C++11 library incompatibilies. Please see the attached log for more information. Had to revert to older Portfile to install version 1.3.2. -- Ticket URL: <https://trac.macports.org/ticket/50076> MacPorts <https://www.macports.org/> Ports system for OS X

1 4