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

[MacPorts] #51200: ALPSCore version update to 0.5.4
by MacPorts 12 May '16

12 May '16

#51200: ALPSCore version update to 0.5.4 ---------------------+-------------------------------- Reporter: egull@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ALPSCore ---------------------+-------------------------------- Recently released ALPSCore version 0.5.4 -- Ticket URL: <https://trac.macports.org/ticket/51200> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

Re: [MacPorts] #35792: py27-wxpython-3.0 @2.9.4.0_0 RadioButton wx.RB_GROUP not working
by MacPorts 12 May '16

12 May '16

#35792: py27-wxpython-3.0 @2.9.4.0_0 RadioButton wx.RB_GROUP not working -----------------------------------------------+-------------------- Reporter: yanokwa@… | Owner: jwa@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: py27-wxpython-3.0, wxWidgets-3.0 | -----------------------------------------------+-------------------- Changes (by mojca@…): * status: new => closed * resolution: => wontfix Comment: Whoever needs this bug to be fixed ... please push the upstream. They haven't looked into the problem for 4 years: * http://trac.wxwidgets.org/ticket/14605 I'm closing this ticket as "UPSTREAM ISSUE" where there's nothing we can do unless the upstream developers fix the problem and it's not looking too optimistic. -- Ticket URL: <https://trac.macports.org/ticket/35792#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #35792: py27-wxpython-3.0 @2.9.4.0_0 RadioButton wx.RB_GROUP not working
by MacPorts 12 May '16

12 May '16

#35792: py27-wxpython-3.0 @2.9.4.0_0 RadioButton wx.RB_GROUP not working -----------------------------------------------+------------------- Reporter: yanokwa@… | Owner: jwa@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: py27-wxpython-3.0, wxWidgets-3.0 | -----------------------------------------------+------------------- Changes (by mojca@…): * cc: mojca@… (added) * owner: mojca@… => jwa@… -- Ticket URL: <https://trac.macports.org/ticket/35792#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #35616: gnuplot: options for setting default terminal
by MacPorts 12 May '16

12 May '16

#35616: gnuplot: options for setting default terminal -------------------------------------+--------------------- Reporter: mojca.miklavec.lists@… | Owner: mojca@… Type: enhancement | Status: closed Priority: Low | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: gnuplot | -------------------------------------+--------------------- Changes (by mojca@…): * status: new => closed * resolution: => wontfix Comment: Closing this for lack of interest (and too many variants, making the port overly confusing). There is still time to convince me otherwise. -- Ticket URL: <https://trac.macports.org/ticket/35616#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51378: Atlas build hangs - El Capitan
by MacPorts 12 May '16

12 May '16

#51378: Atlas build hangs - El Capitan --------------------------+-------------------------------- Reporter: paultbaker@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: atlas --------------------------+-------------------------------- I'm trying to build Atlas on OSX 10.11.4 (MacBook, Pro early 2015). The build hangs. I know Atlas takes a very long time to compile. I left it running for about 24 hours. Running {{{sudo port -v install atlas}}}, the build stopped at: {{{ make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/ATLAS/build/bin' }}} At this point no processes with user 'macports' were active. {{{xatlas_build}}} was still alive, but not doing anything. I ctrl-C killed the build. Rerunning the same command (without cleaning) to try to resume fails outright: {{{ Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/work/ATLAS/build" && /usr/bin/make -w build Exit code: 2 Error: org.macports.build for port atlas returned: command execution failed Warning: targets not executed for atlas: org.macports.activate org.macports.build org.macports.destroot org.macports.install Please see the log file for port atlas for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_math_atlas/atlas/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port atlas failed }}} full logs attached. -- Ticket URL: <https://trac.macports.org/ticket/51378> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #51352: perl5.24: new port; change flags for other perl versions
by MacPorts 12 May '16

12 May '16

#51352: perl5.24: new port; change flags for other perl versions ---------------------+---------------------------- Reporter: mojca@… | Owner: mojca@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: perl5 perl5.24 ---------------------+---------------------------- I'm adding a new subport for Perl 5.24, but it turned out that flags `-Dccflags` are problematic and `-Accflags` should be used instead (see #51330). This means that we probably need to rebuild all older Perl versions as well (unless we only change flags for Perl 5.24). I'm confused because I don't understand the fact that `perl5.22 -V` still outputs `-DPERL_DARWIN` even though it probably doesn't use it during the build. Some further minor changes were added to support installation of RC. I would be grateful for wider testing before committing (and breaking) anything (including running the tests). I would commit 5.24, but I'm afraid of screwed something up in earlier versions. -- Ticket URL: <https://trac.macports.org/ticket/51352> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #50164: wget: build fails on SL buildbot creating man page.
by MacPorts 12 May '16

12 May '16

#50164: wget: build fails on SL buildbot creating man page. ----------------------+-------------------------- Reporter: devans@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: wget ----------------------+-------------------------- Build fails as follows: {{{ ./texi2pod.pl -D VERSION="1.17.1" ./wget.texi wget.pod wget.texi:6: warning: unrecognized encoding name `UTF-8'. /usr/bin/pod2man --center="GNU Wget" --release="GNU Wget 1.17.1" --utf8 wget.pod > wget.1 Unknown option: utf8 make[2]: *** [wget.1] Error 1 }}} See https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/39341/steps/compile/logs/stdio/text -- Ticket URL: <https://trac.macports.org/ticket/50164> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #50806: gnuplot on ElCapitan fails due to Symbol not found
by MacPorts 12 May '16

12 May '16

#50806: gnuplot on ElCapitan fails due to Symbol not found -----------------------------------+-------------------------------- Reporter: chlangley@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: _CGLGetCurrentContext | Port: gnuplot -----------------------------------+-------------------------------- Hello: gnuplot port installs but then fails to run complaining of missing links. Here is the story: on OSX 10.11.3 MBP ==================== | => sudo port install gnuplot ---> Computing dependencies for gnuplot ---> Fetching archive for gnuplot ---> Attempting to fetch gnuplot-5.0.3_0+aquaterm+luaterm+pangocairo+wxwidgets+x11.darwin_15.x86_64.tbz2 from http://packages.macports.org/gnuplot ---> Attempting to fetch gnuplot-5.0.3_0+aquaterm+luaterm+pangocairo+wxwidgets+x11.darwin_15.x86_64.tbz2 from http://sea.us.packages.macports.org/macports/packages/gnuplot ---> Attempting to fetch gnuplot-5.0.3_0+aquaterm+luaterm+pangocairo+wxwidgets+x11.darwin_15.x86_64.tbz2 from http://lil.fr.packages.macports.org/gnuplot ---> Fetching distfiles for gnuplot ---> Verifying checksums for gnuplot ---> Extracting gnuplot ---> Applying patches to gnuplot ---> Configuring gnuplot ---> Building gnuplot ---> Staging gnuplot into destroot ---> Installing gnuplot @5.0.3_0+aquaterm+luaterm+pangocairo+wxwidgets+x11 ---> Activating gnuplot @5.0.3_0+aquaterm+luaterm+pangocairo+wxwidgets+x11 ---> Cleaning gnuplot ---> Updating database of binaries ---> Scanning binaries for linking errors ---> No broken files found. ________________________________________________________________________________ | ~ @ rootless6 (chuck) | => gnuplot dyld: Symbol not found: _CGLGetCurrentContext Referenced from: /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo Expected in: /System/Library/Frameworks/OpenGL.framework/Versions/A/OpenGL in /System/Library/Frameworks/CoreVideo.framework/Versions/A/CoreVideo Trace/BPT trap: 5 =========================================== -- Ticket URL: <https://trac.macports.org/ticket/50806> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #51330: perl5.24.0-RC5: broken build
by MacPorts 12 May '16

12 May '16

#51330: perl5.24.0-RC5: broken build ---------------------+---------------------- Reporter: mojca@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: perl5.24 ---------------------+---------------------- {{{ env MACOSX_DEPLOYMENT_TARGET=10.7 /usr/bin/clang -o libperl.dylib -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -fstack- protector -dynamiclib -compatibility_version 5.24.0 -current_version 5.24.0 -install_name /opt/local/lib/perl5/5.24 /darwin-thread-multi-2level/CORE/libperl.dylib op.o perl.o gv.o toke.o perly.o pad.o regcomp.o dump.o util.o mg.o reentr.o mro_core.o keywords.o hv.o av.o run.o pp_hot.o sv.o pp.o scope.o pp_ctl.o pp_sys.o doop.o doio.o regexec.o utf8.o taint.o deb.o universal.o globals.o perlio.o perlapi.o numeric.o mathoms.o locale.o pp_pack.o pp_sort.o caretx.o dquote.o time64.o DynaLoader.o -lpthread -ldl -lm -lutil -lc Undefined symbols for architecture x86_64: "_environ", referenced from: _perl_construct in perl.o _S_init_postdump_symbols in perl.o _Perl_my_setenv in util.o _Perl_my_clearenv in util.o _Perl_init_i18nl10n in locale.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make: *** [libperl.dylib] Error 1 make: *** Waiting for unfinished jobs.... }}} -- Ticket URL: <https://trac.macports.org/ticket/51330> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #51369: py34-parsing @2.1.2 build failure - known upstream bug
by MacPorts 12 May '16

12 May '16

#51369: py34-parsing @2.1.2 build failure - known upstream bug -----------------------------------+--------------------------------------- Reporter: | Owner: macports-tickets@… diazona+macportstrac@… | Status: new Type: defect | Milestone: Priority: Normal | Version: 2.3.4 Component: ports | Port: py34-parsing py33-parsing Keywords: | -----------------------------------+--------------------------------------- Building pyparsing 2.1.2 for Python 3.4 fails with an `AttributeError` as shown below. According to a couple sources I found, [https://sourceforge.net/p/pyparsing/bugs/95/] (upstream bug tracker) and [https://github.com/matplotlib/matplotlib/issues/6399] this is a known incompatibility between this version of pyparsing and Python 3.3/3.4. Reportedly the next version of pyparsing, 2.1.3, contains a fix, but it seems not to be in MacPorts - I ''just'' updated the tree to check. If all this is correct, the obvious fix would be to either add pyparsing 2.1.3 to the tree, or block `py34-parsing(a)2.1.2` and `py33-parsing(a)2.1.2` (if that's possible) until version 2.1.3 can be added. Traceback follows, excerpted from the attached build log: {{{ :info:build Traceback (most recent call last): :info:build File "setup.py", line 9, in <module> :info:build from pyparsing import __version__ as pyparsing_version :info:build File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- parsing/py34-parsing/work/pyparsing-2.1.2/pyparsing.py", line 3478, in <module> :info:build _escapedPunc = Word( _bslash, r"\[]-*.$+^?()~ ", exact=2 ).setParseAction(lambda s,l,t:t[0][1]) :info:build File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- parsing/py34-parsing/work/pyparsing-2.1.2/pyparsing.py", line 948, in setParseAction :info:build self.parseAction = list(map(_trim_arity, list(fns))) :info:build File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- parsing/py34-parsing/work/pyparsing-2.1.2/pyparsing.py", line 808, in _trim_arity :info:build this_line = extract_stack()[-1] :info:build File "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py- parsing/py34-parsing/work/pyparsing-2.1.2/pyparsing.py", line 793, in extract_stack :info:build return [(frame_summary.filename, frame_summary.lineno)] :info:build AttributeError: 'tuple' object has no attribute 'filename' }}} -- Ticket URL: <https://trac.macports.org/ticket/51369> MacPorts <https://www.macports.org/> Ports system for OS X

1 4