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

[MacPorts] #38035: Where has git-gui gone?
by MacPorts 12 Feb '13

12 Feb '13

#38035: Where has git-gui gone? ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: git-core ------------------------+-------------------------------- The latest git-core @1.8.1.3 doesn't seem to contain git-gui anymore. Where has it gone? -- Ticket URL: <https://trac.macports.org/ticket/38035> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37930: tclreadline needs the automake1.13 fix
by MacPorts 12 Feb '13

12 Feb '13

#37930: tclreadline needs the automake1.13 fix ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: tclreadline ---------------------+-------------------------------- Just tried installing tclreadline and encountered a very familiar error: {{{ DEBUG: Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_tclreadline/tclreadline/work/tclreadline-2.1.0" && autoreconf --install aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' configure.in:13: error: 'AM_CONFIG_HEADER': this macro is obsolete. You should use the 'AC_CONFIG_HEADERS' macro instead. /opt/local/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from... configure.in:13: the top level autom4te: /opt/local/bin/gm4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_tclreadline/tclreadline/work/tclreadline-2.1.0" && autoreconf --install Exit code: 1 Error: org.macports.configure for port tclreadline returned: autoreconf failure: command execution failed DEBUG: Error code: NONE DEBUG: Backtrace: autoreconf failure: command execution failed while executing "$procedure $targetname" Warning: targets not executed for tclreadline: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install }}} It's the normal automake1.13 error again, should be pretty easy to fix... -- Ticket URL: <https://trac.macports.org/ticket/37930> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #37967: uni2ascii @4.18 needs the standard automake1.13 fix
by MacPorts 12 Feb '13

12 Feb '13

#37967: uni2ascii @4.18 needs the standard automake1.13 fix ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: uni2ascii ---------------------+-------------------------------- When trying to build uni2ascii, I came across the following familiar error: {{{ ---> Configuring uni2ascii DEBUG: Using compiler 'Mac OS X clang' DEBUG: Executing org.macports.configure (uni2ascii) DEBUG: Environment: CPATH='/opt/local/include' CC_PRINT_OPTIONS_FILE='/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_uni2ascii/uni2ascii/work/.CC_PRINT_OPTIONS' LIBRARY_PATH='/opt/local/lib' CC_PRINT_OPTIONS='YES' MACOSX_DEPLOYMENT_TARGET='10.7' DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_uni2ascii/uni2ascii/work/uni2ascii-4.18" && autoreconf --install' DEBUG: Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_uni2ascii/uni2ascii/work/uni2ascii-4.18" && autoreconf --install configure.ac:3: error: 'AM_CONFIG_HEADER': this macro is obsolete. You should use the 'AC_CONFIG_HEADERS' macro instead. /opt/local/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from... configure.ac:3: the top level autom4te: /opt/local/bin/gm4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_textproc_uni2ascii/uni2ascii/work/uni2ascii-4.18" && autoreconf --install Exit code: 1 Error: org.macports.configure for port uni2ascii returned: autoreconf failure: command execution failed DEBUG: Error code: NONE DEBUG: Backtrace: autoreconf failure: command execution failed while executing "$procedure $targetname" Warning: targets not executed for uni2ascii: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install }}} Pretty standard, so should be pretty easy to fix -- Ticket URL: <https://trac.macports.org/ticket/37967> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38019: Dosbox @0.74: The normal automake 1.13 junk
by MacPorts 12 Feb '13

12 Feb '13

#38019: Dosbox @0.74: The normal automake 1.13 junk ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: dosbox ---------------------+-------------------------------- {{{ DEBUG: Executing command line: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_dosbox/dosbox/work/dosbox-0.74" && autoreconf --install aclocal: warning: autoconf input should be named 'configure.ac', not 'configure.in' /opt/local/share/aclocal/gob.m4:7: warning: underquoted definition of GOB_HOOK /opt/local/share/aclocal/gob.m4:7: run info Automake 'Extending aclocal' /opt/local/share/aclocal/gob.m4:7: or see http://www.gnu.org/software/automake/manual/automake.html#Extending- aclocal configure.in:12: error: 'AM_CONFIG_HEADER': this macro is obsolete. You should use the 'AC_CONFIG_HEADERS' macro instead. /opt/local/share/aclocal-1.13/obsolete-err.m4:12: AM_CONFIG_HEADER is expanded from... configure.in:12: the top level autom4te: /opt/local/bin/gm4 failed with exit status: 1 aclocal: error: echo failed with exit status: 1 autoreconf: aclocal failed with exit status: 1 Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_emulators_dosbox/dosbox/work/dosbox-0.74" && autoreconf --install Exit code: 1 Error: org.macports.configure for port dosbox returned: autoreconf failure: command execution failed DEBUG: Error code: NONE DEBUG: Backtrace: autoreconf failure: command execution failed while executing "$procedure $targetname" Warning: targets not executed for dosbox: org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install }}} btw, I have 2 other automake1.13 tickets besides this: #37930 (tclreadline) and #37967 (uni2ascii). They're all the same fix so they should be pretty easy. -- Ticket URL: <https://trac.macports.org/ticket/38019> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37420: fizmo: Could not find libncursesw
by MacPorts 12 Feb '13

12 Feb '13

#37420: fizmo: Could not find libncursesw --------------------------+------------------------------- Reporter: ryandesign@… | Owner: Christoph.Ender@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: fizmo --------------------------+------------------------------- fizmo doesn't build on the Snow Leopard buildbot. Here's the log from 0.7.6 but it's been happening for several versions: https://build.macports.org/builders/buildports-snowleopard- x86_64/builds/13274/steps/compile/logs/stdio During the configure phase it says: {{{ checking for ncursesw... no checking for /usr/include/ncurses.h... yes checking for libncuresw in /usr/lib... no checking for libncuresw in /usr/local/lib... no checking for libncuresw in /opt/local/lib... no Could not find libncursesw. Try setting the location using --with-ncursesw-libdir. }}} For one thing, there is a typo in the message ("libncuresw" should be "libncursesw"). But even ignoring that, this is peculiar since libncursesw should be there; there should be no difference in ncursesw in MacPorts between versions of OS X, and it builds fine on the Lion and Mountain Lion buildbots, which simply say: {{{ checking for ncursesw... yes }}} It also builds fine for me on my Snow Leopard, Lion and Mountain Lion test machines. The suggestion the configure script gives—to set --with-ncursesw-libdir (and presumably --with-ncursesw-includedir)—shouldn't be necessary because my understanding is that "checking for ncursesw" means "checking for ncursesw ''using pkgconfig''" and pkgconfig should be giving the correct answer. But for some reason on the Snow Leopard buildbot it's not. It makes me think there's a problem with the pre-built pkgconfig or ncurses binary for Snow Leopard. (I build from source on my test machine instead of using the binaries.) I wish we had access to the work directory on the buildbot so that we could read the config.log; unfortunately we don't. Oddly neither of those ncursesw configure options are listed in `./configure --help`; if they are valid options they should be listed there. -------- Another problem is that the fizmo configure script still exits with the code 0 even though this problem occurred, so MacPorts tries to proceed to the build phase, which fails with: {{{ make: *** No rule to make target `all'. Stop. }}} -------- I'm also not sure why the code in config-libs.m4 that checks for ncursesw is trying to include jpeglib.h; that seems like a copy-pasto. {{{ for dir in $with_ncursesw_libdir /usr/lib /usr/local/lib /opt/local/lib ; do AC_MSG_CHECKING(for libncuresw in $dir) LDFLAGS="-L$dir" AC_TRY_LINK( [#include <stdio.h> #include <ncurses.h> #include "$ncursesw_h_dir/jpeglib.h"], [initscr();], [AC_MSG_RESULT(yes) ncursesw_l_dir=$dir break], [AC_MSG_RESULT(no)]) done }}} -- Ticket URL: <https://trac.macports.org/ticket/37420> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #22870: muniversal group: merge .la dependency_libs value
by MacPorts 12 Feb '13

12 Feb '13

#22870: muniversal group: merge .la dependency_libs value ---------------------------------+------------------------------------------ Reporter: pguyot@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 1.8.1 Keywords: | Port: ---------------------------------+------------------------------------------ .la files are automatically generated text files that contain linking information. muniversal group fails if two .la files differ. However, it seems we could apply some heuristics, for example with the dependency_libs key. i386 and x86_64 libgettextlib.la files are identical except for the following line: {{{ # Libraries that this one depends upon. dependency_libs=' /opt/local/lib/libintl.la -L/opt/local/lib -lc -ltermcap' }}} {{{ # Libraries that this one depends upon. dependency_libs=' -R/opt/local/lib /opt/local/lib/libintl.la -L/opt/local/lib -lc /opt/local/lib/libiconv.la -lncurses' }}} That these lines could probably be merged by putting every item in each, and that wouldn't create a problem. The attached patch does just this and allows gettext +universal to be built on 10.6. The patch could be extended to process inherited_linker_flags as well (see ticket #22801). What do you think? -- Ticket URL: <http://trac.macports.org/ticket/22870> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #38030: python 2.7.3 and py27-tkinter - idle.py segfaults
by MacPorts 12 Feb '13

12 Feb '13

#38030: python 2.7.3 and py27-tkinter - idle.py segfaults -----------------------------+-------------------------------- Reporter: Warren.Postma@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: python | Port: py27-tkinter -----------------------------+-------------------------------- Trying to view idle preferences in Idle, after installing py27-tkinter, and Idle crashes. There are also some visual glitches (the preferences window appears but is very small and is semi-transparent. I suspect that dependency on tkinter in python 2.7 is not properly packaged, and that the tkinter port itself may be broken. -- Ticket URL: <https://trac.macports.org/ticket/38030> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38032: shogun installation error using macports
by MacPorts 12 Feb '13

12 Feb '13

#38032: shogun installation error using macports ----------------------------+-------------------------------- Reporter: kyunghee.kim@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ----------------------------+-------------------------------- Does anyone know how to resolve this problem? Error: Processing of port py26-pymvpa failed [[br]] macports.org_release_ports_math_shogun/shogun/main.logar_macports_sources_rsync.m [[br]] :info:build Undefined symbols for architecture x86_64:[[br]] :info:build "_drot_", referenced from:[[br]] :info:build _dbdsqr_ in liblapack.a(dbdsqr.o)[[br]] :info:build "_dswap_", referenced from:[[br]] :info:build _dbdsqr_ in liblapack.a(dbdsqr.o)[[br]] :info:build _dsteqr_ in liblapack.a(dsteqr.o)[[br]] :info:build (maybe you meant: _ATL_dswap_xp0yp0aXbX)[[br]] :info:build "__gfortran_concat_string", referenced from:[[br]] :info:build _dgesvd_ in liblapack.a(dgesvd.o)[[br]] :info:build _dormbr_ in liblapack.a(dormbr.o)[[br]] :info:build _dormqr_ in liblapack.a(dormqr.o)[[br]] :info:build _dormlq_ in liblapack.a(dormlq.o)[[br]] :info:build "_dgemm_", referenced from: [[br]] :info:build _dgesvd_ in liblapack.a(dgesvd.o)[[br]] :info:build _dgebrd_ in liblapack.a(dgebrd.o)[[br]] :info:build "_dgemv_", referenced from:[[br]] :info:build _dlabrd_ in liblapack.a(dlabrd.o)[[br]] :info:build _dlatrd_ in liblapack.a(dlatrd.o)[[br]] :info:build _dlarf_ in liblapack.a(dlarf.o)[[br]] :info:build "_dger_", referenced from:[[br]] :info:build _dlarf_ in liblapack.a(dlarf.o)[[br]] :info:build (maybe you meant: _ATL_dger_L1, _ATL_dger_L2 , _ATL_dger_OOC )[[br]] :info:build "_dnrm2_", referenced from:[[br]] :info:build _dlarfg_ in liblapack.a(dlarfg.o)[[br]] :info:build (maybe you meant: _ATL_dnrm2_xp1yp0aXbX, _ATL_dnrm2_xp0yp0aXbX )[[br]] :info:build "_dcopy_", referenced from:[[br]] :info:build _dlasq1_ in liblapack.a(dlasq1.o)[[br]] :info:build (maybe you meant: _ATL_dcopy_xp1yp1aXbX, _ATL_dcopy_xp0yp0aXbX )[[br]] -- Ticket URL: <https://trac.macports.org/ticket/38032> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #37951: Upgrade prolog-mode.el to 1.24.
by MacPorts 12 Feb '13

12 Feb '13

#37951: Upgrade prolog-mode.el to 1.24. ----------------------+-------------------------------- Reporter: crossd@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: prolog-mode.el ----------------------+-------------------------------- Please find attached a Portfile diff that updates prolog-mode.el to 1.24. A potential issue with this update is that, since the distribution file name has not changed, checksum checks will fail. I'm not sure of a good way around that.... -- Ticket URL: <https://trac.macports.org/ticket/37951> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37945: Installing kerberos @1.11_0 fails: error: et-c-ss_err.h: No such file or directory
by MacPorts 12 Feb '13

12 Feb '13

#37945: Installing kerberos @1.11_0 fails: error: et-c-ss_err.h: No such file or directory ------------------------+-------------------------------- Reporter: ww.galen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: kerberos5 ------------------------+-------------------------------- Installing kerberos @1.11_0 fails during the build. The log contains the following information about the build error (full log attached): {{{ :info:build rm -f et-c-ss_err.et et-c-ss_err.c et-c-ss_err.h :info:build cp ss_err.et et-c-ss_err.et :info:build compile_et et-c-ss_err.et :info:build Error Table "ss" has base 748800 :info:build Error Table "ss" has base 748800 :info:build mv -f et-c-ss_err.c ss_err.c :info:build mv -f et-h-ss_err.h ss_err.h :info:build rm -f et-c-ss_err.et et-c-ss_err.h :info:build rm -f et-h-ss_err.et et-h-ss_err.c :info:build ../../util/ss/mk_cmds std_rqs.ct :info:build rm -f ../../include/ss/ss.h :info:build cp ./ss.h ../../include/ss/ss.h :info:build rm -f ../../include/ss/ss_err.h :info:build cp ss_err.h ../../include/ss/ss_err.h :info:build /usr/bin/gcc-4.2 -I../../include -I../../include -I. -I./ -I/opt/local/include -I/opt/local/include/editline -DKRB5_DEPRECATED=1 -DKRB5_PRIVATE -I/opt/local/include -O2 -arch x86_64 -fno-common -Wall -Wcast-align -Wshadow -Wmissing-prototypes -Wno-format-zero-length -Woverflow -Wstrict-overflow -Wmissing-format-attribute -Wmissing- prototypes -Wreturn-type -Wmissing-braces -Wparentheses -Wswitch -Wunused- function -Wunused-label -Wunused-variable -Wunused-value -Wunknown-pragmas -Wsign-compare -Wnewline-eof -Werror=uninitialized -Werror=declaration- after-statement -Werror=variadic-macros -Werror-implicit-function- declaration -c ss_err.c :info:build ss_err.c:7:25: error: et-c-ss_err.h: No such file or directory :info:build ss_err.c:27: error: variable ‘et_ss_error_table’ has initializer but incomplete type }}} ss_err.c (also attached) includes "et-c-ss_err.h", but it was previously renamed to "ss_err.h" (as shown in the log excerpt). I came across this after dealing with #37944. Cleaning kerberos5 didn't help: {{{ sudo port clean --all kerberos5 sudo port install kerberos5 }}} Using "upgrade" instead of "install" action (@1.7.2_0 is installed, but deactivated) had no affect. System: OS X 10.6.8 -- Ticket URL: <https://trac.macports.org/ticket/37945> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5