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

[MacPorts] #35331: GConf errors launching planner 0.14.6
by MacPorts 01 Feb '14

01 Feb '14

#35331: GConf errors launching planner 0.14.6 -------------------------------+-------------------------------------------- Reporter: chamsdf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: planner, gconf -------------------------------+-------------------------------------------- Please pardon me if this is a noob problem (I'm not very experienced with MacPort issues...) Just upgraded to OSX Mountain Lion, and for the first time installed MacPort and built Gnome 'planner'. Actually went well-- had only one hitch with libbonobo, and got around that by building bonobo with 'port clean libbonobo; port install libbonobo configure.compiler=llvm-gcc-4.2'. Then 'port install planner' completed successfully. When I start planner, however, I get a TON of error messages like this: Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! GConf Error: Failed to contact configuration server; some possible causes are that you need to enable TCP/IP networking for ORBit, or you have stale NFS locks due to a system crash. See http://projects.gnome.org/gconf/ for information. (Details - 1: Failed to get connection to session: Not enough memory) Same message appears 185 times. (I counted with 'wc -l'.) GConf port installed is 2.28.1_3. I doubt this is actually a 'planner' issue, but I'm not sure where else to start. Any suggestions or workarounds? -- Ticket URL: <https://trac.macports.org/ticket/35331> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #27520: Qucs architecture is in-compatible with iverilog
by MacPorts 01 Feb '14

01 Feb '14

#27520: Qucs architecture is in-compatible with iverilog -------------------------------------+-------------------------------------- Reporter: myschizobuddy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: -------------------------------------+-------------------------------------- Error: Cannot install qucs for the arch(s) 'i386' because Error: its dependency iverilog is only installed for the arch 'x86_64' Error: and does not have a universal variant. Error: Unable to execute port: architecture mismatch -- Ticket URL: <https://trac.macports.org/ticket/27520> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #35824: apache2: Update to 2.4.3
by MacPorts 31 Jan '14

31 Jan '14

#35824: apache2: Update to 2.4.3 ---------------------------------------+------------------------------------ Reporter: Markus.Ueberall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: apache2 ---------------------------------------+------------------------------------ Apache2 2.4.x has been around for some time now and does offer a number of improvements. According to the mailing list, some (extensive) compatibility tests with modules have been executed (and a port file should already be in existence somewhere), but for the last few months, no update (or "devel" port) found its way into the repository... -- Ticket URL: <https://trac.macports.org/ticket/35824> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers
by MacPorts 29 Jan '14

29 Jan '14

#15571: request - uniform Portfile standard to handle the different possibilities of Fortran compilers -------------------------------------+-------------------------------------- Reporter: davidh(a)ipac.caltech.edu | Owner: markd(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: guide | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- I don't write code in Fortran, but some of the ports I use require Fortran. Different Portfiles depend on different Fortran compilers. Contrast fftw-3(g95, gfortran/gcc4.2, gfortan/gcc4.3) pgplot(g77 on PPC, gfortran/gcc4.2 on i386) and cfitsio(gfortran/gcc42). There are at least 4 compilers to choose from. My request: formulate a standard to allow any of the compilers to be selected with a variant. The fftw-3 Portfile comes closest with variants to select any one of 3 compilers. If possible, I'd like to see g77 deprecated. -- Ticket URL: <http://trac.macports.org/ticket/15571> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #35761: py-ipython: readline doesn't work properly
by MacPorts 28 Jan '14

28 Jan '14

#35761: py-ipython: readline doesn't work properly --------------------------------------+------------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py-ipython, readline --------------------------------------+------------------------------------- I am having a problem when using the macports readline in macports ipython: https://github.com/ipython/ipython/issues/2306 contains a simple description of how to reproduce it. (Basically if you do a reverse search with CTRL-R and you'll get garbled text at the ipython input line). The ipython dev commented it might be a problem with macports readline, but I'm not 100% sure because in macports python, which should use the same readline, I don't see the problem. I do see the issue also with e.g. python 3.2, where I don't have python modules installed outside of macports, so I think this is not a problem specific to my system. Can some else confirm the problem? Any idea what the origin of the problem is? Is this a readline or ipython bug? -- Ticket URL: <https://trac.macports.org/ticket/35761> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #34845: Can't view man pages for py27-ipython
by MacPorts 28 Jan '14

28 Jan '14

#34845: Can't view man pages for py27-ipython -----------------------------------------+---------------------------------- Reporter: singingwolfboy@… | Owner: akitada@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.1 Keywords: | Port: py27-ipython -----------------------------------------+---------------------------------- I can't run "man ipython" or "man ipython-2.7.1", even after running "sudo port select ipython ipython27". (That command fails with "Selecting 'ipython27' for 'ipython' failed: could not create new link "/opt/local/share/man/man1/ipcluster.1.gz": target "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/share/man/man1/ipcluster.1.gz" doesn't exist") It looks like the issue is with man page symlinks pointing to locations without files. -- Ticket URL: <https://trac.macports.org/ticket/34845> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #31996: ipython pylab tcl can't find correct tk version
by MacPorts 28 Jan '14

28 Jan '14

#31996: ipython pylab tcl can't find correct tk version ---------------------------------------+------------------------------------ Reporter: marshall.perrin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: tcl, ipython, tk ---------------------------------------+------------------------------------ I'm trying to run ipython with the TkAgg backend, and I immediately get an error upon startup about its not being able to find the correct tk version (and yet that version is indeed installed). The key error message is `/opt/local/lib/tk8.5/tk.tcl: version conflict for package "Tk": have 8.5.7, need exactly 8.5.11 version conflict for package "Tk": have 8.5.7, need exactly 8.5.11`. This used to work perfectly on this machine with Tcl 8.5.9 & earlier but has apparently been broken during recent version upgrades? Running wish appears to work fine (starts up with no error message), but starting ipython and trying to access any Tk widgets fails this way: {{{ mperrin@prometheus ~ > \ipython --pylab Python 2.7.2 (default, Nov 6 2011, 11:02:11) Type "copyright", "credits" or "license" for more information. IPython 0.11 -- An enhanced Interactive Python. ? -> Introduction and overview of IPython's features. %quickref -> Quick reference. help -> Python's own help system. object? -> Details about 'object', use 'object??' for extra details. Welcome to pylab, a matplotlib-based Python environment [backend: TkAgg]. For more information, type 'help(pylab)'. [TerminalIPythonApp] Error in enabling GUI event loop integration: --------------------------------------------------------------------------- TclError Traceback (most recent call last) /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/IPython/frontend/terminal/int eractiveshell.pyc in enable_pylab(self, gui, import_all) 449 # Now we must activate the gui pylab wants to use, and fix %run to take 450 # plot updates into account --> 451 enable_gui(gui) 452 self.magic_run = self._pylab_magic_run 453 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/IPython/lib/inputhook.pyc in enable_gui(gui, app) 342 e = "Invalid GUI request %r, valid ones are:%s" % (gui, guis.keys()) 343 raise ValueError(e) --> 344 return gui_hook(app) 345 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/IPython/lib/inputhook.pyc in enable_tk(self, app) 273 if app is None: 274 import Tkinter --> 275 app = Tkinter.Tk() 276 app.withdraw() 277 self._apps[GUI_TK] = app /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /lib-tk/Tkinter.pyc in __init__(self, screen Name, baseName, className, useTk, sync, use) 1683 baseName = baseName + ext 1684 interactive = 0 -> 1685 self.tk = _tkinter.create(screenName, baseName, className, interactive, wantobjects, useTk, sync, use ) 1686 if useTk: 1687 self._loadtk() TclError: Can't find a usable tk.tcl in the following directories: /opt/local/lib/tcl8.5/tk8.5 /opt/local/lib/tcl8.5/tk8.5/Resources/Scripts /opt/local/lib/tk8.5 /opt/local/lib/tk8 .5/Resources/Scripts /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/lib/tk 8.5 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/lib/tk8.5/Resources/Scr ipts /opt/local/Library/Frameworks/Python.framework/Versions/2.7/Resources/Python.app/lib/tk8.5 /opt/local/Library/Fr ameworks/Python.framework/Versions/2.7/Resources/Python.app/Contents/library /opt/local/lib/tk8.5/tk.tcl: version conflict for package "Tk": have 8.5.7, need exactly 8.5.11 version conflict for package "Tk": have 8.5.7, need exactly 8.5.11 while executing "package require -exact Tk 8.5.11" (file "/opt/local/lib/tk8.5/tk.tcl" line 18) invoked from within "source /opt/local/lib/tk8.5/tk.tcl" ("uplevel" body line 1) invoked from within "uplevel #0 [list source $file]" This probably means that tk wasn't installed properly. /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/pyfits/__init__.py:6: UserWar ning: Module readline was already imported from /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/pytho n2.7/site-packages/IPython/utils/rlineimpl.pyc, but /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/p ython2.7/site-packages/readline is being added to sys.path import pkg_resources In [1]: }}} All software versions are the current ones: {{{ mperrin@prometheus ~ > port list tcl tk py-ipython python27 tcl @8.5.11 lang/tcl tk @8.5.11 x11/tk py-ipython @0.11 python/py-ipython python27 @2.7.2 lang/python27 }}} -- Ticket URL: <https://trac.macports.org/ticket/31996> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31938: python27 rev 86868 breaks py27-ipython
by MacPorts 28 Jan '14

28 Jan '14

#31938: python27 rev 86868 breaks py27-ipython -----------------------------------+---------------------------------------- Reporter: oliver.andrich@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: python27 -----------------------------------+---------------------------------------- I am using ipython, but after upgrading to rev 86868 of the python27 port, ipython can't display a colored prompt. I think this is related to the removal of readline and adding libedit. Can you please check. -- Ticket URL: <https://trac.macports.org/ticket/31938> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #20240: Openmpi problem with universal_arch = i386 x86_64
by MacPorts 28 Jan '14

28 Jan '14

#20240: Openmpi problem with universal_arch = i386 x86_64 ----------------------------------+----------------------------------------- Reporter: lvcargnini@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.7.1 Keywords: openmpi | Port: openmpi ----------------------------------+----------------------------------------- trying to install openmpi, with universal_arch = i386 x86_64, I get the following error: --> Configuring openmpi Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/build" && /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_science_openmpi/work/openmpi-1.3.2/configure --prefix=/opt/local --with-xgrid --sysconfdir=/opt/local/etc/openmpi --includedir=/opt/local/include/openmpi --bindir=/opt/local/lib/openmpi/bin --mandir=/opt/local/share/man --enable-f77 --enable-f90 --disable-dependency-tracking " returned error 1 Command output: checking for strings.h... no checking for inttypes.h... no checking for stdint.h... no checking for unistd.h... no checking for long long... no checking for long double... no checking for int8_t... no checking for uint8_t... no checking for int16_t... no checking for uint16_t... no checking for int32_t... no checking for uint32_t... no checking for int64_t... no checking for uint64_t... no checking for intptr_t... no checking for uintptr_t... no checking for mode_t... no checking for ssize_t... no checking for ptrdiff_t... no checking size of char... 0 checking size of short... 0 checking size of int... 0 checking size of long... 0 checking size of float... 0 checking size of double... 0 checking size of void *... 0 checking size of size_t... 0 checking alignment of char... configure: WARNING: *** Problem running configure test! configure: WARNING: *** See config.log for details. configure: error: *** Cannot continue. Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/20240> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #34302: openmpi: build fails with undefined symbols
by MacPorts 28 Jan '14

28 Jan '14

#34302: openmpi: build fails with undefined symbols -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: openmpi -------------------------------------+-------------------------------------- See summary, and attached log file. -- Ticket URL: <https://trac.macports.org/ticket/34302> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2