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

[MacPorts] #47298: octave-control @2.6.6_0: update to 2.8.0
by MacPorts 31 Mar '15

31 Mar '15

#47298: octave-control @2.6.6_0: update to 2.8.0 ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: octave-control ----------------------------+-------------------------------- octave-control has been updated to version 2.8.0: {{{ control-2.8.0 Release Date: 2015-03-22 Release Manager: Lukas Reichlin =============================================================================== ** zero Compatibility fix in the C++ oct-file to support the upcoming Octave 4.0. (Thanks to Andreas Weber) ** isminimumphase Reverted changes from control-2.6.6. According to the definition of Byrnes/Isidori, the function tests whether the system has asymptotically stable zero dynamics. The poles are not tested. Note that the definition from Wikipedia is mixed up. For details, see the help text of the function (help @lti/isminimumphase) and the papers referenced therein. (Thanks to Ulf Schaper) ** series Fixed a bug which gave unnecessary error messages when the function is called with 4 arguments. (Thanks to Ulf Schaper) ** tf Resolved issues in MIMO state-space to transfer function conversion by implementing a more robust algorithm in SLICOT routine TB01ZD. The same algorithm is used in Octave's krylov function. (Thanks to Thomas Vasileiou) ** It is now possible to cross-compile the control package. (Thanks to John Donoghue) ** Support for 64bit indexing, i.e. Octave versions built with the --enable-64 option. (Thanks to Mike Miller) ** The control package now depends on Octave version 3.8.0 or beyond. ** In order to comply with modified Octave Forge rules, the package no longer auto-loads. See "help pkg" for details on auto-loading. }}} -- Ticket URL: <https://trac.macports.org/ticket/47298> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47315: simplify Makefile for doc
by MacPorts 30 Mar '15

30 Mar '15

#47315: simplify Makefile for doc -------------------------+--------------------- Reporter: lists@… | Owner: markd@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: guide | Version: 2.3.3 Keywords: haspatch | Port: -------------------------+--------------------- this doesn't eliminate the horrible sed like I promised, but this does simplify and reduce duplicate effort. -- Ticket URL: <https://trac.macports.org/ticket/47315> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47261: pinentry-mac not opening GUI
by MacPorts 30 Mar '15

30 Mar '15

#47261: pinentry-mac not opening GUI --------------------------+-------------------------------- Reporter: robitaille@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: --------------------------+-------------------------------- I installed the pinentry-mac port and then tried: /Applications/MacPorts/pinentry-mac.app/Contents/MacOS/pinentry-mac but it shows the prompt in the console instead of as a GUI. I am using the pinentry 0.8.1_1 port. Any ideas on why this might be happening and how to debug further? Doing: Applications/MacPorts/pinentry-mac.app/Contents/MacOS/pinentry-mac --debug gives no further information. -- Ticket URL: <https://trac.macports.org/ticket/47261> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

Re: [MacPorts] #34953: py-libmemcached: update to 0.40, add py27 subport, deprecate py25
by MacPorts 30 Mar '15

30 Mar '15

#34953: py-libmemcached: update to 0.40, add py27 subport, deprecate py25 --------------------------------+---------------------- Reporter: ryandesign@… | Owner: petr@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: py25-libmemcached | --------------------------------+---------------------- Comment (by petr@…): I am wondering if we should not just get rid of this port. The port itself was not maintained for quite some time, apart for some general changes. The py27 subport does not build and there are no dependencies. Upstream the code is apparently dead as well and not available at the sources specified in the Portfile. There are no dependent ports. py-libmc seems to be functionally equivalent and maintained upstream. The last version 1.4.1 is Py3 compatible. I would propose to delete this port without any deprecations measures. -- Ticket URL: <https://trac.macports.org/ticket/34953#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47309: gnutls @3.3.13_0: update to 3.3.14
by MacPorts 30 Mar '15

30 Mar '15

#47309: gnutls @3.3.13_0: update to 3.3.14 ---------------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch maintainer | Port: gnutls ---------------------------------+-------------------------------- gnutls has been updated to version 3.3.14: {{{ ** libgnutls: When retrieving OCTET STRINGS from PKCS #12 ContentInfo structures use BER to decode them (requires libtasn1 4.3). That allows to decode some more complex structures. ** libgnutls: When an end-certificate with no name is present and there are CA name constraints, don't reject the certificate. This follows RFC5280 advice closely. Reported by Fotis Loukos. ** libgnutls: Fixed handling of supplemental data with types > 255. Patch by Thierry Quemerais. ** libgnutls: Fixed double free in the parsing of CRL distribution points certificate extension. Reported by Robert Święcki. ** libgnutls: Fixed a two-byte stack overflow in DTLS 0.9 protocol. That protocol is not enabled by default (used by openconnect VPN). ** libgnutls: The maximum user data send size is set to be the same for block and non-block ciphersuites. This addresses a regression with wine: https://bugs.winehq.org/show_bug.cgi?id=37500 ** libgnutls: When generating PKCS #11 keys, set CKA_ID, CKA_SIGN, and CKA_DECRYPT when needed. ** libgnutls: Allow names with zero size to be set using gnutls_server_name_set(). That will disable the Server Name Indication. Resolves issue with wine: https://gitlab.com/gnutls/gnutls/issues/2 ** API and ABI modifications: No changes since last version. }}} -- Ticket URL: <https://trac.macports.org/ticket/47309> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47055: CGAL: upgrade to 4.5.2, change perf variant compiler to clang-mp-3.5
by MacPorts 30 Mar '15

30 Mar '15

#47055: CGAL: upgrade to 4.5.2, change perf variant compiler to clang-mp-3.5 -------------------------+-------------------------------- Reporter: kurtjaeke@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- Attached patch upgrades CGAL to 4.5.2 and changes the '''perf''' variant's compiler to '''clang-mp-3.5'''. Please apply. Thanks! -- Ticket URL: <https://trac.macports.org/ticket/47055> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #44520: py-pyobjc-quartz @2.5.1: Update
by MacPorts 30 Mar '15

30 Mar '15

#44520: py-pyobjc-quartz @2.5.1: Update -------------------------------+------------------------------ Reporter: radaroutthere@… | Owner: lkraider+ports@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: haspatch Port: py-pyobjc-quartz | -------------------------------+------------------------------ Changes (by petr@…): * status: new => closed * resolution: => fixed Comment: There is more recent ticket #47137 proposing the update to 3.0.4, so I will close this as fixed. The update will be tracked by the newer ticket. -- Ticket URL: <https://trac.macports.org/ticket/44520#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46983: py34-numba: basic example and unit tests fail
by MacPorts 30 Mar '15

30 Mar '15

#46983: py34-numba: basic example and unit tests fail ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py34-numba ------------------------------+-------------------------------- I think {{{py34-numba @0.17.0_0}}} is completely broken on my Mac OS X 10.10. A basic example (http://numba.pydata.org/#example) gives this error: https://gist.github.com/cdeil/472aae377314a4d58e84 And most unit tests fail: {{{python3.4 -c 'import numba; numba.test()'}}} https://gist.github.com/cdeil/695611251961ec71113b Can someone reproduce this issue or is it specific to my system somehow? -- Ticket URL: <https://trac.macports.org/ticket/46983> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46982: py27-numba: missing dependency "funcsigs"
by MacPorts 30 Mar '15

30 Mar '15

#46982: py27-numba: missing dependency "funcsigs" ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py27-numba ------------------------------+-------------------------------- The {{{py27-numba}}} port is missing the funcsigs dependency: * https://pypi.python.org/pypi/numba/0.17.0 * https://pypi.python.org/pypi/funcsigs/0.4 Import fails, i.e. it's completely broken: {{{ $ python2.7 -c 'import numba' Traceback (most recent call last): File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numba/__init__.py", line 6, in <module> from . import testing, decorators File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numba/decorators.py", line 6, in <module> from . import sigutils File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numba/sigutils.py", line 3, in <module> from numba import types, typing File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numba/types.py", line 14, in <module> from . import npdatetime, utils File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numba/utils.py", line 41, in <module> raise ImportError("please install the 'funcsigs' package " ImportError: please install the 'funcsigs' package ('pip install funcsigs') }}} -- Ticket URL: <https://trac.macports.org/ticket/46982> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46189: py-numba: use llvmlite instead of llvmpy?
by MacPorts 30 Mar '15

30 Mar '15

#46189: py-numba: use llvmlite instead of llvmpy? ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py-numba ------------------------------+-------------------------------- Currently {{{py-numba}}} needs on LLVM 3.3 and that fails to install on Mac OS X 10.10, so many Macports users can't get {{{numba}}} There are open issues asking {{{py-llvm}}} to add LLVM 3.4 and 3.5 support: * https://github.com/llvmpy/llvmpy/issues/96 * https://github.com/llvmpy/llvmpy/pull/97 * https://github.com/llvmpy/llvmpy/issues/106 But it's not clear when this is going to happen and I just saw that {{{numba}}} now recommends to use {{{llvmlite}}} instead: * https://github.com/numba/numba#dependencies So hence this feature request ... please * Add an llvmlite port (see https://github.com/numba/llvmlite) * Use this for numba so that it becomes available on Mac OS X 10.10 -- Ticket URL: <https://trac.macports.org/ticket/46189> MacPorts <https://www.macports.org/> Ports system for OS X

1 8