June 2014 - macports-tickets - lists.macosforge.org

[MacPorts] #41623: bugs install ee
by MacPorts 09 Jul '14

09 Jul '14

#41623: bugs install ee -----------------------------+-------------------------------- Reporter: swordfish1975@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: -----------------------------+-------------------------------- problem arose when installing port ee : version:1 :debug:main ee has no conflicts :debug:main Executing org.macports.main (ee) :debug:main changing euid/egid - current euid: 0 - current egid: 0 :debug:main egid changed to: 20 :debug:main euid changed to: 502 :debug:main Skipping completed org.macports.archivefetch (ee) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.fetch (ee) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.checksum (ee) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.extract (ee) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.patch (ee) :debug:main Privilege de-escalation not attempted as not running as root. :debug:main Skipping completed org.macports.configure (ee) :debug:main Privilege de-escalation not attempted as not running as root. :debug:build build phase started at Sun Dec 1 01:32:26 KRAT 2013 :notice:build ---> Building ee :debug:build Executing org.macports.build (ee) :debug:build port disallows a parallel build :debug:build Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.9' :debug:build Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/work/easyedit-1.4.6" && /usr/bin/make -w all' :debug:build Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/work/easyedit-1.4.6" && /usr/bin/make -w all :info:build make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/work/easyedit-1.4.6' :info:build Neither termio.h or sgtty.h are on this system! :info:build Don't know where to find curses, you'll need to modify :info:build source code to be able to build! :info:build :info:build Modify the file make.default and build ee by typing: :info:build :info:build make -f make.default :info:build :info:build make: *** [localmake] Error 1 :info:build make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/work/easyedit-1.4.6' :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/work/easyedit-1.4.6" && /usr/bin/make -w all :info:build Exit code: 2 :error:build org.macports.build for port ee returned: command execution failed :debug:build Error code: CHILDSTATUS 906 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "$procedure $targetname" :info:build Warning: targets not executed for ee: org.macports.activate org.macports.build org.macports.destroot org.macports.install :notice:build Please see the log file for port ee for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_editors_ee/ee/main.log -- Ticket URL: <https://trac.macports.org/ticket/41623> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #42785: db46 upgrade failure on Maverics
by MacPorts 09 Jul '14

09 Jul '14

#42785: db46 upgrade failure on Maverics ---------------------+-------------------------------- Reporter: zoleg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: db46 ---------------------+-------------------------------- installed: db46_4.6.21_8+java+tcl {{{ sudo port -vs upgrade db46 }}} .... {{{ /usr/bin/clang -c -pipe -Os -arch x86_64 -I/opt/local/var/macports/build/_opt_mports_trunk_dports_databases_db46/db46/work/db-4.6.21/dist/.. -I/opt/local/include /opt/l ocal/var/macports/build/_opt_mports_trunk_dports_databases_db46/db46/work/db-4.6.21/dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/db_dump185.o /opt/local/var/macports/build/_opt_mports_trunk_dports_databases_db46/db46/work/db-4.6.21/dist/../db_dump185/db_dump185.c:211:13: warning: implicit declaration of function 'dbopen' is invalid in C99 [-Wimplicit-function-declaration] if ((dbp = dbopen(argv[0], O_RDONLY, 0, DB_BTREE, NULL)) == NULL) { ^ /opt/local/var/macports/build/_opt_mports_trunk_dports_databases_db46/db46/work/db-4.6.21/dist/../db_dump185/db_dump185.c:211:11: warning: incompatible integer to pointer conversion assigning to 'DB *' (aka 'struct __db *') from 'int' [-Wint-conversion] if ((dbp = dbopen(argv[0], O_RDONLY, 0, DB_BTREE, NULL)) == NULL) { ^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /opt/local/var/macports/build/_opt_mports_trunk_dports_databases_db46/db46/work/db-4.6.21/dist/../db_dump185/db_dump185.c:212:12: warning: incompatible integer to pointer conversion assigning to 'DB *' (aka 'struct __db *') from 'int' [-Wint-conversion] if ((dbp = ^ /opt/local/var/macports/build/_opt_mports_trunk_dports_databases_db46/db46/work/db-4.6.21/dist/../db_dump185/db_dump185.c:228:24: error: no member named 'seq' in 'struct __db' while (!(rval = dbp->seq(dbp, &key, &data, R_NEXT))) { ~~~ ^ }}} -- Ticket URL: <https://trac.macports.org/ticket/42785> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #40756: mcabber @0.9.10 and libotr @3.2.1 are outdated.
by MacPorts 08 Jul '14

08 Jul '14

#40756: mcabber @0.9.10 and libotr @3.2.1 are outdated. ---------------------------------+---------------------------------------- Reporter: christoph_murauer@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: mcabber, loudmouth, libotr ---------------------------------+---------------------------------------- Hello ! There is a newer version of mcabber (0.10.2) available on http://mcabber.com. There is also a patched version of loudmouth available on the same site (don't know whats the difference between the other used version of loudmouth). There is also a newer version of libotr (which is a dep. for OTR) available. I find no maintainer for loudmouth and libotr - please add the required people - thanks. Thanks for updating. -- Ticket URL: <https://trac.macports.org/ticket/40756> MacPorts <http://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #41720: cmake @2.8.12: hardcoded /opt/local
by MacPorts 08 Jul '14

08 Jul '14

#41720: cmake @2.8.12: hardcoded /opt/local --------------------------+------------------- Reporter: ryandesign@… | Owner: css@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: cmake --------------------------+------------------- The following files in the cmake source tarball contain the string /opt/local, even if that is not the MacPorts prefix: {{{ cmake-2.8.12/Modules/FindGDAL.cmake cmake-2.8.12/Modules/FindGTK2.cmake cmake-2.8.12/Modules/FindLua50.cmake cmake-2.8.12/Modules/FindLua51.cmake cmake-2.8.12/Modules/FindOpenAL.cmake cmake-2.8.12/Modules/FindOpenThreads.cmake cmake-2.8.12/Modules/FindPhysFS.cmake cmake-2.8.12/Modules/FindProducer.cmake cmake-2.8.12/Modules/FindSDL.cmake cmake-2.8.12/Modules/FindSDL_sound.cmake cmake-2.8.12/Modules/Findosg_functions.cmake cmake-2.8.12/Modules/Platform/Darwin.cmake cmake-2.8.12/Source/CPack/cmCPackDebGenerator.h cmake-2.8.12/Source/CPack/cmCPackRPMGenerator.h cmake-2.8.12/Tests/Contracts/Trilinos-10-6/EnvScript.cmake cmake-2.8.12/Utilities/cmlibarchive/CMakeLists.txt }}} I noticed this, when a cmake-using port that succeeded building on a machine with MacPorts prefix /opt/local, failed to find gtk2 on a machine with a different prefix. We should probably reinplace /opt/local to the current prefix in these files, so that they can find the software they're supposed to be helping to find, even if the prefix is non-standard. While we're there, we should remove the parts of those files that would find software in /sw, /usr/local, and other locations we never want cmake to find software in. I already did a version of this with the patch to FindFreetype.cmake that I committed to the cmake port recently. -- Ticket URL: <https://trac.macports.org/ticket/41720> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #44119: kdelibs4: remove FindFlex.cmake
by MacPorts 08 Jul '14

08 Jul '14

#44119: kdelibs4: remove FindFlex.cmake ---------------------+---------------------- Reporter: mojca@… | Owner: nicos@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: kdelibs4 ---------------------+---------------------- Please remove `FindFlex.cmake` from `kdelibs4`, test if it still works after removal and also ask the upstream for a fix. Apparently a better version is part of CMake already. See comment:10:ticket:44104. -- Ticket URL: <https://trac.macports.org/ticket/44119> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #44128: jmol-14.0.13 update to 14.2.0_2014.06.13 (current stable version)
by MacPorts 08 Jul '14

08 Jul '14

#44128: jmol-14.0.13 update to 14.2.0_2014.06.13 (current stable version) ---------------------------------+-------------------------------- Reporter: p.bro@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: jmol ---------------------------------+-------------------------------- Attached patch upgrades jmol to the current stable version 14.2.0_2014.06.13 (new features, and some bug fixes, according to [ http://sourceforge.net/projects/jmol/files/Jmol/Version%2014.2/Version%2014…] Starting with version 14.0.17_2014.06.09, the version number format of jmol changes from major.middle.minor to major.middle.minor_year.month.day. [http://sourceforge.net/p/jmol/mailman/jmol-users/thread /CAF_YUvX3ArFAa30tjdCL- iWH8J328RF9e4%2BHrT6fkDB8iJ%2B9Dg%40mail.gmail.com/#msg32441558 According to the developer] this is "... to be able to upload nightly/weekly changes without advancing the minor version number." The master site format stays unchanged. I accommodated this change by introducing a variable $release, which isolates the old major.middle.minor version number needed for the master site. I also adjusted the livecheck regex to look for this version name. If this is not the way to go, please do let me know. Works on an iMac running 10.9.3 on a dual core i5. -- Ticket URL: <https://trac.macports.org/ticket/44128> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42960: p5-net-http: update to 6.06
by MacPorts 08 Jul '14

08 Jul '14

#42960: p5-net-http: update to 6.06 -----------------------+-------------------------------- Reporter: jpenney@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: p5-net-http -----------------------+-------------------------------- The current p5-net-http 6.10 installs Net::HTTP 6.01 (17 Apr 2011), which isn't compatible with the current p5-libwww-perl 6.50, which installs libwww-perl 6.05 (11 Mar 2013). I'm getting errors like: {{{ Undefined subroutine &LWP::Protocol::http::Socket::can_read }}} This patch upgrades to Net::HTTP to the latest version, 6.06 (10 Mar 2013), which solves the issue. -- Ticket URL: <https://trac.macports.org/ticket/42960> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43457: p5-net-http: update to 6.06
by MacPorts 08 Jul '14

08 Jul '14

#43457: p5-net-http: update to 6.06 ----------------------+------------------------- Reporter: mojca@… | Owner: l2g@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: p5-net-http ----------------------+------------------------- Please update p5-net-http to the latest version. -- Ticket URL: <https://trac.macports.org/ticket/43457> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #32897: Request for new science port whizard
by MacPorts 08 Jul '14

08 Jul '14

#32897: Request for new science port whizard ------------------------------------+--------------------------------------- Reporter: juergen.reuter@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts 2.0.4 Component: ports | Version: 2.0.3 Keywords: new port | Port: whizard ------------------------------------+--------------------------------------- This is a request to include the new science port whizard, depending on the two ports gcc46 and ocaml. -- Ticket URL: <https://trac.macports.org/ticket/32897> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 23

[MacPorts] #43678: ECW support in gdal
by MacPorts 07 Jul '14

07 Jul '14

#43678: ECW support in gdal -------------------------+-------------------------------- Reporter: jsm@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: gdal -------------------------+-------------------------------- I have modified the gdal port to allow the use of the ECW SDK of Intergraph. A new variant called `ecw` is added. The version of gdal was also updated to 1.11.0. The patches `patch-gdalwarpkernel_opencl_c_2.diff` and `patch-port-cpl_spawn.cpp.diff` are not needed any more. The upstream version of gdal supports the SDK 5.1 which is located at `/Intergraph/ERDASEcwJpeg2000SDK5.1`. The new version of the SDK, 5.1.1, is located at `/Intergraph/ERDASEcwJpeg2000SDK5.1.1/Desktop_Read-Only` and a couple of symbolic links can be used to override the problem with the paths. If this version of the SDK is present and the links are not created, the port install process displays a message of how to do that (only if the variant `ecw`is set). This is probably not an ideal solution but it works. -- Ticket URL: <https://trac.macports.org/ticket/43678> MacPorts <http://www.macports.org/> Ports system for OS X

1 6