December 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #37430: Stratagus-Devel Portfile
by MacPorts 31 Dec '12

31 Dec '12

#37430: Stratagus-Devel Portfile ------------------------------+-------------------------------- Reporter: brad.clemetson@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: stratagus-devel ------------------------------+-------------------------------- I would like to submit a Portfile that would allow for users to easily build and run the latest commits in the launchpad Stratagus repository. Thank You -- Ticket URL: <https://trac.macports.org/ticket/37430> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37422: Update hdf5-18 to add +gcc47 variant
by MacPorts 31 Dec '12

31 Dec '12

#37422: Update hdf5-18 to add +gcc47 variant -------------------------+-------------------------------- Reporter: johnsonsr@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: hdf5-18 -------------------------+-------------------------------- This patch file adds support for the MacPorts GCC 4.7 compiler in addition to the other GCC options. -- Ticket URL: <https://trac.macports.org/ticket/37422> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37436: avahi: new variant for qt4 support
by MacPorts 31 Dec '12

31 Dec '12

#37436: avahi: new variant for qt4 support -------------------------+----------------------- Reporter: pvanek@… | Owner: pixilla@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: avahi -------------------------+----------------------- this small patch allows to compile avahi with Qt4 support - using qt4 event loop. It won't affect currently used apps. -- Ticket URL: <https://trac.macports.org/ticket/37436> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37451: Fuse4 port build failure (ppc 10.5.8)
by MacPorts 31 Dec '12

31 Dec '12

#37451: Fuse4 port build failure (ppc 10.5.8) -----------------------+-------------------------------- Reporter: gilkarm@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: fuse4x -----------------------+-------------------------------- Build ends and fails with messages:[[BR]] ---> Configuring fuse4x[[BR]] Error: org.macports.configure for port fuse4x returned: autoreconf failure: command execution failed[[BR]] Error: Unable to upgrade port: 1[[BR]] (full log is attached to ticket)[[BR]] fuse4x(a)0.9.2_0 build error: Error: Unable to upgrade port: 1[[BR]] Full version: fuse4x-0.9.2_0.darwin_9.ppc[[BR]] Operating System: Mac Os X 10.5.8 (Darwin 9.8.0 on Power Mac G5)[[BR]] XCode version 3.1.4 -- Ticket URL: <https://trac.macports.org/ticket/37451> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37437: py27-pygtk doesn't upgrade
by MacPorts 31 Dec '12

31 Dec '12

#37437: py27-pygtk doesn't upgrade --------------------+-------------------------------- Reporter: mk@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-pygtk --------------------+-------------------------------- {{{ ---> Fetching distfiles for py27-pygtk ---> Attempting to fetch pygtk-2.24.0.tar.bz2 from http://mse.uk.distfiles.macports.org/sites/distfiles.macports.org/py-pygtk ---> Verifying checksum(s) for py27-pygtk ---> Extracting py27-pygtk ---> Applying patches to py27-pygtk ---> Configuring py27-pygtk Error: org.macports.configure for port py27-pygtk returned: autoreconf failure: command execution failed Please see the log file for port py27-pygtk for details: /opt/macports-test/var/macports/logs/_opt_macports- test_var_macports_sources_rsync.macports.org_release_ports_python_py- pygtk/py27-pygtk/main.log Error: Unable to upgrade port: 1 To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets }}} This is what one finds in the log file: {{{ :info:extract ---> Extracting pygtk-2.24.0.tar.bz2 :debug:extract setting option extract.args to '/opt/macports- test/var/macports/distfiles/py-pygtk/pygtk-2.24.0.tar.bz2' :debug:extract Environment: CPATH='/opt/macports-test/include' CC_PRINT_OPTIONS_FILE='/opt/macports-test/var/macports/build /_opt_macports-test_var_macports_sources_rsync.macports .org_release_ports_python_py-pygtk/py27-pygtk/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/macports-test/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:extract Assembled command: 'cd "/opt/macports- test/var/macports/build/_opt_macports- test_var_macports_sources_rsync.macports.org_release_ports_python_py- pygtk/py27-pygtk/work" && /usr/bin/bzip2 -dc '/opt/macports- test/var/macports/distfiles/py-pygtk/pygtk-2.24.0.tar.bz2' | /usr/bin/gnutar --no-same-owner -xf -' :debug:extract Executing command line: cd "/opt/macports- test/var/macports/build/_opt_macports- test_var_macports_sources_rsync.macports.org_release_ports_python_py- pygtk/py27-pygtk/work" && /usr/bin/bzip2 -dc '/opt/macports- test/var/macports/distfiles/py-pygtk/pygtk-2.24.0.tar.bz2' | /usr/bin/gnutar --no-same-owner -xf - :debug:extract euid/egid changed to: 0/0 :debug:extract chowned /opt/macports-test/var/macports/build /_opt_macports-test_var_macports_sources_rsync.macports .org_release_ports_python_py-pygtk/py27-pygtk/work to macports :debug:extract euid/egid changed to: 511/505 :debug:extract Privilege de-escalation not attempted as not running as root. :debug:patch patch phase started at Sat Dec 29 23:05:27 CET 2012 :debug:patch Executing org.macports.patch (py27-pygtk) :notice:patch ---> Applying patches to py27-pygtk :info:patch ---> Applying patch-gtk-quartz.diff :debug:patch Environment: CPATH='/opt/macports-test/include' CC_PRINT_OPTIONS_FILE='/opt/macports-test/var/macports/build /_opt_macports-test_var_macports_sources_rsync.macports .org_release_ports_python_py-pygtk/py27-pygtk/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/macports-test/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:patch Assembled command: 'cd "/opt/macports-test/var/macports/build /_opt_macports-test_var_macports_sources_rsync.macports .org_release_ports_python_py-pygtk/py27-pygtk/work/pygtk-2.24.0" && /usr/bin/patch -p0' :debug:patch Executing command line: cd "/opt/macports- test/var/macports/build/_opt_macports- test_var_macports_sources_rsync.macports.org_release_ports_python_py- pygtk/py27-pygtk/work/pygtk-2.24.0" && /usr/bin/patch -p0 < '/opt /macports- test/var/macports/sources/rsync.macports.org/release/ports/python/py- pygtk/files/patch-gtk-quartz.diff' :info:patch patching file configure.ac :info:patch patching file gtk/Makefile.am :debug:patch Privilege de-escalation not attempted as not running as root. :debug:configure configure phase started at Sat Dec 29 23:05:27 CET 2012 :notice:configure ---> Configuring py27-pygtk :debug:configure Using compiler 'Mac OS X gcc 4.2' :debug:configure Executing proc-pre-org.macports.configure-configure-0 :debug:configure Executing org.macports.configure (py27-pygtk) :debug:configure Environment: CPATH='/opt/macports-test/include' CC_PRINT_OPTIONS_FILE='/opt/macports-test/var/macports/build /_opt_macports-test_var_macports_sources_rsync.macports .org_release_ports_python_py-pygtk/py27-pygtk/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/macports-test/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.6' :debug:configure Assembled command: 'cd "/opt/macports- test/var/macports/build/_opt_macports- test_var_macports_sources_rsync.macports.org_release_ports_python_py- pygtk/py27-pygtk/work/pygtk-2.24.0" && autoreconf --install -I m4' :debug:configure Executing command line: cd "/opt/macports- test/var/macports/build/_opt_macports- test_var_macports_sources_rsync.macports.org_release_ports_python_py- pygtk/py27-pygtk/work/pygtk-2.24.0" && autoreconf --install -I m4 :info:configure configure.ac:32: warning: macro 'AM_CONFIG_HEADER' not found in library :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 configure.ac:32: warning: macro 'AM_CONFIG_HEADER' not found in library :info:configure configure.ac:32: error: possibly undefined macro: AM_CONFIG_HEADER :info:configure If this token and others are legitimate, please use m4_pattern_allow. :info:configure See the Autoconf documentation. :info:configure autoreconf: /opt/macports-test/bin/autoconf failed with exit status: 1 :info:configure Command failed: cd "/opt/macports-test/var/macports/build /_opt_macports-test_var_macports_sources_rsync.macports .org_release_ports_python_py-pygtk/py27-pygtk/work/pygtk-2.24.0" && autoreconf --install -I m4 :info:configure Exit code: 1 :error:configure org.macports.configure for port py27-pygtk returned: autoreconf failure: command execution failed :debug:configure Error code: NONE :debug:configure Backtrace: autoreconf failure: command execution failed }}} -- Ticket URL: <https://trac.macports.org/ticket/37437> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37454: py27-pygtk fails to configure
by MacPorts 31 Dec '12

31 Dec '12

#37454: py27-pygtk fails to configure -----------------------------+-------------------------------- Reporter: monkeyman.kix@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------------+-------------------------------- trying to compile/install gimp but fails on configure of py27-pygtk Log attached -- Ticket URL: <https://trac.macports.org/ticket/37454> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #36930: Update matplotlib to 1.2 and add Python 3.x ports
by MacPorts 31 Dec '12

31 Dec '12

#36930: Update matplotlib to 1.2 and add Python 3.x ports --------------------------+--------------------------- Reporter: robitaille@… | Owner: ram@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-matplotlib --------------------------+--------------------------- Matplotlib 1.2 is now out (http://matplotlib.org/) and supports Python 3.x, so would it be possible to update the port, and add Python 3.1 and 3.2 ports? -- Ticket URL: <https://trac.macports.org/ticket/36930> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #31310: py-numpy: +atlas +gcc44 +universal fixes, tested with py27-numpy 1.6.1_0 on ppc/ppc64
by MacPorts 31 Dec '12

31 Dec '12

#31310: py-numpy: +atlas +gcc44 +universal fixes, tested with py27-numpy 1.6.1_0 on ppc/ppc64 ---------------------------------------------------+------------------------ Reporter: ccorn@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: ppc64 powerpc LP64 universal haspatch | Port: py27-numpy ---------------------------------------------------+------------------------ '''Platform:''' PowerMac G5 running MacOS X 10.5.8 ({{{powerpc-apple- darwin9.8.0}}}) {{{universal_archs = ppc64 ppc}}} '''Portfile''': {{{python/py-numpy}}} (-r83853) '''Problem:''' I have successfully built {{{atlas +gcc44 +universal}}}. The subsequent build of {{{py27-numpy +atlas +gcc44 +universal}}} succeeded, but in {{{arch -ppc64 python2.7}}}, {{{import numpy}}} failed. Reason: {{{multiarray.so}}} had been built for architecture {{{ppc}}} only. '''Cause:''' Python's installation procedure rebuilds in the {{{destroot}}} phase, therefore all essential configuration settings in the environment must be reproduced then. The Portfile has done so in most places, but missed one branch conditioned for {{{universal}}} builds, and even got the condition slightly wrong. '''Proposed solution''': The patch attached as {{{Portfile.required.diff}}} is definitely required to fix this. "Fixing" means that I can run {{{arch -ppc64 python2.7}}} as well as {{{arch -ppc python2.7}}} and in both cases successfully {{{import numpy}}}. '''Further issues, fortunately uncritical:''' While working on the Portfile, I found the expression {{{variant universal}}} used instead of {{{if {[variant_isset universal]} }}}. I am not sure whether these two are the same, but it seems that the latter is meant. Therefore I have changed that. See the patch attached as {{{Portfile.stylistic.diff}}}. I also took a look at {{{files/wrapper-template}}} and found that it has some errors and some weaknesses, which (for me) might turn out to be inconsequential. However, I wanted to make things sure, so I changed a lot of things: - Uses {{{-E}}} flag for {{{grep}}} and {{{sed}}} because the C++ suffix pattern is {{{-E}}} style - Returns compiler error codes instead of 1 - Also checks {{{lipo}}}'s exit status - Checks for unknown or conflicting {{{-arch}}} options - Removes directory components when guessing implicit output filenames - Corrects default linker output name ({{{a.out}}}) - Changes "{{{if `COMMAND`; then}}}" into "{{{if COMMAND; then}}}" (the original version would execute not just {{{COMMAND}}} but also its output, if any.) - Uses {{{set -f}}} and quotes around {{{$VAR}}}s where this makes sense, to reduce damage from weird args, leaving vulnerable only the compiler commands where word splitting is needed - Replaces special {{{+=}}} syntax with a portable form - Simplifies heavily nested {{{if}}}s I have also run across a {{{python26}}}-specific tweak in {{{files /wrapper-template}}}: {{{ # For some reason, -dynamiclib and -lpython2.6 are missing when linking # .so files. Add them, except if -bundle is set (incompatible switches) }}} I have rewritten that part to be more robust, but I have not generalized its functionality to other python versions. This does not seem to be an omission: {{{py27-numpy}}} built ok without {{{python26}}} installed (probably because {{{python27}}} uses {{{-bundle}}}). The patches to {{{files/wrapper-template}}} are attached as {{{wrapper- template.diff}}}. I consider these changes optional, but I recommend them unconditionally. Note that you have to {{{chmod +x files/wrapper- template}}}. '''Applicability:''' I suppose that the proposed patches are not specific to PowerPC. I also suppose that they are not specific to {{{py27-numpy}}}. But that remains to be verified. -- Ticket URL: <https://trac.macports.org/ticket/31310> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #31419: numpy multiarray.so: wrong architecture
by MacPorts 31 Dec '12

31 Dec '12

#31419: numpy multiarray.so: wrong architecture --------------------------------------+------------------------------------- Reporter: macporter90210@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: --------------------------------------+------------------------------------- I installed py27-numpy, but I cant seem to import it. I did a succesful {{{ port selfupdate }}} before I installed py27-numpy. {{{ $ python2.7 Python 2.7.2 (default, Sep 26 2011, 17:23:25) [GCC 4.0.1 (Apple Inc. build 5490)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import numpy Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/__init__.py", line 137, in <module> import add_newdocs File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/add_newdocs.py", line 9, in <module> from numpy.lib import add_newdoc File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/lib/__init__.py", line 4, in <module> from type_check import * File "/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/lib/type_check.py", line 8, in <module> import numpy.core.numeric as _nx File "/Users/xxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/__init__.py", line 5, in <module> import multiarray ImportError: dlopen(/Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so, 2): no suitable image found. Did find: /Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so: mach-o, but wrong architecture >>> }}} The version installed: {{{ $ port installed py27-numpy The following ports are currently installed: py27-numpy @1.6.1_0 (active) }}} The architecture {{{ $ arch i386 $ machine i486 $ file ~/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so /Users/xxxxx/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/numpy/core/multiarray.so: Mach-O bundle i386 }}} -- Ticket URL: <https://trac.macports.org/ticket/31419> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #34750: py32-numpy fails to build on snow leopard/XCode4.2
by MacPorts 31 Dec '12

31 Dec '12

#34750: py32-numpy fails to build on snow leopard/XCode4.2 ------------------------------------+--------------------------------------- Reporter: miguel.barao@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: py32-numpy ------------------------------------+--------------------------------------- {{{ ---> Computing dependencies for py32-numpy ---> Fetching archive for py32-numpy ---> Attempting to fetch py32-numpy-1.6.2_0.darwin_10.x86_64.tbz2 from http://packages.macports.org/py32-numpy ---> Fetching distfiles for py32-numpy ---> Attempting to fetch numpy-1.6.2.tar.gz from http://switch.dl.sourceforge.net/project/numpy/NumPy/1.6.2/ ---> Verifying checksum(s) for py32-numpy ---> Extracting py32-numpy ---> Applying patches to py32-numpy ---> Configuring py32-numpy ---> Building py32-numpy ---> Staging py32-numpy into destroot Error: org.macports.destroot for port py32-numpy returned: command execution failed Please see the log file for port py32-numpy for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_python_py-numpy/py32-numpy/main.log }}} OS X version is 10.6.8 XCode version is 4.2 See log file attached. -- Ticket URL: <https://trac.macports.org/ticket/34750> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11