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

[MacPorts] #50035: armadillo @6.300.2: update to 6.400.2
by MacPorts 17 Dec '15

17 Dec '15

#50035: armadillo @6.300.2: update to 6.400.2 ---------------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch maintainer | Port: armadillo ---------------------------------+-------------------------------- armadillo has been updated to version 6.400.2. New this version: * expanded each_col(), each_row() and each_slice() to handle C++11 lambda functions * added ind2sub() and sub2ind() * fixes for corner cases in gmm_diag class -- Ticket URL: <https://trac.macports.org/ticket/50035> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #50015: mksh @R1_0: update to R52
by MacPorts 17 Dec '15

17 Dec '15

#50015: mksh @R1_0: update to R52 ---------------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch maintainer | Port: mksh ---------------------------------+-------------------------------- mksh has been updated to version R52. * We no longer ship the {{{stop}}} alias. -- Ticket URL: <https://trac.macports.org/ticket/50015> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #44136: PyROOT with root6 ACLiC Issues
by MacPorts 17 Dec '15

17 Dec '15

#44136: PyROOT with root6 ACLiC Issues ------------------------+-------------------------- Reporter: jfcaron@… | Owner: jonesc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: root, python Port: root6 | ------------------------+-------------------------- Comment (by jonesc@…): Hi, The command that is run when ACLiC generates the library is {{{ >>> ROOT.gSystem.GGetMakeSharedLib() >>> 'cd $BuildDir ; clang++ -c $Opt -pipe -Os -arch x86_64 -stdlib=libc++ -m64 -pipe -W -Woverloaded-virtual -fsigned-char -fno-common -Qunused- arguments -pthread -std=c++14 -stdlib=libc++ -DR__HAVE_CONFIG $IncludePath $SourceFiles ; clang++ $ObjectFiles -dynamiclib -Wl,-headerpad_max_install_names -m64 -single_module -Wl,-dead_strip_dylibs $LinkedLibs -o $SharedLib' }}} Trying to figure what those environment variables get expanded to the best way I found was to just run 'ps x' whilst the command was running... this gives {{{ 31099 s001 S+ 0:00.01 sh -c cd "/Users/chris" ; clang++ -c -O2 -DNDEBUG -pipe -Os -arch x86_64 -stdlib=libc++ -m64 -pipe -W -Woverloaded- virtual -fsigned-char -fno-common -Qunused-arguments -pthread -std=c++14 -stdlib=libc++ -DR__HAVE_CONFIG -I/opt/local/libexec/root6/include/root -I"/opt/local/libexec/root6/etc/root" -I"/opt/local/libexec/root6/include/root" -I"/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/../include/c++/v1" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/interpreter/cling/include" -I"/opt/local/libexec/root6/etc/root/cling" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/include/root" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/graf3d/g3d/inc" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/gui/gui/inc" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/io/io/inc" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/core/base/../textinput/src" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/core/base/" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/core/thread/" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/io/io/" -I"/opt/local/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/net/net/" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/tree/tree/" -I"/opt/local/Library/Frameworks/Python.framework/Versions/2.7/Headers" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/bindings/pyroot/" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/interpreter/llvm/src/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/interpreter/llvm/src/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/interpreter/llvm/src/tools/clang/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/interpreter/llvm/src/tools/clang/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/interpreter/cling/include" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/etc/cling/cint" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/core/metautils/" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/root-6-06-00/hist/hist/inc" -I"/opt/local/var/macports/build/_Users_chris_Projects_MacPorts_dports_science_root6/root6/work/build/math/mathcore/" -D__ACLIC__ "/Users/chris/tuple_C_ACLiC_dict.cxx" ; clang++ "/Users/chris/tuple_C_ACLiC_dict.o" -dynamiclib -Wl,-headerpad_max_install_names -m64 -single_module -Wl,-dead_strip_dylibs -lRint -lCore -L/opt/local/libexec/root6/lib/root /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Python /usr/lib/libz.1.dylib /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/_locale.so /opt/local/lib/libintl.8.dylib /opt/local/lib/libiconv.2.dylib /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/readline.so /opt/local/lib/libedit.0.dylib /opt/local/lib/libncurses.6.dylib /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/strop.so /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/libPyROOT.so /opt/local/libexec/root6/lib/root/libTree.6.so /opt/local/libexec/root6/lib/root/libRIO.6.so /opt/local/libexec/root6/lib/root/libCore.6.so /opt/local/libexec/root6/lib/root/libNet.6.so /opt/local/libexec/root6/lib/root/libThread.6.so /opt/local/lib/libssl.1.0.0.dylib /opt/local/lib/libcrypto.1.0.0.dylib /opt/local/lib/libz.1.dylib /opt/local/lib/libpcre.1.dylib /opt/local/lib/liblzma.5.dylib /usr/lib/libScreenReader.dylib /usr/lib/libxml2.2.dylib /usr/lib/libarchive.2.dylib /usr/lib/libenergytrace.dylib /usr/lib/libxar.1.dylib /usr/lib/libsqlite3.dylib /usr/lib/libbz2.1.0.dylib /usr/lib/liblzma.5.dylib /usr/lib/libmecabra.dylib /usr/lib/libiconv.2.dylib /usr/lib/libheimdal-asn1.dylib /usr/lib/libmarisa.dylib /usr/lib/libChineseTokenizer.dylib /usr/lib/libcmph.dylib /usr/lib/libcompression.dylib /usr/lib/libxslt.1.dylib /usr/lib/libFosl_dynamic.dylib /opt/local/libexec/root6/lib/root/libCling.so /opt/local/libexec/root6/lib/root/libmapDict.6.06.00.so /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/itertools.so /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/operator.so /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/_collections.so /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/_heapq.so /opt/local/libexec/root6/lib/root/libMathCore.6.06.00.so -o "/Users/chris/./tuple_C.so" }}} so indeed the library {{{ /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/_locale.so }}} is in the list. I cannot comment really on if this is a bug in ROOT (why is it linking against this...) or a bug in the ROOT Macports build, or a bug in the python package, or a feature of the way the MacPorts python ports are built as frameworks or ... Sorry. I don't have any ideas on what to do, but thought I would post this just for future reference... Chris -- Ticket URL: <https://trac.macports.org/ticket/44136#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #49957: openblas: destroot fails with variants lapack and universal
by MacPorts 17 Dec '15

17 Dec '15

#49957: openblas: destroot fails with variants lapack and universal ------------------------+---------------------- Reporter: mcalhoun@… | Owner: nicos@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: haspatch | Port: openblas ------------------------+---------------------- The {{{post-destroot}}} for lapack header files is inconsistent with a universal build.[[BR]] The header files installed for me without that code.[[BR]] It is possible there was a fix since the code was added in r121094? Attached is a proposed fix.[[BR]] If the code is in fact needed, there is another way to fix the problem using {{{merger-post-destroot}}}. -- Ticket URL: <https://trac.macports.org/ticket/49957> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #49859: unbound @1.5.6_2 +universal build failure
by MacPorts 17 Dec '15

17 Dec '15

#49859: unbound @1.5.6_2 +universal build failure ----------------------------------+-------------------------------- Reporter: piergiuseppe.fogli@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ----------------------------------+-------------------------------- unbound @1.5.6_2 fails to build with the +universal variant on OSX El Capitan (10.11.1). There are no problems without the +universal variant. Attached the log file. -- Ticket URL: <https://trac.macports.org/ticket/49859> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49143: qwt does not build with new qt4-mac port
by MacPorts 17 Dec '15

17 Dec '15

#49143: qwt does not build with new qt4-mac port -------------------------------+-------------------------------- Reporter: benjamin.seppke@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: -------------------------------+-------------------------------- Since the qt4-mac port has recently/eventually received a major update. All of my dependent ports are building nicely except qwt-*. I tried qwt, qwt60 and qwt-devel and am always getting the follwing error at the staging phase: ---> Staging qwt-devel into destroot Error: org.macports.destroot for port qwt-devel returned: symlink: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_graphics_qwt /qwt-devel/work/destroot/opt/local/libexec/qt4/include/qwt -> /opt/local/libexec/qt4/Library/Frameworks/qwt.framework/Headers: no such file or directory Since this exactly describes the error, I will not post the entire log here. A possible solution (for me at least) was to remove the post-destroot stage inside the port file - although I'm quite unsure if that is okay or needed somewhere else. -- Ticket URL: <https://trac.macports.org/ticket/49143> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #49998: arpack: Configure failed
by MacPorts 17 Dec '15

17 Dec '15

#49998: arpack: Configure failed ---------------------------+-------------------------------- Reporter: amitbhatia3@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ---------------------------+-------------------------------- Cannot install arpack +atlas. Configure failed. Looks like it is attempting to issue command "/opt/local/bin/gfortran-mp-5 -V" and does not like "-V". If "/opt/local/bin/gfortran-mp-5 -v" (lower case v) is issued on command line, then it seems happy. $ sudo port installed atlas The following ports are currently installed: atlas @3.10.2_2+gcc5+nofortran (active) $ $ $ sudo port install arpack +atlas ---> Computing dependencies for arpack ---> Configuring arpack Error: Failed to configure arpack, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_arpack/arpack/work /arpack-ng-3.1.5/config.log Error: org.macports.configure for port arpack returned: configure failure: command execution failed Please see the log file for port arpack for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_arpack/arpack/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port arpack failed -- Ticket URL: <https://trac.macports.org/ticket/49998> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #48636: xrootd: update to 4.2.2
by MacPorts 17 Dec '15

17 Dec '15

#48636: xrootd: update to 4.2.2 --------------------------+---------------------- Reporter: ryandesign@… | Owner: jonesc@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: xrootd --------------------------+---------------------- Consider updating xrootd to the latest version, 4.2.2. http://xrootd.org/dload.html The livecheck also needs to be fixed. -- Ticket URL: <https://trac.macports.org/ticket/48636> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

Re: [MacPorts] #43989: root6: Seg fault immediately upon opening root6
by MacPorts 17 Dec '15

17 Dec '15

#43989: root6: Seg fault immediately upon opening root6 ------------------------+---------------------- Reporter: jfcaron@… | Owner: jonesc@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: root6 | ------------------------+---------------------- Changes (by mojca@…): * status: new => closed * resolution: => fixed Comment: I guess this was fixed automatically with the first upgrade to a newer version (whenever that was), so I'm closing the ticket. -- Ticket URL: <https://trac.macports.org/ticket/43989#comment:18> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #44136: PyROOT with root6 ACLiC Issues
by MacPorts 17 Dec '15

17 Dec '15

#44136: PyROOT with root6 ACLiC Issues ------------------------+-------------------------- Reporter: jfcaron@… | Owner: jonesc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: root, python Port: root6 | ------------------------+-------------------------- Description changed by mojca@…: Old description: > Hi, I've tried reporting this on ROOTTalk but haven't gotten anywhere. > It looks like it might be MacPorts-specific. > ROOTTalk post: > http://root.cern.ch/phpBB3/viewtopic.php?f=14&t=18229 > > I tried using MacPorts provided ROOT 6.00.01 and I get the same behavior, > so it's not my customized GSL & ROOT. > > Can anyone reproduce with the minimal script in the later reply? New description: Hi, I've tried reporting this on ROOTTalk but haven't gotten anywhere. It looks like it might be MacPorts-specific. ROOTTalk post: http://root.cern.ch/phpBB3/viewtopic.php?f=14&t=18229 I tried using MacPorts provided ROOT 6.00.01 and I get the same behavior, so it's not my customized GSL & ROOT. This is still a problem on 6.06.00. Steps to reproduce. File `tuple.C`: {{{ #ifndef __MAKECINT__ #include <tuple> #endif #include <array> #include <utility> int foo() { int a,b; std::tie(a,b)= std::make_pair(5,6); return a; } }}} When running `python2.7`: {{{ > python2.7 Python 2.7.11 (default, Dec 8 2015, 20:16:01) [GCC 4.2.1 Compatible Apple LLVM 4.2 (clang-425.0.28)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import ROOT >>> ROOT.gROOT.ProcessLine(".L tuple.C+") Info in <TMacOSXSystem::ACLiC>: creating shared library /private/tmp/./tuple_C.so ld: can't link with bundle (MH_BUNDLE) only dylibs (MH_DYLIB) file '/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-dynload/_locale.so' for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) Error in <ACLiC>: Compilation failed! 0L >>> }}} When running `root6`: {{{ $ root6 ... root [0] .L tuple.C+ Info in <TMacOSXSystem::ACLiC>: creating shared library /private/tmp/./tuple_C.so root [1] .q }}} (Running `python2.7` after `root6` would make the python command succeed because the files are already there.) -- -- Ticket URL: <https://trac.macports.org/ticket/44136#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X

1 0