March 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #36207: ld fails to link a test executable in ./configure
by MacPorts 03 Mar '13

03 Mar '13

#36207: ld fails to link a test executable in ./configure -----------------------------------+-------------------------------- Reporter: elijah.epifanov@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: ld universal llvm-gcc | Port: R-framework -----------------------------------+-------------------------------- less /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_math_R-framework/R-framework/main.log {{{ :info:configure checking for gcc... /opt/local/bin/llvm-gcc-4.2 :info:configure checking whether the C compiler works... no :info:configure configure: error: in `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_math_R-framework/R-framework/work/R-2.15.1': :info:configure configure: error: C compiler cannot create executables :info:configure See `config.log' for more details :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_math_R-framework/R-framework/work/R-2.15.1" && ./configure --prefix=/opt/local/Library/Frameworks --enable-R-framework --enable-R-shlib --enable-BLAS-shlib --enable-openmp --with-readline --with-aqua --with-libpng --with-ICU --with-included-gettext --without- blas --without-lapack --with-x --with-jpeglib --x-include=/opt/local/include/X11 --x-lib=/opt/local/lib --with-cairo --with-recommended-packages --with-tcltk --with-tcl- config=/opt/local/lib/tclConfig.sh --with-tk- config=/opt/local/lib/tkConfig.sh :info:configure Exit code: 77 :error:configure org.macports.configure for port R-framework returned: configure failure: command execution failed :debug:configure Error code: NONE :debug:configure Backtrace: configure failure: command execution failed while executing "$procedure $targetname" :info:configure Warning: targets not executed for R-framework: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install :notice:configure Please see the log file for port R-framework for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_ports_math_R-framework/R-framework/main.log }}} -- Ticket URL: <https://trac.macports.org/ticket/36207> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #35845: R-framework package 'agl' has undeclared dependencies
by MacPorts 03 Mar '13

03 Mar '13

#35845: R-framework package 'agl' has undeclared dependencies ---------------------------------+------------------------------------------ Reporter: me@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: R-framework, R-app ---------------------------------+------------------------------------------ After installing R-framework and R-app, within either the R command install.packages("rgl") yields a failure to compile: {{{ In file included from Texture.hpp:14, from scene.h:18, from ABCLineSet.hpp:4, from ABCLineSet.cpp:1: opengl.hpp:24:19: error: GL/gl.h: No such file or directory opengl.hpp:25:20: error: GL/glu.h: No such file or directory make: *** [ABCLineSet.o] Error 1 ERROR: compilation failed for package ‘rgl’ }}} After some googling, it turns out that after installing the port 'mesa' the R command succeeds in the terminal interface to R-framework, but not in the R-app interface: {{{ mkdir -p AGL mv AGL/* . MAKINGAGL=TRUE /opt/local/Library/Frameworks/R.framework/Resources/bin/R CMD SHLIB -o aglrgl.so *.cpp *.c \ osx/*.mm osx/*.cpp mv: rename AGL/* to ./*: No such file or directory make: [aglrgl.so] Error 1 (ignored) /opt/local/bin/llvm-g++-4.2 -I/opt/local/Library/Frameworks/R.framework/Resources/include -I/opt/local/Library/Frameworks/R.framework/Resources/include/x86_64 -DNDEBUG -DHAVE_PNG_H -DRGL_USE_COCOA -Iext -I/opt/local/include -pipe -O2 -m64 -fPIC -pipe -O2 -m64 -c x11gui.cpp -o x11gui.o /opt/local/bin/llvm-g++-4.2 -I/opt/local/Library/Frameworks/R.framework/Resources/include -I/opt/local/Library/Frameworks/R.framework/Resources/include/x86_64 -DNDEBUG -DHAVE_PNG_H -DRGL_USE_COCOA -Iext -I/opt/local/include -pipe -O2 -m64 -fPIC -pipe -O2 -m64 -c x11lib.cpp -o x11lib.o /opt/local/bin/llvm-g++-4.2 -I/opt/local/Library/Frameworks/R.framework/Resources/include -I/opt/local/Library/Frameworks/R.framework/Resources/include/x86_64 -DNDEBUG -DHAVE_PNG_H -DRGL_USE_COCOA -Iext -I/opt/local/include -fPIC -c osx/osxgui.mm -o osx/osxgui.o osx/osxgui.mm:9:2: error: #error Cocoa backend reguires FreeType font reneder make[1]: *** [osx/osxgui.o] Error 1 make: *** [aglrgl.so] Error 1 ERROR: compilation failed for package ‘rgl’ }}} -- Ticket URL: <https://trac.macports.org/ticket/35845> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #37107: R.app crashes when trying to load tk@8.5.13_0+quartz
by MacPorts 03 Mar '13

03 Mar '13

#37107: R.app crashes when trying to load tk(a)8.5.13_0+quartz -----------------------+-------------------------------- Reporter: andrekw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: tk, R-app -----------------------+-------------------------------- Starting with a blank macports install, I installed R.app and its dependencies. The application crashes when trying to load the tk library, which was installed with quartz enabled and x11 disabled by default. Reinstalling tk and forcing the +x11 variant to be used fixes the issue. -- Ticket URL: <https://trac.macports.org/ticket/37107> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37647: R-framework depends on llvm-gcc42 but requires gfortran
by MacPorts 03 Mar '13

03 Mar '13

#37647: R-framework depends on llvm-gcc42 but requires gfortran ---------------------------------+-------------------------------- Reporter: gnwiii@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: gfortran llvm-gcc42 | Port: R-framework ---------------------------------+-------------------------------- llvm-gcc42 2336.11_0 no longer provides llvm-gfortran-4.2. As a result, R-framework using compiler default llvm_gcc42 no longer builds, and source installs of R libraries that use fortran will also fail with existing R-framework installs. Not sure whether it is better to use a different compiler or ask that either llvm-gfortran-4.2 be included with llvm-gcc42 or perhaps made a separate package. -- Ticket URL: <https://trac.macports.org/ticket/37647> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #38259: autojump: update to 21.5.1
by MacPorts 03 Mar '13

03 Mar '13

#38259: autojump: update to 21.5.1 ---------------------------------+-------------------------------- Reporter: johnny.kuan@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: haspatch maintainer | Port: autojump ---------------------------------+-------------------------------- version bump -- Ticket URL: <https://trac.macports.org/ticket/38259> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38256: Import Error with HDF5 version 1.8.10
by MacPorts 03 Mar '13

03 Mar '13

#38256: Import Error with HDF5 version 1.8.10 ---------------------------+-------------------------------- Reporter: andrealphus@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: hdf5-18, netcdf4 ---------------------------+-------------------------------- See similar ticket; http://code.google.com/p/netcdf4-python/issues/detail?id=147 What steps will reproduce the problem? 1. compile hdf5 version 1.8.10 2. run netCDF4 "python setup.py install" 3. attempt to import netCDF4 What is the expected output? What do you see instead? No expected output, instead get this import error ImportError: netCDF4 module must be linked against HDF5 version 1.8.4-patch1 or higher, got 1.8.10 What version of the product are you using? On what operating system? netCDF4-1.0.1 Please provide any additional information below. It appears that the __hdf5libversion__ and the __required_hdf5version__ variables are strings are used in the version comparison. The problem appears to be that the string comparison does not work now that HDF5 is up to version 1.8.10. "1.8.10">"1.8.4" is FALSE This would have worked in previous versions of HDF5 since "1.8.9">"1.8.4" is TRUE -- Ticket URL: <https://trac.macports.org/ticket/38256> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #27578: mpd: killing daemon with "launchctl -w unload ..." has no visible effect (kills wrong process)
by MacPorts 03 Mar '13

03 Mar '13

#27578: mpd: killing daemon with "launchctl -w unload ..." has no visible effect (kills wrong process) --------------------------+------------------------------------------------- Reporter: greg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: --------------------------+------------------------------------------------- I have installed mpd 0.15.15 and made just enough changes to /opt/local/etc/mpd.conf so that mpd runs usefully. I can start the daemon with {{{ sudo launchctl load -w /Library/LaunchDaemons/org.macports.mpd.plist }}} And now I can see two processes running: {{{ $ ps -Aj | grep mpd | grep -v grep root 17635 1 17635 1edfd1c 0 Ss ?? 0:00.02 /opt/local/bin/daemondo --label=mpd --start-cmd /opt/local/etc/Launch root 17637 1 17635 1edfd1c 0 S ?? 0:03.69 /opt/local/bin/mpd --no-daemon /opt/local/etc/mpd.conf }}} Note that one of these processes is mpd itself, and the other a daemondo instance that is presumably responsible for mpd. Seems reasonable. Now let's say I decide to stop the daemon. My limited understanding of launchd leads me to believe that I am supposed to run {{{ sudo launchctl unload -w /Library/LaunchDaemons/org.macports.mpd.plist }}} However, this has no visible effect: mpd keeps running and the music keeps playing. What seems to have happened is that the daemondo instance started by "launchctl load" was killed: {{{ $ ps -Aj | grep mpd | grep -v grep root 17637 1 17635 1edfd1c 0 S ?? 0:20.20 /opt/local/bin/mpd --no-daemon /opt/local/etc/mpd.conf }}} I expected both that daemondo instance and mpd to be killed. -- Ticket URL: <https://trac.macports.org/ticket/27578> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #35918: gstreamer: bz2 distfile is not on most mirrors
by MacPorts 03 Mar '13

03 Mar '13

#35918: gstreamer: bz2 distfile is not on most mirrors ------------------------------+--------------------------------------------- Reporter: jmr@… | Owner: rmstonecipher@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gstreamer ------------------------------+--------------------------------------------- It looks like all the gnome mirrors only have the xz version. So you should probably just switch to use_xz with the next release. -- Ticket URL: <https://trac.macports.org/ticket/35918> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37082: gst-libav 1.0.3
by MacPorts 03 Mar '13

03 Mar '13

#37082: gst-libav 1.0.3 ----------------------------+-------------------------------- Reporter: thijsvermeir@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------+-------------------------------- I created the gst-libav 1.0.3 port from gst-ffmpeg. They changed the name of the project upstream. -- Ticket URL: <https://trac.macports.org/ticket/37082> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #37081: gst-plugins-ugly 1.0.3
by MacPorts 03 Mar '13

03 Mar '13

#37081: gst-plugins-ugly 1.0.3 ----------------------------+-------------------------------- Reporter: thijsvermeir@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------+-------------------------------- I updated the port file for gst-plugins-ugly 1.0.3 -- Ticket URL: <https://trac.macports.org/ticket/37081> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6