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

[MacPorts] #14401: possible bug with libstdc++ in gcc4.3 linked to /usr/lib/libgcc_s.1.dylib
by MacPorts 07 Mar '08

07 Mar '08

#14401: possible bug with libstdc++ in gcc4.3 linked to /usr/lib/libgcc_s.1.dylib ------------------------------------+--------------------------------------- Reporter: gnurser(a)googlemail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: c++ gcc43 | ------------------------------------+--------------------------------------- I compiled python/numpy/scipy with gcc4.3 20080208 scipy failed one of the nose tests -- it gave a segmentation fault trying to call ext_module_with_include -- a shared library constructed with c++ and headers Now % otool -L ext_module_with_include.so gives ext_module_with_include.so: /opt/local/lib/gcc43/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.10.0) /opt/local/lib/gcc43/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) However % otool -L /opt/local/lib/gcc43/libstdc++.6.dylib gives: /opt/local/lib/gcc43/libstdc++.6.dylib: /opt/local/lib/gcc43/libstdc++.6.dylib (compatibility version 7.0.0, current version 7.10.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) So /opt/local/lib/gcc43/libstdc++.6.dylib is linked to the old, system /usr/lib/libgcc_s.1.dylib instead of to the new /opt/local/lib/gcc43/libgcc_s.1.dylib The resulting conflict of libgcc_s.1.dylib libraries might explain the segmenting of the python module ext_module_with_include.so So, is this linkage of /opt/local/lib/gcc43/libstdc++.6.dylib to /usr/lib/libgcc_s.1.dylib a)perfectly Ok and irrelevant to my problem or b) a bug in the MacPorts portfile or c) a bug in gcc4.3 itself? The link to /usr/lib/libgcc_s.1.dylib is still there in gcc4.3 20080215 -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/14401> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #13866: updated version: py25-xattr 0.4
by MacPorts 07 Mar '08

07 Mar '08

#13866: updated version: py25-xattr 0.4 ------------------------------------+--------------------------------------- Reporter: bugmenot(a)trash-mail.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ------------------------------------+--------------------------------------- The attached Portfile appears to correctly install version 0.4 of the python xattr module. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13866> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #13851: avr-libc Build Error on Leopard
by MacPorts 07 Mar '08

07 Mar '08

#13851: avr-libc Build Error on Leopard -------------------------------+-------------------------------------------- Reporter: jdueitt(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: avr-libc | -------------------------------+-------------------------------------------- When attempting to install avr-libc on Leopard (Intel iMac) I get the following error: {{{ Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_ports_cross_avr-libc/work/avr-libc-1.4.4" && ./configure --prefix=/opt/local --prefix=/opt/local --host=avr --build=`./config.guess` " returned error 1 Command output: checking build system type... i686-apple-darwin9.1.0 checking host system type... avr-unknown-none checking if configuring for cross compile... yes checking if target host is avr... yes checking for a BSD-compatible install... /usr/bin/install checking whether build environment is sane... yes checking for gawk... no checking for mawk... no checking for nawk... no checking for awk... awk checking whether make sets $(MAKE)... yes checking for avr-strip... avr-strip checking for avr-gcc... /usr/bin/gcc-4.0 checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... yes checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether /usr/bin/gcc-4.0 accepts -g... yes checking for /usr/bin/gcc-4.0 option to accept ANSI C... none needed checking for style of include used by make... GNU checking dependency style of /usr/bin/gcc-4.0... gcc3 checking for avr-as... avr-as checking for avr-ranlib... avr-ranlib checking for avr-ar... avr-ar configure: error: Wrong C compiler found; check the PATH! Error: Status 1 encountered during processing. }}} I have already installed avr-gcc and avr-binutils. Those executables work when I invoke them. It seems that the configure step for avr-libc is not finding the correct gcc and is attempting to use the system's gcc (/usr/bin/gcc-4.0). If I download the source to avr-libc and do a manual configure and install outside of MacPorts everything works correctly. Is this a known problem and if so how do I correct it? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13851> MacPorts </projects/macports> Ports system for Mac OS

1 4

[MacPorts] #13839: Minicom fails to build on 10.5.1
by MacPorts 07 Mar '08

07 Mar '08

#13839: Minicom fails to build on 10.5.1 -------------------------------+-------------------------------------------- Reporter: jpollock1(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- Minicom fails to build on 10.5.1 ---> Building minicom 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_comms_minicom/work/minicom-2.1" && make all " returned error 2 Command output: make all-recursive Making all in doc make[2]: Nothing to be done for `all'. Making all in extras Making all in linux make[3]: Nothing to be done for `all'. Making all in tables make[3]: Nothing to be done for `all'. Making all in termcap make[3]: Nothing to be done for `all'. Making all in terminfo make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in man make[2]: Nothing to be done for `all'. Making all in intl make[2]: Nothing to be done for `all'. Making all in po make[2]: Nothing to be done for `all'. Making all in lib make[2]: Nothing to be done for `all'. Making all in src /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c window.c window.c:65: error: static declaration of 'BC' follows non-static declaration /usr/include/termcap.h:59: error: previous declaration of 'BC' was here make[2]: *** [window.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13839> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #13424: minicom fails to compile under 10.5
by MacPorts 07 Mar '08

07 Mar '08

#13424: minicom fails to compile under 10.5 -----------------------------+---------------------------------------------- Reporter: dsinn(a)dsinn.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Keywords: minicom | -----------------------------+---------------------------------------------- minicom files to compile under 10.5. Binary built under 10.4 does function correctly. --------------------------- fubar:~ dsinn$ sudo port install minicom ---> Fetching minicom ---> Verifying checksum(s) for minicom ---> Extracting minicom ---> Applying patches to minicom ---> Configuring minicom ---> Building minicom 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_comms_minicom/work/minicom-2.1" && make all " returned error 2 Command output: Making all in po make[2]: Nothing to be done for `all'. Making all in lib gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -O2 -c error.c rm -f libport.a ar cru libport.a error.o ranlib libport.a Making all in src gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c minicom.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c vt100.c vt100.c: In function 'vt_init': vt100.c:269: warning: pointer targets in assignment differ in signedness vt100.c:270: warning: pointer targets in assignment differ in signedness vt100.c: In function 'state4': vt100.c:818: warning: pointer targets in assignment differ in signedness vt100.c:822: warning: pointer targets in assignment differ in signedness vt100.c: In function 'state5': vt100.c:844: warning: pointer targets in assignment differ in signedness vt100.c:848: warning: pointer targets in assignment differ in signedness gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c config.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c help.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c updown.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c util.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c dial.c gcc -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I../lib -O2 -Wall -W -c window.c window.c:65: error: static declaration of 'BC' follows non-static declaration /usr/include/termcap.h:59: error: previous declaration of 'BC' was here make[2]: *** [window.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive-am] Error 2 Error: Status 1 encountered during processing. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13424> MacPorts </projects/macports> Ports system for Mac OS

1 4

[MacPorts] #13811: NEW: autoconf-archive-2007-12-18
by MacPorts 07 Mar '08

07 Mar '08

#13811: NEW: autoconf-archive-2007-12-18 ---------------------------------------+------------------------------------ Reporter: andrew(a)fernandes.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: autoconf automake archive | ---------------------------------------+------------------------------------ Added a new port to devel/autoconf-archive; this is the GNU archive of all sorts of useful autoconf macros. Installs automatically into /opt/local/share/aclocal. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13811> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #13797: Request: Synergy variant +broadcast
by MacPorts 07 Mar '08

07 Mar '08

#13797: Request: Synergy variant +broadcast ----------------------------------+----------------------------------------- Reporter: anton(a)bladehawke.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ----------------------------------+----------------------------------------- In some cases it is desirable to be able to echo or broadcast keystrokes to multiple computers simultaneously. The attached patch provides a toggle-able facility to allow synergy to function as a keyboard multiplexor as opposed to a software KM. Pressing the tilde (~) key toggles said functionality. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13797> MacPorts </projects/macports> Ports system for Mac OS

1 3

[MacPorts] #13801: mt-daapd has been updated to 2.4.1 (security fixes)
by MacPorts 07 Mar '08

07 Mar '08

#13801: mt-daapd has been updated to 2.4.1 (security fixes) ---------------------------------------+------------------------------------ Reporter: Patrick.Lemmens(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.6.0 Keywords: mt-daapd | ---------------------------------------+------------------------------------ See: http://sourceforge.net/project/showfiles.php?group_id=98211&package_id=1051… -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13801> MacPorts </projects/macports> Ports system for Mac OS

1 2

[MacPorts] #13793: xmaxima error on launch and crash on file read
by MacPorts 07 Mar '08

07 Mar '08

#13793: xmaxima error on launch and crash on file read -----------------------------------------+---------------------------------- Reporter: goldenberg(a)biology.utah.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: maxima, wish | -----------------------------------------+---------------------------------- When I launch xmaxima, I see the following error: 2008-01-02 14:00:35.967 Wish Shell[6594] CFLog (21): Error loading /System/Library/ScriptingAdditions/Digital Hub Scripting.osax/Contents/MacOS/Digital Hub Scripting: error code 4, error number 0 (Symbol not found: __cg_png_destroy_write_struct Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /usr/local/lib/libPng.dylib ) Maxima functions fine, until I try to use the batch command in the file menu, when the Wish shell crashes. Here is a report from the Apple crash reporter: Date/Time: 2008-01-02 14:01:34.605 -0700 OS Version: 10.4.11 (Build 8S165) Report Version: 4 Command: Wish Shell Path: /usr/bin/../../System/Library/Frameworks/Tk.framework/Versions/8.4/Resources/Wish Shell.app/Contents/MacOS/Wish Shell Parent: sh [6592] Version: 8.4.7 (8.4.7) Build Version: 100 Project Name: tcl Source Version: 200000 PID: 6594 Thread: Unknown Link (dyld) error: Symbol not found: __cg_png_create_read_struct Referenced from: /System/Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/Versions/A/ImageIO Expected in: /usr/local/lib/libPng.dylib Model: PowerMac7,3, BootROM 5.2.4f1, 2 processors, PowerPC G5 (3.0), 2 GHz, 1.5 GB Graphics: ATI Radeon 9600, ATY,RV351, AGP, 128 MB Memory Module: DIMM0/J11, 256 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM1/J12, 256 MB, DDR SDRAM, PC3200U-30330 Memory Module: DIMM2/J13, 512 MB, DDR SDRAM, PC3200U-25330 Memory Module: DIMM3/J14, 512 MB, DDR SDRAM, PC3200U-25330 Network Service: Built-in Ethernet, Ethernet, en0 Serial ATA Device: Maxtor 6B160M0, 152.67 GB Parallel ATA Device: PIONEER DVD-RW DVR-109 USB Device: Hub, Up to 12 Mb/sec, 500 mA USB Device: Hub, Up to 12 Mb/sec, 500 mA USB Device: Hub in Apple Pro Keyboard, Mitsumi Electric, Up to 12 Mb/sec, 500 mA USB Device: USB Optical Mouse, Logitech, Up to 1.5 Mb/sec, 100 mA USB Device: Apple Pro Keyboard, Mitsumi Electric, Up to 12 Mb/sec, 250 mA USB Device: Studio Display, Up to 1.5 Mb/sec, 500 mA FireWire Device: LaCie d2 Extreme LUN 0, LaCie Group SA, Up to 800 Mb/sec Thanks very much, David P. Goldenberg goldenberg(a)biology.utah.edu -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13793> MacPorts </projects/macports> Ports system for Mac OS

1 4

[MacPorts] #13788: gpgme variant for mutt-devel
by MacPorts 07 Mar '08

07 Mar '08

#13788: gpgme variant for mutt-devel --------------------------------+------------------------------------------- Reporter: ludwig(a)fh-worms.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: mutt-devel gpgme | --------------------------------+------------------------------------------- I'd be grateful if support for mutt's gpgme crypto backend was added to the port mutt-devel, at least as a variant. Unfortunately, I am swamped so I do not have the time to come up with a portfile patch myself. I'd like to take advantage of the bug fixes that went into mutt over the last year, but right now I am stuck at 1.5.11. Since I need S/MIME support and I am not satisfied with the S/MIME support provided by the "classic" crypto backend that calls openssl's command line tools, I cannot switch to the mutt-devel port. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13788> MacPorts </projects/macports> Ports system for Mac OS

1 3