February 2010 - macports-tickets - lists.macosforge.org

[MacPorts] #17366: mkvtoolnix - 2.4.0 - +wxwidgets variant produces unusable binary
by MacPorts 24 Jun '14

24 Jun '14

#17366: mkvtoolnix - 2.4.0 - +wxwidgets variant produces unusable binary ------------------------------+--------------------------------------------- Reporter: krunk7@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: mkvtoolnix ------------------------------+--------------------------------------------- The +wxwidgets variant produces a binary which does not properly bind to the osx Gui framework. The end result is a correctly rendered gui that does not respond to user mouse or keyboard input nor is capable of changing focus. The fix is to place the binary in an app bundle as described in the WxWidgets Mac OSX Issues wiki: http://wiki.wxwidgets.org/WxMac_Issues -- Ticket URL: <http://trac.macports.org/ticket/17366> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[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] #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] #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] #18211: xprobe2-0.3: runtime error - ping modules cause errors
by MacPorts 13 Jun '14

13 Jun '14

#18211: xprobe2-0.3: runtime error - ping modules cause errors -------------------------------------------+-------------------------------- Reporter: simon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: xprobe2 ping invalid argument | Port: xprobe2 -------------------------------------------+-------------------------------- The first three modules are broken in xprobe2-0.3 as they generate the following error when being executed: {{{ TX_IP::sendpack::sendto: Invalid argument }}} Unfortunately the program is useless with all "ping:" modules disabled as every machine seems to be down for it. Since there is a darwin 8 platform section I guess that this might be platform dependent and it might be worth checking this on different releases. This one is failing on 10.5.6 on an Intel iMac. -- Ticket URL: <http://trac.macports.org/ticket/18211> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #22747: libssh2 universal build fails
by MacPorts 13 Jun '14

13 Jun '14

#22747: libssh2 universal build fails -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: pmq@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: libssh2 -------------------------------------+-------------------------------------- A universal build of libssh2 fails: {{{ MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Computing dependencies for libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Fetching libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Verifying checksum(s) for libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Extracting libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Configuring libssh2 ---> Configuring libssh2 for architecture x86_64 ---> Configuring libssh2 for architecture i386 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Building libssh2 ---> Building libssh2 for architecture x86_64 ---> Building libssh2 for architecture i386 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Staging libssh2 into destroot ---> Staging libssh2 into destroot for architecture x86_64 ---> Staging libssh2 into destroot for architecture i386 Error: Target org.macports.destroot returned: /mp/lib/pkgconfig/libssh2.pc differs in /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_libssh2/work/destroot-i386 and /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_libssh2/work/destroot-x86_64 and cannot be merged Error: Unable to upgrade port: 1 }}} Here's the difference between those files: {{{ --- work/destroot-i386/mp/lib/pkgconfig/libssh2.pc 2009-12-01 18:24:00.000000000 -0600 +++ work/destroot-x86_64/mp/lib/pkgconfig/libssh2.pc 2009-12-01 18:23:58.000000000 -0600 @@ -11,6 +11,6 @@ URL: http://www.libssh2.org/ Description: Library for SSH based connunication Version: 1.2.1 -Libs: -L${libdir} -lssh2 -L/mp/lib -arch i386 +Libs: -L${libdir} -lssh2 -L/mp/lib -arch x86_64 Libs.private: Cflags: -I${includedir} }}} The arch flags should be removed from the .pc file. -- Ticket URL: <http://trac.macports.org/ticket/22747> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16598: ettercap do not work on Mac OS X 10.5.5
by MacPorts 12 Jun '14

12 Jun '14

#16598: ettercap do not work on Mac OS X 10.5.5 -------------------------------+-------------------------------------------- Reporter: monserg(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: ettercap mac ox x | Port: ettercap-ng -------------------------------+-------------------------------------------- ettercap do not work on Mac OS X 10.5.5. card: AirportExtreme ( (0x14E4, 0x88) (Broadcom 4328 (4.170.46.11) ) ) installation fine with: sudo port install ettercap-ng but, when executing a test: ettercap -Tzq -i en1 got this error: ettercap NG-0.7.3 copyright 2001-2004 ALoR & NaGA Listening on en1... (Ethernet) ERROR : 6, Device not configured [ec_send.c:send_init:114] libnet_init(LIBNET_RAW4_ADV) failed: libnet_init(): UID or EUID of 0 required -- Ticket URL: <http://trac.macports.org/ticket/16598> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16110: libxml2: attempts to use libxslt.1.dylib
by MacPorts 06 Jun '14

06 Jun '14

#16110: libxml2: attempts to use libxslt.1.dylib -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: cedric.luthi(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- I previously had libxml2 2.6.32_1 and libxslt 1.1.23_0 installed. I forcibly uninstalled libxml2 and reinstalled it, to test an issue. During the reinstall, this message appeared in the debug output, and also a Mac OS X Crash Reporter dialog appeared with similar information: {{{ dyld: lazy symbol binding failed: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace dyld: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace }}} `/mp` is my MacPorts prefix. So it seems that libxml2 is trying to load libxslt.1.dylib during the build. You must modify the port so that this does not happen, because libxml2 does not declare a dependency on libxslt (and it cannot, since libxslt declares a dependency on libxml2, and we cannot have circular dependencies). I am running Mac OS X 10.4.11 on an Intel Mac with Xcode 2.5 and MacPorts from trunk @38557. -- Ticket URL: <http://trac.macports.org/ticket/16110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #21294: Enable cffi support in swig?
by MacPorts 05 Jun '14

05 Jun '14

#21294: Enable cffi support in swig? ------------------------------------+--------------------------------------- Reporter: glen.henshaw@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: swig, cffi | Port: swig 1.3.40 ------------------------------------+--------------------------------------- Swig 1.3.40 supports cffi, but the port does not have a variant for it, and the +universal variant does not seem to do anything. Would it be possible to enable cffi support? Is it possible to enable support for the other languages swig supports but for which there are no port variants? The built-in OSX swig does support cffi, but the implementation is quite old. -- Ticket URL: <http://trac.macports.org/ticket/21294> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20309: qt4-x11 doesn't support 10.6 yet
by MacPorts 15 May '14

15 May '14

#20309: qt4-x11 doesn't support 10.6 yet ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: qt4-x11 ------------------------------+--------------------------------------------- qt4-x11 builds while build, citing an unsupported version of 10.6. Might be an upstream issue? Setting to low priority as 10.6 is not out yet. {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt4-x11/work/qt-x11 -opensource- src-4.4.3/include/QtCore/../../src/corelib/global/qglobal.h:290:6: error: #error "This version of Mac OS X is unsupported" }}} -- Ticket URL: <http://trac.macports.org/ticket/20309> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28