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

[MacPorts] #36881: field3d: update to 1.3.2, use github portgroup, fix build with boost 1.51
by MacPorts 10 Dec '12

10 Dec '12

#36881: field3d: update to 1.3.2, use github portgroup, fix build with boost 1.51 --------------------------+--------------------- Reporter: ryandesign@… | Owner: blair@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: field3d --------------------------+--------------------- This patch updates field3d to version 1.3.2 and makes use of the github portgroup. Besides simplifying the portfile, it makes the livecheck work. I've also patched it to link with libboost_system-mt to make it build with boost 1.51. (The field3d 1.2.0 currently in MacPorts fails the same way that 1.3.2 does without the patch.) [https://github.com/imageworks/Field3D/pull/51 This upstream issue] seems related but the fix there does not fix it for me; for one thing, our boost in MacPorts by default does not provide the single-threaded boost_thread and boost_system libraries but only the multi-threaded versions boost_thread-mt and boost_system-mt. The patch also fixes the install_name of the library. I'll file an upstream issue about that. I also changed the destroot block a bit. The hardcoded m32 didn't work for me; on my system the directory name was m64 and I don't know on what basis that name is chosen so I used a glob. -- Ticket URL: <https://trac.macports.org/ticket/36881> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #34238: relax 1.3.15 package update
by MacPorts 10 Dec '12

10 Dec '12

#34238: relax 1.3.15 package update --------------------------------------+------------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: science | Port: relax --------------------------------------+------------------------------------- The attached Portfile.diff and replacement relax.patch...[[BR]] [[BR]] 1) updates relax to version 1.3.15[[BR]] 2) switch the PortGroup from python26 to python27.[[BR]] 3) switches the package depends_lib to py27-wxpython-devel.[[BR]] 4) removes the py2x-scientific dependency which is no longer required.[[BR]] 5) removes the py2x-minfx dependency since minfx is now bundled in the relax sources.[[BR]] 6) adds a new depends_lib on pymol since relax can now call that program.[[BR]] 7) Add test fields to Portfile.[[BR]] [[BR]] Note that the use of wxpython-devel moves the relax menu bar to the normal Mac OS X position a the top of the screen. -- Ticket URL: <https://trac.macports.org/ticket/34238> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #28404: relax 1.3.9 packaging
by MacPorts 10 Dec '12

10 Dec '12

#28404: relax 1.3.9 packaging --------------------------------------+------------------------------------- Reporter: howarth@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: science | Port: relax --------------------------------------+------------------------------------- The attached Portfile.diff updates the relax packaging to the new 1.3.9 release and contains a depends_lib on port:py26-wxpython to support the new graphic interface to relax. This can be tested with... relax -g This packaging also adds support for port test phase for the relax build. Note that I would have switched relax to python27 but we don't have a py27-wxpython at the moment. -- Ticket URL: <https://trac.macports.org/ticket/28404> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #35543: SuiteSparse fails to build on Tiger, G3
by MacPorts 10 Dec '12

10 Dec '12

#35543: SuiteSparse fails to build on Tiger, G3 ------------------------------------+--------------------------------------- Reporter: tobia.tesan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: tiger, g3, SuiteSparse | Port: SuiteSparse ------------------------------------+--------------------------------------- :info:destroot /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: both -all_load and -noall_load can't be specified Something with flags in a script, apparently. -- Ticket URL: <https://trac.macports.org/ticket/35543> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #36694: py27-scipy: unittest linalg / blas / arpack errors
by MacPorts 10 Dec '12

10 Dec '12

#36694: py27-scipy: unittest linalg / blas / arpack errors ------------------------------+-------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-scipy ------------------------------+-------------------------------- With {{{py27-scipy @0.11.0_0+gcc45}}} I see a lot of scipy unit test failures mentioning linalg / blas / arpack : https://gist.github.com/3937487 Are these scipy bugs or problems with the Macports scipy build? -- Ticket URL: <https://trac.macports.org/ticket/36694> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #36658: py27-numpy searches for /Developer/usr/bin/llvm-gcc42
by MacPorts 10 Dec '12

10 Dec '12

#36658: py27-numpy searches for /Developer/usr/bin/llvm-gcc42 ---------------------------+-------------------------------- Reporter: yotambarnoy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: py27-numpy ---------------------------+-------------------------------- Not sure why it does this, but I've started installing all +universal ports, and py27-numpy requires an llvm-gcc42 at this location. After creating it with a symbolic link, the port installs (otherwise it fails). -- Ticket URL: <https://trac.macports.org/ticket/36658> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #31833: py27-scipy fails to build with -faltivec flag error
by MacPorts 10 Dec '12

10 Dec '12

#31833: py27-scipy fails to build with -faltivec flag error --------------------------------------+------------------------------------- Reporter: martinzinkin@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: p27-scipy lion -faltivec | Port: p27-scipy --------------------------------------+------------------------------------- py27-scipy fails to build on my Mac with the errors below - apparently complaining about an unsupported -faltivec compiler flag I am on OS X Lion 10.7.2, Xcode 4.2 (both fully up to date), and I have just run selfupdate and have no outdated ports. I have tried both gcc44 and gcc variants of py27-scipy with the same results. [http://www.google.co.uk/url?sa=t&rct=j&q=macports%20%22-faltivec%22&source=… =AFQjCNHRP9o7hmh6q8mdqL6zWiQX0HC-Ag this old numpy issue] looks similar, but I am afraid I am not sufficiently familiar with macports to make further progress. {{{ :info:build compiling C sources :info:build C compiler: /opt/local/bin/gcc-mp-4.4 -fno-strict-aliasing -fno-common -dynamic -pipe -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict- prototypes :info:build :info:build compile options: '-DNO_ATLAS_INFO=3 -I/Library/Python/2.7 /site- packages/numpy-2.0.0.dev_e2af7b7_20110721-py2.7-macosx-10.7-x86_64.egg/numpy/core/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c' :info:build extra options: '-faltivec -I/System/Library/Frameworks/vecLib.framework/Headers' :info:build gcc-mp-4.4: scipy/integrate/_odepackmodule.c :info:build cc1: error: unrecognized command line option "-faltivec" :info:build cc1: error: unrecognized command line option "-faltivec" :info:build error: Command "/opt/local/bin/gcc-mp-4.4 -fno-strict-aliasing -fno-common -dynamic -pipe -O2 -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict- prototypes -DNO_ATLAS_INFO=3 -I/Library/Python/2.7/site- packages/numpy-2.0.0.dev_e2af7b7_20110721-py2.7-macosx-10.7-x86_64.egg/numpy/core/include -I/opt/local/Library/Frameworks/Python.framework/Versions/2.7/include/python2.7 -c scipy/integrate/_odepackmodule.c -o build/temp.macosx-10.7-x86_64-2.7/scipy/integrate/_odepackmodule.o -faltivec -I/System/Library/Frameworks/vecLib.framework/Headers" failed with exit status 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/31833> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #37166: erlang: update to version R15B03
by MacPorts 09 Dec '12

09 Dec '12

#37166: erlang: update to version R15B03 -------------------------+------------------------ Reporter: ciserlohn@… | Owner: bfulgham@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: erlang -------------------------+------------------------ See the attached patch. Besides the update it removes the "if ${configure.compiler} ..." construct and uses the more recent "compiler.blacklist" keyword to avoid clang. By the way, it works fine with clang on my machine (version: 'Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn)'). If it only works with certain clang versions it is perhaps worthwhile to have a look at the new compiler_blacklist_version PortGroup (see http://trac.macports.org/browser/trunk/dports/_resources/port1.0/group/comp…) -- Ticket URL: <https://trac.macports.org/ticket/37166> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #34212: ardour2 compilation problems
by MacPorts 09 Dec '12

09 Dec '12

#34212: ardour2 compilation problems -----------------------------+---------------------------------------------- Reporter: ilia_2s@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: MacPorts 2.1.0 Component: ports | Version: 2.0.4 Keywords: | Port: -----------------------------+---------------------------------------------- I tried to build an arour2 port from the latest macports version on my 10.4.11/PPP ibook and I found some problems: 1) no SConstruct patch for raptor2 2) I copied /libs/ardour/audioanalyser.cc /libs/ardour/configuration.cc /libs/pbd/base_ui.os /libs/pbd/path.cc from original sources to escape "g_access' was not declared in this scope" problem, 3) I changed all #include <glib/*.h> to #include <glib.h> for prevent new glib-2.3 problems. -- Ticket URL: <https://trac.macports.org/ticket/34212> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #35452: texlive-bin fails to build on 10.4.11, G3
by MacPorts 08 Dec '12

08 Dec '12

#35452: texlive-bin fails to build on 10.4.11, G3 -----------------------------------+---------------------------------------- Reporter: tobia.tesan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: texlive-bin -----------------------------------+---------------------------------------- Password: ---> Computing dependencies for texlive-bin ---> Building texlive-bin Error: org.macports.build for port texlive-bin returned: command execution failed Please see the log file for port texlive-bin for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_tex_texlive-bin/texlive-bin/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port texlive-bin failed -- Ticket URL: <https://trac.macports.org/ticket/35452> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11