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

[MacPorts] #21535: Parallel build breaks gdal +python...
by MacPorts 17 Jun '14

17 Jun '14

#21535: Parallel build breaks gdal +python... --------------------------------+------------------------------------------- Reporter: vince@… | Owner: seanasy@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: gdal python | Port: gdal --------------------------------+------------------------------------------- It seems that use_parallel_build is now enabled by default. In that case, it breaks gdal +python because the makefile scheduling is wrong: it attempts to build python extension before the library is fully built, leading to an error (-lgdal not found). Specifying {{{ use_parallel_build no }}} in the various python variants fixes this behavior. -- Ticket URL: <http://trac.macports.org/ticket/21535> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #43133: cmake @2.8.12.2_1 use MacPorts libraries
by MacPorts 17 Jun '14

17 Jun '14

#43133: cmake @2.8.12.2_1 use MacPorts libraries --------------------------+------------------- Reporter: and.damore@… | Owner: css@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: cmake --------------------------+------------------- I stumbled into an issue where cmake couldn't fetch a file using https due to missing SSL support in libcurl even if my curl from port had SSL support. It turns out that cmake is currently building builtin curl, expat zlib, bzip2 and libarchive. It should instead use port dependencies for ease of configuration. I'm also adding openmaintainer to the maintainers, if there's a specific reason why you would retain strict control over the port remember to remove it. Patch attached. -- Ticket URL: <https://trac.macports.org/ticket/43133> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43924: SDK Library/Frameworks path not set up correctly on the SnowLeopard buildbot (warning)
by MacPorts 17 Jun '14

17 Jun '14

#43924: SDK Library/Frameworks path not set up correctly on the SnowLeopard buildbot (warning) ----------------------------+------------------------- Reporter: mojca@… | Owner: skarulkar@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: snowleopard | Port: ----------------------------+------------------------- When compiling ROOT on the Snow Leopard buildbot, the following warning is printed: {{{ -- The CXX compiler identification is GNU 4.2.1 CMake Warning at /opt/local/share/cmake-2.8/Modules/Platform/Darwin.cmake:316 (message): The SDK Library/Frameworks path /Developer/SDKs/MacOSX10.6.sdk/Library/Frameworks is not set up correctly on this system. This is known to occur when installing Xcode 3.2.6: http://bugs.python.org/issue14018 The problem may cause build errors that report missing system frameworks. Fix your SDK symlinks to resolve this issue and avoid this warning. Call Stack (most recent call first): /opt/local/share/cmake-2.8/Modules/CMakeSystemSpecificInformation.cmake:36 (include) CMakeLists.txt:19 (project) }}} -- Ticket URL: <https://trac.macports.org/ticket/43924> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #44047: nginx @1.6.0 +http_push new variant
by MacPorts 17 Jun '14

17 Jun '14

#44047: nginx @1.6.0 +http_push new variant --------------------------+-------------------------------- Reporter: zadorozhko@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: haspatch | Port: nginx --------------------------+-------------------------------- Turn NGiNX into an adept HTTP Push (Comet) server. This module takes care of all the connection juggling, and exposes a simple interface to broadcast messages to clients via plain old HTTP requests. This makes it possible to write live-updating applications without having to wait on idle connections via upstream proxies or making your code all asynchronous and concurrent. -- Ticket URL: <https://trac.macports.org/ticket/44047> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43524: ettercap @0.8.0 not building
by MacPorts 17 Jun '14

17 Jun '14

#43524: ettercap @0.8.0 not building -----------------------+-------------------------------- Reporter: irony42@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: ettercap -----------------------+-------------------------------- ettercap isn't pkg-configing correctly on my system. It only builds correctly with something like configure.cflags-append [exec pkg-config --cflags gtk+-2.0] configure.ldflags-append [exec pkg-config --libs gtk+-2.0] IIRC last time I had an issue like this, it only showed up because I use gtk +quartz. -- Ticket URL: <https://trac.macports.org/ticket/43524> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #23857: cmake 2.8.0 build failed
by MacPorts 17 Jun '14

17 Jun '14

#23857: cmake 2.8.0 build failed ----------------------------------------+----------------------------------- Reporter: piergiuseppe.fogli@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: cmake | Port: cmake ----------------------------------------+----------------------------------- cmake 2.8.0 fails to build on Max OS X 10.6.2[[BR]] [[BR]] Platform informations:[[BR]] Model: iMac10.1[[BR]] System version: Mac OS X 10.6.2 (10C540)[[BR]] Kernel version: Darwin 10.2.0[[BR]] 64 bit kernel and extensions: yes[[BR]] Xcode version: 3.2.1[[BR]] port version: 1.8.2[[BR]] [[BR]] {{{ CMake has bootstrapped. Now run make. ---> Building cmake DEBUG: Executing org.macports.build (cmake) DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.6' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.8.0" && /usr/bin/make -j2 all' CMake Error: Parse error in cache file /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.8.0/CMakeCache.txt. Offending entry: /SDKs/MacOSX10.6.sdk -- Configuring incomplete, errors occurred! make: *** [cmake_check_build_system] Error 1 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.8.0" && /usr/bin/make -j2 all " returned error 2 DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_cmake/work/cmake-2.8.0" && /usr/bin/make -j2 all " returned error 2 while executing "command_exec build" (procedure "portbuild::build_main" line 9) invoked from within "$procedure $targetname" Warning: the following items did not execute (for cmake): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. To report a bug, see <http://guide.macports.org/#project.tickets> }}} [[BR]] CMakeCache.txt attached. -- Ticket URL: <http://trac.macports.org/ticket/23857> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #44038: [Port Abandoned] ports maintained by gmail.com:seanasy
by MacPorts 17 Jun '14

17 Jun '14

#44038: [Port Abandoned] ports maintained by gmail.com:seanasy --------------------+--------------------------------------- Reporter: mf2k@… | Owner: seanasy@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gdal pg2xbase proj proj47 --------------------+--------------------------------------- seanasy [http://trac.macports.org/search?changeset=on&ticket=on&q=seanasy%40gmail.co… has not posted anything to trac since 2009]. He has a number of unanswered [https://trac.macports.org/query?status=!closed&owner=seanasy%40gmail.com tickets that are open]. Sean, are you still interested in maintaining your ports? {{{ $ port echo maintainers:seanasy gdal pg2xbase proj proj47 }}} -- Ticket URL: <https://trac.macports.org/ticket/44038> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42654: cmake: upgrade to 3.0.0
by MacPorts 17 Jun '14

17 Jun '14

#42654: cmake: upgrade to 3.0.0 ---------------------+------------------- Reporter: mojca@… | Owner: css@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: cmake ---------------------+------------------- This is a preliminary request to test `cmake 3.0.0-rc1` before that version gets officially released (and to upgrade to 3.0.0 once it gets released). -- Ticket URL: <https://trac.macports.org/ticket/42654> MacPorts <http://www.macports.org/> Ports system for OS X

1 14

[MacPorts] #42232: gdal @1.10.1_2 +expat +mrsid - patch failure - build failure
by MacPorts 17 Jun '14

17 Jun '14

#42232: gdal @1.10.1_2 +expat +mrsid - patch failure - build failure ------------------------+-------------------------------- Reporter: jlisic@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: gdal mrsid | Port: gdal ------------------------+-------------------------------- The patching process fails and the project is not built with the +mrsid option. :info:patch patching file frmts/mrsid/mrsiddataset.cpp :info:patch Hunk #1 FAILED at 1. :info:patch Hunk #2 FAILED at 37. :info:patch Hunk #3 FAILED at 161. :info:patch Hunk #4 FAILED at 694. :info:patch Hunk #5 FAILED at 1261. :info:patch Hunk #6 FAILED at 1269. :info:patch 6 out of 6 hunks FAILED -- saving rejects to file frmts/mrsid/mrsiddataset.cpp.rej -- Ticket URL: <https://trac.macports.org/ticket/42232> MacPorts <http://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #38336: please consider enabling GRIB format in GDAL
by MacPorts 17 Jun '14

17 Jun '14

#38336: please consider enabling GRIB format in GDAL ---------------------+-------------------------------- Reporter: nbest@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: GRIB | Port: gdal ---------------------+-------------------------------- Is there a reason why the default configuration for GDAL contains "--without-grib"? I tried to edit my own local version of the portfile according to http://guide.macports.org/#development.local-repositories but couldn't get it to work. This format is built into GDAL by default and has no external dependencies. I can't think of a downside to enabling it. I would be glad to understand what went wrong with my local repository if anyone would care to engage with me on that offline. Thanks. Neil Best -- Ticket URL: <https://trac.macports.org/ticket/38336> MacPorts <http://www.macports.org/> Ports system for OS X

1 3