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

[MacPorts] #47201: Update to MoarVM portfile
by MacPorts 19 Mar '15

19 Mar '15

#47201: Update to MoarVM portfile --------------------+-------------------------------- Reporter: will@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: MoarVM --------------------+-------------------------------- Portfile for version 2015.03 attached. This version removes the need for the previous patch, and does not error out with the universal support enabled. -- Ticket URL: <https://trac.macports.org/ticket/47201> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #47202: swi-prolog-devel @7.1.32: update to 7.1.33
by MacPorts 19 Mar '15

19 Mar '15

#47202: swi-prolog-devel @7.1.32: update to 7.1.33 ---------------------------------+-------------------------------- Reporter: pmoura@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: swi-prolog-devel ---------------------------------+-------------------------------- Update the swi-prolog-devel portfile for the latest release. -- Ticket URL: <https://trac.macports.org/ticket/47202> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

Re: [MacPorts] #36109: libxml2 2.8.0 breaks postgis2 2.0.1
by MacPorts 19 Mar '15

19 Mar '15

#36109: libxml2 2.8.0 breaks postgis2 2.0.1 -------------------------------+-------------------------------- Reporter: cmutel@… | Owner: macports-tickets@… Type: defect | Status: reopened Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Resolution: | Keywords: Port: libxml2 postgis2 | -------------------------------+-------------------------------- Comment (by tim.holahan@…): I spent several hours wrestling with this today (postgis 2.1 and libxml 2.9.2). I'm not sure why, but forcing the uninstall of both libxml2 and libxslt finally resolved it. I got the idea from this page on nokogiri issues with libxml2: https://github.com/sparklemotion/nokogiri/wiki/What-to-do-if-libxml2-is- being-a-jerk The follow two commands did the job: sudo port -f uninstall libxml2 libxslt sudo port install libxml2 libxslt I hope that's useful. -- Ticket URL: <https://trac.macports.org/ticket/36109#comment:10> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47200: stunnel @5.11_0: update to 5.12
by MacPorts 19 Mar '15

19 Mar '15

#47200: stunnel @5.11_0: update to 5.12 ---------------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch maintainer | Port: stunnel ---------------------------------+-------------------------------- stunnel has been updated to version 5.12: {{{ * New features - New service-level option "logId" to specify the connection identifier type. Currently supported types: "sequential" (default), "unique", and "thread". - New service-level option "debug" to individually control logging verbosity of defined services. }}} -- Ticket URL: <https://trac.macports.org/ticket/47200> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #47115: texlive can't find docbook.sty
by MacPorts 18 Mar '15

18 Mar '15

#47115: texlive can't find docbook.sty ------------------------------+-------------------------------- Reporter: Joel.Brogniart@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dblatex ------------------------------+-------------------------------- Since, r132311 tex commands can't find docbook files installed by dblatex. For example. Create a test.xml file with: {{{ <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE section PUBLIC "-//OASIS//DTD DocBook XML V4.2//EN" "http://www.oasis- open.org/docbook/xml/4.2/docbookx.dtd" [ ]> <article class="techreport" status="final"> <para>Just some blabla.</para> </article> }}} Then use dblatex to transform the xml to latex with: {{{ dblatex -t tex test.xml -o test.tex }}} Then use pdflatex to transform the latex file to pdf with: {{{ pdflatex test.tex }}} The later command fails with the error: {{{ This is pdfTeX, Version 3.14159265-2.6-1.40.15 (TeX Live 2014/MacPorts 2014_7) (preloaded format=pdflatex) restricted \write18 enabled. entering extended mode (./test.tex LaTeX2e <2014/05/01> Babel <3.9k> and hyphenation patterns for 4 languages loaded. (/opt/local/share/texmf-texlive/tex/latex/base/article.cls Document Class: article 2007/10/19 v1.4h Standard LaTeX document class (/opt/local/share/texmf-texlive/tex/latex/base/size10.clo)) (/opt/local/share/texmf-texlive/tex/generic/ifxetex/ifxetex.sty) (/opt/local/share/texmf-texlive/tex/latex/base/fontenc.sty (/opt/local/share/texmf-texlive/tex/latex/base/t1enc.def)) (/opt/local/share/texmf-texlive/tex/latex/base/inputenc.sty (/opt/local/share/texmf-texlive/tex/latex/base/latin1.def)) (/opt/local/share/texmf-texlive/tex/latex/fancybox/fancybox.sty Style option: `fancybox' v1.4 <2010/05/15> (tvz) ) (/opt/local/share/texmf-texlive/tex/latex/base/makeidx.sty) ! LaTeX Error: File `docbook.sty' not found. }}} -- Ticket URL: <https://trac.macports.org/ticket/47115> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

Re: [MacPorts] #33259: cmake portgroup: out of source build option, possibly by default
by MacPorts 18 Mar '15

18 Mar '15

#33259: cmake portgroup: out of source build option, possibly by default ---------------------------+---------------------- Reporter: ryandesign@… | Owner: larryv@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: | ---------------------------+---------------------- Changes (by larryv@…): * status: assigned => closed * resolution: => fixed Comment: ENGAGE r134128 -- Ticket URL: <https://trac.macports.org/ticket/33259#comment:59> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #33259: cmake portgroup: out of source build option, possibly by default
by MacPorts 18 Mar '15

18 Mar '15

#33259: cmake portgroup: out of source build option, possibly by default ---------------------------+---------------------- Reporter: ryandesign@… | Owner: larryv@… Type: enhancement | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | ---------------------------+---------------------- Comment (by cal@…): [[Image(http://i.imgur.com/8a18WSP.jpg)]] -- Ticket URL: <https://trac.macports.org/ticket/33259#comment:58> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47182: netcdf-fortran 4.4.2: Seg fault in nf90_get_att
by MacPorts 18 Mar '15

18 Mar '15

#47182: netcdf-fortran 4.4.2: Seg fault in nf90_get_att -------------------------------------------------+------------------------- Reporter: dave.allured@… | Owner: macports- Type: defect | tickets@… Priority: Normal | Status: new Component: ports | Milestone: Keywords: netcdf netcdf-fortran nf90_get_att | Version: 2.3.3 nf_get_att nf_get_att_int | Port: netcdf- | fortran 4.4.2 -------------------------------------------------+------------------------- With netcdf-fortran 4.4.2, this program seg faults on the first call to nf90_get_att. The function call is supposed to read a file attribute of type integer*2 into a program variable of integer*4. My current software configuration is:[[BR]] Mac OS X version 10.10.2[[BR]] Gfortran version MacPorts gcc49 4.9.2_1[[BR]] Netcdf-C version 4.3.3.1 (Mac ports)[[BR]] Netcdf-fortran version 4.4.2 (Mac ports) {{{ program test use netcdf implicit none character(*), parameter :: infile = 'test.nc' character(*), parameter :: varname = 'olr' character(*), parameter :: attname = 'missing_value' integer ncid, varid, status, ival print *, 'Netcdf-C version = ' // trim (nf90_inq_libvers()) print *, 'Call nf90_open.' print *, ' Input file = ' // trim (infile) status = nf90_open (infile, nf90_nowrite, ncid) print '(a,i0)', ' return status = ', status if (status /= 0) print *, 'Error stop.' if (status /= 0) call exit (1) print *, 'Call nf90_inq_varid "' // trim (varname) // '"' status = nf90_inq_varid (ncid, varname, varid) print '(a,i0)', ' return status = ', status if (status /= 0) print *, 'Error stop.' if (status /= 0) call exit (1) print '(3a,i0)', ' varid for "', trim (varname), '" = ', varid print *, 'Call nf90_get_att for '// trim (attname) status = nf90_get_att (ncid, varid, attname, ival) print '(a,i0)', ' return status = ', status print '(a,i0)', ' return value = ', ival print *, 'End program.' end program test }}} Compile command: {{{ gfortran -g -fcheck=all -I/opt/local/include -L/opt/local/lib -lnetcdff test.get-att.f90 }}} Complete contents of input file, via ncdump: {{{ mac56:~/bugs/netcdf/get-att.4.4 227> ncdump test.nc netcdf test { dimensions: time = 3 ; variables: short olr(time) ; olr:missing_value = 99s ; data: olr = 10, 20, 30 ; } }}} Console output of test program: {{{ mac56:~/bugs/netcdf/get-att.4.4 225> ./a.out Netcdf-C version = 4.3.3.1 of Mar 9 2015 07:31:25 $ Call nf90_open. Input file = test.nc return status = 0 Call nf90_inq_varid "olr" return status = 0 varid for "olr" = 1 Call nf90_get_att for missing_value Program received signal SIGSEGV: Segmentation fault - invalid memory reference. Backtrace for this error: #0 0x104484fbc #1 0x1044854df #2 0x7fff8f666f19 Segmentation fault }}} -- Ticket URL: <https://trac.macports.org/ticket/47182> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #47196: lparse @1.1.2_0: sundry fixes
by MacPorts 18 Mar '15

18 Mar '15

#47196: lparse @1.1.2_0: sundry fixes ----------------------+-------------------- Reporter: larryv@… | Owner: snc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: lparse ----------------------+-------------------- The attached patches get lparse in working order (and fix #40940 and #41871). May I commit them? -- Ticket URL: <https://trac.macports.org/ticket/47196> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

Re: [MacPorts] #41871: lparse @1.1.2_0: "hash" and "runtime_error" collide with std::hash and std::runtime_error
by MacPorts 18 Mar '15

18 Mar '15

#41871: lparse @1.1.2_0: "hash" and "runtime_error" collide with std::hash and std::runtime_error ---------------------------+-------------------- Reporter: f.zoboli25@… | Owner: snc@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: Resolution: fixed | Keywords: Port: lparse | ---------------------------+-------------------- Changes (by larryv@…): * status: new => closed * resolution: => fixed Comment: r134120 (via #47196) -- Ticket URL: <https://trac.macports.org/ticket/41871#comment:4> MacPorts <https://www.macports.org/> Ports system for OS X

1 0