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

[MacPorts] #15639: rubygems-1.1.1 doesn't properly destroot docs
by MacPorts 17 Jun '08

17 Jun '08

#15639: rubygems-1.1.1 doesn't properly destroot docs ------------------------------+--------------------------------------------- Reporter: blb(a)macports.org | Owner: mr_bond(a)macports.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: ruby gems docs | ------------------------------+--------------------------------------------- When installing rubygems, it will install the rdoc and ri files directly into ${prefix} avoiding the destroot entirely. Will attach a diff to the Portfile and a patch file which forces the doc files into the destroot. To verify, use {{{port provides /opt/local/lib/ruby/gems/1.8/doc/rubygems-1.1.1/rdoc/created.rid}}} -- Ticket URL: <http://trac.macports.org/ticket/15639> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

Re: [MacPorts] #13946: tiff-3.8.2 +universal doesn't produce working binaries on PPC machines
by MacPorts 17 Jun '08

17 Jun '08

#13946: tiff-3.8.2 +universal doesn't produce working binaries on PPC machines -----------------------------------+---------------------------------------- Reporter: dev(a)ultravelours.com | Owner: waqar(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: universal build failure -----------------------------------+---------------------------------------- Comment (by ryandesign(a)macports.org) Replying to [comment:4 ryandesign(a)macports.org] > I reported the problem to the [http://www.awaresystems.be/imaging/tiff/tml.html TIFF mailing list] on 2008-06-06 but cannot post a link to the specific message as it hasn't shown up in their archive yet. Bob Friesenhahn's response is that autoconf 2.62 includes universal binary fixes which may fix this problem without a need to change the TIFF source. Here's the [http://www.asmail.be/msg0055374240.html report I wrote on the TIFF mailing list]. -- Ticket URL: <http://trac.macports.org/ticket/13946#comment:5> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #14621: kermit failed fetch
by MacPorts 17 Jun '08

17 Jun '08

#14621: kermit failed fetch ------------------------------------+--------------------------------------- Reporter: jbaldwin(a)antinode.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: closed Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Resolution: worksforme | Keywords: ------------------------------------+--------------------------------------- Comment (by jay-macports(a)shopwatch.org) I ran into this "problem" too; turns out that I was blocking FTP at the firewall, and it's that FTP fetch from kermit.columbia.edu that's critical. I suspect that those of us installing kermit are slightly more likely to be doing so in some desperate network circumstance that needs a serial port - to, say, configure a firewall... Hopefully this helps the next person. -- Ticket URL: <http://trac.macports.org/ticket/14621#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #15334: important boost 1.35 bugfixes, updates, and variants
by MacPorts 17 Jun '08

17 Jun '08

#15334: important boost 1.35 bugfixes, updates, and variants ----------------------------------+----------------------------------------- Reporter: andrew(a)fernandes.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: boost | ----------------------------------+----------------------------------------- The boost(a)1.35.0_0 library has a number of problems as built by the current port: * only the dynamic, multi-threaded libraries get built (not the debug, static, single-threaded, etc.) * the python 2.4 or 2.5 variants always used Tiger's built-in 2.3 * no options exist to include the GraphML or MPI support The attached Portfile- and Jamroot-patch files fix these problems. * By default, a 'complete' build of boost is requested (via 'patch-build- type-Jamroot') * Added 'graphml' and 'openmpi' variants. (Other MPI variants such as MPICH or LAMMPI will require different variants.) * Fixed the python-selection bug, and tested it on Tiger using MacPorts 2.4 and 2.5. '''Big Caveat''' * For some reason I can't figure out, building the 'complete' rather than 'minimal' build-type causes the ICU variant to fail. I've beat my head against it, but it seems to be some sort of error in the '''jamfile''' (not an error in the code being compiled or linked). Building with the ICU variant under the 'minimal' build-type was successful. I'll try to attach a bug report with more details later. -- Ticket URL: <http://trac.macports.org/ticket/15334> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #15650: libxslt fails checksum
by MacPorts 17 Jun '08

17 Jun '08

#15650: libxslt fails checksum -------------------------------------------+-------------------------------- Reporter: s.willkommer(a)techdivision.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: libxslt fails checksum | -------------------------------------------+-------------------------------- i try to libxslt but it gave me following error {{{ Error: Checksum (md5) mismatch for libxslt-1.1.23.tar.gz Error: Checksum (sha1) mismatch for libxslt-1.1.23.tar.gz Error: Checksum (rmd160) mismatch for libxslt-1.1.23.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums Error: Status 1 encountered during processing. }}} im runnin leopard 10.5.2 -- Ticket URL: <http://trac.macports.org/ticket/15650> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

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

17 Jun '08

#14975: opendx build on leopard fails with unresolved symbols ---------------------------+------------------------------------------------ Reporter: pel1(a)psu.edu | Owner: gwright(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: opendx libOPENGL.a ---------------------------+------------------------------------------------ Changes (by jmr(a)macports.org) * status: new => closed * resolution: => fixed Comment: Thanks, applied in r37655. -- Ticket URL: <http://trac.macports.org/ticket/14975#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

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

17 Jun '08

#14085: opendx compilation problem on Leopard ---------------------------------------+------------------------------------ Reporter: joergf(a)maths.otago.ac.nz | Owner: gwright(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: fixed | Keywords: opendx compiletime error ---------------------------------------+------------------------------------ Changes (by jmr(a)macports.org) * status: new => closed * resolution: => fixed Comment: Thanks, applied in r37654. -- Ticket URL: <http://trac.macports.org/ticket/14085#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

Re: [MacPorts] #15245: hmake 3.13 Build Fails
by MacPorts 17 Jun '08

17 Jun '08

#15245: hmake 3.13 Build Fails -------------------------------------+-------------------------------------- Reporter: brianjlandau(a)gmail.com | Owner: ryandesign(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Resolution: | Keywords: -------------------------------------+-------------------------------------- Changes (by brianjlandau(a)gmail.com) * status: closed => reopened * resolution: fixed => Comment: Just tried it and got the same error. Although to note, I am running Leopard. -- Ticket URL: <http://trac.macports.org/ticket/15245#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #15381: opendx-4.4.4 depends on OpenMotif but should be openmotif
by MacPorts 17 Jun '08

17 Jun '08

#15381: opendx-4.4.4 depends on OpenMotif but should be openmotif --------------------------------------+------------------------------------- Reporter: blb(a)macports.org | Owner: gwright(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: port bug typo dependency | --------------------------------------+------------------------------------- science/opendx depends on {{{port:OpenMotif}}} but should be {{{port:openmotif}}}. -- Ticket URL: <http://trac.macports.org/ticket/15381> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #15647: opendx fails to build
by MacPorts 17 Jun '08

17 Jun '08

#15647: opendx fails to build -------------------------------+-------------------------------------------- Reporter: ralph(a)cs.cf.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: opendx | -------------------------------+-------------------------------------------- opendx fails to build, giving me the following error: Making all in base /usr/bin/g++-4.0 -DHAVE_CONFIG_H -I. -I. -I../../../include -I./../widgets -I../../../include -Dmacos -I/opt/local/include -I/usr/X11R6/include -O2 -I/usr/X11R6/include -c -o StartWebBrowser.o StartWebBrowser.C /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h:48: error: declaration does not declare anything /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h:64: error: multiple types in one declaration /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h:64: error: declaration does not declare anything /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h:68: error: declaration does not declare anything /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h:72: error: multiple types in one declaration /System/Library/Frameworks/Security.framework/Headers/cssmconfig.h:72: error: declaration does not declare anything make[3]: *** [StartWebBrowser.o] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 [Please note that I have iPhone Beta 7 SDK installed, which may or may not be related to this behaviour]. This is on an Intel MacPro, Mac OS 10.5.3, etc -- Ticket URL: <http://trac.macports.org/ticket/15647> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1