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

[MacPorts] #51124: h4h5tools fails to build
by MacPorts 25 Apr '16

25 Apr '16

#51124: h4h5tools fails to build --------------------+-------------------------------- Reporter: ag@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: --------------------+-------------------------------- h4h5tools fails to build during upgrade -- Ticket URL: <https://trac.macports.org/ticket/51124> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51224: graph-tool 2.16
by MacPorts 25 Apr '16

25 Apr '16

#51224: graph-tool 2.16 ------------------------------+-------------------------------- Reporter: hicks.daniel.j@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ------------------------------+-------------------------------- 2.14 is the current version of graph-tool on Macports; version 2.16 is currently available: https://graph-tool.skewed.de/download Could Macports please make version 2.16 available? -- Ticket URL: <https://trac.macports.org/ticket/51224> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #51225: gle-graphics: set nomaintainer
by MacPorts 25 Apr '16

25 Apr '16

#51225: gle-graphics: set nomaintainer --------------------+-------------------------------- Reporter: john@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gle-graphics --------------------+-------------------------------- As summary. -- Ticket URL: <https://trac.macports.org/ticket/51225> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #34639: gdc @0.24 Build failure due to redefinition of functions
by MacPorts 25 Apr '16

25 Apr '16

#34639: gdc @0.24 Build failure due to redefinition of functions ----------------------+-------------------- Reporter: biz@… | Owner: mww@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: gdc | ----------------------+-------------------- Comment (by takeshi@…): Yes, I could have done as you suggested. Done is r148039. -- Ticket URL: <https://trac.macports.org/ticket/34639#comment:12> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #51226: libraw: upgrade, switch to CMake
by MacPorts 25 Apr '16

25 Apr '16

#51226: libraw: upgrade, switch to CMake ---------------------+---------------------- Reporter: mojca@… | Owner: pvanek@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: libraw ---------------------+---------------------- I would like to request an upgrade of libraw to 0.17.1 as well as a switch to a CMake-based installation. The CMake-based installation adds some additional files that play a role in the pyraw module. -- Ticket URL: <https://trac.macports.org/ticket/51226> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #34639: gdc @0.24 Build failure due to redefinition of functions
by MacPorts 25 Apr '16

25 Apr '16

#34639: gdc @0.24 Build failure due to redefinition of functions ----------------------+-------------------- Reporter: biz@… | Owner: mww@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: wontfix | Keywords: Port: gdc | ----------------------+-------------------- Comment (by mojca@…): Thank you. Not that it really matters because I don't believe that anyone has `+gdc` variant installed (it has been broken for too long already), but you could do something in the spirit of {{{ if { [variant_isset gdc] } { default_variants-append dmd } }}} Then again ... you don't want to encourage users to start using `+gdc` anyway, so you can leave it as it is. -- Ticket URL: <https://trac.macports.org/ticket/34639#comment:11> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #48672: lablgtk2 build fails with ocaml-camlp4 4.02-6_0
by MacPorts 25 Apr '16

25 Apr '16

#48672: lablgtk2 build fails with ocaml-camlp4 4.02-6_0 ----------------------------+-------------------------------- Reporter: james.cheney@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: lablgtk2 ----------------------------+-------------------------------- Hi, Attempting to do {{{ port install lablgtk2 }}} fails with an error for me: {{{ $ sudo port install lablgtk2 ---> Computing dependencies for lablgtk2 ---> Dependencies to be installed: ocaml-camlp4 ---> Fetching archive for ocaml-camlp4 ---> Attempting to fetch ocaml-camlp4-4.02-6_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ocaml- camlp4 ---> Attempting to fetch ocaml- camlp4-4.02-6_0.darwin_14.x86_64.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ocaml- camlp4 ---> Installing ocaml-camlp4 @4.02-6_0 ---> Activating ocaml-camlp4 @4.02-6_0 ---> Cleaning ocaml-camlp4 ---> Building lablgtk2 Error: org.macports.build for port lablgtk2 returned: command execution failed Please see the log file for port lablgtk2 for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_x11_lablgtk2/lablgtk2/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port lablgtk2 failed }}} The culprit seems to be a recent change in ocaml-camlp4 (see the attached complete log file for details): {{{ :info:build Camlp4: Uncaught exception: DynLoader.Error ("Camlp4MacroParser.cmo", "file not found in path") }}} Installing a previous version of both packages works: {{{ $ svn checkout -r 131008 https://svn.macports.org/repository/macports/trunk/dports/lang/ocaml- camlp4 $ cd ocaml-camlp4 ; sudo port install ; cd .. ---> Computing dependencies for ocaml-camlp4 ---> Fetching archive for ocaml-camlp4 ---> Attempting to fetch ocaml-camlp4-4.02.0.1_0.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org /ocaml-camlp4 ---> Attempting to fetch ocaml- camlp4-4.02.0.1_0.darwin_14.x86_64.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/ocaml- camlp4 ---> Installing ocaml-camlp4 @4.02.0.1_0 ---> Activating ocaml-camlp4 @4.02.0.1_0 ---> Cleaning ocaml-camlp4 ---> Updating database of binaries ---> Scanning binaries for linking errors ---> No broken files found. $ svn checkout -r 131008 https://svn.macports.org/repository/macports/trunk/dports/x11/lablgtk2 $ cd lablgtk2 ; sudo port install ; cd .. ---> Computing dependencies for lablgtk2 ---> Fetching archive for lablgtk2 ---> Attempting to fetch lablgtk2-2.18.3_0+x11.darwin_14.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/lablgtk2 ---> Attempting to fetch lablgtk2-2.18.3_0+x11.darwin_14.x86_64.tbz2.rmd160 from http://mse.uk.packages.macports.org/sites/packages.macports.org/lablgtk2 ---> Installing lablgtk2 @2.18.3_0+x11 ---> Activating lablgtk2 @2.18.3_0+x11 ---> Cleaning lablgtk2 ---> Updating database of binaries ---> Scanning binaries for linking errors ---> No broken files found. }}} -- Ticket URL: <https://trac.macports.org/ticket/48672> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

Re: [MacPorts] #42982: gtkglarea2 build fails: undeclared identifiers
by MacPorts 25 Apr '16

25 Apr '16

#42982: gtkglarea2 build fails: undeclared identifiers -------------------------+-------------------------------- Reporter: me@… | Owner: macports-tickets@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: fixed | Keywords: Port: gtkglarea2 | -------------------------+-------------------------------- Changes (by mcalhoun@…): * status: new => closed * resolution: => fixed Comment: It looks as if some work has been done upstream to support quartz, but it is not complete.[[BR]] Until the work is complete, at least have a more helpful error r148026. -- Ticket URL: <https://trac.macports.org/ticket/42982#comment:2> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #50782: ncarg: fails to build out of the box and on build box
by MacPorts 25 Apr '16

25 Apr '16

#50782: ncarg: fails to build out of the box and on build box --------------------+-------------------------------------------------- Reporter: petr@… | Owner: takeshi@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: ncarg hdf5 hdfeos5 wgrib2 vis5d esmf --------------------+-------------------------------------------------- Currently ncarg would not build out of the box and fails on the buildbots as well, due to conflicting variant requirements or lack of propagation of this requirement. On a clean install, cleaned down to hdf5 (included), I get the following error message: {{{ Error: Install hdf5 +gcc5 Error: org.macports.fetch for port ncarg returned: hdf5 +gcc5 not installed Warning: targets not executed for ncarg: org.macports.activate org.macports.fetch org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Please see the log file for port ncarg for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_svn.macports.org_trunk_dports_science_ncarg/ncarg/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port ncarg failed }}} The reason for this is that `ncarg`'s dependencies -- notably `hdfeos5` `wgrib2` `vis5d` and `esmf` -- tight in `hdf5`, which however is installed by default without `+gcc5` variant, while `ncarg` itself requires this variant. {{{ hdf5 @1.8.16_2+cxx+hl }}} {{{ The following ports are dependent on hdf5: hdfeos5 netcdf netcdf-fortran esmf vis5d wgrib2 }}} Why this variant is required by `ncarg` in the first place? Would it be an option set the default of `hdf5` to this variant as well, to minimize the probability of conflicts? Otherwise, would it be an option to propagate the +gcc5 variant down the chain of dependencies? -- Ticket URL: <https://trac.macports.org/ticket/50782> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

Re: [MacPorts] #32455: glade3 +quartz variant doesn't build
by MacPorts 25 Apr '16

25 Apr '16

#32455: glade3 +quartz variant doesn't build -------------------------+---------------------- Reporter: garrigue@… | Owner: devans@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Resolution: | Keywords: Port: glade3 | -------------------------+---------------------- Comment (by mcalhoun@…): With r148025, can this be closed? -- Ticket URL: <https://trac.macports.org/ticket/32455#comment:3> MacPorts <https://www.macports.org/> Ports system for OS X

1 0