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

[MacPorts] #47156: port docx2txt
by MacPorts 14 Mar '15

14 Mar '15

#47156: port docx2txt -------------------------+-------------------------------- Reporter: pengyu.ut@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- [http://docx2txt.sourceforge.net] -- Ticket URL: <https://trac.macports.org/ticket/47156> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45006: cups-pdf sandbox issues in yosemite
by MacPorts 14 Mar '15

14 Mar '15

#45006: cups-pdf sandbox issues in yosemite -----------------------+-------------------------------- Reporter: jasonw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: yosemite Port: cups-pdf | -----------------------+-------------------------------- Comment (by mf2k@…): Would some one please attach their patch(es)? -- Ticket URL: <https://trac.macports.org/ticket/45006#comment:5> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #47144: py-poppler-qt4 @0.18.2_0: update to 0.24.0
by MacPorts 14 Mar '15

14 Mar '15

#47144: py-poppler-qt4 @0.18.2_0: update to 0.24.0 ---------------------------------+-------------------------------- Reporter: davide.liessi@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: py-poppler-qt4 ---------------------------------+-------------------------------- -- Ticket URL: <https://trac.macports.org/ticket/47144> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

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

14 Mar '15

#33259: cmake portgroup: out of source build option, possibly by default ---------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | ---------------------------+-------------------------------- Comment (by rjvbertin@…): That issue remains with the patch in comment 39. When I set cmake.out_of_tree to no in the resulting cmake-1.0.tcl file, and then try to configure a port that uses this portgroup, I get {{{ ---> Configuring QtCurve-qt5 Error: org.macports.configure for port QtCurve-qt5 returned: can't read "configure.dir": can't read "worksrcpath": no such variable }}} I get the same error when I set cmake.out_of_tree to no in the port's Portfile, after including the cmake portgroup. BTW: apparently one will need to `set cmake.out_of_tree no` when setting the property *before* including the cmake portgroup? -- Ticket URL: <https://trac.macports.org/ticket/33259#comment:41> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #41600: bison: update to 3.0.2
by MacPorts 14 Mar '15

14 Mar '15

#41600: bison: update to 3.0.2 ------------------------------+---------------------- Reporter: akim.demaille@… | Owner: larryv@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch Port: bison | ------------------------------+---------------------- Comment (by akim.demaille@…): Replying to [comment:48 rjvbertin@…]: > I don't think users of the remaining 18% will think the same. I'm one of them, being a very regular user of xxdiff. > If MacPorts had a feature to "hold" specific ports or if bison were a huge port things would be different, but as it is I don't think that the benefits of removing the bison-2 subport outweigh the disadvantages for some. But leaving installed an old version promotes old and deprecated interfaces. How about updating these packages instead? -- Ticket URL: <https://trac.macports.org/ticket/41600#comment:50> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #41600: bison: update to 3.0.2
by MacPorts 14 Mar '15

14 Mar '15

#41600: bison: update to 3.0.2 ------------------------------+---------------------- Reporter: akim.demaille@… | Owner: larryv@… Type: update | Status: assigned Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: haspatch Port: bison | ------------------------------+---------------------- Comment (by akim.demaille@…): Replying to [comment:47 larryv@…]: > I don’t think it’s necessary or desirable to keep Bison 2 around. The fewer versioned ports we have, the better. I share this opinion. > I’ve been testing the ports that mention “bison” somewhere in their portfiles. Currently, the following 79 ports declare a dependency on `bison` and build fine with Bison 3.0.4 installed. (I didn’t verify that the builds actually used Bison.) You did an amazing job! Congrats! > These 5 fail with Bison-related errors. > - libgnomeprint > - nwntools > - openvas-libnasl > - rb-ripper > - xpkg I'll try to have a look at these to fix their errors. Do you think the the patches will have chances of being accepted? > These 11 fail with errors that don’t seem related to Bison. I haven’t poked around too much, though. > - asterisk > - cableswig > - dwarf > - jnethack > - InsightToolkit > - InsightToolkit312 (presumed to fail based on InsightToolkit test) > - InsightToolkit314 (presumed to fail based on InsightToolkit test) > - lparse > - nefu > - stp > - xxdiff (outdated) -- Ticket URL: <https://trac.macports.org/ticket/41600#comment:49> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #45006: cups-pdf sandbox issues in yosemite
by MacPorts 14 Mar '15

14 Mar '15

#45006: cups-pdf sandbox issues in yosemite -----------------------+-------------------------------- Reporter: jasonw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.1 Resolution: | Keywords: yosemite Port: cups-pdf | -----------------------+-------------------------------- Comment (by icaines77@…): Agreed, stoffer(a)skulp.net's suggestion worked for me. Except that I also needed to comment out the "PDFVer" line. -- Ticket URL: <https://trac.macports.org/ticket/45006#comment:3> 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 14 Mar '15

14 Mar '15

#33259: cmake portgroup: out of source build option, possibly by default ---------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | ---------------------------+-------------------------------- Comment (by rjvbertin@…): I tried with one of my ports. It worked fine with the default setting as shown in comment 22, i.e. OOT builds by default. But I got errors about undefined variables when I set the default to no in the portgroup file. -- Ticket URL: <https://trac.macports.org/ticket/33259#comment:40> 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 14 Mar '15

14 Mar '15

#33259: cmake portgroup: out of source build option, possibly by default ---------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: | ---------------------------+-------------------------------- Comment (by mojca@…): Replying to [comment:36 michaelld@…]: > Would someone post the "current final" patch so that I can try it out? I used cal's patch with the mentioned minor modification for `configure.post_args` (and using `yes/no` as the default value is still debatable): {{{ #!patch --- cmake-1.0.tcl (revision 133872) +++ cmake-1.0.tcl (working copy) @@ -134,3 +134,27 @@ if {[string first "--enable-debug" ${configure.args}] > -1} { configure.args-delete --enable-debug } + +options cmake.out_of_source +default cmake.out_of_source yes + +options cmake.build_dir +default cmake.build_dir {${workpath}/build} + +proc _cmake_get_build_dir {} { + global cmake.out_of_source cmake.build_dir + + if {${cmake.out_of_source}} { + return ${cmake.build_dir} + } else { + return ${worksrcpath} + } +} + +pre-configure { + file mkdir ${configure.dir} +} + +default configure.dir {[_cmake_get_build_dir]} +default configure.post_args {${worksrcpath}} +default build.dir {${configure.dir}} }}} Replying to [comment:37 rjvbertin@…]: > The patch is in comment 22, though it claims to be w.r.t a revision 133760 while according to my svn cmake-1.0.tcl is still at rev. 129400 ... The patch was probably a result of "`svn diff`" which gives you the revision of the checkout, at least in my case. I wouldn't bother with the number being too high. > And shouldn't the `default configure.post_args` be set the same way the default `${configure.dir} `is set, i.e. as a function of `${cmake.out_of_source}`? (= left unspecified when `!${cmake.out_of_source}?)` I don't see what could go wrong if the value is always specified. The value should be correct even when building in the same tree where the sources are. -- Ticket URL: <https://trac.macports.org/ticket/33259#comment:39> MacPorts <https://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #46603: Netpbm 10.69.02 does not build on PPC Tiger (Mac OS X 10.4.11) because of a faulty Makefile
by MacPorts 14 Mar '15

14 Mar '15

#46603: Netpbm 10.69.02 does not build on PPC Tiger (Mac OS X 10.4.11) because of a faulty Makefile -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: netpbm -----------------------------+-------------------------------- {{{ gnumake[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced/other/pamx' /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced/other/pamx/Makefile:13: Extraneous text after `else' directive /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced/other/pamx/Makefile:22: *** only one `else' per conditional. Stop. gnumake[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced/other/pamx' gnumake[1]: *** [pamx/all] Error 2 gnumake[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced/other' gnumake: *** [other/all] Error 2 gnumake: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced' Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_graphics_netpbm/netpbm/work/advanced" && /usr/bin/gnumake -w messages=yes Exit code: 2 }}} The lines mentioned are: {{{ 12 ifeq ($(WANT_X11),N) 13 else ifeq ($(shell pkg-config x11 --modversion --silence-errors),) 14 # Pkg-config has never heard of X11, or doesn't even exist 15 16 ifneq ($(X11LIB),NONE) 17 HAVE_X11LIB = Y 18 ifneq ($(X11HDR_DIR)x,x) 19 EXTERN_INCLUDES += -I$(X11HDR_DIR) 20 endif 21 endif 22 else 23 HAVE_X11LIB = Y 24 X11LIB = $(shell pkg-config x11 --libs) 25 EXTERN_INCLUDES += $(shell pkg-config x11 --cflags) 26 endif }}} -- Ticket URL: <https://trac.macports.org/ticket/46603> MacPorts <https://www.macports.org/> Ports system for OS X

1 3