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

[MacPorts] #14160: stardict uses illegal variant name with-gnome
by MacPorts 05 May '08

05 May '08

#14160: stardict uses illegal variant name with-gnome -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- stardict has a variant named "with-gnome" but the hyphen is not a valid character in variant names; see #14141 and #14147. May I rename the variant to "with_gnome"? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14160> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #14161: grisbi uses illegal variant name "without-libofx"
by MacPorts 05 May '08

05 May '08

#14161: grisbi uses illegal variant name "without-libofx" -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- The grisbi port has a variant named "without-libofx" but the hyphen is not a legal character in variant names; see #14141 and #14147. Also, variants usually don't have the prefix "without". A better name for this variant would be "no_libofx" or even "no_ofx". May I change the variant name? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14161> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15162: libpng 1.2.27
by MacPorts 05 May '08

05 May '08

#15162: libpng 1.2.27 -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | -------------------------------------+-------------------------------------- The libpng port is at version 1.2.26 and works fine. Livecheck informs me that version 1.2.27 has been released, but it won't compile (on Mac OS X 10.4.11 PPC at least): {{{ Error: Target org.macports.build returned: shell command " cd "/macports/var/macports/build/_Volumes_data_macports_ports_graphics_libpng/work/libpng-1.2.27" && make all " returned error 2 Command output: make all-am /bin/sh ./libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -DPNG_CONFIGURE_LIBPNG -I/macports/include -O2 -MT libpng12_la-png.lo -MD -MP -MF .deps/libpng12_la-png.Tpo -c -o libpng12_la-png.lo `test -f 'png.c' || echo './'`png.c ./libtool: line 1: X--tag=CC: command not found ./libtool: line 869: libtool: ignoring unknown tag : command not found ./libtool: line 1: X--mode=compile: command not found ./libtool: line 1002: *** Warning: inferring the mode of operation is deprecated.: command not found ./libtool: line 1003: *** Future versions of Libtool will require --mode=MODE be specified.: command not found ./libtool: line 1033: libtool: warning: cannot infer operation mode from `/usr/bin/gcc-4.0': No such file or directory ./libtool: line 7120: libtool: you must specify a MODE: command not found ./libtool: line 7121: Try `libtool --help' for more information.: command not found make[1]: *** [libpng12_la-png.lo] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for libpng): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. }}} Similar stuff is happening to non-Mac users too; see [http://sourceforge.net/tracker/index.php?func=detail&aid=1954297&group_id=5… their bug report] on SourceForge. This MacPorts ticket is to document the fact that we know a new version is available and to explain why we can't update to it at this time. If a patch emerges to let us install 1.2.27 we'll use that, or if 1.2.28 is released we'll update to that. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15162> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #15202: UPDATE: p5-app-ack 1.82
by MacPorts 05 May '08

05 May '08

#15202: UPDATE: p5-app-ack 1.82 -----------------------------+---------------------------------------------- Reporter: mschout(a)gkg.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: | -----------------------------+---------------------------------------------- The attached patch updates p5-app-ack to version 1.82. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15202> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #15176: upgrade gramps to 3.0.0 [2.2.8 doesn't run anyway]
by MacPorts 05 May '08

05 May '08

#15176: upgrade gramps to 3.0.0 [2.2.8 doesn't run anyway] ---------------------------------+------------------------------------------ Reporter: paulbeard(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: gramps python gnome | ---------------------------------+------------------------------------------ {{{ checking for a BSD-compatible install... /usr/bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for pkg-config... /opt/local/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for style of include used by make... GNU checking for gcc... gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking dependency style of gcc... none checking for perl... /opt/local/bin/perl checking for XML::Parser... ok Using directory $(prefix)/share/mime for installation of mime type definitions checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /usr/bin/grep checking for egrep... /usr/bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking build system type... powerpc-apple-darwin8.11.0 checking host system type... powerpc-apple-darwin8.11.0 checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking for LC_MESSAGES... yes checking libintl.h usability... no checking libintl.h presence... no checking for libintl.h... no checking for a Python interpreter with version >= 2.5... python checking for python... /opt/local/bin/python checking for python version... 2.5 checking for python platform... darwin checking for python script directory... ${prefix}/lib/python2.5/site- packages checking for python extension module directory... ${exec_prefix}/lib/python2.5/site-packages checking for sh... /bin/sh checking Python bindings for gtk2.10 (pygtk2>=2.10.0)... 2.14.1 checking Python bindings for gnome... configure: error: **** The python bindings for gnome2 (gnome2-python) could not be found. }}} How do I get configure to see the bindings? I'm optimistic it will compile and run as soon as that's sorted out. 2.2.8 doesn't seem to do anything: it prints out on console that it doesn't have the spell checker but never displays a window or anything. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15176> MacPorts </projects/macports> Ports system for Mac OS

1 7

Re: [MacPorts] #13217: octave 2.9.9 +g95 sets MACOSX_DEPLOYMENT_TARGET=10.4
by MacPorts 05 May '08

05 May '08

#13217: octave 2.9.9 +g95 sets MACOSX_DEPLOYMENT_TARGET=10.4 --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: stechert(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: fixed | Keywords: --------------------------------------+------------------------------------- Changes (by takeshi(a)macports.org) * status: assigned => closed * resolution: => fixed Comment: Removed MACOSX_DEPLOYMENT_TARGET. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13217#comment:2> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #11571: BUG: 'port uninstall' lists many duplicated of a single port
by MacPorts 04 May '08

04 May '08

#11571: BUG: 'port uninstall' lists many duplicated of a single port ---------------------------------+------------------------------------------ Reporter: stephen(a)xemacs.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: closed Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: Resolution: duplicate | Keywords: ---------------------------------+------------------------------------------ Changes (by jmr(a)macports.org) * cc: stephen(a)xemacs.org (removed) * status: new => closed * resolution: => duplicate Comment: Calling this a duplicate of #8763, since this appears to just be an extreme case. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/11571#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #15195: curl: remove sourceforge from master_sites
by MacPorts 04 May '08

04 May '08

#15195: curl: remove sourceforge from master_sites ------------------------------+--------------------------------------------- Reporter: jmr(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: Keywords: | ------------------------------+--------------------------------------------- The curl sources on the sourceforge mirrors haven't been updated since 2002. Attached patch removes the mirror group from curl and curl-ca- bundle. (The latter was using the wrong subdir anyway…) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15195> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #15110: libdmtx
by MacPorts 04 May '08

04 May '08

#15110: libdmtx ---------------------------------+------------------------------------------ Reporter: adamore(a)email.it | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: libdmtx data matrix | ---------------------------------+------------------------------------------ Portfile for libdtmx, Data Matrix frontend. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15110> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #15198: mzscheme-371 - incorrect collects-dir
by MacPorts 04 May '08

04 May '08

#15198: mzscheme-371 - incorrect collects-dir ---------------------------------------+------------------------------------ Reporter: eric.m.kidd(a)dartmouth.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------------------+------------------------------------ mzscheme 371 is has an incorrect value for collects-dir, which breaks the compilation manager. See the [http://list.cs.brown.edu/pipermail/plt- scheme/2008-May/024539.html discussion thread] for details of why the current behavior is wrong, and why it causes a problem. To reproduce this bug, save the following script as collects-test.ss: {{{ ;; Print out two paths built into our executable. (printf "exec-file: ~s~ncollects-dir: ~s~n" (find-system-path 'exec-file) (find-system-path 'collects-dir)) ;; Find the default collects-dir built into our executable. This ;; path may be relative to exec-file's parent directory. This will ;; let us know where PLT thinks it should be finding its ;; collections. (define (default-collects-dir) (call-with-values (lambda () (split-path (find-system-path 'exec-file))) (lambda (base name must-be-dir?) (let [[collects (find-system-path 'collects-dir)]] (if (eq? base 'relative) (path->complete-path collects) (path->complete-path collects base)))))) ;; Does this work? (if (file-exists? (build-path (default-collects-dir) "mzlib" "list.ss")) (printf "OK: This copy of mzscheme is set up correctly.~n") (printf "BROKEN: This copy of mzscheme has a bad collects-dir.~n")) }}} Then run it from the command line: {{{ $ mzscheme -r collects-test.ss exec-file: #<path:mzscheme> collects-dir: #<path:../collects> BROKEN: This copy of mzscheme has a bad collects-dir. }}} Desired behavior: This script should print "OK". Thank you to the MacPorts maintainers for such a useful port system! (Yes, I'm aware that MacPorts mzscheme is currently unmaintained. This bug is more a reminder to a future maintainer than anything else.) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/15198> MacPorts </projects/macports> Ports system for Mac OS

1 2