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

[MacPorts] #32634: building R with debug symbols
by MacPorts 30 Dec '11

30 Dec '11

#32634: building R with debug symbols --------------------------------------+------------------------------------- Reporter: macporter90210@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: R --------------------------------------+------------------------------------- I want to build R with debug symbols so I can more easily debug my C extensions and how they interact with R. I modified the portfile to use apple's gcc and the -g flag. It installed fine, but it seems that the debug symbols aren't found by gdb. 1. What should I do so that when I compile with -g, the symbols can be found? 2. Do I need to use apple's rather than the mp gcc to do this? 3. I think other people might find this useful so it would be nice if the debug variant, after appropriate corrections can be added to the port. I attach the port diff. -- Ticket URL: <https://trac.macports.org/ticket/32634> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #32683: R-framework port version bump
by MacPorts 30 Dec '11

30 Dec '11

#32683: R-framework port version bump ---------------------------------+------------------------------------------ Reporter: kjell.konis@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ---------------------------------+------------------------------------------ The attached patch updates the port to version 2.14.1 and adds a debug variant (see #32634). -- Ticket URL: <https://trac.macports.org/ticket/32683> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #32697: 64-bit compiled tcpick port hits segmentation fault during execution
by MacPorts 30 Dec '11

30 Dec '11

#32697: 64-bit compiled tcpick port hits segmentation fault during execution ---------------------------------------+------------------------------------ Reporter: frazierjason@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: tcpick segmentation fault | Port: tcpick ---------------------------------------+------------------------------------ The 'tcpick' port is broken for OS X 10.6 and higher where 64-bit builds are the default. There is a known issue with the source code for this project where building 64-bit on OS X causes a segmentation fault during normal use. A fix has not been entertained by the tcpick project community, and a workaround (force build for 32-bit) is confirmed to work by a few users, including myself. http://sourceforge.net/mailarchive/forum.php?forum=tcpick-project Can someone make a minor addition to the tcpick Portfile? Just add this one line to allow OS X 10.6 clients to successfully use this port by building it in 32-bit mode. I have confirmed it to work on Snow Leopard. supported_archs i386 ppc -- Ticket URL: <https://trac.macports.org/ticket/32697> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #32559: inkscape cannot connect to dbus
by MacPorts 30 Dec '11

30 Dec '11

#32559: inkscape cannot connect to dbus --------------------------------+------------------------------------------- Reporter: vloodo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: dbus, inkscape --------------------------------+------------------------------------------- Trying to start inkscape I get these warning/error messages: {{{ Dynamic session lookup supported but failed: launchd did not provide a socket path, verify that org.freedesktop.dbus-session.plist is loaded! Failed to get connection ** (inkscape:2093): CRITICAL **: dbus_g_proxy_new_for_name: assertion `connection != NULL' failed ** (inkscape:2093): CRITICAL **: dbus_g_proxy_call: assertion `DBUS_IS_G_PROXY (proxy)' failed ** (inkscape:2093): CRITICAL **: dbus_g_connection_register_g_object: assertion `connection != NULL' failed }}} This happened when I updated dbus and forgot to run {{{ sudo launchctl load -w /Library/LaunchDaemons/org.freedesktop.dbus- system.plist launchctl load -w /Library/LaunchAgents/org.freedesktop.dbus-session.plist }}} but now when I run these commands I get the following messages {{{ org.freedesktop.dbus-system: Already loaded org.freedesktop.dbus-session: Already loaded }}} -- Ticket URL: <https://trac.macports.org/ticket/32559> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #32020: gimp2: can't open files from remote URIs
by MacPorts 29 Dec '11

29 Dec '11

#32020: gimp2: can't open files from remote URIs ------------------------------------------------+--------------------------- Reporter: michael.klein@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: gimp2 ------------------------------------------------+--------------------------- I can't seem to open any images from remote URLs in File->Open Location... The resulting error is: {{{ GIMP Message Opening 'http://static2.macosforge.org/files/logos/MacPorts.png' failed: Could not open 'http://static2.macosforge.org/files/logos/MacPorts.png' for reading: No such file or directory }}} {{{ $ port installed gimp2 The following ports are currently installed: gimp2 @2.6.11_9+gvfs+python26+remote (active) }}} -- Ticket URL: <https://trac.macports.org/ticket/32020> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #30898: openmotif: Update to version 2.3.3
by MacPorts 29 Dec '11

29 Dec '11

#30898: openmotif: Update to version 2.3.3 --------------------------------+------------------------------------------- Reporter: cmreed@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: motif update | Port: openmotif --------------------------------+------------------------------------------- The openmotif package should be updated to the latest 2.3.3 version, which corrects some issues introduced with the previous 2.3.2 version. Necessary patches attached. -- Ticket URL: <https://trac.macports.org/ticket/30898> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #32295: libtorrent failed to build
by MacPorts 29 Dec '11

29 Dec '11

#32295: libtorrent failed to build ----------------------------------+----------------------------------------- Reporter: blobdobguy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ----------------------------------+----------------------------------------- Error: Target org.macports.build returned: shell command failed (see log for details) Error: Failed to install libtorrent Log for libtorrent is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_net_libtorrent/libtorrent/main.log Logfile is attached. -- Ticket URL: <https://trac.macports.org/ticket/32295> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #32681: update: libtorrent-devel 0.13.0 & rtorrent-devel 0.9.0
by MacPorts 29 Dec '11

29 Dec '11

#32681: update: libtorrent-devel 0.13.0 & rtorrent-devel 0.9.0 ---------------------------------+------------------------------------------ Reporter: gardnermj@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch maintainer | Port: libtorrent-devel rtorrent-devel ---------------------------------+------------------------------------------ New unstable versions of libTorrent & rTorrent: http://permalink.gmane.org/gmane.network.bit-torrent.rtorrent.devel/2525 Also added the patch from #32295 to make rtorrent-devel use llvm-gcc-4.2 instead of clang, because rTorrent 0.9.0 still doesn't compile with clang (see https://github.com/rakshasa/rtorrent/issues/14) libTorrent 0.13.0 does compile with clang, though, so libtorrent-devel no longer needs the corresponding patch. -- Ticket URL: <https://trac.macports.org/ticket/32681> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #32696: arm-none-eabi-gdb @7.3 fails to build on Lion/Xcode 4.2
by MacPorts 29 Dec '11

29 Dec '11

#32696: arm-none-eabi-gdb @7.3 fails to build on Lion/Xcode 4.2 ------------------------------+--------------------------------------------- Reporter: slarew@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: arm-none-eabi-gdb ------------------------------+--------------------------------------------- I attempted to install arm-none-eabi-gdb on OSX with Xcode 4.2. I got the same error as in [https://trac.macports.org/ticket/32161 Ticket #32161]. The solution in that ticket, namely compiling with llvm-gcc-4.2 instead of clang, seems to work. I have attached a patch file for the Portfile that changes the compiler from clang to llvm-gcc-4.2. -- Ticket URL: <https://trac.macports.org/ticket/32696> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #32424: clhep: outdated (request for 2.1.1.0) & broken on Lion
by MacPorts 29 Dec '11

29 Dec '11

#32424: clhep: outdated (request for 2.1.1.0) & broken on Lion --------------------------------------------+------------------------------- Reporter: mojca.miklavec.lists@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: clhep --------------------------------------------+------------------------------- The package clhep seems to be really painful to build (CXX=/absolute/path/to/g++ fails, no matter what compiler is being used, but it works out of the box when no environmental variables for compiler are set, that is, outside of MacPorts). The following modifications worked for me (leaving original patch intact): {{{ name clhep version 2.1.1.0 ... checksums md5 f8acb50a9cdb9ac8937fecfcb741ba10 ... # this should be conditional configure.compiler gcc-4.2 # I'm not sure if this is absolutely needed/respected at all build.args-append CC=gcc CXX=g++ CPP=g++ }}} however work should be done by someone with enough knowledge to fix the original package. (On the other hand geant4 9.5 now includes clhep.) -- Ticket URL: <https://trac.macports.org/ticket/32424> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12