December 2007 - macports-tickets - lists.macosforge.org

[MacPorts] #13745: p5-mail-spamassassin: dependency on p5-test-harness should be removed
by MacPorts 05 Feb '08

05 Feb '08

#13745: p5-mail-spamassassin: dependency on p5-test-harness should be removed ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: simon(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ Port p5-test-harness is broken (see bug 10978) and p5-mail-spamassassin can no longer be installed/upgraded because of that. As test-harness is provided by perl5.8, the dependency is useless anyway (and if the user wants the a newer version of the modules, he can still install them in some way or another). -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13745> MacPorts </projects/macports> Ports system for Mac OS

1 9

[MacPorts] #13359: BUG: zsh-devel is built against /usr/include/curses.h and linked with MacPorts ncurses
by MacPorts 04 Feb '08

04 Feb '08

#13359: BUG: zsh-devel is built against /usr/include/curses.h and linked with MacPorts ncurses ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: nox(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Keywords: | ---------------------------------+------------------------------------------ "otool -L =zsh" shows that zsh-devel is dynamically linked against the MacPorts ncurses library: /opt/local/lib/libncurses.5.dylib But it is built using "/usr/include/curses.h"! This can be shown by cd'ing to Src/Modules and using the line output by "make" after replacing "-o ..." by "-E": {{{ prunille:...4.3.4/Src/Modules> /usr/bin/gcc-4.0 -c -I. -I/opt/local/include -DHAVE_CONFIG_H -DMODULE -O2 -fno-common terminfo.c -E | grep 'include.*curses' # 1 "/usr/include/curses.h" 1 3 4 # 58 "/usr/include/curses.h" 3 4 # 1 "/usr/include/ncurses_dll.h" 1 3 4 # 59 "/usr/include/curses.h" 2 3 4 # 99 "/usr/include/curses.h" 3 4 # 1 "/usr/include/curses.h" 1 3 4 # 103 "/usr/include/curses.h" 2 3 4 # 126 "/usr/include/curses.h" 3 4 # 136 "/usr/include/curses.h" 3 4 # 137 "/usr/include/curses.h" 2 3 4 # 174 "/usr/include/curses.h" 3 4 # 192 "/usr/include/curses.h" 3 4 # 282 "/usr/include/curses.h" 3 4 # 318 "/usr/include/curses.h" 3 4 # 501 "/usr/include/curses.h" 3 4 # 1398 "/usr/include/curses.h" 3 4 # 1442 "/usr/include/curses.h" 3 4 }}} The problem is that the current zsh version only uses #include <curses.h> lines and that the ncurses port doesn't install curses compatibility symlinks. I mentioned the problem a year ago in the macports-dev list (subject: "compatibility symbolic links for ncurses and ncursesw"), but no-one replied (see also bug #12605 reported by someone else). I sometimes get zsh crashes under Mac OS X when it has been sleeping for a long time (e.g. after a long ssh session to some other machine), just before the prompt is displayed (I do not have this problem under Debian). I wonder if the cause can be this build problem. FYI, this bug will be fixed upstream in the next zsh version (see zsh- workers mailing-list, subject "zsh-4.3.4-dev-2.tar.gz"). -- Ticket URL: <https://trac.macosforge.org/projects/macports/ticket/13359> MacPorts </projects/macports> Ports system for Mac OS

1 8

[MacPorts] #13648: mjpegtools install issue
by MacPorts 04 Feb '08

04 Feb '08

#13648: mjpegtools install issue --------------------------------------+------------------------------------- Reporter: dougvreid(a)embarqmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.5.2 Keywords: | --------------------------------------+------------------------------------- sudo port install mjpegtools ---> Building mjpegtools 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_multimedia_mjpegtools/work/mjpegtools-1.6.2" && make all LIBTOOL=/opt/local/bin/glibtool ASFLAGS="-f macho" " returned error 2 Command output: make all-recursive Making all in utils Making all in altivec if /opt/local/bin/glibtool --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -I../../utils -I/opt/local/include -L/opt/local/lib -O2 -L/opt/local/lib -Wall -Wunused -O3 -faltivec -MT add_pred.lo -MD -MP -MF ".deps/add_pred.Tpo" \ -c -o add_pred.lo `test -f 'add_pred.c' || echo './'`add_pred.c; \ then mv -f ".deps/add_pred.Tpo" ".deps/add_pred.Plo"; \ else rm -f ".deps/add_pred.Tpo"; exit 1; \ fi glibtool: compile: unable to infer tagged configuration glibtool: compile: specify a tag with `--tag' make[3]: *** [add_pred.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. -- Ticket URL: <https://svn.macosforge.org/projects/macports/ticket/13648> MacPorts </projects/macports> Ports system for Mac OS

1 10

[MacPorts] #13565: Failure installing libidl
by MacPorts 04 Feb '08

04 Feb '08

#13565: Failure installing libidl ---------------------------+------------------------------------------------ Reporter: piet(a)cs.uu.nl | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.5.2 Keywords: | ---------------------------+------------------------------------------------ Libidl fails to install on my system. It looks different from other bug reports about libidl. System: MacBook 2GHz Intel Core2 Duo, 2GB RAM O.S: Mac OS X Tiger 10.4.11 Xcode version 2.4.1 Macports Version: 1.520 Libidl version: 0.8.9 -- Ticket URL: <https://svn.macosforge.org/projects/macports/ticket/13565> MacPorts </projects/macports> Ports system for Mac OS

1 5

[MacPorts] #13431: Update: py25-django-devel, py-django-devel
by MacPorts 02 Feb '08

02 Feb '08

#13431: Update: py25-django-devel, py-django-devel -------------------------------+-------------------------------------------- Reporter: ebgssth(a)gmail.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.5.2 Keywords: python django | -------------------------------+-------------------------------------------- Updated Portfile for 0.96.1, the latest Django. -- Ticket URL: <http://trac.macports.org/projects/macports/ticket/13431> MacPorts </projects/macports> Ports system for Mac OS

1 9

[MacPorts] #13667: Update py25-psycopg2 to pgsql v8.2 [Patch Included]
by MacPorts 01 Feb '08

01 Feb '08

#13667: Update py25-psycopg2 to pgsql v8.2 [Patch Included] ---------------------------------+------------------------------------------ Reporter: wsiegrist(a)apple.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Low | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: py25-psycopg2 | ---------------------------------+------------------------------------------ Here's a patch to the Portfile for py25-psycopg2 that changes the "81" to "82" to make it work with the latest pgsql. There's no maintainer, but maybe someone wants to land this? I needed to use it with v8.2 so I changed it locally, it worked, so now I figure someone else might want it. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13667> MacPorts </projects/macports> Ports system for Mac OS

1 1

[MacPorts] #13327: XFig crashes in Leopard
by MacPorts 01 Feb '08

01 Feb '08

#13327: XFig crashes in Leopard --------------------------+------------------------------------------------- Reporter: rich(a)wpi.edu | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.5 Component: ports | Version: 1.5.2 Keywords: | --------------------------+------------------------------------------------- I installed Leopard (but did not install the version of X11 from the "Additional" package on the install disk, because X11 is already installed by the basic Leopard install) and then downloaded and installed Macports-1.5.0-10.5 (and then did a selfupdate which updated to 1.520). Finally I did 'port install xfig', which built ok. There was a problem with app-defaults: ---> Activating xfig 3.2.5_1 Error: Target org.macports.activate returned: Image error: /usr/X11/lib/X11/app-defaults already exists and does not belong to a registered port. Unable to activate port xfig. Error: Status 1 encountered during processing. which I manually corrected by adding the Fig and Fig-color files to app- defaults folder manually. When I run xfig, I can draw lines and pull down the Help menu, but if I pull down he File or other menus, it crashes: xfig color = '#ffcccc' xfig3.2.5: SIGBUS signal trapped xfig: figure empty or not modified - exiting Abort trap It sure looks to me like a library version skew problem. But I cannot imagine what the problem is. -CR -- Ticket URL: <https://svn.macosforge.org/projects/macports/ticket/13327> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #13530: php5: add support for oracle / oci8
by MacPorts 01 Feb '08

01 Feb '08

#13530: php5: add support for oracle / oci8 -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.5.2 Keywords: | -------------------------------------+-------------------------------------- John Korchok requests that the php5 port should support oracle / oci8. This means we first need a port to install the oracle libraries, probably in the form of the freely-available [http://www.oracle.com/technology/tech/oci/instantclient/ instantclient]. I'm looking into this. -- Ticket URL: <https://trac.macports.org/projects/macports/ticket/13530> MacPorts </projects/macports> Ports system for Mac OS

1 4

[MacPorts] #13366: libiconv universal support without deactivating any previous version
by MacPorts 01 Feb '08

01 Feb '08

#13366: libiconv universal support without deactivating any previous version ------------------------------+--------------------------------------------- Reporter: nox(a)macports.org | Owner: ryandesign(a)macports.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.5.2 Keywords: | ------------------------------+--------------------------------------------- Changes: * Fixed universal support, it doesn't require anymore to deactivate any previous version. This revision just patchs src/Makefile.in in order to bypass libtool, just like on HP-UX. {{{ % port installed libiconv The following ports are currently installed: libiconv @1.12_0+darwin_8 (active) % lipo -info work/destroot/opt/local/bin/iconv work/destroot/opt/local/lib/libcharset.1.0.0.dylib Architectures in the fat file: work/destroot/opt/local/bin/iconv are: i386 ppc Architectures in the fat file: work/destroot/opt/local/lib/libcharset.1.0.0.dylib are: i386 ppc }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13366> MacPorts </projects/macports> Ports system for Mac OS

1 12

[MacPorts] #13379: gsed should create a gsed binary, not gnused
by MacPorts 30 Jan '08

30 Jan '08

#13379: gsed should create a gsed binary, not gnused ------------------------------+--------------------------------------------- Reporter: nox(a)macports.org | Owner: nox(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Keywords: | ------------------------------+--------------------------------------------- gsed has a {{{--program-prefix=gnu}}} configure argument, whereas its GNU brothers coreutils, diffutils and gawk all have {{{--program-prefix=g}}}. This should be fixed for consistency's sake. I'm adding maintainers of the ports depending on gsed in Cc fields, namely: * octave * quilt * teTeX Do you all accept that I modify your ports accordingly so that I can do a single commit for this move? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13379> MacPorts </projects/macports> Ports system for Mac OS

1 2