December 2009 - macports-tickets - lists.macosforge.org

[MacPorts] #23056: SOS: blt doesn't work properly with omnetpp
by MacPorts 30 Dec '09

30 Dec '09

#23056: SOS: blt doesn't work properly with omnetpp ---------------------------------------------+------------------------------ Reporter: leminhhieu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: ---------------------------------------------+------------------------------ "*** BLT installation seems to be broken, reverting to non-BLT widgets! Details: "package require BLT" command was successful, but could not create BLT widgets: invalid command name "blt::tabset"" 1. Macbook Pro 10.6.2 (pre-installed Tcl/TK at System/Library/Framework/Tcl.frameworks + Tk.frameworks) 2. install macport 1.8.1 (for Mac 10.6) 3. install blt2.4 successfully with patch here http://trac.macports.org/ticket/22536 4. Set the path in configure.user in folder omnetpp-4.0 (to /opt/local/include + /lib) 5. run ./configure in omnetpp. blt2.4 is found. 6. compile omnetpp-4.0: fully successfully 7. run a example of omnetpp-4.0, it said: ""*** BLT installation seems to be broken, reverting to non-BLT widgets! Details: "package require BLT" command was successful, but could not create BLT widgets: invalid command name "blt::tabset""" --->>> what's happen? pls help me -- Ticket URL: <http://trac.macports.org/ticket/23056> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #23065: redis 1.01 compile fails on PPC 10.5 with unknowns struct member
by MacPorts 30 Dec '09

30 Dec '09

#23065: redis 1.01 compile fails on PPC 10.5 with unknowns struct member ----------------------------------------+----------------------------------- Reporter: macports-trac@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: ----------------------------------------+----------------------------------- On PPC running OS X 10.5.8, attempt to install redis 1.01 yields following compile error from referencing a struct component that apparently doesn't exist in the available includes: ---> Extracting redis-1.01.tar.gz DEBUG: setting option extract.args to /opt/local/var/macports/distfiles/redis/redis-1.01.tar.gz DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_redis/work" && /usr/bin/gzip -dc /opt/local/var/macports/distfiles/redis/redis-1.01.tar.gz | /usr/bin/gnutar --no-same-owner -xf -' DEBUG: Executing org.macports.patch (redis) ---> Configuring redis DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing org.macports.configure (redis) ---> Building redis DEBUG: Executing org.macports.build (redis) DEBUG: Environment: MACOSX_DEPLOYMENT_TARGET='10.5' CC='/usr/bin/gcc-4.0' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_redis/work/redis-1.01" && /usr/bin/make -j1 all' /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb adlist.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb ae.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb anet.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb dict.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb redis.c redis.c: In function 'getMcontextEip': redis.c:4309: error: 'struct __darwin_ppc_thread_state' has no member named '__eip' make: *** [redis.o] 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_databases_redis/work/redis-1.01" && /usr/bin/make -j1 all " returned error 2 Command output: /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb adlist.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb ae.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb anet.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb dict.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb redis.c redis.c: In function 'getMcontextEip': redis.c:4309: error: 'struct __darwin_ppc_thread_state' has no member named '__eip' make: *** [redis.o] Error 1 DEBUG: Backtrace: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_redis/work/redis-1.01" && /usr/bin/make -j1 all " returned error 2 Command output: /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb adlist.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb ae.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb anet.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb dict.c /usr/bin/gcc-4.0 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb redis.c redis.c: In function 'getMcontextEip': redis.c:4309: error: 'struct __darwin_ppc_thread_state' has no member named '__eip' make: *** [redis.o] Error 1 while executing "command_exec build" (procedure "portbuild::build_main" line 9) invoked from within "$procedure $targetname" Warning: the following items did not execute (for redis): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/23065> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #21597: redis port does not build on 10.6
by MacPorts 30 Dec '09

30 Dec '09

#21597: redis port does not build on 10.6 -------------------------------+-------------------------------------------- Reporter: peter@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: redis | Port: redis -------------------------------+-------------------------------------------- I have attempted to install the redis port using the latest MacPorts on SL and here is the output: # port install redis ---> Computing dependencies for redis ---> Fetching redis ---> Attempting to fetch redis-0.900_2.tar.gz from http://redis.googlecode.com/files/ ---> Verifying checksum(s) for redis ---> Extracting redis ---> Configuring redis ---> Building redis Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_databases_redis/work/redis-0.900" && /usr/bin/make -j2 all " returned error 2 Command output: /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb adlist.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb ae.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb anet.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb dict.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb redis.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb sds.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb zmalloc.c /usr/bin/gcc-4.2 -c -std=c99 -pedantic -O2 -Wall -W -g -rdynamic -ggdb lzf_c.c redis.c: In function 'updateSlavesWaitingBgsave': redis.c:3984: warning: 'fstat64' is deprecated (declared at /usr/include/sys/stat.h:463) redis.c: In function 'getMcontextEip': redis.c:4305: error: 'struct __darwin_x86_thread_state64' has no member named '__eip' make: *** [redis.o] Error 1 make: *** Waiting for unfinished jobs.... Error: Status 1 encountered during processing. Please fix :) -- Ticket URL: <http://trac.macports.org/ticket/21597> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

Re: [MacPorts] #13189: Port "mc" seems broken if LANG is set to Greek (el_GR.UTF-8) and possibly other languages
by MacPorts 30 Dec '09

30 Dec '09

#13189: Port "mc" seems broken if LANG is set to Greek (el_GR.UTF-8) and possibly other languages ----------------------------+----------------------------------------------- Reporter: lefty@… | Owner: waqar@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.5.2 Resolution: invalid | Keywords: mc Port: | ----------------------------+----------------------------------------------- Changes (by ryandesign@…): * status: assigned => closed * resolution: => invalid Comment: Please test if 4.7.0 still has this problem. If it does, please report this problem to the developers of mc, as it's unlikely to be a MacPorts- specific issue. -- Ticket URL: <http://trac.macports.org/ticket/13189#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #16408: Update mc to 4.6.2_pre (2007-06-23-14)
by MacPorts 30 Dec '09

30 Dec '09

#16408: Update mc to 4.6.2_pre (2007-06-23-14) -----------------------------------+---------------------------------------- Reporter: dshaposhnik(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | -----------------------------------+---------------------------------------- mc v.4.6.1 has bug with entering directories with '_' symbol. This is very annoying bug, so in many linux distribs it was updated to 4.6.2_pre1. I tried various configuration options and get stable build with --with- screen=mcslang on OS X 10.5.4. -- Ticket URL: <http://trac.macports.org/ticket/16408> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #21218: mc: update version, homepage, master_sites, livecheck
by MacPorts 30 Dec '09

30 Dec '09

#21218: mc: update version, homepage, master_sites, livecheck -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: waqar@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: mc -------------------------------------+-------------------------------------- mc is at version 4.6.1 but version 4.6.2 has been released. The homepage has changed to http://www.midnight-commander.org/ and the downloads are now hosted in Trac, which has challenging download URLs. The livecheck doesn't work. I will work on a patch to make these changes. -- Ticket URL: <http://trac.macports.org/ticket/21218> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #23060: mesa 7.6.1_0 FTB: conflicting types in glx_empty.c
by MacPorts 30 Dec '09

30 Dec '09

#23060: mesa 7.6.1_0 FTB: conflicting types in glx_empty.c ----------------------------+----------------------------------------------- Reporter: gale@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: mesa ----------------------------+----------------------------------------------- This happens on Tiger Intel. If you find that it does not occur on other platforms, please change "FTB" to "FTB on Tiger" in the Summary. Thanks. {{{ /usr/bin/gcc-4.0 -I. -Iinclude -Iinclude/internal -I/opt/local/include -I/opt/local/include -Wall -ggdb3 -Os -DPTHREADS -D_REENTRANT -DGLX_USE_APPLEGL -DGLX_ALIAS_UNSUPPORTED -I/opt/local/include -I/opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/mesa/files/include -O2 -arch i386 -c glx_empty.c glx_empty.c:40: error: conflicting types for 'glXBeginFrameTrackingMESA' include/GL/glx.h:409: error: previous declaration of 'glXBeginFrameTrackingMESA' was here glx_empty.c:50: error: conflicting types for 'glXEndFrameTrackingMESA' include/GL/glx.h:410: error: previous declaration of 'glXEndFrameTrackingMESA' was here glx_empty.c:60: error: conflicting types for 'glXGetFrameUsageMESA' include/GL/glx.h:408: error: previous declaration of 'glXGetFrameUsageMESA' was here glx_empty.c:72: error: conflicting types for 'glXQueryFrameTrackingMESA' include/GL/glx.h:411: error: previous declaration of 'glXQueryFrameTrackingMESA' was here make: *** [glx_empty.o] Error 1 Error: Unable to upgrade port: 1 }}} -- Ticket URL: <http://trac.macports.org/ticket/23060> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #19217: All KDE4 ports needs to be built against qt4-kde not qt4-mac
by MacPorts 30 Dec '09

30 Dec '09

#19217: All KDE4 ports needs to be built against qt4-kde not qt4-mac --------------------------------------+------------------------------------- Reporter: jonesc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: phonon --------------------------------------+------------------------------------- Hi, If I understand things, a new QT4 package has been introduced, qt4-kde, to provide a version compatible with the KDE4 packages. However, it seems that some KDE4 packages have been updated to use qt4-kde, but others still use qt4-mac, which means overall KDE4 depends on both e.g. kdelibs4 depends on phonon ad qt4-kde, whilst phonon itself uses qt4-mac.... This cause various (probably all) KDE applications to fail to start with messages like Chris-Jones-Macbook-Pro ~ > kate objc[639]: Class QMacSoundDelegate is implemented in both /opt/local/libexec/qt4-kde/lib/QtGui.framework/Versions/4/QtGui and /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. Using implementation from /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. objc[639]: Class QNSMenu is implemented in both /opt/local/libexec/qt4-kde/lib/QtGui.framework/Versions/4/QtGui and /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. Using implementation from /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. objc[639]: Class QNSStatusItem is implemented in both /opt/local/libexec/qt4-kde/lib/QtGui.framework/Versions/4/QtGui and /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. Using implementation from /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. objc[639]: Class QNSImageView is implemented in both /opt/local/libexec/qt4-kde/lib/QtGui.framework/Versions/4/QtGui and /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. Using implementation from /opt/local/libexec/qt4-mac/lib/QtGui.framework/Versions/4/QtGui. QObject::moveToThread: Current thread (0x375b420) is not the object's thread (0x370a4b0). Cannot move to target thread (0x370a4b0) On Mac OS X, you might be loading two sets of Qt binaries into the same process. Check that all plugins are compiled against the right Qt binaries. Export DYLD_PRINT_LIBRARIES=1 and check that only one set of binaries are being loaded. QObject::moveToThread: Current thread (0x375b420) is not the object's thread (0x370a4b0). Cannot move to target thread (0x370a4b0) Note this issue affects more KDE4 ports than just phonon, but until I get some feedback I won't submit any additional tickets for the other ports. -- Ticket URL: <http://trac.macports.org/ticket/19217> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #22287: Updated portfile for xercesc 2.8.0 on Snow Leopard 64 bit
by MacPorts 29 Dec '09

29 Dec '09

#22287: Updated portfile for xercesc 2.8.0 on Snow Leopard 64 bit --------------------------------------------+------------------------------- Reporter: wyldfire@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: --------------------------------------------+------------------------------- Currently xercesc 2.8.0 does not build using macports on Snow Leopard. I have changed the portfile to include a patch posted at the Xerces issue tracker (https://issues.apache.org/jira/browse/XERCESC-1772?page=com.atlassian.jira.… %3Aall-tabpanel) and changed a few parameters allowing it to build on Snow Leopard. I hope that is also builds well on older systems. I am using "darwin 10" as an indicator to build xerces in 64bit mode. This is probably not the best choice, but I do not know how to detect in the port file if the build is actually targetting 64bit, -- Ticket URL: <http://trac.macports.org/ticket/22287> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #22826: py26-shapely fails to fetch
by MacPorts 29 Dec '09

29 Dec '09

#22826: py26-shapely fails to fetch ---------------------------------------------+------------------------------ Reporter: anand.prabhakar.patil@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: py26-shapely ---------------------------------------------+------------------------------ (lappamatop ~) sudo port install py26-shapely ---> Computing dependencies for py26-shapely ---> Fetching py26-shapely ---> Attempting to fetch Shapely-1.0.14.tar.gz from http://pypi.python.org/packages/source/S/Shapely/ ---> Verifying checksum(s) for py26-shapely Error: Checksum (md5) mismatch for Shapely-1.0.14.tar.gz Error: Checksum (sha1) mismatch for Shapely-1.0.14.tar.gz Error: Checksum (rmd160) mismatch for Shapely-1.0.14.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macports.org/ticket/22826> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4