May 2008 - macports-tickets - lists.macosforge.org

[MacPorts] #15166: textproc/meld 1.1.4 scrollkeeper error while building
by MacPorts 01 May '08

01 May '08

#15166: textproc/meld 1.1.4 scrollkeeper error while building ------------------------------------+--------------------------------------- Reporter: jan.matousek(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: meld scrollkeeper | ------------------------------------+--------------------------------------- Hello, fresh installation of macports 1.600, mac 1.5.2, Meld build fails with this error: {{{ bash-3.2# port install meld ---> Fetching meld ---> Verifying checksum(s) for meld ---> Extracting meld ---> Applying patches to meld ---> Configuring meld ---> Building meld with target all Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_textproc_meld/work/meld-1.1.4" && make all " returned error 2 Command output: mkdir -m 755 -p en_GB/LC_MESSAGES/ && msgfmt -c -o en_GB/LC_MESSAGES/meld.mo en_GB.po mkdir -m 755 -p es/LC_MESSAGES/ && msgfmt -c -o es/LC_MESSAGES/meld.mo es.po mkdir -m 755 -p fi/LC_MESSAGES/ && msgfmt -c -o fi/LC_MESSAGES/meld.mo fi.po mkdir -m 755 -p fr/LC_MESSAGES/ && msgfmt -c -o fr/LC_MESSAGES/meld.mo fr.po mkdir -m 755 -p hu/LC_MESSAGES/ && msgfmt -c -o hu/LC_MESSAGES/meld.mo hu.po mkdir -m 755 -p it/LC_MESSAGES/ && msgfmt -c -o it/LC_MESSAGES/meld.mo it.po mkdir -m 755 -p ja/LC_MESSAGES/ && msgfmt -c -o ja/LC_MESSAGES/meld.mo ja.po mkdir -m 755 -p ko/LC_MESSAGES/ && msgfmt -c -o ko/LC_MESSAGES/meld.mo ko.po mkdir -m 755 -p ne/LC_MESSAGES/ && msgfmt -c -o ne/LC_MESSAGES/meld.mo ne.po mkdir -m 755 -p nl/LC_MESSAGES/ && msgfmt -c -o nl/LC_MESSAGES/meld.mo nl.po mkdir -m 755 -p pa/LC_MESSAGES/ && msgfmt -c -o pa/LC_MESSAGES/meld.mo pa.po mkdir -m 755 -p pt/LC_MESSAGES/ && msgfmt -c -o pt/LC_MESSAGES/meld.mo pt.po mkdir -m 755 -p pt_BR/LC_MESSAGES/ && msgfmt -c -o pt_BR/LC_MESSAGES/meld.mo pt_BR.po mkdir -m 755 -p ru/LC_MESSAGES/ && msgfmt -c -o ru/LC_MESSAGES/meld.mo ru.po mkdir -m 755 -p rw/LC_MESSAGES/ && msgfmt -c -o rw/LC_MESSAGES/meld.mo rw.po mkdir -m 755 -p sr/LC_MESSAGES/ && msgfmt -c -o sr/LC_MESSAGES/meld.mo sr.po mkdir -m 755 -p sr@Latn/LC_MESSAGES/ && msgfmt -c -o sr(a)Latn/LC_MESSAGES/meld.mo sr(a)Latn.po mkdir -m 755 -p sv/LC_MESSAGES/ && msgfmt -c -o sv/LC_MESSAGES/meld.mo sv.po mkdir -m 755 -p vi/LC_MESSAGES/ && msgfmt -c -o vi/LC_MESSAGES/meld.mo vi.po mkdir -m 755 -p zh_CN/LC_MESSAGES/ && msgfmt -c -o zh_CN/LC_MESSAGES/meld.mo zh_CN.po mkdir -m 755 -p zh_TW/LC_MESSAGES/ && msgfmt -c -o zh_TW/LC_MESSAGES/meld.mo zh_TW.po make -C help for lang in C; do \ make -C $lang all ; \ done scrollkeeper-preinstall meld-C.omf meld-C.omf.install ERROR: Cannot parse meld-C.omf.install. Is it valid? make[2]: *** [all] Error 2 make[1]: *** [all] Error 2 make: *** [all] Error 2 Error: Status 1 encountered during processing. bash-3.2# }}} When commenting out everything connected with "help" directory from GNUmakefile, the build succeded, but #14290 occurs. I can provide more information if needed. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15166> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15100: Define USE_CURL_MULTI for git-core
by MacPorts 01 May '08

01 May '08

#15100: Define USE_CURL_MULTI for git-core -------------------------------+-------------------------------------------- Reporter: svoop(a)delirium.ch | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: git git-core curl | -------------------------------+-------------------------------------------- The git-core port configures http.h with "#undef USE_CURL_MULTI" which makes it impossible to use "git push" over HTTP(S). This was introduced about a year ago, see ticket #12008 for details. I've overridden this and compiled git-core with "#define USE_CURL_MULTI". Config and compile worked fine and "git push" over HTTPS is possible without error. (Tested on a x86 MacBook Pro with OS X 10.5.x.) Could you change the default of USE_CURL_MULTI in case there are no other blockers? Thanks! -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15100> MacPorts </projects/macports> Ports system for Mac OS

1 4

[MacPorts] #15169: sqlite3 test failures
by MacPorts 01 May '08

01 May '08

#15169: sqlite3 test failures -----------------------------+---------------------------------------------- Reporter: pfein(a)pobox.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -----------------------------+---------------------------------------------- Using jmp's / my tcl thread variant from #15163, I'm seeing several test failures. I suspect these failures (esp. threaded ones) are related to #15131 == Summary == Non-threaded (ie, without -DTCL_THREADS). This is just a repeated run. `port clean --work` was run between all iterations sqlite_fulltest.txt: Failures on these tests: bind-4.4 bind-4.5 tcl-1.6 utf16-bind-4.4 utf16-bind-4.5 utf16-bind-6.4 utf16-bind-7.4 sqlite_fulltest2.txt: Failures on these tests: bind-4.4 bind-4.5 crash6-3.2.3 crash6-3.6.3 crash6-3.10.3 crash6-3.14.3 crash6-3.18.3 crash6-3.22.3 crash6-3.26.3 tcl-1.6 utf16-bind-4.4 utf16-bind-4.5 utf16-bind-6.4 utf16-bind-7.4 The threaded tests hang and need to be manually killed. Failures can be found by `grep -v Ok` == How to reproduce == 1. port install tcl +threads (if you don't already have a threaded tcl) 1. Download one of the patches from #15163. 1. port build /path/to/portfile 1. chown -R yourself /path/to/work/dir/sqlite-3.5.8 . The SQLite tests do not run as root. 1. cd /path/to/work/dir/sqlite-3.5.8 && gnumake fulltest. You may want to capture the output somewhere, as it's quite verbose. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15169> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #15167: add progress meter during instalation dependencies
by MacPorts 01 May '08

01 May '08

#15167: add progress meter during instalation dependencies ------------------------------------+--------------------------------------- Reporter: jan.matousek(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.6.0 Keywords: | ------------------------------------+--------------------------------------- During installing dependencies for some port, progress meter would improve the user experience. I see that time progress meter will be impossible (or pretty nontrivial) to add, but simple count of dependencies that will be installed (recursively, see #11892) will greatly improve the knowledge of how much work will be done. The port output with progress meter can for example look like this: {{{ bash-3.2# port install meld ---> Installing dependency py-gtk2 (1 / 2) ---> Fetching py-gtk2 ---> Verifying checksum(s) for py-gtk2 ---> Extracting py-gtk2 ---> Configuring py-gtk2 ---> Building py-gtk2 with target all ---> Staging py-gtk2 into destroot ---> Installing py-gtk2 2.12.1_0+darwin_9 ---> Activating py-gtk2 2.12.1_0+darwin_9 ---> Cleaning py-gtk2 ---> Installing dependency py-gnome (2 / 2) ---> Fetching py-gnome ... }}} Now the port output look like this: {{{ bash-3.2# port install meld ---> Fetching py-gtk2 ---> Verifying checksum(s) for py-gtk2 ---> Extracting py-gtk2 ---> Configuring py-gtk2 ---> Building py-gtk2 with target all ---> Staging py-gtk2 into destroot ---> Installing py-gtk2 2.12.1_0+darwin_9 ---> Activating py-gtk2 2.12.1_0+darwin_9 ---> Cleaning py-gtk2 ---> Fetching py-gnome ... }}} With just two dependencies it is no big difference. But when installing whole gnome as dependency, the progress meter becames more helpfull. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15167> MacPorts </projects/macports> Ports system for Mac OS

1 1

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 01 May '08

01 May '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by raimue(a)macports.org) That explanation sounds reasonable. I didn't know vim links anything in for the python/perl/ruby support. So I will change the `bin:` dependencies to `port:`, which will make it mandatory to have the ports installed. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:21> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #15163: sqlite3: add tcl variant
by MacPorts 01 May '08

01 May '08

#15163: sqlite3: add tcl variant ------------------------------+--------------------------------------------- Reporter: jmr(a)macports.org | Owner: mww(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: Keywords: haspatch | ------------------------------+--------------------------------------------- The attached patch adds a variant that enables sqlite3's Tcl bindings. This was prompted by a request from pfein in IRC. This variant should allow the test suite to be run (see #6810). -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15163> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #14905: metacity fails to build (core/compositor.c issues)
by MacPorts 01 May '08

01 May '08

#14905: metacity fails to build (core/compositor.c issues) ---------------------------------+------------------------------------------ Reporter: paulbeard(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: metacity | ---------------------------------+------------------------------------------ {{{ Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_metacity/work/metacity-2.22.0" && make all " returned error 2 Command output: core/compositor.c: In function 'process_property_notify': core/compositor.c:2020: error: 'info' undeclared (first use in this function) core/compositor.c:2040: error: 'cw' undeclared (first use in this function) core/compositor.c: In function 'expose_area': core/compositor.c:2091: error: 'XserverRegion' undeclared (first use in this function) core/compositor.c:2091: error: parse error before 'region' core/compositor.c:2094: error: 'region' undeclared (first use in this function) core/compositor.c: In function 'process_expose': core/compositor.c:2104: error: 'cw' undeclared (first use in this function) core/compositor.c: In function 'process_unmap': core/compositor.c:2136: error: 'cw' undeclared (first use in this function) core/compositor.c: In function 'process_map': core/compositor.c:2154: error: 'cw' undeclared (first use in this function) core/compositor.c: At top level: core/compositor.c:2201: error: parse error before 'XDamageNotifyEvent' core/compositor.c: In function 'process_damage': core/compositor.c:2203: error: 'cw' undeclared (first use in this function) core/compositor.c:2203: error: 'compositor' undeclared (first use in this function) core/compositor.c:2204: error: 'event' undeclared (first use in this function) core/compositor.c: In function 'process_shape': core/compositor.c:2220: error: 'cw' undeclared (first use in this function) core/compositor.c: In function 'show_overlay_window': core/compositor.c:2314: warning: unused variable 'display' core/compositor.c: In function 'get_output_window': core/compositor.c:2352: warning: unused variable 'display' make[4]: *** [compositor.o] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14905> MacPorts </projects/macports> Ports system for Mac OS

1 25

[MacPorts] #15168: NEW: bsdsfv 1.18 port
by MacPorts 01 May '08

01 May '08

#15168: NEW: bsdsfv 1.18 port ---------------------------+------------------------------------------------ Reporter: simmel(a)soy.se | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: | ---------------------------+------------------------------------------------ Here comes a port of bsdsfv 1.18. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15168> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13292: vim fails to configure, tgetent() not found
by MacPorts 01 May '08

01 May '08

#13292: vim fails to configure, tgetent() not found -----------------------------------+---------------------------------------- Reporter: griff.rees(a)gmail.com | Owner: raimue(a)macports.org Type: defect | Status: reopened Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: -----------------------------------+---------------------------------------- Comment (by jlist(a)silentcow.com) The problem is that the build of ruby that ships with Leopard is a Universal build. The vim configure script interrogates ruby to get the LDFLAGS that it was built with, so it ends up with the Universal LDFLAGS ("-arch ppc -arch intel"). Then ports tries to link against the ncurses from ports, which you will have built yourself at some stage (so will be platform specific) and it fails because it will be looking for entry points for the other architecture (probably for ppc) in ncurses. The reason that the ./configure works when run directly is because MacPorts sets LDFLAGS to a default of -L${prefix}/lib (by default /opt/local/lib) and so it uses the libncurses in /opt/local/lib, ie. the ncurses that was installed with ports. When run directly, ./configure defaults to the system default of /usr/lib which has the Universal ncurses. But if you do that then later when the build tries to link it fails because it's looking for the other architectures during the linking. So, the reality is that you can't really embed the Universal ruby interpreter that ships with Leopard into the arch-specific vim that will be build by MacPorts. So either don't do it, or install ruby from MacPorts first. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13292#comment:20> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #15121: Future Hazy (fortune fails to upgrade)
by MacPorts 01 May '08

01 May '08

#15121: Future Hazy (fortune fails to upgrade) -----------------------------------+---------------------------------------- Reporter: watsonbladd(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: upgrade | -----------------------------------+---------------------------------------- When fortune is upgraded to 6.2.0-RELEASE it fails to work. Specifically, running fortune produces either no output or a single fortune, This fortune brought to you by: $FreeBSD: src/games/fortune/datfiles/fortunes,v 1.179.2.8 2006/08/12 20:30:09 yar Exp $ Running fortune with the -D option produces the following: {{{ $fortune -D adding file "/opt/local/share/games/fortune/fortunes" ___% fortunes (/opt/local/share/games/fortune/fortunes, /opt/local/share/games/fortune/fortunes.dat, NULL) summing probabilities:0% with 1 NO_PROB's ___% fortunes (/opt/local/share/games/fortune/fortunes, /opt/local/share/games/fortune/fortunes.dat, NULL) pos for fortunes is 991 $ }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15121> MacPorts </projects/macports> Ports system for Mac OS

1 3