July 2015 - macports-tickets - lists.macosforge.org

[MacPorts] #48233: py34-cairo seems to expect x11 cairo, not quartz
by MacPorts 04 Jan '16

04 Jan '16

#48233: py34-cairo seems to expect x11 cairo, not quartz ----------------------------+-------------------------------- Reporter: jens.troeger@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: py-cairo ----------------------------+-------------------------------- Might be related to [https://trac.macports.org/ticket/34889 #34889] or [https://trac.macports.org/ticket/34724 #34724]. My cairo @1.14.2_1+quartz is built without x11 support, and I added py34-cairo @1.10.0_3 just now. However, when I then try to load cairo from Python, loading the library fails with what I suspect is a missing x11 symbol: {{{ >>> import cairo Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/cairo/__init__.py", line 18, in <module> from ._cairo import * ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/cairo/_cairo.so, 2): Symbol not found: _cairo_xlib_surface_get_depth Referenced from: /opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/cairo/_cairo.so Expected in: /opt/local/lib/libcairo.2.dylib in /opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/cairo/_cairo.so }}} -- Ticket URL: <https://trac.macports.org/ticket/48233> MacPorts <https://www.macports.org/> Ports system for OS X

1 27

[MacPorts] #48269: atlas @3.10.2_1: gcc5 variant
by MacPorts 04 Jan '16

04 Jan '16

#48269: atlas @3.10.2_1: gcc5 variant ----------------------------+-------------------------------- Reporter: mschamschula@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: atlas ----------------------------+-------------------------------- I've added a gcc5 variant to atlas. -- Ticket URL: <https://trac.macports.org/ticket/48269> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47572: xfce4-settings @@ 4.6.5 fails to build due to a change in libnotify
by MacPorts 02 Jan '16

02 Jan '16

#47572: xfce4-settings @@ 4.6.5 fails to build due to a change in libnotify -------------------------+-------------------------------- Reporter: wyatt8750@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: xfce4-settings -------------------------+-------------------------------- LibNotify's notify_notification_new() now takes fewer arguments than it used to, and the version of xfce4-settings in macports is still using the old argument count. Line 420 in accessibility is to blame, and it can be made to compile by doing something like this: {{{ --- old/xfce4-settings-4.6.5/xfce4-settings-helper/accessibility.c 2015-04-25 19:55:26.000000000 -0400 +++ xfce4-settings-4.6.5/xfce4-settings-helper/accessibility.c 2015-04-25 19:55:36.000000000 -0400 @@ -417,7 +417,7 @@ if (helper->notification == NULL) { /* create a new notification */ - helper->notification = notify_notification_new (summary, body, "keyboard", NULL); + helper->notification = notify_notification_new (summary, body, "keyboard"); /* close signal */ g_signal_connect (G_OBJECT (helper->notification), "closed", G_CALLBACK (xfce_accessibility_helper_notification_closed), helper); }}} I don't know if my paths in that patch are correct, but this did seem to fix my issue. If it matters, I am running OS X 10.6.8 (snow leopard) with xcode 4.2's SDK. The patch is also attached, as is the original build log. -- Ticket URL: <https://trac.macports.org/ticket/47572> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47559: libtool version mismatch error with latest xfwm4 (4.11.3)
by MacPorts 02 Jan '16

02 Jan '16

#47559: libtool version mismatch error with latest xfwm4 (4.11.3) -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: xfwm4 -------------------------+-------------------------------- Hello, I thought that updating xfwm4 would be a nice little project while on holidays, but I'm running into a libtool version mismatch error: {{{ CCLD helper-dialog libtool: Version mismatch error. This is libtool 2.4.2, but the libtool: definition of this LT_INIT comes from libtool 2.4.6. libtool: You should recreate aclocal.m4 with macros from libtool 2.4.2 libtool: and run autoconf again. make[2]: *** [helper-dialog] Error 63 make[2]: Leaving directory `/Volumes/Debian/MP9/var/macports/build /_Volumes_Debian_MP9_site-ports_x11_xfwm4/xfwm4/work/xfwm4-4.11.3/helper- dialog' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/Volumes/Debian/MP9/var/macports/build /_Volumes_Debian_MP9_site-ports_x11_xfwm4/xfwm4/work/xfwm4-4.11.3' make: *** [all] Error 2 }}} Any ideas? -- Ticket URL: <https://trac.macports.org/ticket/47559> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #48050: xfce4-dev-tools: allow glib2-devel to satisfy glib2 dependency
by MacPorts 02 Jan '16

02 Jan '16

#48050: xfce4-dev-tools: allow glib2-devel to satisfy glib2 dependency --------------------------+----------------------------- Reporter: ryandesign@… | Owner: afb@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: xfce4-dev-tools --------------------------+----------------------------- This patch allows glib2-devel to satisfy the glib2 dependency in xfce4 -dev-tools -- Ticket URL: <https://trac.macports.org/ticket/48050> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47501: Invisible text in Terminal
by MacPorts 02 Jan '16

02 Jan '16

#47501: Invisible text in Terminal -----------------------+-------------------------------- Reporter: rudloff@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: Terminal -----------------------+-------------------------------- I have installed the Terminal port with the Quartz variant and the text is invisible, the window only contains the background color. Here is the console output: {{{ (terminal:77128): exo-CRITICAL **: exo_xsession_client_new_with_group: assertion 'GDK_IS_WINDOW (leader)' failed (terminal:77128): GLib-GObject-WARNING **: invalid (NULL) pointer instance (terminal:77128): GLib-GObject-CRITICAL **: g_signal_connect_data: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed }}} -- Ticket URL: <https://trac.macports.org/ticket/47501> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47960: could not install Leiningen
by MacPorts 31 Dec '15

31 Dec '15

#47960: could not install Leiningen ---------------------+-------------------------------- Reporter: james@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts Future Component: ports | Version: 2.3.3 Keywords: | Port: ---------------------+-------------------------------- clojure installed correctly but could not install leiningen seeattachment for log -- Ticket URL: <https://trac.macports.org/ticket/47960> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #46351: py-wxpython-2.8: track the progress of transition to 3.0 and try to remove the port
by MacPorts 29 Dec '15

29 Dec '15

#46351: py-wxpython-2.8: track the progress of transition to 3.0 and try to remove the port -------------------------+------------------------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: grass, py-dsv, py-pyface, py- | robotframework-ride, py-wxpython-2.8 -------------------------+------------------------------------------------- According to my counting there are currently four or five ports that are incompatible with wxPython 3.0 (see the initial ticket #38375): 2.8-only: * `python/py-dsv` (cca. 1000 lines of possibly abandoned Python code) compiles with 3.0, but doesn't work properly: * `gis/grass` (new version theoretically works with 3.0, but there are some issues left on mac; #42161, #44056) * `python/py-mayavi` * `python/py-pyface` (https://github.com/enthought/pyface/issues/96) * `python/py-robotframework-ride` (https://code.google.com/p /robotframework-ride/issues/detail?id=888) ---- fully compatible with 3.0: * `python/py-pyphant` * `python/py-sogl` * `python/py-winpdb` * `science/gnuradio` * `science/gr-fosphor` * `science/relax` * `science/stimfit` I opened this ticket to track the progress towards the ideal world where supporting just wxPython 3.0 will be sufficient. -- Ticket URL: <https://trac.macports.org/ticket/46351> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #45516: Install gnuplot but failed to install pre-package aquaterm
by MacPorts 29 Dec '15

29 Dec '15

#45516: Install gnuplot but failed to install pre-package aquaterm --------------------------------------------+------------------------------ Reporter: tobefrank.yys@… | Owner: macports- Type: defect | tickets@… Priority: High | Status: new Component: ports | Milestone: MacPorts 2.3.2 Keywords: gunplay, aquaterm, OS Yosemite | Version: 2.3.2 | Port: --------------------------------------------+------------------------------ I I have installed gnuplot in the past with: $ sudo port install gnuplot I just upgraded to OS X 10.10, Xcode version 6.1 I got the port immigration done, but I found it miss gnuplot in the installed list. so I have tried to do in the following procedure: $ sudo xcodebuild -license $ sudo port -d -v self update $ sudo port upgrade outdated $ sudo port clean gnuplot reboot computer $ sudo port install gnuplot But it seems no work at all, The detail is attached below. :debug:main Attempting ln -sf /opt/local/var/macports/build/_opt_local_var_macports_so urces_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work /opt/local /var/macports/sources/rsync.macports.org/release/tarballs/ports/aqua/aquaterm/work¬ 3 :debug:main changing euid/egid - current euid: 0 - current egid: 0¬ 4 :debug:main egid changed to: 501¬ 5 :debug:main euid changed to: 502¬ 6 :debug:main Executing org.macports.main (aquaterm)¬ 7 :debug:main Privilege de-escalation not attempted as not running as root.¬ 8 :debug:main Skipping completed org.macports.archivefetch (aquaterm)¬ 9 :debug:main Privilege de-escalation not attempted as not running as root.¬ 10 :debug:main Skipping completed org.macports.fetch (aquaterm)¬ 11 :debug:main Privilege de-escalation not attempted as not running as root.¬ 12 :debug:main Skipping completed org.macports.checksum (aquaterm)¬ 13 :debug:main Privilege de-escalation not attempted as not running as root.¬ 14 :debug:main Skipping completed org.macports.extract (aquaterm)¬ 15 :debug:main Privilege de-escalation not attempted as not running as root.¬ 16 :debug:main Skipping completed org.macports.patch (aquaterm)¬ 17 :debug:main Privilege de-escalation not attempted as not running as root.¬ 18 :debug:main Skipping completed org.macports.configure (aquaterm)¬ 19 :debug:main Privilege de-escalation not attempted as not running as root.¬ 20 :debug:build build phase started at Mon Oct 20 22:05:56 BST 2014¬ 21 :notice:build ---> Building aquaterm¬ 22 :debug:build Executing org.macports.build (aquaterm)¬ 23 :debug:build Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macp orts_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/Aqu aTerm-1.1.1/aquaterm" && /usr/bin/xcodebuild -target "AquaTerm" -configuration Defaul t build OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.10 ARCHS=x86_64 SDKR OOT="" GCC_VERSION=com.apple.compilers.llvm.clang.1_0 CLANG_CXX_LIBRARY="libc++" LOCAL_APPS_DIR=/Applications/MacPorts LOCAL_FRAMEWORKS_DIR=/opt/local/Library/Frameworks'¬ 24 :info:build 2014-10-20 22:05:57.580 xcodebuild[3660:1538087] [MT] iPhoneSimulator: SimVerifier returned: Error Domain=NSPOSIXErrorDomain Code=53 "Simulator verification fai led." UserInfo=0x7fcd1ac34ff0 {NSLocalizedFailureReason=A connection to the simulator verification service could not be established., NSLocalizedRecoverySuggestion=Ensure that Xcode.app is installed on a volume with ownership enabled., NSLocalizedDescription =Simulator verification failed.}¬ 25 :info:build Build settings from command line:¬ 26 :info:build ARCHS = x86_64¬ 27 :info:build CLANG_CXX_LIBRARY = libc++¬ 28 :info:build GCC_VERSION = com.apple.compilers.llvm.clang.1_0¬ 29 :info:build LOCAL_APPS_DIR = /Applications/MacPorts¬ 30 :info:build LOCAL_FRAMEWORKS_DIR = /opt/local/Library/Frameworks¬ 31 :info:build MACOSX_DEPLOYMENT_TARGET = 10.10¬ :info:build OBJROOT = build/¬ 33 :info:build SDKROOT =·¬ 34 :info:build SYMROOT = build/¬ 35 :info:build·¬ 36 :info:build sh: line 1: 3660 Abort trap: 6 /usr/bin/xcodebuild -target "AquaTerm" -configuration Default build OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.10 ARCHS=x86_64 SDKROOT="" GCC_VERSION=com.apple.compilers.llvm.clang.1_0 CLANG_CXX_LIBRARY="libc++" LOCAL_APPS_DIR=/Applications/MacPorts LOCAL_FRAMEWORKS_DIR=/opt/local/Library/Frameworks¬ 37 :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_ sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/work/AquaTerm -1.1.1/aquaterm" && /usr/bin/xcodebuild -target "AquaTerm" -configuration Default bui ld OBJROOT=build/ SYMROOT=build/ MACOSX_DEPLOYMENT_TARGET=10.10 ARCHS=x86_64 SDKROOT=" " GCC_VERSION=com.apple.compilers.llvm.clang.1_0 CLANG_CXX_LIBRARY="libc++" LOCAL_APPS _DIR=/Applications/MacPorts LOCAL_FRAMEWORKS_DIR=/opt/local/Library/Frameworks¬ 38 :info:build Exit code: 134¬ 39 :error:build org.macports.build for port aquaterm returned: command execution failed¬ 40 :debug:build Error code: NONE¬ 41 :debug:build Backtrace: command execution failed¬ 42 while executing¬ 43 "proc-org.macports.build-build-0 org.macports.build"¬ 44 ("eval" body line 1)¬ 45 invoked from within¬ 46 "eval $procedure $targetname"¬ 47 :info:build Warning: targets not executed for aquaterm: org.macports.activate org.macp orts.build org.macports.destroot org.macports.install¬ 48 :error:build Failed to install aquaterm¬ 49 :debug:build Registry error: aquaterm not registered as installed & active.¬ 50 invoked from within¬ 51 "registry_active $subport"¬ 52 invoked from within¬ 53 "$workername eval registry_active \$subport"¬ 54 :notice:build Please see the log file for port aquaterm for details:¬ 55 /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_aquaterm/aquaterm/main.log¬ ~ -- Ticket URL: <https://trac.macports.org/ticket/45516> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #47923: jasper @1.900.1_10 Linking error (bad option name)
by MacPorts 26 Dec '15

26 Dec '15

#47923: jasper @1.900.1_10 Linking error (bad option name) ------------------------+-------------------------------- Reporter: predoehl@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: ------------------------+-------------------------------- This affects my very old PowerPC system running Tiger, OS 10.4, and Xcode 2.5. At first I could not build graphics/jasper because the linking step had two unrecognized options. Basically the build was trying to do the following: gcc-apple-4.2 ...MANY-OPTIONS... -Wl,-compatibility_version -Wl,-current_version,2 ... The above command failed because of the linker options, with the message, ld: unrecognized option -compatibility_version After some research I managed to make a band-aid one-time fix by manually editing libtool in the build directory, like so: {{{ OLD LIBTOOL OPTION NEW LIBTOOL OPTION ----------------------------------------- compatibility_version dylib_compatibility_version current_version dylib_current_version }}} I am aware that libtool is ephemeral, created by configure, and that if I reconfigured the port, my fix would be lost. But I hope I don't need to rebuild the port often. I have no idea how to establish this fix permanently. I do not know how to categorize the defect -- maybe it is a defect in configure, or maybe it is not a defect at all due to end-of-support for such old systems. But, I did want to report it in case it is not spurious. If I should report it elsewhere (like a GNU project mailing list), I'd be happy to, if you think it is appropriate. -- Ticket URL: <https://trac.macports.org/ticket/47923> MacPorts <https://www.macports.org/> Ports system for OS X

1 3