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

[MacPorts] #37466: py-dulwich: update to 0.8.7
by MacPorts 03 Jan '13

03 Jan '13

#37466: py-dulwich: update to 0.8.7 ----------------------------+-------------------------------- Reporter: macports.org@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-dulwich ----------------------------+-------------------------------- 0.8.6 and 0.8.7 were released on 2012-11-09 and 2012-11-27, the current hg-git [https://bitbucket.org/durin42/hg-git/issue/62/pull-crashes-on- some-repos fails on some repositories] (found so far: [https://github.com/mitsuhiko/flask/ Flask], [https://github.com/jquery/jquery jQuery], [https://github.com/ivaynberg/select2 select2], [https://github.com/ErshKUS/OpenStreetMap.ru OpenStreetMap.ru]); according to the bug report a more recent version of dulwich should fix the issue. Fix confirmed by uninstalling the port and installing dulwich 2.7 directly (via pip): all 4 repositories are clonable. -- Ticket URL: <https://trac.macports.org/ticket/37466> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37496: openmotif @2.3.4_0 build fails due to automake 1.13.1
by MacPorts 03 Jan '13

03 Jan '13

#37496: openmotif @2.3.4_0 build fails due to automake 1.13.1 -----------------------------+-------------------------------- Reporter: md14-macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: openmotif -----------------------------+-------------------------------- The openmotif build broke due to changes in automake 1.13.1. {{{ $ sudo port -vs install openmotif ... ---> Configuring openmotif configure.ac:39: error: 'AM_PROG_CC_STDC': this macro is obsolete. You should simply use the 'AC_PROG_CC' macro instead. Also, your code should no longer depend upon 'am_cv_prog_cc_stdc', but upon 'ac_cv_prog_cc_stdc'. /opt/local/share/aclocal-1.13/obsolete-err.m4:17: AM_PROG_CC_STDC is expanded from... configure.ac:39: the top level autom4te: /opt/local/bin/gm4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 ... }}} From the automake 1.13.1 changelog: {{{ - Use of the obsolete macros AM_CONFIG_HEADER or AM_PROG_CC_STDC now causes a clear and helpful error message, instead of obscure ones (issue introduced in Automake 1.13). }}} The attached patch appears to fix the problem. -- Ticket URL: <https://trac.macports.org/ticket/37496> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37402: phantomjs: cc1plus: error: unrecognized command line option "-mavx"
by MacPorts 03 Jan '13

03 Jan '13

#37402: phantomjs: cc1plus: error: unrecognized command line option "-mavx" --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: snowleopard | Port: phantomjs --------------------------+-------------------------------- While phantomjs 1.8.0 builds on the Lion and Mountain Lion buildbots, it fails to build on the Snow Leopard buildbot: https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/13259/steps/compile/logs/stdio {{{ g++ -c -pipe -mavx -O2 -Wall -W -I../../../mkspecs/macx-g++ -I. -o avx.o avx.cpp cc1plus: error: unrecognized command line option "-mavx" }}} This was [comment:ticket:34479:5 observed with 1.7.0] as well. -- Ticket URL: <https://trac.macports.org/ticket/37402> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37494: gnupg @1.4.13 update
by MacPorts 03 Jan '13

03 Jan '13

#37494: gnupg @1.4.13 update ----------------------+-------------------------------- Reporter: mdmonk@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.1.2 Keywords: | Port: gnupg ----------------------+-------------------------------- The current MacPorts has gnupg ver 1.4.12. I've modified the current port file to build 1.4.13; due to the following information: http://www.securityfocus.com/archive/1/525167 pwd: /opt/local/var/macports/sources/rsync.macports.org/release/tarballs/ports/mail/gnupg $ diff Portfile.orig Portfile 7c7 < version 1.4.12 --- > version 1.4.13 23,25c23,25 < checksums ${distname}${extract.suffix} md5 ce3742e5c7912559cab7894ad8ba7f6b \ < sha1 9b78e20328d35525af7b8a9c1cf081396910e937 \ < rmd160 d5f4367c9a636d778b6ccb2711bfba6597c27fa0 --- > checksums ${distname}${extract.suffix} md5 c74249db5803f76f17fee9a201c0189f \ > sha1 17a75c54d292bd0923f0a1817a1b02ded37d1de1 \ > rmd160 a3d6f2ca2dd46d8b97e1790d0b1738dc4a1cedd6 -- Ticket URL: <https://trac.macports.org/ticket/37494> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37463: llvm-3.2 does not build / universal variants semantics should be changed
by MacPorts 03 Jan '13

03 Jan '13

#37463: llvm-3.2 does not build / universal variants semantics should be changed -----------------------+---------------------- Reporter: vince@… | Owner: jeremyhu Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: universal | Port: llvm-3.2 -----------------------+---------------------- When building llvm-3.2 I get this error: {{{ lvm[1]: Compiling llvm-config.cpp for Release+Debug+Asserts build if /usr/bin/clang++ -I/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/include -I/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config -D_DEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -I/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts -O3 -g -fvisibility-inlines-hidden -fno-exceptions -fno-rtti -fno-common -Woverloaded-virtual -Wcast-qual -m64 -pedantic -Wno-long-long -Wall -W -Wno-unused-parameter -Wwrite- strings -Wcovered-switch-default -c -MMD -MP -MF "/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.d.tmp" -MT "/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.o" -MT "/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.d" llvm-config.cpp -o /opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.o ; \ then /bin/mv -f "/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.d.tmp" "/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.d"; else /bin/rm "/opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.d.tmp"; exit 1; fi llvm-config.cpp:45:10: fatal error: 'LibraryDependencies.inc' file not found #include "LibraryDependencies.inc" ^ 1 error generated. rm: /opt/local/var/macports/build/_Users_vincent_Developpement_Macports_trunk_dports_lang_llvm-3.2/llvm-3.2/work/llvm-3.2.src/tools /llvm-config/Release+Debug+Asserts/llvm-config.d.tmp: No such file or directory }}} Besides, the ‘universal’ variant should not mean building a universal compiler, but building a compiler than can compile for both i386/x86-64, which is the default case. The classical meaning of ‘universal’ should be transferred to some other variant. -- Ticket URL: <https://trac.macports.org/ticket/37463> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #37488: Indonesia mirror for archive sites
by MacPorts 03 Jan '13

03 Jan '13

#37488: Indonesia mirror for archive sites -----------------------------+-------------------------------- Reporter: lynxluna@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: archive, mirror | Port: -----------------------------+-------------------------------- Following updates from Macports i'd like to add Indonesian mirror for archive package also. The server is the same machine hosted ports and distfiles in ticket:27878. -- Ticket URL: <https://trac.macports.org/ticket/37488> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37491: geotifcp and EXC_BAD_ACCESS
by MacPorts 03 Jan '13

03 Jan '13

#37491: geotifcp and EXC_BAD_ACCESS -------------------------------+-------------------------------- Reporter: heikki.julkunen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -------------------------------+-------------------------------- geotifcp works great in Ubuntu 12.04 The tiff file is large (316Mb) so better not attach it, please let me know if you need it. > port version Version: 2.1.2 > uname -a Darwin mini.local 12.2.1 Darwin Kernel Version 12.2.1: Thu Oct 18 12:13:47 PDT 2012; root:xnu-2050.20.9~1/RELEASE_X86_64 x86_64 geotifcp -g KSEA.orig.geo.hp KSEA.enh.tif KSEA.tif make: *** [KSEA.tif] Segmentation fault: 11 (gdb) set args -g KSEA.orig.geo.hp KSEA.enh.tif KSEA.tif (gdb) run Starting program: /opt/local/bin/geotifcp -g KSEA.orig.geo.hp KSEA.enh.tif KSEA.tif Reading symbols for shared libraries ++++++............................. done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000018 0x00007fff937799e7 in memmove$VARIANT$sse42 () Have proposed fix here: diff geotifcp.c.orig geotifcp.c 462c462 < { TIFFTAG_WHITEPOINT, 2, TIFF_RATIONAL }, --- > { TIFFTAG_WHITEPOINT, (uint16) -1, TIFF_RATIONAL }, 512,514d511 < } else if (p->count == 2) { < float floatv1, floatv2; < CopyField2(p->tag, floatv1, floatv2); 528a526 -- Ticket URL: <https://trac.macports.org/ticket/37491> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37103: ImageMagick 6.8.0 does not correctly display SVG files on PPC (here Leopard 10.5.8)
by MacPorts 02 Jan '13

02 Jan '13

#37103: ImageMagick 6.8.0 does not correctly display SVG files on PPC (here Leopard 10.5.8) -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: off-colour | Port: ImageMagick -----------------------------+-------------------------------- Having a problem with the display of SVG files in GNU Emacs 24.3.50 I built this version of GNU Emacs with Fink's ImageMagick and MacPorts' ImageMagick. On intel Snow Leopard both packages (display utility) and GNU Emacs work correctly, so it's likely that the PPC hardware platform with its number format causes the false colours to be displayed. I am attaching a screen-shot with two windows of ImageMagick's display utility on Leopard, one showing the PNG version (with transparency, obviously) and the other the SVG version. Both files can be found in the sources in emacs/etc/images, but I'll try to attach them as well. A final test would be to not use ImageMagick but all the many graphics libraries – the MacPorts GNU Emacs 24.2 does not offer a variant built with librsvg2… -- Ticket URL: <https://trac.macports.org/ticket/37103> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37490: gd2: configuration fails with automake-13.0
by MacPorts 02 Jan '13

02 Jan '13

#37490: gd2: configuration fails with automake-13.0 -------------------------+-------------------------------- Reporter: jdgleeson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gd2 -------------------------+-------------------------------- configure.ac contains the macro AM_PROG_CC_STDC, which is not recognized by automake. AC_PROG_CC is expected instead, which happens to already be in configure.ac. An augmented version of patch-configure.ac.diff is attached which deletes AM_PROG_CC_STDC. -- Ticket URL: <https://trac.macports.org/ticket/37490> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37489: Request to upgrade doxygen
by MacPorts 02 Jan '13

02 Jan '13

#37489: Request to upgrade doxygen --------------------------+-------------------------------- Reporter: t.m.guymer@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: doxygen --------------------------+-------------------------------- Hi, Version 1.8.3 of doxygen was released on December the 26th and it claims to have fixed a bug which I am currently experiencing with the software. The current version available on MacPorts is 1.8.1.1, is it possible to have this upgraded to version 1.8.3 so that I can now use it with out the bug? Thank you, -- Ticket URL: <https://trac.macports.org/ticket/37489> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2