November 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #27957: Request to update mplayer-devel
by MacPorts 07 Nov '11

07 Nov '11

#27957: Request to update mplayer-devel --------------------------------------+------------------------------------- Reporter: nick.papadonis@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: mplayer-devel | Port: mplayer-devel --------------------------------------+------------------------------------- Hi, I found a bug in mplayer converting DTS -> AAC audio streams. This bug has been reported fixed around Dec. 1, 2010. Can we possibly change the SVN rev in the mplayer-devel config file? Thanks atroska file format detected. ========================================================================== Forced audio codec: ffdca Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders [dca @ 0x10180f600]Not a valid DCA frame Unknown/missing audio format -> no sound ADecoder init failed :( Cannot find codec for audio format 0x2001. -- Ticket URL: <https://trac.macports.org/ticket/27957> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #27916: python27 runtime IOError due to MACOSX_DEPLOYMENT_TARGET
by MacPorts 07 Nov '11

07 Nov '11

#27916: python27 runtime IOError due to MACOSX_DEPLOYMENT_TARGET -------------------------------+-------------------------------------------- Reporter: joshmoz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: python27 -------------------------------+-------------------------------------------- I am a Mozilla developer, we recommend that our Mac OS X developers use MacPorts to get build dependencies (like Mercurial, libidl, autoconf213). Mozilla's build system will use python2.7 from MacPorts over the system python if it exists, which it does in my case because it was a dep for something else I installed via MacPorts. I get the following error when trying to build Firefox with a deployment target of MACOSX_DEPLOYMENT_TARGET=10.5: checking for Python version >= 2.5 but not 3.x... Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 553, in <module> main() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 535, in main known_paths = addusersitepackages(known_paths) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 268, in addusersitepackages user_site = getusersitepackages() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 243, in getusersitepackages user_base = getuserbase() # this will also set USER_BASE File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/site.py", line 233, in getuserbase USER_BASE = get_config_var('userbase') File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 535, in get_config_var return get_config_vars().get(name) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 434, in get_config_vars _init_posix(_CONFIG_VARS) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/sysconfig.py", line 313, in _init_posix raise IOError(msg) IOError: $MACOSX_DEPLOYMENT_TARGET mismatch: now "10.5" but "10.6" during configure configure: error: Python 2.5 or higher (but not Python 3.x) is required. *** Fix above errors and then restart with "make -f client.mk build" make[1]: *** [configure] Error 1 make[1]: Leaving directory `/Volumes/MozillaBuilds/10_6/ff_200_debug_32' make: *** [/Volumes/MozillaBuilds/10_6/ff_200_debug_32/objdir- debug/Makefile] Error 2 make: Leaving directory `/Volumes/MozillaBuilds/10_6/ff_200_debug_32' I assume this is because MACOSX_DEPLOYMENT_TARGET is set to 10.5 for the Firefox build but it was set to 10.6 for the python2.7 build. For some reason the current state of MACOSX_DEPLOYMENT_TARGET matters for python2.7 when it shouldn't. If I force the Firefox build to use python26 from MacPorts (PYTHON=/opt/local/bin/python2.6) this problem doesn't happen so I think this problem is specific to python27 from MacPorts. -- Ticket URL: <https://trac.macports.org/ticket/27916> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #27911: Pallet first time run cannot find /Library/TCL
by MacPorts 07 Nov '11

07 Nov '11

#27911: Pallet first time run cannot find /Library/TCL -----------------------------+---------------------------------------------- Reporter: vulcan_@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: pallet -----------------------------+---------------------------------------------- installed Pallet a couple of days ago and have been trying to figure out how to get it to run. As soon as i start it a dialog pops up over the main window asking me to locate the TCL installation that it was built with. I am running a clean install of Snow Leopard and i followed the instructions for installing Macports into it .. so no migration issues. Installed Macports from the .dmg for Snow Leo. I do not have a /Library/TCL folder after installing MacPorts. I checked on the old boot drive (Tiger 10.4.11) and the /Library/TCL folder is there .. so macports used to install the TCL folder .. but not now? my machine is an older MacBook (not Pro) with a Intel Core Duo (not Core 2 Duo) so i can only run 32 bit apps, if that makes a difference. is Pallet supposed to install the TCL folder .. and is failing to do so .. or is it supposed to be created by MacPort install? or am i supposed to install TCL from scratch? which will be a serious pain as many other apps depend on TCL and so all have to be uninstalled if i have to rip out TCL. -- Ticket URL: <https://trac.macports.org/ticket/27911> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #24439: Update arm-rtems-binutils and arm-rtems-gcc
by MacPorts 07 Nov '11

07 Nov '11

#24439: Update arm-rtems-binutils and arm-rtems-gcc -----------------------------+---------------------------------------------- Reporter: jm.gomez@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: -----------------------------+---------------------------------------------- This two portfiles update the arm-rtems-binutils and arm-rtems-gcc to the new rtems 4.9.4. -- Ticket URL: <http://trac.macports.org/ticket/24439> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #27572: mongodb fails to start
by MacPorts 07 Nov '11

07 Nov '11

#27572: mongodb fails to start ---------------------------------+------------------------------------------ Reporter: jabronson@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: mongodb ---------------------------------+------------------------------------------ I've had mongodb 1.6.4_0 installed since it was made available and it just started segfaulting on startup: http://paste.pocoo.org/show/300104/ Not sure how to tell what's going on. Attaching an Instruments trace in case it helps. -- Ticket URL: <https://trac.macports.org/ticket/27572> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #30143: mongoose: update to 3.0
by MacPorts 07 Nov '11

07 Nov '11

#30143: mongoose: update to 3.0 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: toby@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: mongoose -------------------------------------+-------------------------------------- It looks like mongoose 3.0 is available. -- Ticket URL: <https://trac.macports.org/ticket/30143> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #31940: igraph: build fails with llvm-gcc-4.2 or clang
by MacPorts 07 Nov '11

07 Nov '11

#31940: igraph: build fails with llvm-gcc-4.2 or clang -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: snc@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: haspatch | Port: igraph -------------------------------------+-------------------------------------- igraph fails to build with llvm-gcc-4.2 or clang, but there is a patch to fix this here: http://bazaar.launchpad.net/~igraph/igraph/0.6-main/revision/2387 This was [http://lists.macosforge.org/pipermail/macports- users/2011-November/026061.html reported on the mailing list]. -- Ticket URL: <https://trac.macports.org/ticket/31940> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31159: MongoDB 2.0 Addition
by MacPorts 07 Nov '11

07 Nov '11

#31159: MongoDB 2.0 Addition -----------------------------+---------------------------------------------- Reporter: drew@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: MacPorts 2.0.4 Component: ports | Version: 2.0.3 Keywords: | Port: -----------------------------+---------------------------------------------- Please add support for MongoDB 2.0. Currently the latest supported version is 1.8.2 -- Ticket URL: <https://trac.macports.org/ticket/31159> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #29665: dillo2 port
by MacPorts 07 Nov '11

07 Nov '11

#29665: dillo2 port ---------------------------------+------------------------------------------ Reporter: rudloff@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: dillo2 ---------------------------------+------------------------------------------ Here is a port for [http://www.dillo.org/ Dillo] 2.2 (which is quite buggy on OSX :/). -- Ticket URL: <https://trac.macports.org/ticket/29665> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #31939: Package grib_api only compiles with configure.compiler=llvm-gcc-4.2
by MacPorts 07 Nov '11

07 Nov '11

#31939: Package grib_api only compiles with configure.compiler=llvm-gcc-4.2 --------------------------+------------------------------------------------- Reporter: ileo@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: --------------------------+------------------------------------------------- Under OS X Lion 10.7.2 / XCode 4.2, I tried to install gnudatalanguage. It failed at the dependent package grib_api, but worked when compiling with the configure.compiler=llvm-gcc-4.2 option as given in your Problem Hotlist. -- Ticket URL: <https://trac.macports.org/ticket/31939> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2