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

[MacPorts] #50184: MacVim @7.4 Update to snapshot 88
by MacPorts 05 Jan '16

05 Jan '16

#50184: MacVim @7.4 Update to snapshot 88 ------------------------+-------------------------------- Reporter: joelfred@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: MacVim ------------------------+-------------------------------- Updates snapshot to 88. Recommend removing patch-src-MacVim-icons- python.diff as the port no longer needs this patch. -- Ticket URL: <https://trac.macports.org/ticket/50184> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49846: git @2.6.3: gitk can not be invoked with command line parameters like gitk --all
by MacPorts 05 Jan '16

05 Jan '16

#49846: git @2.6.3: gitk can not be invoked with command line parameters like gitk --all ----------------------------------+-------------------------------- Reporter: friedrich.beckmann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: gitk | Port: git ----------------------------------+-------------------------------- gitk works fine when it is invoked without parameters. If I start gitk with a parameter it looks like this: {{{ friedrismacbook:pspp fritz$ gitk --all Error in startup script: bad menu entry index "Ansicht bearbeiten ..." while executing ".bar.view entryconf [mca "Edit view..."] -state normal" invoked from within "if {$cmdline_files ne {} || $revtreeargs ne {} || $revtreeargscmd ne {}} { # create a view for the files/dirs specified on the command line se..." (file "/opt/local/bin/gitk" line 12442) friedrismacbook:pspp fritz$ }}} The gui opens shortly and then closes immediately. -- Ticket URL: <https://trac.macports.org/ticket/49846> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #49516: py27-scipy build failure on PowerBookG4 running Leopard 10.5.8; fortran compiler called with bizarre arguments
by MacPorts 05 Jan '16

05 Jan '16

#49516: py27-scipy build failure on PowerBookG4 running Leopard 10.5.8; fortran compiler called with bizarre arguments -------------------------------------------------+------------------------- Reporter: zanderpower@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: Leopard PPC G4, fortran called | Version: 2.3.4 incorrectly | Port: py-scipy -------------------------------------------------+------------------------- While upgrading py27-scipy on a PowerBook G4 (1.67 Ghz) running Leopard 10.5.8, the build calls the fortran compiler from (macports) gcc47 with completely wrong arguments: {{{ building 'dfftpack' library compiling Fortran sources Fortran f77 compiler: /mp2/local/bin/gfortran-mp-4.7 -Os -fno-second- underscore -fPIC -O2 -march=x86-64 -DMS_WIN64 -mtune=generic -msse2 Fortran f90 compiler: /mp2/local/bin/gfortran-mp-4.7 -Os -fno-second- underscore -fPIC -O2 -march=x86-64 -DMS_WIN64 -mtune=generic -msse2 Fortran fix compiler: /mp2/local/bin/gfortran-mp-4.7 -Wall -g -ffixed-form -fno-second-underscore -Os -fno-second-underscore -fPIC -O2 -march=x86-64 -DMS_WIN64 -mtune=generic -msse2 creating build/temp.macosx-10.5-ppc-2.7 creating build/temp.macosx-10.5-ppc-2.7/scipy creating build/temp.macosx-10.5-ppc-2.7/scipy/fftpack creating build/temp.macosx-10.5-ppc-2.7/scipy/fftpack/src creating build/temp.macosx-10.5-ppc-2.7/scipy/fftpack/src/dfftpack compile options: '-I/mp2/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/include -c' gfortran-mp-4.7:f77: scipy/fftpack/src/dfftpack/dcosqb.f gfortran-mp-4.7: error: unrecognized command line option '-march=x86-64' gfortran-mp-4.7: error: unrecognized argument in option '-mtune=generic' gfortran-mp-4.7: note: valid arguments to '-mtune=' are: 401 403 405 405fp 440 440fp 464 464fp 476 476fp 505 601 602 603 603e 604 604e 620 630 740 7400 7450 750 801 821 823 8540 8548 860 970 G3 G4 G5 a2 cell common e300c2 e300c3 e500mc e500mc64 ec603e native power power2 power3 power4 power5 power5+ power6 power6x power7 powerpc powerpc64 rios rios1 rios2 rs64 rsc rsc1 titan gfortran-mp-4.7: error: unrecognized command line option '-msse2' gfortran-mp-4.7: error: unrecognized command line option '-march=x86-64' gfortran-mp-4.7: error: unrecognized argument in option '-mtune=generic' gfortran-mp-4.7: note: valid arguments to '-mtune=' are: 401 403 405 405fp 440 440fp 464 464fp 476 476fp 505 601 602 603 603e 604 604e 620 630 740 7400 7450 750 801 821 823 8540 8548 860 970 G3 G4 G5 a2 cell common e300c2 e300c3 e500mc e500mc64 ec603e native power power2 power3 power4 power5 power5+ power6 power6x power7 powerpc powerpc64 rios rios1 rios2 rs64 rsc rsc1 titan gfortran-mp-4.7: error: unrecognized command line option '-msse2' error: Command "/mp2/local/bin/gfortran-mp-4.7 -Os -fno-second-underscore -fPIC -O2 -march=x86-64 -DMS_WIN64 -mtune=generic -msse2 -I/mp2/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/include -c -c scipy/fftpack/src/dfftpack/dcosqb.f -o build/temp.macosx-10.5-ppc-2.7/scipy/fftpack/src/dfftpack/dcosqb.o" failed with exit status 1 Command failed: cd "/mp2/local/var/macports/build/_mp2_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py-scipy/py27-scipy/work/scipy-0.16.1" && /mp2/local/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7 setup.py --no-user-cfg config_fc --fcompiler gnu95 --f77exec /mp2/local/bin/gfortran-mp-4.7 --f77flags=' -Os -fno-second-underscore' --f90exec /mp2/local/bin/gfortran-mp-4.7 --f90flags=' -Os -fno-second- underscore' config --cc /mp2/local/bin/gcc-mp-4.7 --include-dirs /mp2/local/include --library-dirs /mp2/local/lib build Exit code: 1 }}} The last time I upgraded py27-scipy (as well as py34-scipy) was in August (for a rev-bump from @0.16.0_0 to @0.16.0_1) which built with no problem. The last "true" version upgrade was a few days before the rev-bump when py-scipy went from @0.15.1_0 to @0.16.0_0--again, no problem. I haven't upgraded gcc47 since the end of May, so I don't believe gcc47 is the source of the error (unless scipy now requires a more recent gcc). Any ideas? -- Ticket URL: <https://trac.macports.org/ticket/49516> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #49490: Installation problem openmpi into Yosemite 10.10.4
by MacPorts 05 Jan '16

05 Jan '16

#49490: Installation problem openmpi into Yosemite 10.10.4 --------------------------+-------------------------------- Reporter: shipman035@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------------+-------------------------------- Since almost 10 days I am fighting with the installation problem of openmpi into version of Yosemite 10.10.4 I tried several ways however finally all of of the ways gave following error: {{{Error: org.macports.build for port openmpi-gcc49 returned: command execution failed}}} When I looked at the .log file also saw following error: {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_sc ience_openmpi/openmpi- gcc49/work/openmpi-1.10.0/opal/mca/hwloc/base/hwloc_base_util.c:1482:13: error: 'HWLOC_OBJ_OSDEV_COPROC' undeclared (first use in this function)}}} If someone can help to me I will be appreciated. Thank you -- Ticket URL: <https://trac.macports.org/ticket/49490> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #49830: Unable to upgrade arpack due to fetch error: invalid command name "fortran_compiler_name"
by MacPorts 05 Jan '16

05 Jan '16

#49830: Unable to upgrade arpack due to fetch error: invalid command name "fortran_compiler_name" ------------------------------------------+-------------------------------- Reporter: todmorrison@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: fetch, fortran_compiler_name | Port: arpack ------------------------------------------+-------------------------------- Trying: port -v upgrade arpack I get: ---> Fetching distfiles for arpack Error: org.macports.fetch for port arpack returned: invalid command name "fortran_compiler_name" Warning: targets not executed for arpack: org.macports.destroot org.macports.fetch org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build Please see the log file for port arpack for details: Attaching: /opt/local/var/macports/logs/_opt_local_var_macports_sources_svn.macports.org_trunk_dports_math_arpack/arpack/main.log -- Ticket URL: <https://trac.macports.org/ticket/49830> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #49495: py-hggit broken with mercurial @3.5.99_0
by MacPorts 05 Jan '16

05 Jan '16

#49495: py-hggit broken with mercurial @3.5.99_0 --------------------------------+---------------------- Reporter: easieste@… | Owner: sean@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: py-hggit mercurial | Port: py-hggit --------------------------------+---------------------- hg push to github repository is failing for me with the following error. An "hg outgoing" successfully shows that a commit is outstanding. Downgrading to mercurial @3.5.1_0 allows hg-git to function again. Most likely upgrading to mercurial-3.6 should allow this to work again as few others are testing the exact version of mercurial that corresponds to @3.5.99_0. Issue filed upstream as well at <https://bitbucket.org/durin42/hg- git/issues/169/hg-push-to-github-fails>. {{{ quoth:~/work/slime$ hg push pushing to git+ssh://git@github.com:easye/slime.git ** Unknown exception encountered with possibly-broken third-party extension hggit ** which supports versions 3.4 of Mercurial. ** Please disable hggit and try your action again. ** If that fixes the bug please report it to https://bitbucket.org/durin42 /hg-git/issues ** Python 2.7.10 (default, Aug 18 2015, 20:14:59) [GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.54)] ** Mercurial Distributed SCM (version 3.6-rc+2-b57e5bfaad7c) ** Extensions loaded: strip, mq, hggit Traceback (most recent call last): File "/opt/local/bin/hg", line 43, in <module> mercurial.dispatch.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 54, in run sys.exit((dispatch(request(sys.argv[1:])) or 0) & 255) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 116, in dispatch ret = _runcatch(req) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 187, in _runcatch return _dispatch(req) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 920, in _dispatch cmdpats, cmdoptions) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 679, in runcommand ret = _runcommand(ui, options, cmd, d) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 1051, in _runcommand return checkargs() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 1011, in checkargs return cmdfunc() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/dispatch.py", line 917, in <lambda> d = lambda: util.checksignature(func)(ui, *args, **cmdoptions) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/util.py", line 801, in check return func(*args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/extensions.py", line 183, in closure return func(*(args + a), **kw) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/util.py", line 801, in check return func(*args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/hgext/mq.py", line 3526, in mqcommand return orig(ui, repo, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/util.py", line 801, in check return func(*args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/commands.py", line 5421, in push opargs=opts.get('opargs')) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/mercurial/extensions.py", line 183, in closure return func(*(args + a), **kw) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/hggit/util.py", line 48, in inner return f(*args, **kwargs) TypeError: exchangepush() got an unexpected keyword argument 'opargs' }}} -- Ticket URL: <https://trac.macports.org/ticket/49495> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49010: add new gcc5 variant as default compiler to ccpnmr-2.4.2
by MacPorts 05 Jan '16

05 Jan '16

#49010: add new gcc5 variant as default compiler to ccpnmr-2.4.2 -----------------------------------+-------------------------------- Reporter: howarth.at.macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ccpnmr -----------------------------------+-------------------------------- The attached Portfile.diff adds the missing gcc5 variant to the ccpnmr 2.4.2 packaging and changes the default variant from gcc4.8 to gcc5. -- Ticket URL: <https://trac.macports.org/ticket/49010> MacPorts <https://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #49607: py34-matplotlib fails to build on Mac OS X.5 PPC
by MacPorts 05 Jan '16

05 Jan '16

#49607: py34-matplotlib fails to build on Mac OS X.5 PPC ----------------------------+-------------------------------- Reporter: benoit.rivet@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: py34-matplotlib ----------------------------+-------------------------------- The following lines in the log may be relevant to understand the bug : {{{ :info:build /usr/bin/gcc-4.2 -DNDEBUG -g -fwrapv -O3 -Wall -arch ppc -DPY_ARRAY_UNIQUE_SYMBOL=MPL_matplotlib_backends__macosx_ARRAY_API -DNPY_NO_DEPRECATED_API=NPY_1_7_API_VERSION -I/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/numpy/core/include -I/opt/local/include -I. -Iextern/agg24-svn/include -I/opt/local/Library/Frameworks/Python.framework/Versions/3.4/include/python3.4m -c src/_macosx.m -o build/temp.macosx-10.5-ppc-3.4/src/_macosx.o :info:build src/_macosx.m: In function ‘GraphicsContext_draw_text’: :info:build src/_macosx.m:2704: error: ‘kCTForegroundColorFromContextAttributeName’ undeclared (first use in this function) :info:build src/_macosx.m:2704: error: (Each undeclared identifier is reported only once :info:build src/_macosx.m:2704: error: for each function it appears in.) :info:build error: command '/usr/bin/gcc-4.2' failed with exit status 1 }}} This may be specific to Mac OS X.5 PPC : the upgrade went smoothly on another Mac running Mac OS X.10. -- Ticket URL: <https://trac.macports.org/ticket/49607> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #48927: lang/julia 1) missing libarpack dependency and 2) cannot find gcc5/libgcc_s.10.4
by MacPorts 05 Jan '16

05 Jan '16

#48927: lang/julia 1) missing libarpack dependency and 2) cannot find gcc5/libgcc_s.10.4 -----------------------+-------------------------------- Reporter: slewsys@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: -----------------------+-------------------------------- Two issues building lang/julia variant gcc5 with Xcode 7 on Yosemite: 1) The Portfile for lang/julia unconditionally sets: USE_SYSTEM_ARPACK=1 but fails to list arpack as a library dependecy. 2) During build (or rather, destroot), it fails to find libgcc_s.10.4. This can be resolved by symlinking: libgcc_s.10.4.dylib => $(prefix)/lib/gcc5/libgcc_s.1.dylib Not sure if the issue lies with gcc5 install, julia configuration or something else. -- Ticket URL: <https://trac.macports.org/ticket/48927> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #49572: MacVim fails to build
by MacPorts 04 Jan '16

04 Jan '16

#49572: MacVim fails to build ----------------------------------+-------------------------------- Reporter: alessandro.vaccaro@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ----------------------------------+-------------------------------- Hello, macvim fails with this error: {{{:info:build 2015-11-03 15:49:05.201 xcodebuild[78454:2159037] [MT] iPhoneSimulator: SimVerifier returned: Error Domain=NSPOSIXErrorDomain Code=53 "Simulator verification failed." UserInfo=0x7fd2abb1a140 {NSLocalizedFailureReason=A connection to the simulator verification service could not be established., NSLocalizedRecoverySuggestion=Ensure that Xcode.app is installed on a volume with ownership enabled., NSLocalizedDescription=Simulator verification failed.} }}} -- Ticket URL: <https://trac.macports.org/ticket/49572> MacPorts <https://www.macports.org/> Ports system for OS X

1 5