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

[MacPorts] #46703: splash @2.5.1 new release
by MacPorts 14 Feb '15

14 Feb '15

#46703: splash @2.5.1 new release ---------------------------------+-------------------------------- Reporter: daniel.price@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch maintainer | Port: splash ---------------------------------+-------------------------------- Please find attached an updated Portfile (Portfile-splash.diff) for splash v2.5.1 I also upgraded the port to use the new compilers PortGroup instead of handling the gcc variants manually Have tested the portfile including all variants work on my system and all seems OK from my end. Please commit when possible. -- Ticket URL: <https://trac.macports.org/ticket/46703> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #46629: On PPC Tiger, Mac OS X 10.4.11, build of llvm-3.4 failed because of recipe for target
by MacPorts 14 Feb '15

14 Feb '15

#46629: On PPC Tiger, Mac OS X 10.4.11, build of llvm-3.4 failed because of recipe for target -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: llvm-3.4 -----------------------------+-------------------------------- After days: {{{ ARCHIVE: clang_darwin_embedded/soft_static/armv6m: /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt/clang_darwin_embedded/soft_static/armv6m/libcompiler_rt.a rm -f /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt/clang_darwin_embedded/soft_static/armv6m/libcompiler_rt.a /opt/local/bin/ar cru 2> /dev/null /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt/clang_darwin_embedded/soft_static/armv6m/libcompiler_rt.a /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler- rt/clang_darwin_embedded/soft_static/armv6m/SubDir.lib/int_util.o Makefile:267: recipe for target '/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt/clang_darwin_embedded/soft_static/armv6m/libcompiler_rt.a' failed gmake[4]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt/clang_darwin_embedded/soft_static/armv6m/libcompiler_rt.a] Error 1 gmake[4]: Leaving directory '/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/projects /compiler-rt' Makefile:162: recipe for target 'BuildRuntimeLibraries' failed gmake[3]: *** [BuildRuntimeLibraries] Error 2 gmake[3]: Leaving directory '/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime /compiler-rt' /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/Makefile.rules:911: recipe for target 'compiler-rt/.makeall' failed gmake[2]: *** [compiler-rt/.makeall] Error 2 gmake[2]: Leaving directory '/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang/runtime' /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/Makefile.rules:862: recipe for target 'all' failed gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory '/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/tools/clang' /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src/Makefile.rules:862: recipe for target 'all' failed gmake: *** [all] Error 1 gmake: Leaving directory '/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_lang_llvm-3.4/clang-3.4/work/llvm-3.4.2.src" && /opt/local/bin/gmake -w clang-only Exit code: 2 Error: org.macports.build for port clang-3.4 returned: command execution failed }}} -- Ticket URL: <https://trac.macports.org/ticket/46629> MacPorts <https://www.macports.org/> Ports system for OS X

1 34

Re: [MacPorts] #42541: NCAR graphics fails to build
by MacPorts 14 Feb '15

14 Feb '15

#42541: NCAR graphics fails to build ------------------------------+----------------------- Reporter: tony.mannucci@… | Owner: takeshi@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Resolution: | Keywords: Port: ncarg | ------------------------------+----------------------- Comment (by takeshi@…): I haven't received any reply on redistribution, According to [http://www.ncl.ucar.edu/Download/NCL_source_license.shtml NCL source code license] is based on Apache License 2.0, NCL itself should be redistributable. NCL, however, includes other software. Probably we need to list them in the license field. [http://www.ncl.ucar.edu/Download/build_from_src.shtml#Triangle Triangle] is more restrictive. We may have to make it a separate variant like szip. -- Ticket URL: <https://trac.macports.org/ticket/42541#comment:9> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46322: p5-*: consistently remove Perl versions 5.8-5.14
by MacPorts 13 Feb '15

13 Feb '15

#46322: p5-*: consistently remove Perl versions 5.8-5.14 -------------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: -------------------------+-------------------------------- Now that the default version of Perl has been switched to 5.16 everywhere, we are currently "randomly" and inconsistently removing Perl versions 5.8-5.14 from ports. As a consequence many subports `p5.12-foo` probably don't build and users with older subports installed won't get the ports auto-removed. I'm attaching a very simple script that removes old perl versions (sorry, it's written in Python, not Perl, but I don't think it matters) together with its output diff. The diff is "problematic" in the way that Portfiles will probably keep changing until (if) we decide to apply the patch, but the script should remain functional. I'm also attaching a proposal for handling auto-upgrades. I would like to ask for feedback and opinions for that part: {{{ PortSystem 1.0 name p5-obsolete version 1 set perl_versions { 5.8 5.10 5.12 5.14 } set perl_ports { io-tty 1.120.0 1 wx 0.992.300 3 } foreach {perl_port port_version port_revision} ${perl_ports} { foreach {perl_version} ${perl_versions} { subport p${perl_version}-${perl_port} { replaced_by p5.16-${perl_port} PortGroup obsolete 1.0 version $port_version revision $port_revision } } } # TODO: disable configure, build, ... }}} -- Ticket URL: <https://trac.macports.org/ticket/46322> MacPorts <https://www.macports.org/> Ports system for OS X

1 59

Re: [MacPorts] #44329: FileZilla: re-check dependencies
by MacPorts 13 Feb '15

13 Feb '15

#44329: FileZilla: re-check dependencies ---------------------------+--------------------- Reporter: ryandesign@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: FileZilla | ---------------------------+--------------------- Comment (by mojca@…): I made some changes in r132922 (I had them pending and forgot about this ticket). I didn't check if there is any other dependency that's still there and not used. -- Ticket URL: <https://trac.macports.org/ticket/44329#comment:7> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46845: Gnucash @ 2.6.5 Fails when printing Invoice
by MacPorts 13 Feb '15

13 Feb '15

#46845: Gnucash @ 2.6.5 Fails when printing Invoice ----------------------------+-------------------------------- Reporter: adam.bartley@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ----------------------------+-------------------------------- From what I have seen online this may be a resurrection on an old bug. When printing an invoice gnucash locks up and has to be control-c'd. The screen displaying the invoice to print never appears. If you let me know how to trace the defect, will be happy to supply any debugging information. -- Ticket URL: <https://trac.macports.org/ticket/46845> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #46786: R changes broke rNMR package
by MacPorts 13 Feb '15

13 Feb '15

#46786: R changes broke rNMR package -----------------------------------+-------------------------------- Reporter: howarth.at.macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: R -----------------------------------+-------------------------------- The recent changes to R seem to have broken the rNMR package. On a clean install of MacPorts, in order to install rNMR, I had to use the +tcltk variant of R which in turn required installing the +x11 variant of tk. After this rNMR would build and install but now fails at run time with the error... Error in .First() : could not find function "gui" In addition: Warning message: In library(package, lib.loc = lib.loc, character.only = TRUE, logical.return = TRUE, : there is no package called ‘rNMR’ -- Ticket URL: <https://trac.macports.org/ticket/46786> MacPorts <https://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #46689: minipro 0.0.1
by MacPorts 13 Feb '15

13 Feb '15

#46689: minipro 0.0.1 ---------------------------------+-------------------------------- Reporter: ranauei@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch maintainer | Port: minipro ---------------------------------+-------------------------------- Useful to control the MiniPro TL866A and TL866CS universal programmers made by Autoelectric on a mac -- Ticket URL: <https://trac.macports.org/ticket/46689> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46841: rNMR: build fails when R is not installed with the +tcltk variant
by MacPorts 13 Feb '15

13 Feb '15

#46841: rNMR: build fails when R is not installed with the +tcltk variant --------------------------+----------------------------------- Reporter: ryandesign@… | Owner: howarth.at.macports@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: rNMR --------------------------+----------------------------------- rNMR fails to build if the R port is not installed with the +tcltk variant: {{{ ---> Building rNMR DEBUG: Executing org.macports.build (rNMR) * installing *source* package ‘rNMR’ ... ** R ** inst ** byte-compile and prepare package for lazy loading Warning: S3 methods ‘as.character.tclObj’, ‘as.character.tclVar’, ‘as.double.tclObj’, ‘as.integer.tclObj’, ‘as.logical.tclObj’, ‘as.raw.tclObj’, ‘print.tclObj’, ‘[[.tclArray’, ‘[[<-.tclArray’, ‘$.tclArray’, ‘$<-.tclArray’, ‘names.tclArray’, ‘names<-.tclArray’, ‘length.tclArray’, ‘length<-.tclArray’, ‘tclObj.tclVar’, ‘tclObj<-.tclVar’, ‘tclvalue.default’, ‘tclvalue.tclObj’, ‘tclvalue.tclVar’, ‘tclvalue<-.default’, ‘tclvalue<-.tclVar’, ‘close.tkProgressBar’ were declared in NAMESPACE but not found Error : .onLoad failed in loadNamespace() for 'tcltk', details: call: fun(libname, pkgname) error: Tcl/Tk support is not available on this system Error : package ‘tcltk’ could not be loaded ERROR: lazy loading failed for package ‘rNMR’ * removing ‘/opt/local/var/macports/build/_Users_rschmidt_macports_dports_science_rNMR/rNMR/work/rNMR_1.1.7/pkg/rNMR’ Command failed: /opt/local/bin/R CMD INSTALL -l pkg --byte-compile --build /Users/rschmidt/macports/distfiles/rNMR/rNMR_1.1.7.tar.gz Exit code: 1 }}} The only fix we currently have available for this situation is to use the active_variants 1.1 portgroup to inform the user that they must rebuild the dependency with the required variant. The attached patch does this. May I commit it? -- Ticket URL: <https://trac.macports.org/ticket/46841> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #46386: updated port: adns 1.5.0
by MacPorts 13 Feb '15

13 Feb '15

#46386: updated port: adns 1.5.0 --------------------+------------------ Reporter: jann@… | Owner: toby Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: adns --------------------+------------------ Straight forward update to version 1.5 -- Ticket URL: <https://trac.macports.org/ticket/46386> MacPorts <https://www.macports.org/> Ports system for OS X

1 9