January 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #37130: github portgroup: github.tarball_from downloads should set livecheck.url
by MacPorts 04 Jan '13

04 Jan '13

#37130: github portgroup: github.tarball_from downloads should set livecheck.url -------------------------+-------------------------------- Reporter: aronnax@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- I maintain a pair of ports, gst-plugins-cairovis and gst-plugins-math, which are hosted on GitHub (and of which I am the author). I generate and upload stable source tarballs under the projects' respective downloads on GitHub. I just realized that the livecheck for these ports is busted. I had to override the defaults by adding the following: {{{ livecheck.url https://github.com/${github.author}/${name}/downloads livecheck.regex ${name}-(\\d+(\\.\\d+)*)[regsub -all \\. ${extract.suffix} \\.] }}} It is understandable that I would have to write my own regex, but it would be nice if {{{ github.tarball_from downloads }}} automatically set {{{livecheck.url}}} to something useful. -- Ticket URL: <https://trac.macports.org/ticket/37130> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37447: wenoth: update to 1.10.5
by MacPorts 04 Jan '13

04 Jan '13

#37447: wenoth: update to 1.10.5 --------------------------+---------------------- Reporter: ryandesign@… | Owner: jordan@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: wesnoth --------------------------+---------------------- {{{ $ port livecheck wesnoth wesnoth seems to have been updated (port version: 1.10.4, new version: 1.10.5) }}} -- Ticket URL: <https://trac.macports.org/ticket/37447> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #20448: doxygen +wizard fails to build on Tiger
by MacPorts 04 Jan '13

04 Jan '13

#20448: doxygen +wizard fails to build on Tiger -----------------------------------+---------------------------------------- Reporter: ccorn@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: QT | Port: doxygen -----------------------------------+---------------------------------------- Port: doxygen 1.5.9 +wizard (svn -r54420) Platform: Mac OS X 10.4.11 on a Powerbook G4 (Darwin 8.11.0/powerpc) Building DoxyWizard aborts with the attached linker errors. Two issues emerge from that: (1) Linking DoxyWizard does not find -lpng. The linker command line misses either an -L${worksrcdir}/libpng (yes, doxygen builds a static copy of libpng) or an -L${prefix}/lib. With respect to a given lib dependency port:libpng and a given post-patch action that inserts ${configure.cppflags} right after the compiler command, I have decided to insert ${configure.ldflags} right after the linker command as well. Thus, MacPort's libpng should be used. At least I hoped so. However, this still did not produce the desired linker command. (But I left the patch in for symmetry reasons.) Finally, I resorted to build.env-append LIBRARY_PATH=${prefix}/lib within the definition of variant wizard. This helped. (2) Universal binaries are built without demand. First, I supposed that this is because there is a second post-patch definition for variant wizard which might override the previous post-patch definition. I have moved the post-patch and post-destroot commands out of the variant definition, and I have guarded them with a test for variant wizard or platform darwin where necessary. Note that the present patches to doxywizard makefiles can mostly be applied without regard to whether variant wizard is in effect, but the patches are appropriate for macosx/darwin only. Therefore, most patches are guarded by the platform test alone. Again, this alone did not help. (I left the patch in because having several post-patch definitions looks confusing anyway.) Finally, I found that addon/doxywizard/doxywizard.pro.in itself specifies "CONFIG += x86 ppc". I have added a patchfile to remove that unless the universal variant is desired. This made the difference. Some quirks removed by the way: (3) ${tmake_conf} was used in post-patch actions, but defined for platform darwin only. I have moved the definition into the post-patch section. Both the definition and the affected patch action are conditioned on a test for platform darwin now. (4) The build dependency bin:ginstall:coreutils is not needed. Just add --install /usr/bin/install to configure.args, and doxygen will use that. Also relevant for ticket #18400. I have attached a Portfile patch, an additional patchfile and the (previous) error excerpts. The patches succeed in building doxygen +wizard and doxygen -wizard correctly on my platform. -- Ticket URL: <http://trac.macports.org/ticket/20448> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #36857: cmake: update to version 2.8.10
by MacPorts 04 Jan '13

04 Jan '13

#36857: cmake: update to version 2.8.10 -------------------------+------------------- Reporter: pixilla@… | Owner: css@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: cmake -------------------------+------------------- -- Ticket URL: <https://trac.macports.org/ticket/36857> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37497: libc-headers conflicts with libpftputil
by MacPorts 04 Jan '13

04 Jan '13

#37497: libc-headers conflicts with libpftputil --------------------------+-------------------------- Reporter: ryandesign@… | Owner: mfeiri@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: libc-headers --------------------------+-------------------------- {{{ ---> Fetching distfiles for libc-headers ---> Attempting to fetch Libc-825.25.tar.gz from http://opensource.apple.com/tarballs/Libc/ ---> Verifying checksum(s) for libc-headers ---> Extracting libc-headers ---> Configuring libc-headers ---> Building libc-headers ---> Staging libc-headers into destroot ---> Installing libc-headers @825.25_0 ---> Activating libc-headers @825.25_0 Error: org.macports.activate for port libc-headers returned: Image error: /opt/local/include/util.h is being used by the active libpftputil port. Please deactivate this port first, or use 'port -f activate libc-headers' to force the activation. Please see the log file for port libc-headers for details: /opt/local/var/macports/logs /_Users_rschmidt_macports_dports_devel_libc-headers/libc-headers/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port libc-headers failed }}} -- Ticket URL: <https://trac.macports.org/ticket/37497> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37481: doxygen: Remove broken +tcl variant
by MacPorts 04 Jan '13

04 Jan '13

#37481: doxygen: Remove broken +tcl variant ----------------------+--------------------- Reporter: raimue@… | Owner: css@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: doxygen ----------------------+--------------------- doxygen +tcl is broken as the patch file does not apply. Furthermore, Tcl is supported by upstream as of version 1.7.5 according to this [http://wiki.tcl.tk/27011 Tcl wiki page]. -- Ticket URL: <https://trac.macports.org/ticket/37481> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37507: doxygen @1.8.3 build fails on Mac OS X 10.6
by MacPorts 04 Jan '13

04 Jan '13

#37507: doxygen @1.8.3 build fails on Mac OS X 10.6 -----------------------------+-------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: doxygen -----------------------------+-------------------------------- The doxygen 1.8.3 build fails on Mac OS X 10.6.8: {{{ $ sudo port -vs install doxygen ... ---> Building doxygen ... gmake[2]: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_doxygen/doxygen/work/doxygen-1.8.3/qtools' /usr/bin/g++-4.2 -I/opt/local/include -arch x86_64 -c -pipe -D__FreeBSD__=6 -DYY_TYPEDEF_YY_SIZE_T -Dyy_size_t=int -DQT_LITE_UNICODE -Wall -W -Wno-deprecated-declarations -Wno-invalid-source-encoding -O2 -I. -o ../objects/qbuffer.o qbuffer.cpp /usr/bin/g++-4.2 -I/opt/local/include -arch x86_64 -c -pipe -D__FreeBSD__=6 -DYY_TYPEDEF_YY_SIZE_T -Dyy_size_t=int -DQT_LITE_UNICODE -Wall -W -Wno-deprecated-declarations -Wno-invalid-source-encoding -O2 -I. -o ../objects/qcollection.o qcollection.cpp cc1plus: error: unrecognized command line option "-Wno-invalid-source- encoding" cc1plus: error: unrecognized command line option "-Wno-invalid-source- encoding" ... }}} The problem seems to have been introduced in r101042. -- Ticket URL: <https://trac.macports.org/ticket/37507> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37410: py-mayavi version update to 4.2.0
by MacPorts 04 Jan '13

04 Jan '13

#37410: py-mayavi version update to 4.2.0 ---------------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: maintainer haspatch | Port: py-mayavi ---------------------------------+-------------------------------- Portfile patch and new patchfile attached. I have tested this port. -- Ticket URL: <https://trac.macports.org/ticket/37410> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37409: py-envisage version update to 4.2.0
by MacPorts 03 Jan '13

03 Jan '13

#37409: py-envisage version update to 4.2.0 ---------------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: maintainer haspatch | Port: py-envisage ---------------------------------+-------------------------------- Portfile patch attached. I have tested this port as a dependency to mayavi. -- Ticket URL: <https://trac.macports.org/ticket/37409> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37408: py-chaco version update to 4.2.0
by MacPorts 03 Jan '13

03 Jan '13

#37408: py-chaco version update to 4.2.0 ---------------------------------+-------------------------------- Reporter: jjstickel@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: maintainer haspatch | Port: py-chaco ---------------------------------+-------------------------------- Patch to the portfile and a patchfile attached. I have tested this port. -- Ticket URL: <https://trac.macports.org/ticket/37408> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1