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

[MacPorts] #47330: SPRNG support for PETSc
by MacPorts 06 Jan '16

06 Jan '16

#47330: SPRNG support for PETSc ------------------------------+-------------------------------- Reporter: gideon.simpson@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: petsc ------------------------------+-------------------------------- Could we add the SPRNG variant to the PETSc port (--download-sprng)? -- Ticket URL: <https://trac.macports.org/ticket/47330> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #45592: port upgrade outdated fails
by MacPorts 04 Jan '16

04 Jan '16

#45592: port upgrade outdated fails ------------------------+-------------------------------- Reporter: jeffd.oz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ------------------------+-------------------------------- Fails to upgrade perl5. Ran macports_34482_fix, which also fails, with the following:- <snip> ---> Uninstalling p5-locale-gettext @1.05_5 ---> Uninstalling perl5 @5.12.3_1+perl5_12 ---> Cleaning perl5 ---> Uninstalling perl5 @5.12.4_0+perl5_12 ---> Cleaning perl5 ---> Unable to uninstall perl5 @5.12.4_0+perl5_16, the following ports depend on it: ---> autoconf213 @2.13_1 ---> glib2 @2.28.8_0+universal ---> imake @1.0.3_1+universal ---> autoconf @2.69_2 ---> automake @1.14.1_0 Error: org.macports.uninstall for port perl5 returned: Please uninstall the ports that depend on perl5 first. Please see the log file for port perl5 for details: /opt/local/var/macports/logs/_opt_local_var_macports_registry_portfiles_perl5-5.12.4_0_f4d0b904b949c73f0a0a2e2393ad8fdc151ee3ec4962fb176a524c529b5c4668-4014/perl5/main.log Warning: Failed to execute portfile from registry for perl5 @5.12.4_0+perl5_16 ---> Unable to uninstall perl5 @5.12.4_0+perl5_16, the following ports depend on it: ---> autoconf213 @2.13_1 ---> glib2 @2.28.8_0+universal ---> imake @1.0.3_1+universal ---> autoconf @2.69_2 ---> automake @1.14.1_0 Error: port uninstall failed: Please uninstall the ports that depend on perl5 first. -- Ticket URL: <https://trac.macports.org/ticket/45592> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[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] #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] #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] #47287: dumpasn1 checksum mismatch
by MacPorts 25 Dec '15

25 Dec '15

#47287: dumpasn1 checksum mismatch ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: dumpasn1 ------------------------+-------------------------------- :error:checksum Checksum (sha256) mismatch for dumpasn1.c :info:checksum Portfile checksum: dumpasn1.c sha256 514e3b49adb0b2e49f8bcfc47c20c5f4202bc7e9f7b1e90bcd4d4cf592d469f4 :info:checksum Distfile checksum: dumpasn1.c sha256 d0d77c951a0471c88f14db6d3f6ca32f6492954f4b1c7d2aedbf4fe97905b32c wget https://www.cs.auckland.ac.nz/~pgut001/dumpasn1.c d0d77c951a0471c88f14db6d3f6ca32f6492954f4b1c7d2aedbf4fe97905b32c dumpasn1.c upstream seems to have silently 'upgraded' -- Ticket URL: <https://trac.macports.org/ticket/47287> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #47141: pypi2port @133341 truncates checksums
by MacPorts 21 Dec '15

21 Dec '15

#47141: pypi2port @133341 truncates checksums --------------------+----------------------- Reporter: jmr@… | Owner: gaurav@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: pypi2port --------------------+----------------------- The checksums written to the generated portfile are 2 characters too short, e.g.: {{{ checksums rmd160 3d6aee95cc06ebd538fdea481a806d420f1757 \ sha256 f8f436a350e37607a3a3d333b6c2d9baf3320cd661e72e95ee0e3037ac7a31 }}} instead of {{{ checksums rmd160 3d6aee95cc06ebd538fdea481a806d420f17576d \ sha256 f8f436a350e37607a3a3d333b6c2d9baf3320cd661e72e95ee0e3037ac7a3157 }}} -- Ticket URL: <https://trac.macports.org/ticket/47141> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47143: pypi2port: use ${version} in distname
by MacPorts 21 Dec '15

21 Dec '15

#47143: pypi2port: use ${version} in distname -------------------------+----------------------- Reporter: jmr@… | Owner: gaurav@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: pypi2port -------------------------+----------------------- Currently, the distname line is written like this: {{{ distname foo-1.2.0 }}} It would be better to do {{{ distname foo-${version} }}} so the version only has to be updated in one place. -- Ticket URL: <https://trac.macports.org/ticket/47143> MacPorts <https://www.macports.org/> Ports system for OS X

1 1