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

[MacPorts] #36856: Qemu support of sse4.2 extended instructions.
by MacPorts 07 Jan '13

07 Jan '13

#36856: Qemu support of sse4.2 extended instructions. --------------------+-------------------------------- Reporter: enf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: --------------------+-------------------------------- Qemu disables processor instruction extentions with non linux builds -- mac builds. specifically, processor sse4.2 functions. Here is patch for cpu.c file to allow. mmacbookpro-enf:~ enf$ diff -c ~/Downloads/qemu-1.2.0/target-i386/cpu.c ~/src/play/c/qemu-1.2.0/target-i386/cpu.c *** /Users/enf/Downloads/qemu-1.2.0/target-i386/cpu.c 2012-09-05 07:03:06.000000000 -0700 --- /Users/enf/src/play/c/qemu-1.2.0/target-i386/cpu.c 2012-11-01 19:32:19.000000000 -0700 *************** *** 116,122 **** void host_cpuid(uint32_t function, uint32_t count, uint32_t *eax, uint32_t *ebx, uint32_t *ecx, uint32_t *edx) { ! #if defined(CONFIG_KVM) uint32_t vec[4]; #ifdef __x86_64__ --- 116,122 ---- void host_cpuid(uint32_t function, uint32_t count, uint32_t *eax, uint32_t *ebx, uint32_t *ecx, uint32_t *edx) { ! #if defined(CONFIG_KVM) || defined(__APPLE__) uint32_t vec[4]; #ifdef __x86_64__ *************** *** 273,279 **** CPUID_VME, CPUID_DTS, CPUID_SS, CPUID_HT, CPUID_TM, CPUID_PBE */ #define TCG_EXT_FEATURES (CPUID_EXT_SSE3 | CPUID_EXT_MONITOR | \ CPUID_EXT_CX16 | CPUID_EXT_POPCNT | \ ! CPUID_EXT_HYPERVISOR) /* missing: CPUID_EXT_DTES64, CPUID_EXT_DSCPL, CPUID_EXT_VMX, CPUID_EXT_EST, CPUID_EXT_TM2, CPUID_EXT_XTPR, CPUID_EXT_PDCM, CPUID_EXT_XSAVE */ --- 273,279 ---- CPUID_VME, CPUID_DTS, CPUID_SS, CPUID_HT, CPUID_TM, CPUID_PBE */ #define TCG_EXT_FEATURES (CPUID_EXT_SSE3 | CPUID_EXT_MONITOR | \ CPUID_EXT_CX16 | CPUID_EXT_POPCNT | \ ! CPUID_EXT_HYPERVISOR | CPUID_EXT_SSE42) /* missing: CPUID_EXT_DTES64, CPUID_EXT_DSCPL, CPUID_EXT_VMX, CPUID_EXT_EST, CPUID_EXT_TM2, CPUID_EXT_XTPR, CPUID_EXT_PDCM, CPUID_EXT_XSAVE */ -- Ticket URL: <https://trac.macports.org/ticket/36856> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #26814: Add 'ruby19' variant to vim
by MacPorts 07 Jan '13

07 Jan '13

#26814: Add 'ruby19' variant to vim --------------------------------------+------------------------------------- Reporter: dmitry.gladkov@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: vim, ruby | Port: vim --------------------------------------+------------------------------------- I have ruby19 only installed and I don't want to install ruby 1.8.x back just to build vim with ruby support. I guess if vim is ruby19 compatible, it should be something like this in portfile: {{{ variant ruby description {Enable Ruby scripting} { configure.args-append --enable-rubyinterp depends_lib-append port:ruby19 } }}} -- Ticket URL: <https://trac.macports.org/ticket/26814> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37023: php5-libev new port request
by MacPorts 07 Jan '13

07 Jan '13

#37023: php5-libev new port request ---------------------------------+-------------------------------- Reporter: watermark.nielsen@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ---------------------------------+-------------------------------- Request for a PHP extension: https://github.com/m4rw3r/php-libev It's used by the http://reactphp.org project, if that's relevant. I'm not sure what level of maturity a project has to reach to be included into MacPorts or if it's more appropriate for the author to submit these. -- Ticket URL: <https://trac.macports.org/ticket/37023> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37542: fonttools @2.3 ttx fails on FSpOpenResFile on 64bit python
by MacPorts 07 Jan '13

07 Jan '13

#37542: fonttools @2.3 ttx fails on FSpOpenResFile on 64bit python -------------------------+-------------------------------- Reporter: macports8@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: fonttools -------------------------+-------------------------------- On Mountain Lion, the ttx tool fails with `AttributeError: 'module' object has no attribute 'FSpOpenResFile'` {{{ hannes-mbp:~ Hannes$ ttx Foo-Book.otf Dumping "Foo-Book.otf" to "Foo-Book.ttx"... Traceback (most recent call last): File "/opt/local/bin/ttx", line 11, in <module> ttx.main(sys.argv[1:]) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/FontTools/fontTools/ttx.py", line 297, in main process(jobs, options) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/FontTools/fontTools/ttx.py", line 282, in process action(input, output, options) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/FontTools/fontTools/ttx.py", line 172, in ttDump fontNumber=options.fontNumber) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/FontTools/fontTools/ttLib/__init__.py", line 145, in __init__ if macUtils.getSFNTResIndices(file): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/FontTools/fontTools/ttLib/macUtils.py", line 28, in getSFNTResIndices resref = MyOpenResFile(path) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.6/lib/python2.6 /site-packages/FontTools/fontTools/ttLib/macUtils.py", line 18, in MyOpenResFile resref = Res.FSpOpenResFile(path, mode) AttributeError: 'module' object has no attribute 'FSpOpenResFile' }}} This change fixes the problem: https://github.com/mcolyer/fonttools/commit/e732bd3ba63c51df9aed903eb2147fa… -- Ticket URL: <https://trac.macports.org/ticket/37542> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37556: py27-cairo @1.10.0 Version reported as 1.0.10 instead
by MacPorts 07 Jan '13

07 Jan '13

#37556: py27-cairo @1.10.0 Version reported as 1.0.10 instead -------------------------+-------------------------------- Reporter: peeter.as@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-cairo -------------------------+-------------------------------- I tried to compile a documentation with sphinx, but I got this error: {{{ Exception occurred: File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/matplotlib/backends/backend_cairo.py", line 37, in <module> % (cairo.version_info + _version_required)) ImportError: Pycairo 1.0.10 is installed Pycairo 1.2.0 or later is required The full traceback has been saved in... }}} In ipython: {{{ In [29]: import cairo In [30]: cairo.version_info Out[30]: (1, 0, 10) }}} From ''port installed'': {{{ py27-cairo @1.10.0_0+x11 (active) }}} Also: {{{ $ pkg-config --modversion pycairo 1.10.0 }}} -- Ticket URL: <https://trac.macports.org/ticket/37556> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37516: Unable to upgrade to libsdl 1.2.15_2
by MacPorts 06 Jan '13

06 Jan '13

#37516: Unable to upgrade to libsdl 1.2.15_2 ----------------------+-------------------------------- Reporter: bs1464@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------+-------------------------------- I have libsdl 1.2.15_0 and I have tried everything that was advised on the ticket guide, but no luck. It fails during build. It cannot do some changig directory(?) according to the log. (Error: org.macports.build for port libsdl returned: command execution failed) -- Ticket URL: <https://trac.macports.org/ticket/37516> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #37335: bowtie: update to version 0.12.9
by MacPorts 06 Jan '13

06 Jan '13

#37335: bowtie: update to version 0.12.9 -------------------------+------------------------------ Reporter: ciserlohn@… | Owner: haroldpimentel@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: bowtie -------------------------+------------------------------ Version 0.12.9 fixes the build issues with clang (see #37200 and http://sourceforge.net/tracker/?func=detail&aid=3594088&group_id=236897&ati…) -- Ticket URL: <https://trac.macports.org/ticket/37335> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37515: tomcat-dbcp.jar not found in tomcat6 @6.0.35_1
by MacPorts 06 Jan '13

06 Jan '13

#37515: tomcat-dbcp.jar not found in tomcat6 @6.0.35_1 --------------------------------+-------------------------------- Reporter: demontis.roberto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: dbcp jdbc | Port: tomcat6 --------------------------------+-------------------------------- I've installed tomcat6 on Snow Leopard but the JDBC did not work because there is no the jar tomcat-dbcp.jar I then added it on /opt/local/share/java/tomcat6/lib and it seems work fine -- Ticket URL: <https://trac.macports.org/ticket/37515> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37535: cppunit @1.12.1_0 configure fails due to automake 1.13
by MacPorts 06 Jan '13

06 Jan '13

#37535: cppunit @1.12.1_0 configure fails due to automake 1.13 --------------------------+-------------------------------- Reporter: tsmithtree@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: cppunit --------------------------+-------------------------------- Hi, I'm not sure if I should submit this problem here or upstream, but here goes... cppunit @1.12.1_0 fails with the following error message: {{{ :info:configure configure.in:40: error: 'AM_CONFIG_HEADER': this macro is obsolete. :info:configure You should use the 'AC_CONFIG_HEADERS' macro instead. :info:configure /opt/local/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from... :info:configure configure.in:40: the top level :info:configure autom4te: /opt/local/bin/gm4 failed with exit status: 1 :info:configure aclocal: error: echo failed with exit status: 1 :info:configure autoreconf: aclocal failed with exit status: 1 :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cppunit/cppunit/work/cppunit-1.12.1" && autoreconf --install -fvi :info:configure Exit code: 1 }}} This seems to be caused by changes in automake 1.13. I have attached a small patch to fix the offending line in configure.in -- Ticket URL: <https://trac.macports.org/ticket/37535> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37479: Update Apple gcc 4.2.1 to 4.2.4
by MacPorts 06 Jan '13

06 Jan '13

#37479: Update Apple gcc 4.2.1 to 4.2.4 -----------------------------+-------------------------------- Reporter: tobias.netzel@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: apple-gcc42 -----------------------------+-------------------------------- By merging the official GNU patchsets for gcc 4.2.2, 4.2.3 and 4.2.4 I was able to fix at least two compiler bugs I had when building WebKit. One was a problem with ftree-vrp and the other with mpowerpc64 (64 bit instruction use when optimizing for the G5 and targetting the 32 bit ABI, more and more important nowadays). Both issues were fixed by the update. I'd like to see that merged into this port. -- Ticket URL: <https://trac.macports.org/ticket/37479> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 29