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

Re: [MacPorts] #15052: pango: Font display problems when compiled against cairo 1.6.4
by MacPorts 03 Jun '08

03 Jun '08

#15052: pango: Font display problems when compiled against cairo 1.6.4 --------------------------------+------------------------------------------- Reporter: mike(a)it-loops.com | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: --------------------------------+------------------------------------------- Comment (by macports(a)flyn.org) I just reported this [https://bugs.freedesktop.org/show_bug.cgi?id=16220 upstream]. -- Ticket URL: <http://trac.macports.org/ticket/15052#comment:11> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #15052: pango: Font display problems when compiled against cairo 1.6.4
by MacPorts 03 Jun '08

03 Jun '08

#15052: pango: Font display problems when compiled against cairo 1.6.4 --------------------------------+------------------------------------------- Reporter: mike(a)it-loops.com | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: --------------------------------+------------------------------------------- Comment (by macports(a)flyn.org) I have the "boxes instead of text" problem with gnumeric, gimp and inkscape, when installed using cairo 1.6.4 and +no_x11+quartz+pdf. I tried downgrading to cairo 1.4.14 to fix this problem. The old Portfile may be found in [http://trac.macports.org/browser/trunk/dports/graphics/cairo/Portfile?rev=3… subversion]. I installed this at /opt/local/var/macports/sources/rsync.macports.org/release/ports/graphics/cairo/Portfile and executed "sudo port install cairo +quartz+pdf+no_x11." Cairo built fine, but the applications no longer worked, because gnumeric, gimp and inkscape require the newer version of cairo: $ gnumeric dyld: Library not loaded: /opt/local/lib/libcairo.2.dylib Referenced from: /opt/local/lib/libgoffice-0.6.6.dylib Reason: Incompatible library version: libgoffice-0.6.6.dylib requires version 20.0.0 or later, but libcairo.2.dylib provides version 14.0.0 Trace/BPT trap -- Ticket URL: <http://trac.macports.org/ticket/15052#comment:10> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #15450: mtr unable to resolve hostname arguements on Mac OS X 10.5.3
by MacPorts 03 Jun '08

03 Jun '08

#15450: mtr unable to resolve hostname arguements on Mac OS X 10.5.3 ------------------------------------+--------------------------------------- Reporter: bahamat(a)digitalelf.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: 10.5.3 | ------------------------------------+--------------------------------------- When using mtr from the command line, hostnames I pass to it apparently lost. If I pass an IP address mtr operates normally. {{{ $ ping -c 1 mina PING mina.local (10.10.10.30): 56 data bytes 64 bytes from 10.10.10.30: icmp_seq=0 ttl=64 time=0.191 ms --- mina.local ping statistics --- 1 packets transmitted, 1 packets received, 0% packet loss round-trip min/avg/max/stddev = 0.191/0.191/0.191/0.000 ms $ mtr mina nodename nor servname provided, or not known: Undefined error: 0 $ mtr -rc 1 mina nodename nor servname provided, or not known: Undefined error: 0 $ mtr -rc 1 10.10.10.30 HOST: aeris.local Loss% Snt Last Avg Best Wrst StDev 1. mina.local 0.0% 1 0.4 0.4 0.4 0.4 0.0 $ }}} -- Ticket URL: <http://trac.macports.org/ticket/15450> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #15503: scala 2.7.1 in macports includes bug(s) not in main 2.7.1 dist
by MacPorts 03 Jun '08

03 Jun '08

#15503: scala 2.7.1 in macports includes bug(s) not in main 2.7.1 dist ---------------------------------+------------------------------------------ Reporter: paulp(a)improving.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: scala xml | ---------------------------------+------------------------------------------ See output below. I can't yet see what the difference between them is, but here is the closed bug report from the scala database, which it says was fixed in march. https://lampsvn.epfl.ch/trac/scala/ticket/632 jon:servlet paulp$ export SCALA_HOME=/tmp/scala-2.7.1.final[[BR]] jon:servlet paulp$ $SCALA_HOME/bin/scala[[BR]] Welcome to Scala version 2.7.1.final (Java HotSpot(TM) Client VM, Java 1.5.0_13).[[BR]] Type in expressions to have them evaluated.[[BR]] Type :help for more information.[[BR]] scala> import scala.xml._[[BR]] import scala.xml._[[BR]] scala> XML.loadFile("fail.xml") [[BR]] res1: scala.xml.Elem = [[BR]] <html xmlns="http://www.w3.org/1999/xhtml"><head><meta content="text/html; charset=UTF-8" http-equiv="Content-Type"></meta><meta content="HTML Tidy for Mac OS X (vers 31 October 2006 - Apple Inc. build 13), see www.w3.org" name="generator"></meta><title>classifieds - craigslist</title><meta content="craigslist classifieds for" name="description"></meta><meta co...[[BR]] scala> jon:servlet paulp$ port installed |grep "scala @"[[BR]] scala @2.7.1_0 (active)[[BR]] jon:servlet paulp$ export SCALA_HOME=/opt/local/share/scala[[BR]] jon:servlet paulp$ $SCALA_HOME/bin/scala[[BR]] Welcome to Scala version 2.7.1.final (Java HotSpot(TM) Client VM, Java 1.5.0_13).[[BR]] Type in expressions to have them evaluated.[[BR]] Type :help for more information. scala> import scala.xml._[[BR]] import scala.xml._ scala> XML.loadFile("fail.xml") [[BR]] java.util.NoSuchElementException[[BR]] at scala.RandomAccessSeq$$anon$12.next(RandomAccessSeq.scala:144)[[BR]] at scala.xml.Utility$.parseAttributeValue(Utility.scala:420)[[BR]] at scala.xml.UnprefixedAttribute.<init>(UnprefixedAttribute.scala:24)[[BR]] at scala.xml.parsing.FactoryAdapter$$anonfun$startElement$1.apply(FactoryAdapter.scala:155)[[BR]] at scala.xml.parsing.FactoryAdapter$$anonfun$startElement$1....[[BR]] scala> -- Ticket URL: <http://trac.macports.org/ticket/15503> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

Re: [MacPorts] #15226: python25 PortGroup variables are incorrect
by MacPorts 03 Jun '08

03 Jun '08

#15226: python25 PortGroup variables are incorrect ------------------------------+--------------------------------------------- Reporter: xunil(a)xunil.net | Owner: jmr(a)macports.org Type: defect | Status: assigned Priority: Normal | Milestone: MacPorts 1.6.1 Component: base | Version: 1.6.0 Resolution: | Keywords: ------------------------------+--------------------------------------------- Comment (by jmr(a)macports.org) Fixed in trunk for all python portgroups by r37336. -- Ticket URL: <http://trac.macports.org/ticket/15226#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #15226: python25 PortGroup variables are incorrect
by MacPorts 03 Jun '08

03 Jun '08

#15226: python25 PortGroup variables are incorrect ------------------------------+--------------------------------------------- Reporter: xunil(a)xunil.net | Owner: jmr(a)macports.org Type: defect | Status: assigned Priority: Normal | Milestone: MacPorts 1.6.1 Component: base | Version: 1.6.0 Resolution: | Keywords: ------------------------------+--------------------------------------------- Changes (by jmr(a)macports.org) * cc: jmr(a)macports.org (removed) * owner: macports-tickets(a)lists.macosforge.org => jmr(a)macports.org * status: new => assigned -- Ticket URL: <http://trac.macports.org/ticket/15226#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #15002: gmp-4.2.2 - patch for much faster x86-64 variant
by MacPorts 03 Jun '08

03 Jun '08

#15002: gmp-4.2.2 - patch for much faster x86-64 variant -------------------------------+-------------------------------------------- Reporter: akalin(a)akalin.cx | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------+-------------------------------------------- Comment (by ryandesign(a)macports.org) The parallel build was enabled in r37277. Should the rest of this patch perhaps be rolled into the universal variant instead, since we now have support in trunk for specifying what architectures you want to include in a universal build? (`${configure.universal_archs}`) -- Ticket URL: <http://trac.macports.org/ticket/15002#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #13229: aquaterm 1.0.1 tries to build universally by default
by MacPorts 03 Jun '08

03 Jun '08

#13229: aquaterm 1.0.1 tries to build universally by default -----------------------------+---------------------------------------------- Reporter: ikedae(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: aquaterm PowerPC -----------------------------+---------------------------------------------- Comment (by ryandesign(a)macports.org) Note: the message says: {{{ /Developer/SDKs/MacOSX10.4u.sdk/usr/local/lib/libTIFF.dylib }}} Note {{{/usr/local}}} in the path. Apple does not provide anything in {{{/usr/local}}} so I suspect you have installed a version of libtiff into {{{/usr/local}}}. Having libraries installed in {{{/usr/local}}} is problematic for MacPorts. Please try renaming {{{/usr/local}}} (e.g. {{{sudo mv /usr/local /usr/local-off}}}). Then clean the port's work area ({{{sudo port clean --work aquaterm}}}) and try installing it again ({{{sudo port install aquaterm}}}). If this works, I recommend you permanently leave {{{/usr/local}}} empty. For any items you had installed there, install them with MacPorts instead. -- Ticket URL: <http://trac.macports.org/ticket/13229#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14085: opendx compilation problem on Leopard
by MacPorts 03 Jun '08

03 Jun '08

#14085: opendx compilation problem on Leopard ---------------------------------------+------------------------------------ Reporter: joergf(a)maths.otago.ac.nz | Owner: gwright(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: opendx compiletime error ---------------------------------------+------------------------------------ Comment (by kuroyagi(a)therandomwalker.net) /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h defines uint64, uint32, uint16 and uint8 but they were already defined... define following symbols to avoid this conflict {{{ --- /opt/local/var/macports/sources/rsync.macports.org/release/ports/science/opendx/Portfile.orig 2008-06-03 17:27:07.000000000 +0900 +++ /opt/local/var/macports/sources/rsync.macports.org/release/ports/science/opendx/Portfile 2008-06-03 17:28:34.000000000 +0900 @@ -51,7 +51,8 @@ JAVAP=/usr/bin/javap \ LDFLAGS="-dylib_file \ /System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:\ -/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib" +/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib" \ + CPPFLAGS="-D_UINT64 -D_UINT32 -D_UINT16 -D_UINT8" configure.args --x-includes=/usr/X11R6/include \ --x-libraries=/usr/X11R6/lib \ --with-jni- path=/System/Library/Frameworks/JavaVM.framework/Headers \ }}} -- Ticket URL: <http://trac.macports.org/ticket/14085#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14975: opendx build on leopard fails with unresolved symbols
by MacPorts 03 Jun '08

03 Jun '08

#14975: opendx build on leopard fails with unresolved symbols ---------------------------+------------------------------------------------ Reporter: pel1(a)psu.edu | Owner: gwright(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: opendx libOPENGL.a ---------------------------+------------------------------------------------ Comment (by kuroyagi(a)therandomwalker.net) It is caused by the failure of configure to find libGL[[BR]] It is clear from the following config.log {{{ configure:25194: checking for glXGetConfig in -lGL configure:25224: /usr/bin/gcc-4.0 -o conftest -O2 -I/usr/X11R6/include -I/opt/local/include -I/usr/X11R6/include -L/opt/local/lib conftest.c -lGL -lm -lXmu -lXext -lXt -lX11 -lxm -lxt -lSM -lICE -L/usr/X11R6/lib -lpthread >&5 ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status configure:25230: $? = 1 }}} The reason configure fails to link to libGL is explained at [http://developer.apple.com/qa/qa2007/qa1567.html] following patch resolves this linking problem but #14085 still exists {{{ --- /opt/local/var/macports/sources/rsync.macports.org/release/ports/science/opendx/Portfile.orig 2007-10-10 17:15:05.000000000 +0900 +++ /opt/local/var/macports/sources/rsync.macports.org/release/ports/science/opendx/Portfile 2008-06-02 18:12:16.000000000 +0900 @@ -48,7 +48,10 @@ JAVA=/usr/bin/java \ JAVAC=/usr/bin/javac \ JAVAH=/usr/bin/javah \ - JAVAP=/usr/bin/javap + JAVAP=/usr/bin/javap \ + LDFLAGS="-dylib_file \ +/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib:\ +/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib" configure.args --x-includes=/usr/X11R6/include \ --x-libraries=/usr/X11R6/lib \ --with-jni- path=/System/Library/Frameworks/JavaVM.framework/Headers \ }}} -- Ticket URL: <http://trac.macports.org/ticket/14975#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0