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

[MacPorts] #51734: OpenCV needs patch to build with +vtk
by MacPorts 30 Jun '16

30 Jun '16

#51734: OpenCV needs patch to build with +vtk -----------------------+-------------------------------- Reporter: irony42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: opencv -----------------------+-------------------------------- Successfully building opencv +vtk requires the following upstream patches: * https://github.com/Itseez/opencv/commit/64a57f7c387f201094076120bfecf59719a… * https://github.com/Itseez/opencv/commit/372890f1d7e4d6fbfbeda4c1f163c54e0c5… (I guess this happened because vtk 7.0.0 came out shortly after opencv 3.1.0) -- Ticket URL: <https://trac.macports.org/ticket/51734> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51736: python35 @3.5.2_0 fails to build with macosx_deployment_target 10.7
by MacPorts 30 Jun '16

30 Jun '16

#51736: python35 @3.5.2_0 fails to build with macosx_deployment_target 10.7 --------------------+-------------------------------- Reporter: help@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: python35 --------------------+-------------------------------- I'm running OS X 10.10.5 and Xcode 7.2.1 (latest available for Yosemite), tested also with Xcode 7.0.1. Error message is as follows (full log is attached): {{{ :info:build DYLD_FRAMEWORK_PATH=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_python35/python35/work/Python-3.5.2 ./python.exe -E -S -m sysconfig --generate-posix-vars ;\ :info:build if test $? -ne 0 ; then \ :info:build echo "generate-posix-vars failed" ; \ :info:build rm -f ./pybuilddir.txt ; \ :info:build exit 1 ; \ :info:build fi :info:build /bin/sh: line 1: 25271 Killed: 9 DYLD_FRAMEWORK_PATH=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_python35/python35/work/Python-3.5.2 ./python.exe -E -S -m sysconfig --generate-posix-vars :info:build generate-posix-vars failed :info:build make: *** [pybuilddir.txt] Error 1 }}} This happens only with deployment target set to 10.7, any other value (say 10.6, 10.8 or not set) works fine. It looks like some OS X security measure kicks in and kills python.exe, but running "sudo spctl --master- disable" didn't change anything. In /var/log/system.log I see the following message: {{{ taskgated[97]: no signature for pid=25271 (cannot make code: UNIX[No such process]) }}} All in all this looks like Xcode compiler or/and linker bug, but I would welcome any advice on this issue. -- Ticket URL: <https://trac.macports.org/ticket/51736> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51664: Please add pseudo-portnames for some common programs
by MacPorts 30 Jun '16

30 Jun '16

#51664: Please add pseudo-portnames for some common programs -------------------------+-------------------------------- Reporter: noloader@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: -------------------------+-------------------------------- According to `port help`: {{{ $ port help port ... Pseudo-portnames ---------------- Pseudo-portnames are words that may be used in place of a portname, and which expand to some set of ports. The common pseudo-portnames are: all, current, active, inactive, actinact, installed, uninstalled, outdated, obsolete, requested, unrequested and leaves. These pseudo-portnames expand to the set of ports named. ... }}} I'm not sure what the list should be, but I'm fairly certain it should include compilers: {{{ $ port search g++ No match for g++ found $ port search 'g++' No match for g++ found $ port search 'g\+\+' No match for g\+\+ found $ port search '*g++*' No match for *g++* found $ port search 'clang++' No match for clang++ found $ port search 'clang\+\+' No match for clang\+\+ found $ port search '*clang++*' No match for *clang++* found }}} And from [http://list.macosforge.org/pipermail/macports- users/2016-January/040289.html What is the name of the Bouncy Castle Port]: {{{ $ port search BouncyCastle No match for BouncyCastle found $ port search Bouncy-Castle No match for Bouncy-Castle found $ port search '*BouncyCastle*' No match for *BouncyCastle* found $ port search '*Bouncy-Castle*' No match for *Bouncy-Castle* found }}} According to the answer, the package name is `lcrypto`. As a naive user, I would expect that name to be closer to OpenSSL because on uses `-lcrypto` to include it. ----- {{{ $ port version Version: 2.3.4 }}} -- Ticket URL: <https://trac.macports.org/ticket/51664> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #51735: class-dump @3.5 - broken build due to missing openssl header
by MacPorts 30 Jun '16

30 Jun '16

#51735: class-dump @3.5 - broken build due to missing openssl header --------------------------+---------------------------- Reporter: and.damore@… | Owner: cedric.luthi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: class-dump --------------------------+---------------------------- Building class-dump on 10.11 with XC 7.3.1 fails with: {{{ /opt/local/var/macports/build/_opt_macports_trunk_dports_devel_class-dump /class-dump/work/class-dump-3.5/src/Source/CDLCSegment.m:10:10: fatal error: 'openssl/aes.h' file not found #include <openssl/aes.h> ^ 1 warning and 1 error generated. }}} Port openssl is installed, the build phase is missing flag to include $prefix. I'm attaching full about-200-lines log. -- Ticket URL: <https://trac.macports.org/ticket/51735> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51711: libarchive @3.2.1 - Build failure
by MacPorts 30 Jun '16

30 Jun '16

#51711: libarchive @3.2.1 - Build failure --------------------+-------------------------------- Reporter: eric@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: libarchive --------------------+-------------------------------- A new version of `libarchive((a)3.2.1)` arrived last night when I ran the update… But, the build fails. Did try to clean->reinstall etc. I have no idea how to solve this. Last part of: `sudo port -v -s upgrade libarchive` (from 1st error) {{{ libarchive/archive_read_support_format_lha.c:1730:3: error: use of unknown builtin '__builtin_bswap16' [-Wimplicit-function-declaration] CRC16W; ^ libarchive/archive_read_support_format_lha.c:1725:11: note: expanded from macro 'CRC16W' crc ^= bswap16(*buff); buff++; \ ^ libarchive/archive_read_support_format_lha.c:1719:22: note: expanded from macro 'bswap16' # define bswap16(x) __builtin_bswap16(x) ^ 1 error generated. make[1]: *** [libarchive/archive_read_support_format_lha.lo] Error 1 make[1]: *** Waiting for unfinished jobs.... libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I/opt/local/include -I/opt/local/include/libxml2 -pipe -Os -arch x86_64 -Wall -Wformat -Wformat-security -MT libarchive/archive_read_support_format_mtree.lo -MD -MP -MF libarchive/.deps/archive_read_support_format_mtree.Tpo -c libarchive/archive_read_support_format_mtree.c -fno-common -DPIC -o libarchive/.libs/archive_read_support_format_mtree.o libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I/opt/local/include -I/opt/local/include/libxml2 -pipe -Os -arch x86_64 -Wall -Wformat -Wformat-security -MT libarchive/archive_read_support_format_iso9660.lo -MD -MP -MF libarchive/.deps/archive_read_support_format_iso9660.Tpo -c libarchive/archive_read_support_format_iso9660.c -o libarchive/archive_read_support_format_iso9660.o >/dev/null 2>&1 libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I/opt/local/include -I/opt/local/include/libxml2 -pipe -Os -arch x86_64 -Wall -Wformat -Wformat-security -MT libarchive/archive_read_support_format_cab.lo -MD -MP -MF libarchive/.deps/archive_read_support_format_cab.Tpo -c libarchive/archive_read_support_format_cab.c -o libarchive/archive_read_support_format_cab.o >/dev/null 2>&1 libtool: compile: /usr/bin/clang -DHAVE_CONFIG_H -I. -I/opt/local/include -I/opt/local/include/libxml2 -pipe -Os -arch x86_64 -Wall -Wformat -Wformat-security -MT libarchive/archive_read_support_format_mtree.lo -MD -MP -MF libarchive/.deps/archive_read_support_format_mtree.Tpo -c libarchive/archive_read_support_format_mtree.c -o libarchive/archive_read_support_format_mtree.o >/dev/null 2>&1 make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_libarchive/libarchive/work/libarchive-3.2.1' make: *** [all] Error 2 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_libarchive/libarchive/work/libarchive-3.2.1' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_libarchive/libarchive/work/libarchive-3.2.1" && /usr/bin/make -j5 -w all Exit code: 2 Error: org.macports.build for port libarchive returned: command execution failed Warning: targets not executed for libarchive: org.macports.install org.macports.build org.macports.destroot Please see the log file for port libarchive for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_archivers_libarchive/libarchive/main.log Error: Unable to upgrade port: 1 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets :: code: 1 [Me@hostname] ~$ }}} //Attaching the `**/main.log`// Current working: {{{ $ port echo outdated libarchive @3.1.2_2 }}} ---- //OS X: 10.7.5, MacPorts: 2.3.4, Xcode: 4.4.3// -- Ticket URL: <https://trac.macports.org/ticket/51711> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #51491: Importing ROOT(6) in ipython causes unusual backspace/navigation behaviour.
by MacPorts 29 Jun '16

29 Jun '16

#51491: Importing ROOT(6) in ipython causes unusual backspace/navigation behaviour. ------------------------------------+-------------------------------- Reporter: william.shields.2010@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ------------------------------------+-------------------------------- Hi, I've been trying to use pyROOT and have been encountering problems in that the backspace and arrow keys no longer behave as normal. Backspace does not appear to remove the characters in the terminal, but upon hitting return they actually have been removed, and using the arrow keys left and right does not move the cursor. Several of my colleagues have also noticed the same behaviour. The version of ROOT I have is: {{{ root6 @6.06.02_0+cocoa+gcc5+graphviz+gsl+http+minuit2+opengl+python27+roofit+soversion+ssl+tmva+xml }}} This problem had already been submitted by another user to the ROOT support forum which suggests a separate install of one of their binaries should fix it: https://root.cern.ch/phpBB3/viewtopic.php?t=21234 I downloaded their binary (root_v6.06.04.macosx64-10.9-clang60) and deactivated root6 in macports, but this created a new problem in that ROOT can only then be imported in the system version of python rather than the macports install. Importing ROOT in the macports version caused the following: {{{ Fatal Python error: PyThreadState_Get: no current thread Abort trap: 6 }}} I don't know where/how to even begin fixing the problem with the binary version (I'm very unsure and inexperienced in these sort of problems), so I downloaded, built and installed ROOT from source (v6.06.04) instead which appears to have been successful and restored normal behaviour in the macports version of ipython. My system currently uses : {{{ OS X 10.10.5 Xcode 7.2 Python 2.7.11 Ipython 4.0.0 Apple LLVM version 6.0 (clang-600.0.57) (based on LLVM 3.5svn) Target: x86_64-apple-darwin14.5.0 Thread model: posix }}} Whilst I appear to have navigated around the issue, the unusual behaviour still exists with the macports version of root6, so I thought I should make someone aware of it. -- Ticket URL: <https://trac.macports.org/ticket/51491> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51376: p5.24-scope-upper: error: use of undeclared identifier 'CXt_LOOP_FOR'
by MacPorts 29 Jun '16

29 Jun '16

#51376: p5.24-scope-upper: error: use of undeclared identifier 'CXt_LOOP_FOR' ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: p5.24-scope-upper ---------------------+-------------------------------- p5.24-scope-upper is broken since 5.23.8: {{{ "/opt/local/bin/perl5.24" "/opt/local/lib/perl5/5.24/ExtUtils/xsubpp" -typemap "/opt/local/lib/perl5/5.24/ExtUtils/typemap" Upper.xs > Upper.xsc && mv Upper.xsc Upper.c cp lib/Scope/Upper.pm blib/lib/Scope/Upper.pm /usr/bin/clang -c -fno-common -DPERL_DARWIN -mmacosx-version-min=10.7 -pipe -Os -fno-strict-aliasing -fstack-protector -I/opt/local/include -DPERL_USE_SAFE_PUTENV -arch x86_64 -O3 -DVERSION=\"0.28\" -DXS_VERSION=\"0.28\" "-I/opt/local/lib/perl5/5.24/darwin-thread-multi- 2level/CORE" -DSU_RELEASE=1 Upper.c Upper.xs:1331:11: error: use of undeclared identifier 'CXt_LOOP_FOR' case CXt_LOOP_FOR: ^ Upper.xs:1372:8: error: use of undeclared identifier 'CXt_LOOP_FOR' case CXt_LOOP_FOR: ^ Upper.xs:1543:31: error: no member named 'argarray' in 'struct block_sub' argarray = cx->blk_sub.argarray; ~~~~~~~~~~~ ^ Upper.xs:1618:29: error: no member named 'argarray' in 'struct block_sub' SvREFCNT_dec(cx->blk_sub.argarray); ~~~~~~~~~~~ ^ ... }}} Upstream report: https://rt.cpan.org/Public/Bug/Display.html?id=112246 -- Ticket URL: <https://trac.macports.org/ticket/51376> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #51730: perl/p5-time-hires new releases
by MacPorts 29 Jun '16

29 Jun '16

#51730: perl/p5-time-hires new releases --------------------+-------------------------------- Reporter: jhi@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: perl/p5-time-hires --------------------+-------------------------------- Hi, I am the maintainer of the Time::HiRes upstream perl5 module in CPAN. This is just a FYI message that there are some new releases of it, most importantly the 1.9739 which should handle the upcoming Sierra release of OS X, err, macOS. -- Ticket URL: <https://trac.macports.org/ticket/51730> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #51729: i386-elf-binutils @2.23.1_1 update to 2.26
by MacPorts 29 Jun '16

29 Jun '16

#51729: i386-elf-binutils @2.23.1_1 update to 2.26 --------------------+-------------------------------- Reporter: help@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: i386-elf-binutils --------------------+-------------------------------- Current version doesn't build for me due to bug #50571. I tried just bumping the version, but then I get conflicts with other crossbinutils because all of them install /opt/local/include/libiberty/. -- Ticket URL: <https://trac.macports.org/ticket/51729> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #51728: x86_64-elf-binutils @2.23.1_1 update to 2.26
by MacPorts 29 Jun '16

29 Jun '16

#51728: x86_64-elf-binutils @2.23.1_1 update to 2.26 --------------------+--------------------------------- Reporter: help@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: x86_64-elf-binutils --------------------+--------------------------------- Current version doesn't build for me due to bug #50571. I tried just bumping the version, but then I get conflicts with other crossbinutils because all of them install /opt/local/include/libiberty/. -- Ticket URL: <https://trac.macports.org/ticket/51728> MacPorts <https://www.macports.org/> Ports system for OS X

1 1