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

Re: [MacPorts] #44288: pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation
by MacPorts 10 Mar '16

10 Mar '16

#44288: pyport.h FreeBSD/Mac OS X "fix" causes errors in C++ compilation -----------------------------+-------------------- Reporter: mark.brethen@… | Owner: jwa@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: fixed | Keywords: Port: python27 | -----------------------------+-------------------- Comment (by mmoll@…): I think python34 and python35 need the same kind of patch. -- Ticket URL: <https://trac.macports.org/ticket/44288#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #50854: scons incorrectly builds projects, serf1 unexpectedly changed dylib versions with just a revbump for OpenSSL
by MacPorts 10 Mar '16

10 Mar '16

#50854: scons incorrectly builds projects, serf1 unexpectedly changed dylib versions with just a revbump for OpenSSL ------------------------+-------------------------- Reporter: jeremyhu@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: scons ------------------------+-------------------------- serf1 was recently revbumped to rebuild against an updated OpenSSL. In doing so, other ports on my system broke because the dylib version of libserf changed: /tmp/r1 $ tar xjf .../serf1-1.3.4_1+universal.darwin_15.i386-x86_64.tbz2 /tmp/r1 $ otool -L opt/local/lib/libserf-1.dylib opt/local/lib/libserf-1.dylib: /opt/local/lib/libserf-1.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libssl.35.dylib (compatibility version 36.0.0, current version 36.0.0) /opt/local/lib/libcrypto.35.dylib (compatibility version 36.0.0, current version 36.0.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.8) /opt/local/lib/libapr-1.0.dylib (compatibility version 6.0.0, current version 6.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1) /opt/local/lib/libaprutil-1.0.dylib (compatibility version 6.0.0, current version 6.4.0) /opt/local/lib/db46/libdb-4.6.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libexpat.1.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0) /tmp/r0 $ tar xjf .../serf1-1.3.4_0+universal.darwin_15.i386-x86_64.tbz2 /tmp/r0 $ otool -L opt/local/lib/libserf-1.dylib opt/local/lib/libserf-1.dylib: /opt/local/lib/libserf-1.dylib (compatibility version 1.3.4, current version 1.3.4) /opt/local/lib/libssl.35.dylib (compatibility version 36.0.0, current version 36.0.0) /opt/local/lib/libcrypto.35.dylib (compatibility version 36.0.0, current version 36.0.0) /opt/local/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.8) /opt/local/lib/libapr-1.0.dylib (compatibility version 6.0.0, current version 6.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1) /opt/local/lib/libaprutil-1.0.dylib (compatibility version 6.0.0, current version 6.4.0) /opt/local/lib/db46/libdb-4.6.dylib (compatibility version 0.0.0, current version 0.0.0) /opt/local/lib/libexpat.1.dylib (compatibility version 8.0.0, current version 8.0.0) /opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0) --- Timestamps of when they were built: -rw-r--r-- 1 root admin 424529 Oct 17 00:33 serf1-1.3.4_0+universal.darwin_15.i386-x86_64.tbz2 -rw-r--r-- 1 root admin 410869 Mar 10 11:09 serf1-1.3.4_1+universal.darwin_15.i386-x86_64.tbz2 The only change to the serf1 port since Oct 17 was the revbump. However, scons was recently updated from 2.3.4 to 2.4.1, and that certainly seems like the likley cause. I'll give a try reverting it. -- Ticket URL: <https://trac.macports.org/ticket/50854> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #41562: libbonoboui @2.24.5: error: format string is not a string literal [-Werror, -Wformat-nonliteral]
by MacPorts 10 Mar '16

10 Mar '16

#41562: libbonoboui @2.24.5: error: format string is not a string literal [-Werror ,-Wformat-nonliteral] -------------------------------+-------------------------------- Reporter: allamistakeo18@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: fixed | Keywords: mavericks Port: libbonoboui | -------------------------------+-------------------------------- Changes (by devans@…): * status: new => closed * resolution: => fixed Comment: Fix committed in r115037 -- Ticket URL: <https://trac.macports.org/ticket/41562#comment:22> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #50577: Add phpdbg SAPI subport to PHP port
by MacPorts 10 Mar '16

10 Mar '16

#50577: Add phpdbg SAPI subport to PHP port ----------------------------+-------------------------------- Reporter: james.harris@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: php phpdbg | Port: php ----------------------------+-------------------------------- Hi there, The phpdbg SAPI has shipped with PHP since v5.6, and absent xdebug for php v7.0 seems to be the go-to tool for debugging and generating code coverage information. I've attempted to add this SAPI to the existing php port, but being new to Portfile development it's likely that I've missed something. I'd appreciate your consideration of this patch or any guidance on how it can be changed to increase the likelihood of inclusion. -- Ticket URL: <https://trac.macports.org/ticket/50577> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #50851: libbiosig @1.7.6: update to 1.7.7
by MacPorts 10 Mar '16

10 Mar '16

#50851: libbiosig @1.7.6: update to 1.7.7 ---------------------------------+-------------------------------- Reporter: christsc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: libbiosig ---------------------------------+-------------------------------- Minor improvements. Most importantly, it fixes another nasty bug in CFS file format, when reading physical units with trailing spaces. -- Ticket URL: <https://trac.macports.org/ticket/50851> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #50848: Build of libbonoboui fails with "command execution failed"
by MacPorts 10 Mar '16

10 Mar '16

#50848: Build of libbonoboui fails with "command execution failed" --------------------+-------------------------------- Reporter: web@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: libbonoboui --------------------+-------------------------------- This happened while trying to install it as a prerequsite for glade3 on El Capitan. My variants are -x11 +no_x11 +quartz +bash_completion Log file attached -- Ticket URL: <https://trac.macports.org/ticket/50848> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #50761: `port select --set ruby ruby23` fails
by MacPorts 10 Mar '16

10 Mar '16

#50761: `port select --set ruby ruby23` fails -------------------------+-------------------------------- Reporter: dottedmag@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: -------------------------+-------------------------------- On freshly installed ruby23: {{{ $ sudo port select --set ruby ruby23 Selecting 'ruby23' for 'ruby' failed: could not create new link "/opt/local/share/man/man1/rake.1.gz": target "/opt/local/share/man/man1/rake2.3.1.gz" doesn't exist }}} And indeed there is no manpage for `rake` in the package. -- Ticket URL: <https://trac.macports.org/ticket/50761> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #50834: ruby21 @ 2.1.8_0 - "Symbol not found: _SSLv2_client_method"
by MacPorts 10 Mar '16

10 Mar '16

#50834: ruby21 @ 2.1.8_0 - "Symbol not found: _SSLv2_client_method" ---------------------+-------------------------------- Reporter: pioto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ruby21 ---------------------+-------------------------------- After a recent upgrade of OpenSSL (I assume to resolve CVE-2016-0800), it seems that Ruby's OpenSSL module can't load anymore. This breaks many things, including `gem upgrade`. Simplest way to reproduce this bug: {{{ $ ruby -e 'require "openssl"' /opt/local/lib/ruby2.1/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require': dlopen(/opt/local/lib/ruby2.1/2.1.0/x86_64-darwin15/openssl.bundle, 9): Symbol not found: _SSLv2_client_method (LoadError) Referenced from: /opt/local/lib/ruby2.1/2.1.0/x86_64-darwin15/openssl.bundle Expected in: /opt/local/lib/libssl.1.0.0.dylib in /opt/local/lib/ruby2.1/2.1.0/x86_64-darwin15/openssl.bundle - /opt/local/lib/ruby2.1/2.1.0/x86_64-darwin15/openssl.bundle from /opt/local/lib/ruby2.1/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /opt/local/lib/ruby2.1/2.1.0/openssl.rb:17:in `<top (required)>' from /opt/local/lib/ruby2.1/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from /opt/local/lib/ruby2.1/2.1.0/rubygems/core_ext/kernel_require.rb:55:in `require' from -e:1:in `<main>' }}} -- Ticket URL: <https://trac.macports.org/ticket/50834> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #50711: how to get perl5.18 installed
by MacPorts 10 Mar '16

10 Mar '16

#50711: how to get perl5.18 installed --------------------------+-------------------------------- Reporter: bridget_wu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------------+-------------------------------- I installed the mac port MacPorts-2.3.4-10.11-ElCapitan.pkg on my mac which has El Capitan. It seems it only has perl version perl5.22 under /opt/local/bin/ installed. But our apps are looking for perl5.18 specifically. Is there a way that I can get perl5.18 installed. -- Ticket URL: <https://trac.macports.org/ticket/50711> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #50846: Atlas build fails on gfortran location
by MacPorts 10 Mar '16

10 Mar '16

#50846: Atlas build fails on gfortran location -------------------------------+-------------------------------- Reporter: Eric.J.Fielding@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: atlas -------------------------------+-------------------------------- I did the usual port upgrade outdated but atlas failed to rebuild. It looks like it is looking in the wrong place for the gfortran library. {{{ :info:build cd RCW_tMp ; ar x ../liblapack.a :info:build cd RCW_tMp ; ar x ../libf77blas.a :info:build cd RCW_tMp ; ar x ../libcblas.a :info:build cd RCW_tMp ; ar x ../libatlas.a :info:build cd RCW_tMp ; /usr/bin/clang -O3 -fomit-frame-pointer -fPIC -march=native -mfma -dynamiclib -o ../libsatlas.dylib \ :info:build -install_name /opt/local/lib/libsatlas.dylib -current_version 3.10.2 \ :info:build -compatibility_version 3.10.2 *.o -lpthread -lm /opt/local/lib/gcc4.8/libgfortran.dylib :info:build clang: error: no such file or directory: '/opt/local/lib/gcc4.8/libgfortran.dylib' :info:build make[1]: *** [dylib] Error 1 :info:build make: *** [shared_all] Error 2 :info:build Command failed: /usr/bin/make shared_all :info:build Exit code: 2 }}} I have gcc48 installed and it provides /opt/local/lib/gcc48/libgfortran.dylib without the "." so I am guessing some config file has a typo. -- Ticket URL: <https://trac.macports.org/ticket/50846> MacPorts <https://www.macports.org/> Ports system for OS X

1 2