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

[MacPorts] #44063: Unable to build dsniff on OS X 10.9.2
by MacPorts 18 Jun '14

18 Jun '14

#44063: Unable to build dsniff on OS X 10.9.2 ------------------------+-------------------------------- Reporter: amit7774@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: ------------------------+-------------------------------- I am getting the following error when trying to build dsniff "Error: Processing of port dsniff failed" . I have attached the log file as I tried to install both dnsiff and dnsiff-devel. -- Ticket URL: <https://trac.macports.org/ticket/44063> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #44051: FileZilla: fails to compile on 10.6
by MacPorts 18 Jun '14

18 Jun '14

#44051: FileZilla: fails to compile on 10.6 -------------------------+----------------------- Reporter: mojca@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: snowleopard | Port: FileZilla -------------------------+----------------------- Complete log [https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/27070 is here]. {{{ make[2]: Entering directory `/path/to/filezilla-3.8.1/src/engine' if /usr/bin/g++-4.2 -DHAVE_CONFIG_H -I. -I../../src/include -I./../include -I/opt/local/include -I/opt/local/include/p11-kit-1 -I/opt/local/include -I/opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/wx/include /osx_cocoa-unicode-3.0 -I/opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ -I/opt/local/include -fpch-preprocess -I/opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/lib/wx/include /osx_cocoa-unicode-3.0 -I/opt/local/Library/Frameworks/wxWidgets.framework/Versions/wxWidgets/3.0/include/wx-3.0 -D_FILE_OFFSET_BITS=64 -DWXUSINGDLL -D__WXMAC__ -D__WXOSX__ -D__WXOSX_COCOA__ -pipe -Os -arch x86_64 -Wall -g -fexceptions -MT filezilla.h.gch -MD -MP -MF ".deps/.Tpo" -c -o filezilla.h.gch filezilla.h; \ ; then mv -f ".deps/.Tpo" ".deps/.Po"; else rm -f ".deps/.Tpo"; exit 1; fi In file included from ../../src/include/libfilezilla.h:33, from filezilla.h:1: ../../src/include/serverpath.h:17: error: function definition does not declare parameters In file included from ../../src/include/libfilezilla.h:34, from filezilla.h:1: ../../src/include/commands.h:120: error: field ‘m_path’ has incomplete type ../../src/include/commands.h:151: error: field ‘m_remotePath’ has incomplete type ../../src/include/commands.h:174: error: field ‘m_path’ has incomplete type ../../src/include/commands.h: In member function ‘CServerPath CDeleteCommand::GetPath() const’: ../../src/include/commands.h:169: error: return type ‘struct CServerPath’ is incomplete ../../src/include/commands.h:169: error: ‘m_path’ was not declared in this scope ../../src/include/commands.h: At global scope: ../../src/include/commands.h:188: error: field ‘m_path’ has incomplete type ../../src/include/commands.h: In member function ‘CServerPath CRemoveDirCommand::GetPath() const’: ../../src/include/commands.h:183: error: return type ‘struct CServerPath’ is incomplete ../../src/include/commands.h:183: error: ‘m_path’ was not declared in this scope ../../src/include/commands.h: At global scope: ../../src/include/commands.h:199: error: field ‘m_path’ has incomplete type ../../src/include/commands.h: In member function ‘CServerPath CMkdirCommand::GetPath() const’: ../../src/include/commands.h:195: error: return type ‘struct CServerPath’ is incomplete ../../src/include/commands.h:195: error: ‘m_path’ was not declared in this scope ../../src/include/commands.h: At global scope: ../../src/include/commands.h:212: error: field ‘m_fromPath’ has incomplete type ../../src/include/commands.h:213: error: field ‘m_toPath’ has incomplete type ../../src/include/commands.h: In member function ‘CServerPath CRenameCommand::GetFromPath() const’: ../../src/include/commands.h:206: error: return type ‘struct CServerPath’ is incomplete ../../src/include/commands.h:206: error: ‘m_fromPath’ was not declared in this scope ../../src/include/commands.h: In member function ‘CServerPath CRenameCommand::GetToPath() const’: ../../src/include/commands.h:207: error: return type ‘struct CServerPath’ is incomplete ../../src/include/commands.h:207: error: ‘m_toPath’ was not declared in this scope ../../src/include/commands.h: At global scope: ../../src/include/commands.h:229: error: field ‘m_path’ has incomplete type ../../src/include/commands.h: In member function ‘CServerPath CChmodCommand::GetPath() const’: ../../src/include/commands.h:224: error: return type ‘struct CServerPath’ is incomplete ../../src/include/commands.h:224: error: ‘m_path’ was not declared in this scope In file included from ../../src/include/libfilezilla.h:35, from filezilla.h:1: ../../src/include/notification.h: At global scope: ../../src/include/notification.h:116: error: field ‘m_path’ has incomplete type ../../src/include/notification.h: In member function ‘const CServerPath CDirectoryListingNotification::GetPath() const’: ../../src/include/notification.h:111: error: return type ‘const struct CServerPath’ is incomplete ../../src/include/notification.h:111: error: ‘m_path’ was not declared in this scope ../../src/include/notification.h: At global scope: ../../src/include/notification.h:145: error: field ‘remotePath’ has incomplete type In file included from ../../src/include/FileZillaEngine.h:4, from ../../src/include/libfilezilla.h:36, from filezilla.h:1: ../../src/include/engineprivate.h:83: error: field ‘m_lastListDir’ has incomplete type In file included from ../../src/include/libfilezilla.h:37, from filezilla.h:1: ../../src/include/directorylisting.h:69: error: field ‘path’ has incomplete type make[2]: *** [filezilla.h.gch] Error 1 make[2]: Leaving directory `/path/to/filezilla-3.8.1/src/engine' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/path/to/filezilla-3.8.1/src' make: *** [all-recursive] Error 1 make: Leaving directory `/path/to/filezilla-3.8.1' Command failed: cd "/path/to/filezilla-3.8.1" && /usr/bin/make -j8 -w all~ Exit code: 2 }}} -- Ticket URL: <https://trac.macports.org/ticket/44051> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43222: Updated mkvtoolnix available (version6.8.0)
by MacPorts 18 Jun '14

18 Jun '14

#43222: Updated mkvtoolnix available (version6.8.0) ------------------------+-------------------------------- Reporter: dgonyier@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: mkvtoolnix ------------------------+-------------------------------- http://www.bunkus.org/videotools/mkvtoolnix/index.html 03 Mar 2014: Released v6.8.0 -- Ticket URL: <https://trac.macports.org/ticket/43222> MacPorts <http://www.macports.org/> Ports system for OS X

1 26

[MacPorts] #43917: ROOT6 : Update to first production release, 6.00.00
by MacPorts 18 Jun '14

18 Jun '14

#43917: ROOT6 : Update to first production release, 6.00.00 ---------------------------------+-------------------------------- Reporter: jonesc@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: haspatch maintainer | Port: root6 ---------------------------------+-------------------------------- Hi, Attached patch updates root6 to the new 6.00.00 production releases ( Actually uses a slightly newer git tag, to get some fixes to the build system I first found when trying the new release and upstream and since fixed. ) Also adds a couple new variants pythia and xrootd, that where missing in the first version of this port as they did not work in the beta. Now seem fine. Tested on OSX10.9. Might work on 10.8, probably not on anything newer. cheers Chris -- Ticket URL: <https://trac.macports.org/ticket/43917> MacPorts <http://www.macports.org/> Ports system for OS X

1 86

[MacPorts] #41104: otx can't compile
by MacPorts 18 Jun '14

18 Jun '14

#41104: otx can't compile -----------------------+-------------------------------- Reporter: stoffer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: otx -----------------------+-------------------------------- path not found for tool, changed SysUtils.m to use xcrun instead of xcode- select. Maybe it has to be conditional of os version? -- Ticket URL: <https://trac.macports.org/ticket/41104> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #33011: transmission 2.42 add variant daemon
by MacPorts 18 Jun '14

18 Jun '14

#33011: transmission 2.42 add variant daemon ----------------------------------+----------------------------------------- Reporter: jon.olsson@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: ----------------------------------+----------------------------------------- Included is a patch which adds a variant that builds the daemon bits and installs them. I'm not sure if this should be broken out into a separate port, but I think it'll be easier to maintain updates to the port like this -- Ticket URL: <https://trac.macports.org/ticket/33011> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #39993: FindwxWidgets.cmake: lack of options to find/select the right wxWidgets
by MacPorts 17 Jun '14

17 Jun '14

#39993: FindwxWidgets.cmake: lack of options to find/select the right wxWidgets ---------------------+------------------------------------ Reporter: mojca@… | Owner: css@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: cmake plplot wxWidgets ---------------------+------------------------------------ With respect to the ticket #37819 I'm having problems adapting {{{plplot}}} to use {{{wxWidgets}}} if {{{wx-config}}} isn't at default location. I would like to be able to specify the path to {{{${prefix}/lib/wx/config /osx_cocoa-unicode-2.9}}} which should be enough to configure everything else related to wxWidgets, but I didn't spend enough time to dive deeper into the issue, also because {{{plplot}}}'s CMake support is a bit suboptimal (I had serious problems using {{{ccmake}}} to configure it). This is an upstream bug (I'm not sure which upstream though), but I would like to suggest to keep this ticket open until it's fixed upstream if possible. The port {{{plplot}}} provides {{{cmake/modules/FindwxWidgets.cmake}}} which is very similar to the one shipped with {{{cmake}}}. So the ultimate point to patch this would probably be {{{cmake}}} and then ask {{{plplot}}} developer to fetch an up-to-date file from there. Here's a ticket on the {{{cmake}}} bug tracker: - http://public.kitware.com/Bug/view.php?id=11296 It's about a different issue, but it's probably related to the fact that the file lacks some features. Ideally a bug report should be sent to that tracker, possibly together with a patch. A ticket on the {{{wxWidgets'}}} bug tracker has been closed as "'' not a wxWidgets bug''": - http://trac.wxwidgets.org/ticket/15199 even though it would probably be nice if {{{wxWidgets}}} would provide their own reference implementation of what they deem to be important for proper functionality like they do for {{{aclocal/wxwin.m4}}} (that file could serve as a role model of what options are needed). PS: feel free to change the summary line, I'm not sure how to best describe this. -- Ticket URL: <https://trac.macports.org/ticket/39993> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #22223: Support BigTIFF format in GDAL
by MacPorts 17 Jun '14

17 Jun '14

#22223: Support BigTIFF format in GDAL ------------------------------+--------------------------------------------- Reporter: adam@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: gdal @1.6.2_0 ------------------------------+--------------------------------------------- When built with internal libtiff or with libtiff >= 4.0, GDAL supports reading and writing BigTIFF files as described here: http://www.gdal.org/frmt_gtiff.html GDAL in macports is currently 1.6.2 and the internal libtiff has been at version 4 since GDAL 1.5.0. The current libtiff in macports is 3.9.1 so the easiest way to support BigTIFF is to compile GDAL with the --with- libtiff=internal and --with-geotiff=internal options. -- Ticket URL: <http://trac.macports.org/ticket/22223> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #26200: Gdal 1.7.2 does not install python plugins in the right place
by MacPorts 17 Jun '14

17 Jun '14

#26200: Gdal 1.7.2 does not install python plugins in the right place --------------------------------+------------------------------------------- Reporter: vince@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: gdal python | Port: gdal 1.7.2 --------------------------------+------------------------------------------- Python gdal extensions go in ${prefix}/lib/python${version}/... instead of ${prefix}/Framework/Python.framework/... The appended two patches (one for Portfile and the other for a patch file) solve this issue. -- Ticket URL: <http://trac.macports.org/ticket/26200> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #39214: gdal 1.10 and spatialite fails
by MacPorts 17 Jun '14

17 Jun '14

#39214: gdal 1.10 and spatialite fails ----------------------------------+-------------------------------- Reporter: barry.j.mcinnes@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: gdal 1.10 spatialite | Port: gdal ----------------------------------+-------------------------------- gdal 1.9.2-3 +spatialite made properly, with 1.10 all other variants work except spatiality bash-3.2# port clean gdal ---> Cleaning gdal bash-3.2# port install gdal +curl+expat+geos+hdf5+jasper+lzma+mysql5+netcdf+odbc+opencl+poppler+sqlite3+python27+xerces+postgresql90+spatialite ---> Computing dependencies for gdal ---> Fetching archive for gdal ---> Attempting to fetch gdal-1.10.0_1+curl+expat+geos+hdf5+jasper+lzma+mysql5+netcdf+odbc+opencl+poppler+postgresql90+python27+spatialite+sqlite3+xerces.darwin_12.x86_64.tbz2 from http://packages.macports.org/gdal ---> Attempting to fetch gdal-1.10.0_1+curl+expat+geos+hdf5+jasper+lzma+mysql5+netcdf+odbc+opencl+poppler+postgresql90+python27+spatialite+sqlite3+xerces.darwin_12.x86_64.tbz2 from http://lil.fr.packages.macports.org/gdal ---> Attempting to fetch gdal-1.10.0_1+curl+expat+geos+hdf5+jasper+lzma+mysql5+netcdf+odbc+opencl+poppler+postgresql90+python27+spatialite+sqlite3+xerces.darwin_12.x86_64.tbz2 from http://mse.uk.packages.macports.org/sites/packages.macports.org/gdal ---> Fetching distfiles for gdal ---> Verifying checksum(s) for gdal ---> Extracting gdal ---> Applying patches to gdal ---> Configuring gdal ---> Building gdal Error: org.macports.build for port gdal returned: command execution failed Please see the log file for port gdal for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_gis_gdal/gdal/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port gdal failed bash-3.2# bash-3.2# port installed spatialite The following ports are currently installed: spatialite @2.3.1_1 (active) bash-3.2# -- Ticket URL: <https://trac.macports.org/ticket/39214> MacPorts <http://www.macports.org/> Ports system for OS X

1 5