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

Re: [MacPorts] #19141: Update libmp4v2
by MacPorts 10 Aug '09

10 Aug '09

#19141: Update libmp4v2 -------------------------------------+-------------------------------------- Reporter: and.damore@… | Owner: devans@… Type: enhancement | Status: assigned Priority: Normal | Milestone: Component: ports | Version: 1.7.0 Keywords: | Port: libmp4v2 -------------------------------------+-------------------------------------- Comment(by cedric.luthi@…): Cool, I just read there is now a '''replaced_by''' portfile option in MacPorts 1.8. I think it would be a good thing to use for libmp4v2 → mp4v2. -- Ticket URL: <http://trac.macports.org/ticket/19141#comment:12> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #18374: MacPort 1.700 selfupdate failing
by MacPorts 10 Aug '09

10 Aug '09

#18374: MacPort 1.700 selfupdate failing ----------------------------------+----------------------------------------- Reporter: amrobinson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: ----------------------------------+----------------------------------------- When running selfupdate as: sudo port -v -d selfupdate I get the following message: DEBUG: Synchronizing ports tree(s) Synchronizing local ports tree from rsync://rsync.macports.org/release/ports/ DEBUG: /usr/bin/rsync -rtzv --delete-after rsync://rsync.macports.org/release/ports/ /opt/local/var/macports/sources/rsync.macports.org/release/ports My mac then sits there doing nothing for hours until I force quit the selfupdate routine. -- Ticket URL: <http://trac.macports.org/ticket/18374> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19442: librsvg incompatible with Python 3
by MacPorts 10 Aug '09

10 Aug '09

#19442: librsvg incompatible with Python 3 ----------------------------+----------------------------------------------- Reporter: gale@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: librsvg ----------------------------+----------------------------------------------- The python script rsvg uses the shell bang {{{ #!/usr/bin/env python }}} to access the python interpreter. So it gets whatever version of python is currently selected as current in MacPorts. But this script is not compatible with version >= 3.0 of Python: the script contains a print statement, but print has changed to a function in version >= 3.0 of Python. There may be additional incompatibilities, I have not checked. Note that this also implies that this port has a runtime dependency on Python which is missing from the portfile. See also #19441. -- Ticket URL: <http://trac.macports.org/ticket/19442> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

Re: [MacPorts] #17073: evas altivec issues
by MacPorts 10 Aug '09

10 Aug '09

#17073: evas altivec issues -------------------------------------+-------------------------------------- Reporter: and.damore@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.0 Keywords: altivec vector | Port: evas -------------------------------------+-------------------------------------- Changes (by ryandesign@…): * cc: ryandesign@… (added) Comment: [attachment:evas-0.9.9.062.diff Here's a diff] for the current version, 0.9.9.062. I can't get it to build either. Different errors on Tiger Intel and Leopard Intel. This needs to be reported to the authors of this software. -- Ticket URL: <http://trac.macports.org/ticket/17073#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

selfupdate fail
by The Trystero 10 Aug '09

10 Aug '09

i encountered the following problem while trying to run selfupdate. i've tried to search this on the forums, but even though some people have asked this in the past, i did not see a solution that worked for me. i'm not using a firewall. $ sudo port -v selfupdate Synchronizing local ports tree from rsync:// rsync.macports.org/release/ports/ rsync: failed to connect to rsync.macports.org: Operation timed out (60) rsync error: error in socket IO (code 10) at /SourceCache/rsync/rsync-35.2/rsync/clientserver.c(105) [receiver=2.6.9] Error: Synchronization of the local ports tree failed doing rsync Error: /opt/local/bin/port: port selfupdate failed: Couldn't sync the ports tree: Synchronization of 1 source(s) failed

1 0

Re: [MacPorts] #14337: man renders ugly pages
by MacPorts 10 Aug '09

10 Aug '09

#14337: man renders ugly pages ---------------------------------------+------------------------------------ Reporter: macports.users@… | Owner: mww@… Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.7.0 Resolution: fixed | Keywords: Port: man | ---------------------------------------+------------------------------------ Changes (by mww@…): * status: reopened => closed * resolution: => fixed Comment: thanks, commited in #55405 -- Ticket URL: <http://trac.macports.org/ticket/14337#comment:9> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 0

[MacPorts] #18614: freetype: wording in bytecode variant unclear
by MacPorts 10 Aug '09

10 Aug '09

#18614: freetype: wording in bytecode variant unclear -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: freetype -------------------------------------+-------------------------------------- The wording of the warning displayed by the bytecode variant could be improved. This came to me by email: On Feb 22, 2009, at 14:19, David Magda wrote: >If the 'bytecode' variant of the FreeType MacPort is chose, the following text is displayed: > >>You may want not to compile a bytecode interpreter into the >>TrueType driver. Without this you will only compile the code >>necessary to load TrueType glyphs without hinting. > >I do not understand what this paragraph is trying to tell me. Could it be reworded so that the text is "By enabling the bytecode interpreter, it will cause the library to ..." ? Or perhaps "By enabling the bytecode interpreter, you will be unable to ...". > >The second sentence uses the word "without" twice, which makes it difficult to understand what is enabled and what is disabled. -- Ticket URL: <http://trac.macports.org/ticket/18614> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #16499: speex, speex-devel: enable parallel build
by MacPorts 10 Aug '09

10 Aug '09

#16499: speex, speex-devel: enable parallel build -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: billitch(a)gmail.com Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: -------------------------------------+-------------------------------------- Do you have any objection to enabling the parallel build feature in the speex and speex-devel ports? This lets them build faster on multiprocessor systems. -- Ticket URL: <http://trac.macports.org/ticket/16499> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20487: osgviewer library ?
by MacPorts 10 Aug '09

10 Aug '09

#20487: osgviewer library ? ----------------------------------------+----------------------------------- Reporter: dario.moricciani@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: ----------------------------------------+----------------------------------- Dear All, I have installed OpenSceneGraph and then I get the following error: <Dario.Moricciani@dhcp-253-24:~> osgviewer dyld: Library not loaded: libOpenThreads.11.dylib Referenced from: /opt/local/bin/osgviewer Reason: image not found Trace/BPT trap Then I try to add "/opt/local/lib" to $DYLD_LIBRARYPATH and I get this error : <Dario.Moricciani@dhcp-253-24:~> osgviewer dyld: Library not loaded: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib Referenced from: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib Reason: Incompatible library version: vecLib requires version 1.0.0 or later, but libLAPACK.dylib provides version 0.0.0 Trace/BPT trap If I give the command : <Dario.Moricciani@dhcp-253-24:~> otool -L /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib: /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/vecLib (compatibility version 1.0.0, current version 242.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.3) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvMisc.dylib (compatibility version 1.0.0, current version 242.0.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libvDSP.dylib (compatibility version 1.0.0, current version 242.0.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libBLAS.dylib (compatibility version 1.0.0, current version 218.0.0) /System/Library/Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/libLAPACK.dylib (compatibility version 1.0.0, current version 218.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) Seems all the Library is ok ! Any One can help me ? Thanks a Lot -- Ticket URL: <http://trac.macports.org/ticket/20487> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19849: libgeotiff doesn't build correctly with universal variant
by MacPorts 10 Aug '09

10 Aug '09

#19849: libgeotiff doesn't build correctly with universal variant ---------------------------------------+------------------------------------ Reporter: rhys.hill@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: universal | Port: libgeotiff ---------------------------------------+------------------------------------ the libgeotiff port uses a custom post-build step to create a dynamic library, but if the universal variant is being built, you only get your native architecture at the end, even though the source static library is universal. If this: -arch ppc -arch i386 -arch x86_64 -arch ppc64 is added to the post-build step, it works correctly. -- Ticket URL: <http://trac.macports.org/ticket/19849> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4