January 2008 - macports-users - lists.macosforge.org

please submit the following update and patch was: [Fwd:[MacPorts] #13845: UPDATE: darkstat 3.0.707]
by Olaf Foellinger 08 Jan '08

08 Jan '08

Hi, I've tested the patch and the update, it works, please submit it. Gruss Olaf

5 5

mod_python fails to build on Leopard
by Tabitha McNerney 08 Jan '08

08 Jan '08

For anyone that may be interested, I filed a bug report, Ticket #13856<http://trac.macports.org/projects/macports/ticket/13856>, regarding attempts to build the mod_python port for use with Apache 2 on a fresh system of MacPorts 1.6.0 on Leopard Server 10.5.1 Thanks, T.M.

2 3

MacPorts and IPv6
by Andre-John Mas 08 Jan '08

08 Jan '08

Hi, Since MacOS X officially supports IPv6, it would be nice if programs that provide an IPv6 build option could either have IPv6 specified in the default port, or at the very least as a variant. Hopefully everyone is ok with this enhancement request. I don't plan on testing the ports for this, but I can say that the Apache2 port already supports IPv6, but the Lynx port doesn't (ticket 13864). Andre

3 2

MacPorts servers will be down for a bit in about 5 hours
by James Berry 07 Jan '08

07 Jan '08

Our friends at MacOSForge tell us that the servers running macports will be down in about 5 hours for some scheduled maintenance: > We need to take the servers down briefly to apply some updates and > configuration changes. All services will have 5-10m of downtime > starting around 8PM on Monday. The Trac & Subversion services will > have additional downtime to upgrade the RAM to improve performance. > I expect Trac/SVN to be down for 30m total. I'll make announcements > in #macosforge as each services goes down and up. Everything should > be back to normal around 9pm. If the unexpected occurs, as it sometimes does, please bear with us. If you need a status update you might stop in on the #macports or #macosforge channels on freenode, where more information might or might not be available ;) James

1 0

Fwd: Beginner question -- how to resolve dependent dylib's when linking
by William Davis 07 Jan '08

07 Jan '08

possible useful info from uni-porting list; Begin forwarded message: > From: Martin Costabel <costabel(a)wanadoo.fr> > Date: December 30, 2007 8:12:57 AM EST > To: kelsey(a)slac.stanford.edu > Cc: unix-porting(a)lists.apple.com > Subject: Re: Beginner question -- how to resolve dependent dylib's > when linking > > Peter O'Gorman wrote: >> Mike Kelsey wrote: >>> Is there an option I can give to |libtool| or/and |ld|, such that >>> dependent >>> libraries mentioned inside .dylib's will be resolved via the -L >>> options? >> See -dylib_file in the ld(1) manpage. > > If you are on Leopard, you probably don't have to do anything in > this case. It is standard behavior there (in most situations > perceived as an annoying bug, though) that indirect libraries are > *not* looked up according to their install_name, but in the > directories defined by -L. > > Perversely, you are forced to use -dylib_file, or explicit -L -l > references, if you want them to be looked up at the path mentioned > in the referencing dylib. This wreaks all kinds of havoc if you have > several dylibs of the same name on your system, but in your > situation this may be the behavior you are wishing for. > > -- > Martin > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > Unix-porting mailing list (Unix-porting(a)lists.apple.com) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/unix-porting/frstan%40bellsouth.net > > This email sent to frstan(a)bellsouth.net William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.1 - (xorg-server 1.3.0-apple5) Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non

2 2

tiger -->> leopard link error: -lcrt
by ara howard 07 Jan '08

07 Jan '08

just migrated tiger -->> leopard: clean install. i'm copying stuff over by hand and had hoped i could do an rsync of my /opt tree on tiger to leopard. this seems to have work as at least many things are working. however, just tried to port install iterm and got: ld: library not found for -lcrt1.10.5.o so - is the iterm port hosed for leopard? or was i simply too hopeful that i could copy the tree over like that and have things work? kind regards. -a -- http://codeforpeople.com

2 1

sudo port install mldonkey
by Charlse Darwin 07 Jan '08

07 Jan '08

$ sudo port install mldonkey ---> Building ocaml with target world.opt Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_oc aml/work/ocaml-3.10.0" && unset LD_PREBIND LD_PREBIND_ALLOW_OVERLAP && make world.opt " returned error 2 Command output: cd byterun; make all make[1]: Nothing to be done for `all'. if test -f stdlib/libcamlrun.a; then :; else \ ln -s ../byterun/libcamlrun.a stdlib/libcamlrun.a; fi cd yacc; make all make[1]: Nothing to be done for `all'. cd lex; make all make[1]: Nothing to be done for `all'. cd tools; make all make[1]: Nothing to be done for `all'. cd stdlib; make all make[1]: Nothing to be done for `all'. cd asmrun; make all gcc -I../byterun -DCAML_NAME_SPACE -DNATIVE_CODE -DTARGET_power - DSYS_rhapsody -O -Wall -DDARWIN_VERSION_6 -D_FILE_OFFSET_BITS=64 - D_REENTRANT -c -o signals_asm.o signals_asm.c signals_asm.c: In function 'handle_signal': signals_asm.c:87: error: 'struct mcontext' has no member named '__ss' signals_asm.c:87: error: 'struct mcontext' has no member named '__ss' signals_asm.c:88: error: 'struct mcontext' has no member named '__ss' signals_asm.c: In function 'trap_handler': signals_asm.c:160: error: 'struct mcontext' has no member named '__ss' signals_asm.c:161: error: 'struct mcontext' has no member named '__ss' signals_asm.c:163: error: 'struct mcontext' has no member named '__ss' signals_asm.c:164: error: 'struct mcontext' has no member named '__ss' signals_asm.c: In function 'segv_handler': signals_asm.c:193: error: 'struct mcontext' has no member named '__ss' signals_asm.c:193: error: 'struct mcontext' has no member named '__ss' signals_asm.c:198: error: 'struct mcontext' has no member named '__ss' signals_asm.c:199: error: 'struct mcontext' has no member named '__ss' make[1]: *** [signals_asm.o] Error 1 make: *** [runtimeopt] Error 2 Error: The following dependencies failed to build: lablgtk ocaml Error: Status 1 encountered during processing.

4 9

qt3-mac
by Leo Studer 07 Jan '08

07 Jan '08

Hello I want to install LyX on my MacBook Pro Leopard 10.5.1 and did as follows sudo port install LyX then by building the dependencies port wants to configure qt3-mac and fails. Error: The following dependencies failed to build: qt3-mac Error: Status 1 encountered during processing. It seems that qt3-mac is not supported on Leopard. Does anyone have a work around? Thanks Leo

2 1

libpcap failure - Leopard 10.5.1
by Stefmit 07 Jan '08

07 Jan '08

---> Building libpcap 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_net_libpcap/work/libpcap-0.9.8" && make all " returned error 2 Command output: rm -f libpcap.dylib /usr/bin/gcc-4.0 -dynamiclib -o libpcap.`cat VERSION`.dylib \ -install_name /opt/local/lib/libpcap.0.dylib \ -compatibility_version 1.0.0 -current_version `cat VERSION` \ pcap-bpf.o fad-getad.o pcap.o inet.o gencode.o optimize.o nametoaddr.o etherent.o savefile.o bpf_filter.o bpf_image.o bpf_dump.o scanner.o grammar.o version.o Undefined symbols: "_lex_init", referenced from: _pcap_compile in gencode.o "_lex_cleanup", referenced from: _pcap_compile in gencode.o _pcap_compile in gencode.o "_pcap_lex", referenced from: _pcap_parse in grammar.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [libpcap.dylib] Error 1 Error: Unable to upgrade port: 1

2 1

ntop fails to build
by Jay Chandler 07 Jan '08

07 Jan '08

jay@Singularity~$ sudo port install ntop ---> Building ntop 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_net_ntop/work/ntop-3.3" && gnumake all " returned error 2 Command output: gnumake all-recursive Making all in . /bin/sh ./libtool --tag=CC --mode=compile /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -g -Os -DBUILD=112 -DMACOSX_DEPLOYMENT_TARGET=10.5 -F/System/Library/PrivateFrameworks/ -F/System/Library/Frameworks/ -pipe -Udarwin9 -Ddarwin9=darwin9 -I. -I/usr/local/include -I/opt/local/include -DDARWIN -I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-common -DPIC -MT address.lo -MD -MP -MF .deps/address.Tpo -c -o address.lo address.c /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -g -Os -DBUILD=112 -DMACOSX_DEPLOYMENT_TARGET=10.5 -F/System/Library/PrivateFrameworks/ -F/System/Library/Frameworks/ -pipe -Udarwin9 -Ddarwin9=darwin9 -I. -I/usr/local/include -I/opt/local/include -DDARWIN -I/usr/local/include -g -no-cpp-precomp -O2 -I/opt/local/include -I/usr/local/include -g -Wshadow -Wpointer-arith -Wmissing-prototypes -Wmissing-declarations -Wnested-externs -fno-common -DPIC -MT address.lo -MD -MP -MF .deps/address.Tpo -c address.c -fno-common -DPIC -o .libs/address.o In file included from ntop.h:484, from address.c:21: globals-structtypes.h:103: error: two or more data types in declaration specifiers globals-structtypes.h:103: warning: useless type name in empty declaration gnumake[2]: *** [address.lo] Error 1 gnumake[1]: *** [all-recursive] Error 1 gnumake: *** [all] Error 2 Error: Status 1 encountered during processing. -- Jay Chandler / KB1JWQ Living Legend / Systems Exorcist Today's Excuse: SIMM crosstalk

2 1