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

[MacPorts] #37113: Compiling with gcc43 on PPC Tiger (Mac OS X 10.4.11) produces warnings
by MacPorts 23 Nov '12

23 Nov '12

#37113: Compiling with gcc43 on PPC Tiger (Mac OS X 10.4.11) produces warnings -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: gcc43 -----------------------------+-------------------------------- Hello! Trying to compile with gcc-mp-4.3/g++-mp-4.3 GNU Emacs 24.3.50 leads to warnings like: {{{ GNU C (MacPorts gcc43 4.3.6_3) version 4.3.6 (ppc-apple-darwin8) compiled by GNU C version 4.3.6, GMP version 5.0.4, MPFR version 3.1.0-p3. warning: GMP header version 5.0.4 differs from library version 5.0.5. warning: MPFR header version 3.1.0-p3 differs from library version 3.1.1-p2. GGC heuristics: --param ggc-min-expand=100 --param ggc-min-heapsize=131072 Apple Inc version cctools-806, GNU assembler version 1.38 }}} I have installed {{{ gmp @5.0.5_0 (active) mpfr @3.1.1-p2_0 (active) }}} Is it necessary and efficient to rebuild gcc43? -- Ticket URL: <https://trac.macports.org/ticket/37113> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37108: Lua version 5.2
by MacPorts 23 Nov '12

23 Nov '12

#37108: Lua version 5.2 -----------------------+-------------------------------- Reporter: neno113@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.1.2 Keywords: | Port: -----------------------+-------------------------------- I'm not reporting a bug, but if you can, I need to install lua 5.2 in my mac lion, but I'm trying to install without MacPorts, because the newest version is 5.1.4 and when I'm compiling to install it's reporting error. If you can update version Lua in MacPorts to 5.2.0 or 5.2.1. Thanks very much. -- Ticket URL: <https://trac.macports.org/ticket/37108> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #30539: cmake @2.8.5 +gui add application bundle for cmake-gui to the Applications/MacPorts folder
by MacPorts 23 Nov '12

23 Nov '12

#30539: cmake @2.8.5 +gui add application bundle for cmake-gui to the Applications/MacPorts folder -----------------------------------+---------------------------------------- Reporter: Torsten.Maehne@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.0 Keywords: cmake-gui | Port: cmake -----------------------------------+---------------------------------------- The cmake port contains a Qt4 GUI (+gui variant). It would be nice if this would add a corresponding icon to the Applications/MacPorts folder. I was able to do so, by creating an application bundle, which contains only a symbolic link to /opt/local/bin/cmake-gui, the application's icon, and an adapted Info.plist file. Attached, you can find an archive of this bundle. (I used Kitware's cmake bundle as a template.) It would be nice if this bundle could be added to the cmake port and installed if it is build with the +gui variant. Unfortunately, I have not the time to dive deep enough into the MacPorts infrastructure to provide a full-fledged patch implementing it. -- Ticket URL: <https://trac.macports.org/ticket/30539> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #36287: cmake +gui installed in a wrong place and without bin/cmake
by MacPorts 23 Nov '12

23 Nov '12

#36287: cmake +gui installed in a wrong place and without bin/cmake -----------------------------+-------------------------------- Reporter: robsonpeixoto@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: cmake -----------------------------+-------------------------------- The cmake was installed in '/opt/local/CMake 2.8-9.app', and don't have a symlink from ${prefix}/CMake 2.8-9.app/Contents/bin to ${prefix}/bin $ port contents cmake | grep bin /opt/local/CMake 2.8-9.app/Contents/MacOS/libintl.8.dylib /opt/local/CMake 2.8-9.app/Contents/bin/ccmake /opt/local/CMake 2.8-9.app/Contents/bin/cmake /opt/local/CMake 2.8-9.app/Contents/bin/cmake-gui /opt/local/CMake 2.8-9.app/Contents/bin/cmakexbuild /opt/local/CMake 2.8-9.app/Contents/bin/cpack /opt/local/CMake 2.8-9.app/Contents/bin/ctest /opt/local/CMake 2.8-9.app/Contents/share/cmake-2.8/Modules/FindCUDA/parse_cubin.cmake -- Ticket URL: <https://trac.macports.org/ticket/36287> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #37105: pydoc2.7 -g fails due to a Tkinter error
by MacPorts 23 Nov '12

23 Nov '12

#37105: pydoc2.7 -g fails due to a Tkinter error ------------------------------------+-------------------------------------- Reporter: victor.glazer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: python tk pydoc | Port: python27 py27-tkinter tk tkinter | ------------------------------------+-------------------------------------- `pydoc -g` fails for me with the following error: {{{ Exception in thread Thread-1: Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/threading.py", line 551, in __bootstrap_inner self.run() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/threading.py", line 504, in run self.__target(*self.__args, **self.__kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py", line 2081, in serve DocServer(port, callback).serve_until_quit() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py", line 2063, in __init__ self.base.__init__(self, self.address, self.handler) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/SocketServer.py", line 409, in __init__ self.server_activate() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py", line 2074, in server_activate if self.callback: self.callback(self) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/pydoc.py", line 2164, in ready text='Python documentation server at\n' + server.url) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-tk/Tkinter.py", line 1202, in configure return self._configure('configure', cnf, kw) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-tk/Tkinter.py", line 1193, in _configure self.tk.call(_flatten((self._w, cmd)) + self._options(cnf)) TclError: out of stack space (infinite loop?) }}} I am running version 2.1.2 of MacPorts on OS X 10.6.8: {{{ sudo port version Version: 2.1.2 uname -a Darwin Victors-MacBook-Pro.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 }}} I have the following versions of `python27`, `py27-tkinter` and `tk` installed: {{{ sudo port installed python27 py27-tkinter tk The following ports are currently installed: py27-tkinter @2.7.3_0 (active) python27 @2.7.3_1+universal (active) tk @8.5.13_0+quartz (active) }}} Poking around online suggests that compiling `tk` from source with `--enable-threads` might resolve the issue, but is there a better way? Thank you for your help. -- Ticket URL: <https://trac.macports.org/ticket/37105> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37109: duply @1.5.7 update to 1.5.9
by MacPorts 23 Nov '12

23 Nov '12

#37109: duply @1.5.7 update to 1.5.9 ----------------------------------+-------------------------------- Reporter: grrr@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: maintainer, haspatch | Port: duply ----------------------------------+-------------------------------- Patch attached. -- Ticket URL: <https://trac.macports.org/ticket/37109> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #36518: rb19-activesupport: install fails when ruby19 +nosuffix is installed
by MacPorts 23 Nov '12

23 Nov '12

#36518: rb19-activesupport: install fails when ruby19 +nosuffix is installed ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: rb19-activesupport ------------------------------+-------------------------------- I have {{{ruby19 @1.9.3-p194_3+doc+nosuffix (active)}}} installed and tried {{{sudo port install rb19-rails}}}. This failed while trying to install {{{rb19-activesupport}}} because it tries to call {{{/opt/local/bin/gem1.9}}} which is not there (it's at {{{/opt/local/bin/gem}}} instead): {{{ :info:destroot sh: /opt/local/bin/gem1.9: No such file or directory :info:destroot Command failed: cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_ruby_rb19-activesupport/rb19-activesupport/work/activesupport-3.0.5 && /opt/local/bin/gem1.9 install --local --force --install-dir /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_ruby_rb19-activesupport/rb19-activesupport/work/destroot/opt/local/lib/ruby1.9/gems/ /opt/local/var/macports/distfiles/ruby/activesupport-3.0.5 :info:destroot Exit code: 127 }}} ticket:25896 and ticket:34867 are the result of a similar problem resulting from the {{{ruby19 +nosuffix}}} variant. ticket:34867#comment:1 mentions a possible solution. -- Ticket URL: <https://trac.macports.org/ticket/36518> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37070: Octave-devel cannot activate hdf5 with mpich2
by MacPorts 23 Nov '12

23 Nov '12

#37070: Octave-devel cannot activate hdf5 with mpich2 ------------------------------+--------------------------------- Reporter: ryusuke.numata@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: octave-devel mpich2 ------------------------------+--------------------------------- Octave-devel automatically deactivates hdf5 with WARNING saying HDF5 library not found when hdf5 is installed with +mpich2. The problem occurs because a compiler cannot find mpi.h, mpio.h on which (parallel) hdf5 library depends. mpi.h and mpio.h are not installed in the default search path, but in /opt/local/include/mpich2/. I'm not sure what is the best way to resolve this problem. Maybe octave-devel port can avoid this problem by giving the -I/opt/local/include/mpich2 flag somewhere. Or, mpich2 port may change the place to install include files. The same problem should also happen to octave port. -- Ticket URL: <https://trac.macports.org/ticket/37070> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #26017: aqualess-1.6 AquaLess.app ignores set UTF-8 locale and thus does not display correctly UTF-8 encoded text
by MacPorts 23 Nov '12

23 Nov '12

#26017: aqualess-1.6 AquaLess.app ignores set UTF-8 locale and thus does not display correctly UTF-8 encoded text -----------------------------------+---------------------------------------- Reporter: Torsten.Maehne@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: UTF-8, locale | Port: aqualess -----------------------------------+---------------------------------------- {{{AquaLess.app}}} seems to ignore a set UTF-8 locale thus displaying incorrectly text containing umlauts and other special characters received via aless from the command line. I set-up my Mac OS X 10.6.4 to use the {{{de_CH.UTF-8}}} locale in the terminal via the {{{LANG}}} and {{{LC_ALL}}} environment variables. All command line tools (e.g., {{{svn}}}, {{{gcc}}}, {{{man}}}, {{{less}}}, {{{locale}}}) correctly take the locale with the specified text encoding into account, but {{{AquaLess.app}}} launched via {{{aless}}} seems to ignore this locale. {{{AquaLess.app}}} seems to take only into account the region specified under "Formats" in the "Language and Text" pane of the system preferences, which in turn seems to set just a "de_CH", "en_US", etc. locale without ".UTF-8" suffix. I was not able to find a solution for this problem by searching the web, but only hints that it matters where the environment variables are set. I have tried all possibles I found, namely: 1. Specifying the environment variables on the command line for the current shell: {{{ $ export LANG=de_CH.UTF-8 $ export LC_ALL=de_CH.UTF-8 }}} 2. Specifying the environment variables in {{{~/.MacOSX/environment.plist}}} 3. Specifying the environment variables in {{{/etc/launchd.conf}}} The effect was always the same: The locale with text encoding is set correctly in the shell of {{{iTerm.app}}} and {{{Terminal.app}}}, but {{{AquaLess.app}}} is ignoring the specified text encoding. To verify this wrong behaviour in {{{AquaLess.app}}}, it suffices to execute the following commands from a Bash shell in {{{Terminal.app}}} {{{ $ export LANG=en_US.UTF-8 $ export LC_ALL=en_US.UTF-8 }}} Then less correctly displays a string containing umlauts and other special characters: {{{ $ echo "öäüéàè\`¿´^'ç°" | less }}} However, {{{AquaLess.app}}} fails for the same string: {{{ $ echo "öäüéàè\`¿´^'ç°" | aless }}} It displays "Ã¶Ã¤Ã¼Ã©Ã Ã¨`Â¿Â´^'Ã§Â°" ignoring the UTF-8 text encoding. {{{aless}}} should either forward the text encoding used in the terminal or {{{AquaLess.app}}} should provide in its Preferences pane a setting to configure the text encoding. -- Ticket URL: <http://trac.macports.org/ticket/26017> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37064: Upgrade Indi to 0.9.6
by MacPorts 23 Nov '12

23 Nov '12

#37064: Upgrade Indi to 0.9.6 ----------------------------------+-------------------------------- Reporter: ferran.casarramona@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------------+-------------------------------- Versio upgrade -- Ticket URL: <https://trac.macports.org/ticket/37064> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5