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

[MacPorts] #37749: py-gtkmvc broken by removal of py-gtk2
by MacPorts 23 Jan '13

23 Jan '13

#37749: py-gtkmvc broken by removal of py-gtk2 --------------------+-------------------------------- Reporter: jmr@… | Owner: g5pw@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-gtkmvc py-pygtk --------------------+-------------------------------- py-gtkmvc depends on py-gtk2. r100334/r100335 thus broke it. -- Ticket URL: <https://trac.macports.org/ticket/37749> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37740: webkit-gtk @1.10.2: undefined method `getbyte'
by MacPorts 23 Jan '13

23 Jan '13

#37740: webkit-gtk @1.10.2: undefined method `getbyte' ---------------------------+------------------------ Reporter: ryandesign@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: tiger leopard | Port: webkit-gtk ---------------------------+------------------------ After applying the patch from #37418 to get past the error in Leopard's system headers, the build fails with: {{{ libtool: link: /usr/bin/g++-4.2 -pipe -O2 -arch i386 -O2 -arch i386 -o Programs/LLIntOffsetsExtractor Source/JavaScriptCore/llint /Programs_LLIntOffsetsExtractor-LLIntOffsetsExtractor.o -L/opt/local/lib ./.libs/libWTF.a -licui18n -licuuc -licudata /opt/local/lib/libgio-2.0.dylib /opt/local/lib/libgmodule-2.0.dylib -lz /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libgthread-2.0.dylib /opt/local/lib/libffi.dylib /opt/local/lib/libglib-2.0.dylib -lresolv /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -lc -lm -lpthread -lstdc++ /usr/bin/ruby ./Source/JavaScriptCore/offlineasm/asm.rb ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm Programs/LLIntOffsetsExtractor DerivedSources/JavaScriptCore/LLIntAssembly.h offlineasm: Parsing ./Source/JavaScriptCore/llint/LowLevelInterpreter.asm and Programs/LLIntOffsetsExtractor and creating assembly file DerivedSources/JavaScriptCore/LLIntAssembly.h. ./Source/JavaScriptCore/offlineasm/offsets.rb:112:in `offsetsAndConfigurationIndex': undefined method `getbyte' for #<File:Programs/LLIntOffsetsExtractor (closed)> (NoMethodError) from ./Source/JavaScriptCore/offlineasm/offsets.rb:111:in `loop' from ./Source/JavaScriptCore/offlineasm/offsets.rb:111:in `offsetsAndConfigurationIndex' from ./Source/JavaScriptCore/offlineasm/offsets.rb:109:in `open' from ./Source/JavaScriptCore/offlineasm/offsets.rb:109:in `offsetsAndConfigurationIndex' from ./Source/JavaScriptCore/offlineasm/asm.rb:208 make: *** [DerivedSources/JavaScriptCore/LLIntAssembly.h] Error 1 }}} Based on official documentation, my understanding is that [http://www .ruby-doc.org/core-1.8.6/IO.html#method-i-getc in ruby 1.8.x, "getc" gets a byte] (1.8.6 documentation) while [http://www.ruby- doc.org/core-1.9.3/IO.html#method-i-getc in ruby 1.9.x, "getc" gets a character] while [http://www.ruby- doc.org/core-1.9.3/IO.html#method-i-getbyte "getbyte" gets a byte] (1.9.3 documentation). The question mark is 1.8.7, whose documentation [http://www.ruby- doc.org/core-1.8.7/IO.html#method-i-getbyte has a link in the sidebar for "getbyte"] but which takes you to the definition of "getc", which appears twice. Snow Leopard, Lion and Mountain Lion ship with ruby 1.8.7 and the port builds there, so it seems (and the [http://svn.ruby- lang.org/repos/ruby/tags/v1_8_7/NEWS ruby 1.8.7 NEWS file] confirms) that in ruby 1.8.7 "getbyte" is a compatibility alias for "getc". Leopard has ruby 1.8.6 and Tiger has ruby 1.8.2. It seems the most correct thing to do, if you want to get a byte (which I assume is what the code in Source/JavaScriptCore/offlineasm/offsets.rb wants to do), is to check the ruby version, and use "getc" on ruby 1.8.x and earlier ande "getbyte" on ruby 1.9.x and later. I don't know enough ruby to be able to do that. For now, since all versions of OS X that MacPorts runs on today (10.4 through 10.8 inclusive) have ruby 1.8.x, we could get away with unconditionally changing "getbyte" to "getc". I verified that changing "getbyte" to "getc" allows webkit-gtk @1.10.2 to build on Leopard. -- Ticket URL: <https://trac.macports.org/ticket/37740> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #37418: Processing of port gimp failed — Failed to install webkit-gtk: command execution failed
by MacPorts 22 Jan '13

22 Jan '13

#37418: Processing of port gimp failed — Failed to install webkit-gtk: command execution failed --------------------------------------+-------------------------------- Reporter: enekogotzon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: command execution failed | Port: gimp — webkit-gtk --------------------------------------+-------------------------------- Three unsuccessful processing attempts. Port(s) cleaning: done. Affected machine: ·2.1 GHz PowerPC G5 (last and more powerful PowerPC iMac). ·OS X.5.8 (Leopard) ·MacPorts base version 2.1.2. ·Ports tree updated. Same error also on: ·Power Mac with Leopard. ·Leopard on Intel Mac. Terminal output: ---> Computing dependencies for gimp ---> Dependencies to be installed: gimp-app gimp2 webkit-gtk gimp-jp2 gimp-lqr-plugin gtk-nodoka-engine gutenprint icns-gimp macclipboard-gimp macfile-gimp ufraw cfitsio dcraw gtkimageview xsane ---> Fetching archive for webkit-gtk ---> Attempting to fetch webkit-gtk-1.10.1_0+video.darwin_9.ppc.tbz2 from http://lil.fr.packages.macports.org/webkit-gtk ---> Attempting to fetch webkit-gtk-1.10.1_0+video.darwin_9.ppc.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/webkit-gtk ---> Attempting to fetch webkit-gtk-1.10.1_0+video.darwin_9.ppc.tbz2 from http://packages.macports.org/webkit-gtk ---> Fetching distfiles for webkit-gtk ---> Verifying checksum(s) for webkit-gtk ---> Extracting webkit-gtk ---> Applying patches to webkit-gtk ---> Configuring webkit-gtk ---> Building webkit-gtk Error: org.macports.build for port webkit-gtk returned: command execution failed Error: Failed to install webkit-gtk […] Error: The following dependencies were not installed: gimp-app gimp2 webkit-gtk gimp-jp2 gimp-lqr-plugin gtk-nodoka-engine gutenprint icns-gimp macclipboard-gimp macfile-gimp ufraw cfitsio dcraw gtkimageview xsane […] Error: Processing of port gimp failed Log of webkit-gtk port attached to this ticket. -- Ticket URL: <https://trac.macports.org/ticket/37418> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 26

[MacPorts] #37743: ghostscript port cannot be installed
by MacPorts 22 Jan '13

22 Jan '13

#37743: ghostscript port cannot be installed --------------------------+-------------------------------- Reporter: frankliuao@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ghostscript --------------------------+-------------------------------- I couldn't edit my previous ticket. So I had to open up one . I checked the Xcode , it's up to date. Cleaned the ghostscript and install, still the error below: :info:destroot make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/ghostscript-9.06' :info:destroot make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/ghostscript-9.06' :debug:destroot Executing proc-post-org.macports.destroot-destroot-0 :info:destroot strip: object: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/destroot/opt/local/bin/gsc malformed object (unknown load command 9) :info:destroot strip: object: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/destroot/opt/local/bin/gsx malformed object (unknown load command 9) :info:destroot Command failed: strip /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/destroot/opt/local/bin/gsc /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/work/destroot/opt/local/bin/gsx :info:destroot Exit code: 1 :error:destroot org.macports.destroot for port ghostscript returned: command execution failed :debug:destroot Error code: NONE :debug:destroot Backtrace: command execution failed while executing "$post $targetname" :info:destroot Warning: targets not executed for ghostscript: org.macports.activate org.macports.destroot org.macports.install :notice:destroot Please see the log file for port ghostscript for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_print_ghostscript/ghostscript/main.log -- Ticket URL: <https://trac.macports.org/ticket/37743> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37742: Fail to compile libast
by MacPorts 22 Jan '13

22 Jan '13

#37742: Fail to compile libast -------------------------------------+-------------------------------- Reporter: rosskhan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: libast AM_CONFIG_HEADER | Port: libast -------------------------------------+-------------------------------- The Library of Assorted Spiffy Things (libast) fails to complie with an AM_CONFIG_HEADER(S) issue in autoconf: --- :info:configure autoreconf: Entering directory `.' :info:configure autoreconf: configure.in: not using Gettext :info:configure autoreconf: running: aclocal -I /opt/local/share/aclocal -I . --force :info:configure aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' :info:configure configure.in:24: 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:24: 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_tarballs_ports_devel_libast/libast/work/libast-0.7" && autoreconf --install -fv :info:configure Exit code: 1 :error:configure org.macports.configure for port libast returned: autoreconf failure: command execution failed :debug:configure Error code: NONE :debug:configure Backtrace: autoreconf failure: command execution failed while executing "$procedure $targetname" :info:configure Warning: targets not executed for libast: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install :notice:configure Please see the log file for port libast for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_libast/libast/main.log --- copying configure.in to configure.ac and modifying AM_CONFIG_HEADER -> AM_CONFIG_HEADERS results in: :info:configure autoreconf: 'configure.ac' and 'configure.in' both present. :info:configure autoreconf: proceeding with 'configure.ac' :info:configure autoreconf: Entering directory `.' :info:configure autoreconf: configure.ac: not using Gettext :info:configure autoreconf: running: aclocal -I /opt/local/share/aclocal -I . --force :info:configure aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' :info:configure aclocal: warning: 'configure.ac' and 'configure.in' both present. :info:configure aclocal: proceeding with 'configure.ac' :info:configure configure.ac:24: warning: macro 'AM_CONFIG_HEADERS' not found in library :info:configure configure.ac:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET :info:configure ../../lib/autoconf/general.m4:1833: AC_CANONICAL_TARGET is expanded from... :info:configure configure.ac:50: the top level :info:configure autoreconf: configure.ac: tracing :info:configure autoconf: warning: both `configure.ac' and `configure.in' are present. :info:configure autoconf: warning: proceeding with `configure.ac'. :info:configure configure.ac:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET :info:configure ../../lib/autoconf/general.m4:1833: AC_CANONICAL_TARGET is expanded from... :info:configure configure.ac:50: the top level :info:configure autoreconf: running: glibtoolize --copy --force :info:configure glibtoolize: putting auxiliary files in `.'. :info:configure glibtoolize: copying file `./ltmain.sh' :info:configure glibtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and :info:configure glibtoolize: rerunning glibtoolize, to keep the correct libtool macros in-tree. :info:configure glibtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am. :info:configure aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' :info:configure aclocal: warning: 'configure.ac' and 'configure.in' both present. :info:configure aclocal: proceeding with 'configure.ac' :info:configure configure.ac:24: warning: macro 'AM_CONFIG_HEADERS' not found in library :info:configure configure.ac:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET :info:configure ../../lib/autoconf/general.m4:1833: AC_CANONICAL_TARGET is expanded from... :info:configure configure.ac:50: the top level :info:configure autoreconf: running: /opt/local/bin/autoconf --force :info:configure autoconf: warning: both `configure.ac' and `configure.in' are present. :info:configure autoconf: warning: proceeding with `configure.ac'. :info:configure configure.ac:50: warning: AC_ARG_PROGRAM was called before AC_CANONICAL_TARGET :info:configure ../../lib/autoconf/general.m4:1833: AC_CANONICAL_TARGET is expanded from... :info:configure configure.ac:50: the top level :info:configure configure.ac:24: error: possibly undefined macro: AM_CONFIG_HEADERS :info:configure If this token and others are legitimate, please use m4_pattern_allow. :info:configure See the Autoconf documentation. :info:configure autoreconf: /opt/local/bin/autoconf failed with exit status: 1 :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_libast/libast/work/libast-0.7" && autoreconf --install -fv :info:configure Exit code: 1 :error:configure org.macports.configure for port libast returned: autoreconf failure: command execution failed :debug:configure Error code: NONE :debug:configure Backtrace: autoreconf failure: command execution failed while executing "$procedure $targetname" :info:configure Warning: targets not executed for libast: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install :notice:configure Please see the log file for port libast for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_libast/libast/main.log -- Ticket URL: <https://trac.macports.org/ticket/37742> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37673: root @5.34.04 +python27 pyROOT doesn't work
by MacPorts 22 Jan '13

22 Jan '13

#37673: root @5.34.04 +python27 pyROOT doesn't work --------------------------+-------------------------------- Reporter: jd.mansour@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: root --------------------------+-------------------------------- If I install root with +python27, it is supposed to install pyROOT support. However, I get the following error message when I `import ROOT` from python: {{{ $ python2.7 -c "import ROOT" Traceback (most recent call last): File "<string>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/ROOT.py", line 85, in <module> import libPyROOT as _root ImportError: No module named libPyROOT }}} This is because libPyROOT.so (which is fine) is not found. One solution is to put it on the PYTHONPATH, but a cleaner solution would be to make the port create a link to it somewhere on sys.path, for example: {{{ $ sudo ln -s /opt/local/lib/root/libPyROOT.so /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 }}} After creating the link, the ROOT python module works as expected. -- Ticket URL: <https://trac.macports.org/ticket/37673> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37737: samscope @1.6.6.91 new port submission
by MacPorts 22 Jan '13

22 Jan '13

#37737: samscope @1.6.6.91 new port submission ------------------------+-------------------------------- Reporter: krisp@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ------------------------+-------------------------------- Hi. I'm the developer of samscope, and I recently made a MacPorts Portfile to make installation for Mac OS X users easier. -- Ticket URL: <https://trac.macports.org/ticket/37737> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37696: icu upgrade 49.1.2_0 < 49.1.2_1 fails on 10.5.8 PPC
by MacPorts 22 Jan '13

22 Jan '13

#37696: icu upgrade 49.1.2_0 < 49.1.2_1 fails on 10.5.8 PPC --------------------+-------------------------------- Reporter: nad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: icu --------------------+-------------------------------- {{{ :info:build /usr/bin/gcc-4.0 -DU_ATTRIBUTE_DEPRECATED= -DU_COMMON_IMPLEMENTATION -I. "-DDEFAULT_ICU_PLUGINS=\"/macports/lib/icu\" " -pipe -O2 -arch ppc -O2 -ansi -pedantic -Wshadow -Wpointer-arith - Wmissing-prototypes -Wwrite-strings -Wno-long-long -fno-common -c -o umutex.ao umutex.c :info:build In file included from umutex.h:30, :info:build from ucln.h:21, :info:build from ucln_cmn.h:21, :info:build from umutex.c:23: :info:build /usr/include/libkern/OSAtomic.h:71: error: syntax error before ‘static’ :info:build /usr/include/libkern/OSAtomic.h:74: error: syntax error before ‘static’ :info:build /usr/include/libkern/OSAtomic.h:78: error: syntax error before ‘static’ :info:build /usr/include/libkern/OSAtomic.h:81: error: syntax error before ‘static’ :info:build gnumake[1]: *** [umutex.ao] Error 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/37696> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #37739: Update py-mock
by MacPorts 22 Jan '13

22 Jan '13

#37739: Update py-mock ------------------------------+-------------------------------- Reporter: patrik.hartlen@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: MacPorts 2.1.3 Component: ports | Version: 2.1.2 Keywords: | Port: ------------------------------+-------------------------------- Hi, I want to update py-mock to use the release version 1.0.1 (now using 0.8.0). I have attached a patch file. Note that this port is not applicable to py33 since mock 1.0.1 now is part of the normal distribution. thanks Patrik -- Ticket URL: <https://trac.macports.org/ticket/37739> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37250: munin: automatic configuration fails due to missing directory
by MacPorts 22 Jan '13

22 Jan '13

#37250: munin: automatic configuration fails due to missing directory ----------------------+--------------------- Reporter: raimue@… | Owner: alpha@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: munin ----------------------+--------------------- '''1.''' The initial configuration of munin fails due to the missing directory `plugin-conf.d` with the following error message: {{{ Could not open plugin configuration directory: No such file or directory at /opt/local/lib/perl5/site_perl/5.12.4/Munin/Node/Service.pm line 81 }}} The attached patch adds this directory to `destroot.keepdirs`, so it is no longer automatically deleted. '''2.''' The automatic detection also needs to be run as the user `munin` as otherwise all plugins will fail in the autoconf step. Munin tries to be clever and drop the superuser privileges, but that does not work with `setrgid` here: {{{ Plugin 'munin_stats' Can't drop privileges: setrgid() not implemented at /opt/local/lib/perl5/site_perl/5.12.4/Munin/Node/OS.pm line 261. }}} Therefore, use `sudo -u munin` for the automatic configuration. '''3.''' Additionally, the default configuration files should be installed with a `.sample` extension and copied if they do not exist yet. -- Ticket URL: <https://trac.macports.org/ticket/37250> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2