From ryandesign at macports.org Sat Dec 1 00:49:16 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 1 00:46:25 2007 Subject: Problems compiling dbus-glib (freezing) In-Reply-To: References: Message-ID: <20023E6A-AED3-45C4-A495-C28F5604D3F0@macports.org> A very similar-looking problem is reported here: http://trac.macports.org/projects/macports/ticket/13448 I added your email address to the Cc list so you'll be informed of any progress. I also assigned the bug to the port's maintainer so that he'll see it. On Nov 30, 2007, at 05:34, Brett Randall wrote: > Hey all > > I'm very new to Mac. Have been using Debian linux for years but > decided to > give Mac OS X a go. Trying to get a bunch of apps working in Mac OS > X but > the dbus-glib library is not compiling. The port install sits there > for > hours doing nothing, and if I try a manual "make all", it gets to > this line: > > Making all in core > ../../dbus/dbus-binding-tool --prefix=my_object --mode=glib-server > --output=test-service-glib-glue.h ./test-service-glib.xml > > And then sits there for hours. If I control-break out of it, I get > an empty > test-service-glib-glue.h file. If I kill the process, it dumps out > a file > but its broken half way through. > > Does anyone know what the problem is, and how I can either fix it > or work > around it to get this dependency compiled? > From ryandesign at macports.org Sat Dec 1 00:50:56 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 1 00:48:02 2007 Subject: Building static version of glib2 In-Reply-To: <1F81C119-1421-4DDF-B1C7-A0CCEC2AAF1C@tchijov.com> References: <1F81C119-1421-4DDF-B1C7-A0CCEC2AAF1C@tchijov.com> Message-ID: <5452895D-D9E2-4A5F-BBB6-575AF9D912C3@macports.org> On Nov 30, 2007, at 12:10, Andrei Tchijov wrote: > Is it possible to instruct macports to build/install static version > of glib2? Most ports should install both dynamic and static versions of their libraries. Looking at the output of "port contents glib2", though, I don't see any .a files. I see now that glib2's ./configure --help says static libraries are disabled by default. I fixed this in r31643. If you wait 12 hours, "sudo port selfupdate" and then "sudo port upgrade glib2" you should get version 2.14.4_1 with static as well as dynamic libraries. Thanks for reporting this. From brett at hillsong.com Sat Dec 1 00:58:55 2007 From: brett at hillsong.com (Brett Randall) Date: Sat Dec 1 00:55:58 2007 Subject: Problems compiling dbus-glib (freezing) In-Reply-To: <20023E6A-AED3-45C4-A495-C28F5604D3F0@macports.org> Message-ID: Thanks Ryan. Googled the problem a bit and couldn?t find any info but will look to that bug-tracking system next time I have a problem. Appreciate your help. Brett. On 1/12/07 7:49 PM, "Ryan Schmidt" wrote: > A very similar-looking problem is reported here: > > http://trac.macports.org/projects/macports/ticket/13448 > > I added your email address to the Cc list so you'll be informed of > any progress. I also assigned the bug to the port's maintainer so > that he'll see it. > > On Nov 30, 2007, at 05:34, Brett Randall wrote: > >> > Hey all >> > >> > I'm very new to Mac. Have been using Debian linux for years but >> > decided to >> > give Mac OS X a go. Trying to get a bunch of apps working in Mac OS >> > X but >> > the dbus-glib library is not compiling. The port install sits there >> > for >> > hours doing nothing, and if I try a manual "make all", it gets to >> > this line: >> > >> > Making all in core >> > ../../dbus/dbus-binding-tool --prefix=my_object --mode=glib-server >> > --output=test-service-glib-glue.h ./test-service-glib.xml >> > >> > And then sits there for hours. If I control-break out of it, I get >> > an empty >> > test-service-glib-glue.h file. If I kill the process, it dumps out >> > a file >> > but its broken half way through. >> > >> > Does anyone know what the problem is, and how I can either fix it >> > or work >> > around it to get this dependency compiled? >> > > -- Brett Randall Systems Engineer Hillsong Church 02 8846 4800 ________________________________________________________________________ The material contained in this email may be confidential, and may also be the subject of copyright and/or privileged information. If you are not the intended recipient, any use, disclosure or copying of this document is prohibited. If you have received this document in error, please advise the sender and delete the document. This email communication does not create or vary any contractual relationship between Hillsong and you. Internet communications are not secure and accordingly Hillsong does not accept any legal liability for the contents of this message. Please note that neither Hillsong nor the sender accepts any responsibility for viruses and it is your responsibility to scan the email and any attachments. Hillsong www.hillsong.com ________________________________________________________________________ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071201/e51a885d/attachment.html From larlet at gmail.com Sat Dec 1 06:28:52 2007 From: larlet at gmail.com (David Larlet) Date: Sat Dec 1 06:26:02 2007 Subject: Problem installing redland-bindings +python (python 2.3 dependency) In-Reply-To: <54F57924-F260-4076-84E7-EDAA18C93014@gmail.com> References: <54F57924-F260-4076-84E7-EDAA18C93014@gmail.com> Message-ID: Hello, No more thoughts about that? Let me know if you need more informations to fix that part, I'd love to help if I can. Regards, David Le 26 nov. 07 ? 18:24, David Larlet a ?crit : > Hi all, > > I got some trouble with the python redland--binding on leopard, here > is the difference with the ruby installation: > > $ sudo port install redland-bindings +ruby > ---> Fetching redland-bindings > ---> Verifying checksum(s) for redland-bindings > ---> Extracting redland-bindings > ---> Configuring redland-bindings > ---> Building redland-bindings with target all > ---> Staging redland-bindings into destroot > ---> Installing redland-bindings 1.0.6.1_0+ruby > ---> Activating redland-bindings 1.0.6.1_0+ruby > ---> Cleaning redland-bindings > > > $ sudo port install redland-bindings +python > ---> Building python23 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_lang_python23/work/Python-2.3.6" && make > all " returned error 2 > Command output: gcc -L/opt/local/lib -u __dummy -u _PyMac_Error - > framework System -framework CoreServices -framework Foundation -o > python.exe \ > Modules/python.o \ > -L. -lpython2.3 -ldl -framework CoreServices -framework Foundation > Undefined symbols: > "__dummy", referenced from: > ld: symbol(s) not found > collect2: ld returned 1 exit status > make: *** [python.exe] Error 1 > > Error: The following dependencies failed to build: python23 > Error: Status 1 encountered during processing. > > > The issue seemed to be a python23 dependency so I decide to install > this one but I got another problem at this point: > > > $ sudo port install python23 > ---> Building python23 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_lang_python23/work/Python-2.3.6" && make > all " returned error 2 > Command output: gcc -L/opt/local/lib -u __dummy -u _PyMac_Error - > framework System -framework CoreServices -framework Foundation -o > python.exe \ > Modules/python.o \ > -L. -lpython2.3 -ldl -framework CoreServices -framework Foundation > Undefined symbols: > "__dummy", referenced from: > ld: symbol(s) not found > collect2: ld returned 1 exit status > make: *** [python.exe] Error 1 > > Error: Status 1 encountered during processing. > > > which were already reported here: http://lists.macosforge.org/pipermail/macports-users/2007-November/006972.html > > Now what can I do? I think it should more interesting to depends on > python24 but at least to allow me to install python23, or maybe I'm > doing something wrong? > > Regards, > David > From andrei at tchijov.com Sat Dec 1 07:44:40 2007 From: andrei at tchijov.com (Andrei Tchijov) Date: Sat Dec 1 07:41:44 2007 Subject: Building static version of glib2 In-Reply-To: <5452895D-D9E2-4A5F-BBB6-575AF9D912C3@macports.org> References: <1F81C119-1421-4DDF-B1C7-A0CCEC2AAF1C@tchijov.com> <5452895D-D9E2-4A5F-BBB6-575AF9D912C3@macports.org> Message-ID: Thanks for quick response. While you fixing it, could you do the same with ImageMagic? It does not install any static libraries either. Thanks a lot! Andrei Tchijov On Dec 1, 2007, at 03:50 , Ryan Schmidt wrote: > > On Nov 30, 2007, at 12:10, Andrei Tchijov wrote: > >> Is it possible to instruct macports to build/install static version >> of glib2? > > > Most ports should install both dynamic and static versions of their > libraries. > > Looking at the output of "port contents glib2", though, I don't see > any .a files. > > I see now that glib2's ./configure --help says static libraries are > disabled by default. > > I fixed this in r31643. If you wait 12 hours, "sudo port selfupdate" > and then "sudo port upgrade glib2" you should get version 2.14.4_1 > with static as well as dynamic libraries. > > Thanks for reporting this. > From andrei at tchijov.com Sat Dec 1 12:12:51 2007 From: andrei at tchijov.com (Andrei Tchijov) Date: Sat Dec 1 12:09:55 2007 Subject: Building static version of ImageMagick (was: Re: Building static version of glib2) In-Reply-To: <7949FB6C-2810-4F3B-B228-291056B8323F@macports.org> References: <1F81C119-1421-4DDF-B1C7-A0CCEC2AAF1C@tchijov.com> <5452895D-D9E2-4A5F-BBB6-575AF9D912C3@macports.org> <7949FB6C-2810-4F3B-B228-291056B8323F@macports.org> Message-ID: <704B505F-F5DB-4357-8127-E484987DC2D4@tchijov.com> Thanx again!!!! I already have tried "upgrade glib2" and it did produce static libraries! It did complained a little about libiconv (just in case, I have attached all messages at the bottom of this e-mail) Andrei On Dec 1, 2007, at 15:07 , Ryan Schmidt wrote: > > On Dec 1, 2007, at 09:44, Andrei Tchijov wrote: > >> Thanks for quick response. While you fixing it, could you do the >> same with ImageMagic? It does not install any static libraries >> either. > > ImageMagick is a bit of a different case. Its default is to build > static libraries, but the port specifically requested that static > libraries be disabled, and it has done so since the port was created > in r2591 on 2003-05-08. > > Enabling the static libraries seems to work though so I changed this > in r31651. Wait 12 hours and you should be able to install version > 6.3.7-1_1 which includes this fix. > > [local/lib] > upgrade glib2 ---> Fetching libiconv ---> Attempting to fetch libiconv-1.12.tar.gz from http://ftp.gnu.org/gnu/libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot Error: Target org.macports.destroot returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/libiconv-1.12" && make install DESTDIR=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot " returned error 2 Command output: libtool: install: warning: remember to run `libtool -- finish /opt/local/lib' case "darwin9.1.0" in \ aix*) (cd /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ lib && \ objects=`ar t libiconv.a`" "`ar t /lib/libiconv.a` && \ ar x libiconv.a && ar x /lib/libiconv.a && \ ar q libiconv.new.a $objects && \ rm -f $objects && \ mv -f libiconv.new.a libiconv.a) ;; \ esac if test -n ""; then /usr/bin/install -c -m 644 /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ lib/.new && mv /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ lib/.new /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ lib/ ; fi cd srclib && make install prefix='/opt/local' exec_prefix='/opt/local' libdir='/opt/local/lib' make install-am make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. cd src && make install prefix='/opt/local' exec_prefix='/opt/local' libdir='/opt/local/lib' test `ls -ld . | sed -e 's/^d\(.........\).*/\1/'` = rwxrwxrwx || chmod 777 . if [ ! -d /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ bin ] ; then /bin/sh ../build-aux/mkinstalldirs /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ bin ; fi case "darwin9.1.0" in \ hpux*) gcc -L/opt/local/lib -O2 `if test -n ''; then /opt/local/ bin; fi` iconv.o ../srclib/libicrt.a -L/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ lib -liconv `if test -n '/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot'; then echo " -Wl,+b -Wl,/opt/local/lib"; fi` -o iconv;; \ *) /bin/sh ../libtool --mode=link gcc -L/opt/local/lib -O2 `if test -n ''; then /opt/local/bin; fi` iconv.o ../srclib/libicrt.a /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_libiconv/work/destroot/opt/local/ lib/libiconv.la -o iconv;; \ esac gcc -O2 iconv.o -o iconv -L/opt/local/lib ../srclib/libicrt.a /opt/ local/lib/libiconv.dylib Undefined symbols: "_iconv_canonicalize", referenced from: _main in iconv.o _main in iconv.o ld: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [install] Error 1 make: *** [install] Error 2 Error: Unable to upgrade port: 1 ---> Fetching expat ---> Attempting to fetch expat-2.0.1.tar.gz from http://downloads.sourceforge.net/expat ---> Verifying checksum(s) for expat ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Deactivating expat 1.95.8_1 ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching gettext ---> Attempting to fetch gettext-0.17.tar.gz from http://ftp.gnu.org/gnu/gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Deactivating gettext 0.14.3_1 ---> Installing gettext 0.17_1 ---> Activating gettext 0.17_1 ---> Cleaning gettext ---> Fetching glib2 ---> Attempting to fetch glib-2.14.4.tar.bz2 from ftp://ftp.gtk.org/pub/glib/2.14/ ---> Verifying checksum(s) for glib2 ---> Extracting glib2 ---> Applying patches to glib2 ---> Configuring glib2 ---> Building glib2 with target all ---> Staging glib2 into destroot ---> Deactivating glib2 2.14.3_0+darwin_9 ---> Installing glib2 2.14.4_1+darwin_9 ---> Activating glib2 2.14.4_1+darwin_9 ---> Cleaning glib2 From ryandesign at macports.org Sat Dec 1 12:07:49 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 1 12:11:32 2007 Subject: Building static version of ImageMagick (was: Re: Building static version of glib2) In-Reply-To: References: <1F81C119-1421-4DDF-B1C7-A0CCEC2AAF1C@tchijov.com> <5452895D-D9E2-4A5F-BBB6-575AF9D912C3@macports.org> Message-ID: <7949FB6C-2810-4F3B-B228-291056B8323F@macports.org> On Dec 1, 2007, at 09:44, Andrei Tchijov wrote: > Thanks for quick response. While you fixing it, could you do the > same with ImageMagic? It does not install any static libraries either. ImageMagick is a bit of a different case. Its default is to build static libraries, but the port specifically requested that static libraries be disabled, and it has done so since the port was created in r2591 on 2003-05-08. Enabling the static libraries seems to work though so I changed this in r31651. Wait 12 hours and you should be able to install version 6.3.7-1_1 which includes this fix. From ryandesign at macports.org Sat Dec 1 12:19:36 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 1 12:16:39 2007 Subject: libiconv undefined symbols _iconv_canonicalize (was: Re: Building static version of ImageMagick) In-Reply-To: <704B505F-F5DB-4357-8127-E484987DC2D4@tchijov.com> References: <1F81C119-1421-4DDF-B1C7-A0CCEC2AAF1C@tchijov.com> <5452895D-D9E2-4A5F-BBB6-575AF9D912C3@macports.org> <7949FB6C-2810-4F3B-B228-291056B8323F@macports.org> <704B505F-F5DB-4357-8127-E484987DC2D4@tchijov.com> Message-ID: On Dec 1, 2007, at 14:12, Andrei Tchijov wrote: > I already have tried "upgrade glib2" and it did produce static > libraries! It did complained a little about libiconv (just in > case, I have attached all messages at the bottom of this e-mail) [snip] > ---> Staging libiconv into destroot [snip] > gcc -O2 iconv.o -o iconv -L/opt/local/lib ../srclib/libicrt.a /opt/ > local/lib/libiconv.dylib > Undefined symbols: > "_iconv_canonicalize", referenced from: > _main in iconv.o > _main in iconv.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[1]: *** [install] Error 1 > make: *** [install] Error 2 [snip] I don't think that's related at all to glib2. This was reported on the list some months ago, and I believe the solution was to forcibly uninstall libiconv (sudo port -f uninstall libiconv), clean the work area (sudo port clean --work libiconv), make sure there were no lingering libiconv items left over (have a look in /opt/local/lib and remove any iconv items you find), and then reinstall it (sudo port install libiconv). See the previous thread: http://lists.macosforge.org/pipermail/macports-users/2007-August/ 004954.html From ohlssons at skynet.be Sat Dec 1 12:21:36 2007 From: ohlssons at skynet.be (Jesse Ohlsson) Date: Sat Dec 1 12:18:38 2007 Subject: solved: What is MacPort 1.5 trying to pipe the gzip output to? In-Reply-To: <821417.81191.qm@web34506.mail.mud.yahoo.com> References: <821417.81191.qm@web34506.mail.mud.yahoo.com> Message-ID: <24195B94-166D-4D8A-905E-EE9511425BF0@skynet.be> Gentlemen, There was no /Previous System/... folder, so I copied tar from the install cd /usr/bin directory. I can now tar things... g5:~] jess% which tar /usr/bin/tar [g5:~] jess% tar tar: You must specify one of the `-Acdtrux' options Try `tar --help' or `tar --usage' for more information. But, here is the same attempt to install wireshark (or any other port): [g5:~] jess% sudo port install wireshark Password: ---> Extracting expat Error: Target org.macports.extract returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_textproc_expat/work" && gzip -dc /opt/ local/var/macports/distfiles/expat/expat-2.0.1.tar.gz | -xf - " returned error 127 Command output: sh: -xf: command not found gzip: stdout: Broken pipe Error: The following dependencies failed to build: glib2 gettext expat libiconv pkgconfig gtk2 atk cairo fontconfig freetype zlib libpng render xrender jpeg pango Xft2 xorg-xproto xorg-util-macros tiff libpcap openssl Error: Status 1 encountered during processing. So, I re-installed Macports and tried again. This time, tar works and things install. Thanks for the help with that. Jesse On Nov 28, 2007, at 7:54 PM, Mark Machado wrote: > Jesse - > > I also assume /usr/bin is the correct location. > That's where I ended up putting it. > > Mark > > --- Jesse Ohlsson wrote: > >> Ryan, I was hesitant to move the /usr/local >> directory, so haven't >> tried it yet. >> >> Mark, you are right, I have no tar utility >> installed any more for >> some reason... Any idea where it is supposed to go? >> I'm thinking / >> usr/bin... >> >> Thanks, I'll try to replace it this evening. >> >> Jesse >> >> >> On Nov 27, 2007, at 11:39 PM, Mark Machado wrote: >> >>> Jesse- >>> >>> I came across your message on the MacPort mailing >>> list about your 'gzip pipe' problem when I was >>> researching a similar problem I was encountering. >>> That thread pointed me at a solution to my problem >>> that I wanted to pass on in case yours was caused >> by >>> the same thing. What had happened to me is >> somehow >>> the 'tar' utility was removed from my system (I >> think >>> it might have happened when I updated XTools). >> Try >>> running 'tar' from an X11 terminal: if it is not >>> accessible, you probably have the same problem I >> did. >>> >>> To fix, I replaced the tar file (there was a >> backup >>> copy in /Previous System/usr/bin - you may have to >>> find it somewhere else), reran the XTools >> installer, >>> and everything was fine. >>> >>> Hope this helps, >>> >>> Mark >>> >>> >>> >>> >> > ____________________________________________________________________________________ >>> Never miss a thing. Make Yahoo your home page. >>> http://www.yahoo.com/r/hs >> >> > > > > > ____________________________________________________________________________________ > Never miss a thing. Make Yahoo your home page. > http://www.yahoo.com/r/hs From ohlssons at skynet.be Sat Dec 1 12:25:54 2007 From: ohlssons at skynet.be (Jesse Ohlsson) Date: Sat Dec 1 12:22:56 2007 Subject: Wireshark fails to complete install at gtk2 Message-ID: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> Hello, Trying to get wireshark installed, and it looked good until the install script got to the gtk2 installation. (G5 powerpc, OS X 10.5.1, MacPorts 1.520) Here's the install output: [g5:~/downloads] jess% sudo port install wireshark ---> Extracting expat ---> Configuring expat ---> Building expat with target all ---> Staging expat into destroot ---> Installing expat 2.0.1_0 ---> Activating expat 2.0.1_0 ---> Cleaning expat ---> Fetching libiconv ---> Attempting to fetch libiconv-1.12.tar.gz from http://ftp.gnu.org/gnu/libiconv ---> Verifying checksum(s) for libiconv ---> Extracting libiconv ---> Applying patches to libiconv ---> Configuring libiconv ---> Building libiconv with target all ---> Staging libiconv into destroot ---> Installing libiconv 1.12_0 ---> Activating libiconv 1.12_0 ---> Cleaning libiconv ---> Fetching gettext ---> Attempting to fetch gettext-0.17.tar.gz from http://ftp.gnu.org/gnu/gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Installing gettext 0.17_1 ---> Activating gettext 0.17_1 ---> Cleaning gettext ---> Fetching pkgconfig ---> Attempting to fetch pkg-config-0.22.tar.gz from http://mirror.opensysadmin.com/pkg-config/ ---> Verifying checksum(s) for pkgconfig ---> Extracting pkgconfig ---> Configuring pkgconfig ---> Building pkgconfig with target all ---> Staging pkgconfig into destroot ---> Installing pkgconfig 0.22_0 ---> Activating pkgconfig 0.22_0 ---> Cleaning pkgconfig ---> Fetching glib2 ---> Attempting to fetch glib-2.14.4.tar.bz2 from ftp://ftp.gtk.org/pub/glib/2.14/ ---> Verifying checksum(s) for glib2 ---> Extracting glib2 ---> Applying patches to glib2 ---> Configuring glib2 ---> Building glib2 with target all ---> Staging glib2 into destroot ---> Installing glib2 2.14.4_1+darwin_9 ---> Activating glib2 2.14.4_1+darwin_9 ---> Cleaning glib2 ---> Fetching atk ---> Attempting to fetch atk-1.20.0.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/atk/1.20/ ---> Verifying checksum(s) for atk ---> Extracting atk ---> Configuring atk ---> Building atk with target all ---> Staging atk into destroot ---> Installing atk 1.20.0_1 ---> Activating atk 1.20.0_1 ---> Cleaning atk ---> Fetching zlib ---> Attempting to fetch zlib-1.2.3.tar.bz2 from http://www.zlib.net/ ---> Verifying checksum(s) for zlib ---> Extracting zlib ---> Applying patches to zlib ---> Configuring zlib ---> Building zlib with target all ---> Staging zlib into destroot ---> Installing zlib 1.2.3_1 ---> Activating zlib 1.2.3_1 ---> Cleaning zlib ---> Fetching freetype ---> Attempting to fetch freetype-2.3.5.tar.bz2 from http://download.savannah.gnu.org/releases/freetype/ ---> Verifying checksum(s) for freetype ---> Extracting freetype ---> Applying patches to freetype ---> Configuring freetype ---> Building freetype with target all ---> Staging freetype into destroot ---> Installing freetype 2.3.5_1 ---> Activating freetype 2.3.5_1 ---> Cleaning freetype ---> Fetching fontconfig ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http://fontconfig.org/release/ ---> Verifying checksum(s) for fontconfig ---> Extracting fontconfig ---> Configuring fontconfig ---> Building fontconfig with target all ---> Staging fontconfig into destroot ---> Installing fontconfig 2.5.0_0+macosx ---> Activating fontconfig 2.5.0_0+macosx ---> Cleaning fontconfig ---> Fetching libpng ---> Attempting to fetch libpng-1.2.23.tar.bz2 from http://downloads.sourceforge.net/libpng ---> Verifying checksum(s) for libpng ---> Extracting libpng ---> Configuring libpng ---> Building libpng with target all ---> Staging libpng into destroot ---> Installing libpng 1.2.23_0 ---> Activating libpng 1.2.23_0 ---> Cleaning libpng ---> Fetching render ---> Attempting to fetch renderext-0.9.tar.bz2 from http://xlibs.freedesktop.org/release/ ---> Verifying checksum(s) for render ---> Extracting render ---> Configuring render ---> Building render with target all ---> Staging render into destroot ---> Installing render 0.9_1 ---> Activating render 0.9_1 ---> Cleaning render ---> Fetching xrender ---> Attempting to fetch libXrender-0.9.0.tar.bz2 from http://xlibs.freedesktop.org/release/ ---> Verifying checksum(s) for xrender ---> Extracting xrender ---> Configuring xrender ---> Building xrender with target all ---> Staging xrender into destroot ---> Installing xrender 0.9.0_1 ---> Activating xrender 0.9.0_1 ---> Cleaning xrender ---> Fetching cairo ---> Attempting to fetch cairo-1.4.12.tar.gz from http://cairographics.org/releases/ ---> Verifying checksum(s) for cairo ---> Extracting cairo ---> Configuring cairo ---> Building cairo with target all ---> Staging cairo into destroot ---> Installing cairo 1.4.12_0 ---> Activating cairo 1.4.12_0 ---> Cleaning cairo ---> Fetching jpeg ---> Attempting to fetch jpegsrc.v6b.tar.gz from http://www.ijg.org/files ---> Attempting to fetch droppatch.tar.gz from http://sylvana.net/jpegcrop/ ---> Verifying checksum(s) for jpeg ---> Extracting jpeg ---> Applying patches to jpeg ---> Configuring jpeg ---> Building jpeg with target all ---> Staging jpeg into destroot ---> Installing jpeg 6b_2 ---> Activating jpeg 6b_2 ---> Cleaning jpeg ---> Fetching xorg-util-macros ---> Attempting to fetch util-macros-1.1.5.tar.bz2 from http://www.x.org/pub/individual/util/ ---> Verifying checksum(s) for xorg-util-macros ---> Extracting xorg-util-macros ---> Configuring xorg-util-macros ---> Building xorg-util-macros with target all ---> Staging xorg-util-macros into destroot ---> Installing xorg-util-macros 1.1.5_0 ---> Activating xorg-util-macros 1.1.5_0 ---> Cleaning xorg-util-macros ---> Fetching xorg-xproto ---> Attempting to fetch xproto-7.0.11.tar.bz2 from http://www.x.org/pub/individual/proto/ ---> Verifying checksum(s) for xorg-xproto ---> Extracting xorg-xproto ---> Applying patches to xorg-xproto ---> Configuring xorg-xproto ---> Building xorg-xproto with target all ---> Staging xorg-xproto into destroot ---> Installing xorg-xproto 7.0.11_1 ---> Activating xorg-xproto 7.0.11_1 ---> Cleaning xorg-xproto ---> Fetching Xft2 ---> Attempting to fetch libXft-2.1.12.tar.bz2 from http://xorg.freedesktop.org/releases/individual/lib/ ---> Verifying checksum(s) for Xft2 ---> Extracting Xft2 ---> Configuring Xft2 ---> Building Xft2 with target all ---> Staging Xft2 into destroot ---> Installing Xft2 2.1.12_0 ---> Activating Xft2 2.1.12_0 ---> Cleaning Xft2 ---> Fetching pango ---> Attempting to fetch pango-1.18.3.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/pango/1.18 ---> Verifying checksum(s) for pango ---> Extracting pango ---> Applying patches to pango ---> Configuring pango ---> Building pango with target all ---> Staging pango into destroot ---> Installing pango 1.18.3_0 ---> Activating pango 1.18.3_0 ---> Cleaning pango ---> Fetching tiff ---> Attempting to fetch tiff-3.8.2.tar.gz from ftp://ftp.remotesensing.org/pub/libtiff/ ---> Verifying checksum(s) for tiff ---> Extracting tiff ---> Configuring tiff ---> Building tiff with target all ---> Staging tiff into destroot ---> Installing tiff 3.8.2_1+macosx ---> Activating tiff 3.8.2_1+macosx ---> Cleaning tiff ---> Fetching gtk2 Error: Target org.macports.fetch returned: You must install gtk2 with either the +quartz or +x11 variant specified. Error: The following dependencies failed to build: gtk2 libpcap openssl Error: Status 1 encountered during processing. Does anyone know what to do next? Jesse From ktan at realityartisans.com Sat Dec 1 13:32:00 2007 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Sat Dec 1 13:29:02 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> Message-ID: On Dec 1, 2007, at 15:25, Jesse Ohlsson wrote: > Hello, > > Trying to get wireshark installed, and it looked good until the > install script got to the gtk2 installation. > > (G5 powerpc, OS X 10.5.1, MacPorts 1.520) > > Here's the install output: > ---> Fetching gtk2 > Error: Target org.macports.fetch returned: > You must install gtk2 with either the +quartz or +x11 variant > specified. > > Error: The following dependencies failed to build: gtk2 libpcap > openssl > Error: Status 1 encountered during processing. > > > Does anyone know what to do next? Try this in order (I bumped into this same issue and did the following): sudo port -Rv install gtk2 +x11 sudo port -Rv install libpcap sudo port -Rv install openssl sudo port -Rv install wireshark I read in a discussion thread dated in March 2007 while Googling for the search terms "gtk2 quartz" that the quartz variant was unusable at that time. So, since Wireshark has an X11 front-end, I figured I might as well go with the x11 variant of gtk2... Seems to work for me (I now have a seemingly functional Wireshark) although I'm still on Tiger (10.4.11). YMMV. -- Reality Artisans, Inc. # Network Wrangling and System Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 From lists at sequestered.net Sat Dec 1 15:53:22 2007 From: lists at sequestered.net (Jay Chandler) Date: Sat Dec 1 15:51:02 2007 Subject: Error on dsniff install Message-ID: <4751F3F2.2070309@sequestered.net> Hmm-- this is odd. Anyone have a suggestion or two? -- Jay bash-3.2# port install dsniff ---> Fetching libnet ---> Attempting to fetch libnet-1.0.2a.tar.gz from http://www.packetfactory.net/libnet/dist/deprecated/ ---> Verifying checksum(s) for libnet ---> Extracting libnet ---> Applying patches to libnet ---> Configuring libnet ---> Building libnet 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_libnet/work/Libnet-1.0.2a" && make all " returned error 2 Command output: src/../include/./libnet/libnet-functions.h:500: warning: its scope is only this definition or declaration, which is probably not what you want gcc -O2 -funroll-loops -fomit-frame-pointer -Wall -I/opt/local/include -DHAVE_CONFIG_H -c src/libnet_checksum.c -o src/libnet_checksum.o In file included from src/../include/libnet.h:81, from src/libnet_checksum.c:37: src/../include/./libnet/libnet-functions.h:500: warning: 'struct ipoption' declared inside parameter list src/../include/./libnet/libnet-functions.h:500: warning: its scope is only this definition or declaration, which is probably not what you want src/libnet_checksum.c: In function 'libnet_do_checksum': src/libnet_checksum.c:200: warning: comparison is always false due to limited range of data type gcc -O2 -funroll-loops -fomit-frame-pointer -Wall -I/opt/local/include -DHAVE_CONFIG_H -c src/libnet_prand.c -o src/libnet_prand.o In file included from src/../include/libnet.h:81, from src/libnet_prand.c:36: src/../include/./libnet/libnet-functions.h:500: warning: 'struct ipoption' declared inside parameter list src/../include/./libnet/libnet-functions.h:500: warning: its scope is only this definition or declaration, which is probably not what you want gcc -O2 -funroll-loops -fomit-frame-pointer -Wall -I/opt/local/include -DHAVE_CONFIG_H -c src/libnet_version.c -o src/libnet_version.o gcc -O2 -funroll-loops -fomit-frame-pointer -Wall -I/opt/local/include -DHAVE_CONFIG_H -c src/libnet_write_ip.c -o src/libnet_write_ip.o In file included from src/../include/libnet.h:81, from src/libnet_write_ip.c:36: src/../include/./libnet/libnet-functions.h:500: warning: 'struct ipoption' declared inside parameter list src/../include/./libnet/libnet-functions.h:500: warning: its scope is only this definition or declaration, which is probably not what you want gcc -O2 -funroll-loops -fomit-frame-pointer -Wall -I/opt/local/include -DHAVE_CONFIG_H -c src/libnet_insert_ipo.c -o src/libnet_insert_ipo.o In file included from src/../include/libnet.h:81, from src/libnet_insert_ipo.c:36: src/../include/./libnet/libnet-functions.h:500: warning: 'struct ipoption' declared inside parameter list src/../include/./libnet/libnet-functions.h:500: warning: its scope is only this definition or declaration, which is probably not what you want src/libnet_insert_ipo.c:39: warning: 'struct ipoption' declared inside parameter list src/libnet_insert_ipo.c:40: error: conflicting types for 'libnet_insert_ipo' src/../include/./libnet/libnet-functions.h:500: error: previous declaration of 'libnet_insert_ipo' was here src/libnet_insert_ipo.c: In function 'libnet_insert_ipo': src/libnet_insert_ipo.c:83: error: dereferencing pointer to incomplete type make: *** [src/libnet_insert_ipo.o] Error 1 Error: The following dependencies failed to build: libnet libnids Error: Status 1 encountered during processing. bash-3.2# From lists at sequestered.net Sat Dec 1 16:10:15 2007 From: lists at sequestered.net (Jay Chandler) Date: Sat Dec 1 16:07:35 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> Message-ID: <4751F7E7.7080605@sequestered.net> Kok-Yong Tan wrote: > > On Dec 1, 2007, at 15:25, Jesse Ohlsson wrote: > >> Hello, >> >> Trying to get wireshark installed, and it looked good until the >> install script got to the gtk2 installation. >> >> (G5 powerpc, OS X 10.5.1, MacPorts 1.520) >> >> Here's the install output: > > > >> ---> Fetching gtk2 >> Error: Target org.macports.fetch returned: >> You must install gtk2 with either the +quartz or +x11 variant specified. >> >> Error: The following dependencies failed to build: gtk2 libpcap openssl >> Error: Status 1 encountered during processing. >> >> >> Does anyone know what to do next? > > > Try this in order (I bumped into this same issue and did the following): > > sudo port -Rv install gtk2 +x11 > sudo port -Rv install libpcap > sudo port -Rv install openssl > sudo port -Rv install wireshark > I skipped that mysef, just uninstalled gtk2, and then installed it with the +x11 variant. Got my new Macbook yesterday, I've been going slightly crazy getting everything the way I want it. Does anyone know if the Quartz build works as well? -- Jay From lists at sequestered.net Sat Dec 1 16:22:52 2007 From: lists at sequestered.net (Jay Chandler) Date: Sat Dec 1 16:20:14 2007 Subject: Error on dsniff install In-Reply-To: <4751F3F2.2070309@sequestered.net> References: <4751F3F2.2070309@sequestered.net> Message-ID: <4751FADC.5030701@sequestered.net> Jay Chandler wrote: > Hmm-- this is odd. Anyone have a suggestion or two? > > -- Jay Well crap. http://trac.macports.org/projects/macports/ticket/13073 Apparently it's not just me, and there hasn't been progress made on this ticket in ages. Anyone have a direction for me to start going in to resolve this? --J From iqgrande at gmail.com Sat Dec 1 16:30:06 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Sat Dec 1 16:27:10 2007 Subject: Ghostscript 8.61 Message-ID: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> Hello, I just noticed the following as I updated my installation. ---> Fetching ghostscript ---> Attempting to fetch ghostscript-8.61.tar.gz from http://downloads.sourceforge.net/ghostscript ---> Verifying checksum(s) for ghostscript ---> Extracting ghostscript ---> Applying patches to ghostscript ---> Configuring ghostscript ---> Building ghostscript ---> Staging ghostscript into destroot Warning: ghostscript requests to install files outside the common directory structure! ---> Deactivating ghostscript 8.60_0 ---> Installing ghostscript 8.61_0 The following files have been renamed (and should be removed): /private/etc/cups/pstoraster.convs -> /private/etc/cups/ pstoraster.convs.old /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ pstopxl.old /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ pstoraster.old /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ pxlcolor.ppd.old /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ pxlmono.ppd.old ---> Activating ghostscript 8.61_0 ---> Cleaning ghostscript This has prompted me to ask a few questions, which I have enumerated below. Thank you for your assistance in helping me answer these. 1) What files has this port installed outside of the common directory structure? 2) If I `sudo port uninstall ghostscript`, will it put things back to how they were prior to this upgrade (will it fix any of the Apple files/programs/directories that the port modified in 1))? 3) What does the "no_cups" variant do? Thank you for your help with these. Regards, Anthony From randall.h.wood at alexandriasoftware.com Sat Dec 1 18:13:38 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Sat Dec 1 18:10:38 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: <4751F7E7.7080605@sequestered.net> References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <4751F7E7.7080605@sequestered.net> Message-ID: Although I don't use wireshark (and therefor can't evaluate if it works) I did build it with quartz and have run it without crashes. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071201/8150a75a/attachment.html From damianeastwood at yahoo.co.uk Sat Dec 1 20:16:50 2007 From: damianeastwood at yahoo.co.uk (Damian Eastwood) Date: Sat Dec 1 20:13:52 2007 Subject: Libao Failure to Build Message-ID: <316004.90990.qm@web27414.mail.ukl.yahoo.com> I am new to Apple Mac, and especially to MacPorts. I have been trying to install Pidgin messenger and have come unstuck with Libao. I have tried googling for a solution and cannot find anything relevant I was hoping someone out there knows what to do. Here is what I get when I do: sudo port install libao Macintosh:~ damianeastwood$ sudo port -dv install libao DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/libao DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/audio/libao DEBUG: Requested variant i386 is not provided by port libao. DEBUG: Requested variant macosx is not provided by port libao. DEBUG: Executing variant darwin provides darwin DEBUG: Skipping completed org.macports.main (libao) DEBUG: Skipping completed org.macports.fetch (libao) DEBUG: Skipping completed org.macports.checksum (libao) DEBUG: Skipping completed org.macports.extract (libao) DEBUG: Skipping completed org.macports.patch (libao) DEBUG: Skipping completed org.macports.configure (libao) ---> Building libao with target all DEBUG: Executing org.macports.build (libao) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_libao/work/libao-0.8.6" && make all' Making all in src Making all in plugins Making all in oss make[3]: Nothing to be done for `all'. Making all in esd make[3]: Nothing to be done for `all'. Making all in arts make[3]: Nothing to be done for `all'. Making all in alsa make[3]: Nothing to be done for `all'. Making all in alsa09 make[3]: Nothing to be done for `all'. Making all in sun make[3]: Nothing to be done for `all'. Making all in irix make[3]: Nothing to be done for `all'. Making all in macosx if /bin/sh ../../../libtool --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libao\" -DVERSION=\"0.8.6\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBPTHREAD=1 -DDLOPEN_FLAG=\(RTLD_LAZY\) -DSHARED_LIB_EXT=\".so\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -I. -I. -I../../../include/ao -I../../../include -I/opt/local/include -D__NO_MATH_INLINES -fsigned-char -O2 -MT ao_macosx.lo -MD -MP -MF ".deps/ao_macosx.Tpo" -c -o ao_macosx.lo ao_macosx.c; \ then mv -f ".deps/ao_macosx.Tpo" ".deps/ao_macosx.Plo"; else rm -f ".deps/ao_macosx.Tpo"; exit 1; fi gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libao\" -DVERSION=\"0.8.6\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBPTHREAD=1 "-DDLOPEN_FLAG=(RTLD_LAZY)" -DSHARED_LIB_EXT=\".so\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -I. -I. -I../../../include/ao -I../../../include -I/opt/local/include -D__NO_MATH_INLINES -fsigned-char -O2 -MT ao_macosx.lo -MD -MP -MF .deps/ao_macosx.Tpo -c ao_macosx.c -fno-common -DPIC -o .libs/ao_macosx.o ao_macosx.c: In function 'ao_plugin_open': ao_macosx.c:227: error: storage size of 'callback' isn't known ao_macosx.c:251: error: 'kAudioUnitComponentType' undeclared (first use in this function) ao_macosx.c:251: error: (Each undeclared identifier is reported only once ao_macosx.c:251: error: for each function it appears in.) ao_macosx.c:252: error: 'kAudioUnitSubType_Output' undeclared (first use in this function) ao_macosx.c:253: error: 'kAudioUnitID_DefaultOutput' undeclared (first use in this function) ao_macosx.c:276: error: 'kAudioUnitProperty_SetInputCallback' undeclared (first use in this function) make[3]: *** [ao_macosx.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_audio_libao/work/libao-0.8.6" && make all " returned error 2 Command output: Making all in oss make[3]: Nothing to be done for `all'. Making all in esd make[3]: Nothing to be done for `all'. Making all in arts make[3]: Nothing to be done for `all'. Making all in alsa make[3]: Nothing to be done for `all'. Making all in alsa09 make[3]: Nothing to be done for `all'. Making all in sun make[3]: Nothing to be done for `all'. Making all in irix make[3]: Nothing to be done for `all'. Making all in macosx if /bin/sh ../../../libtool --mode=compile gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libao\" -DVERSION=\"0.8.6\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBPTHREAD=1 -DDLOPEN_FLAG=\(RTLD_LAZY\) -DSHARED_LIB_EXT=\".so\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -I. -I. -I../../../include/ao -I../../../include -I/opt/local/include -D__NO_MATH_INLINES -fsigned-char -O2 -MT ao_macosx.lo -MD -MP -MF ".deps/ao_macosx.Tpo" -c -o ao_macosx.lo ao_macosx.c; \ then mv -f ".deps/ao_macosx.Tpo" ".deps/ao_macosx.Plo"; else rm -f ".deps/ao_macosx.Tpo"; exit 1; fi gcc -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DPACKAGE=\"libao\" -DVERSION=\"0.8.6\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_DLFCN_H=1 -DHAVE_LIBPTHREAD=1 "-DDLOPEN_FLAG=(RTLD_LAZY)" -DSHARED_LIB_EXT=\".so\" -DSIZEOF_SHORT=2 -DSIZEOF_INT=4 -DSIZEOF_LONG=4 -I. -I. -I../../../include/ao -I../../../include -I/opt/local/include -D__NO_MATH_INLINES -fsigned-char -O2 -MT ao_macosx.lo -MD -MP -MF .deps/ao_macosx.Tpo -c ao_macosx.c -fno-common -DPIC -o .libs/ao_macosx.o ao_macosx.c: In function 'ao_plugin_open': ao_macosx.c:227: error: storage size of 'callback' isn't known ao_macosx.c:251: error: 'kAudioUnitComponentType' undeclared (first use in this function) ao_macosx.c:251: error: (Each undeclared identifier is reported only once ao_macosx.c:251: error: for each function it appears in.) ao_macosx.c:252: error: 'kAudioUnitSubType_Output' undeclared (first use in this function) ao_macosx.c:253: error: 'kAudioUnitID_DefaultOutput' undeclared (first use in this function) ao_macosx.c:276: error: 'kAudioUnitProperty_SetInputCallback' undeclared (first use in this function) make[3]: *** [ao_macosx.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Warning: the following items did not execute (for libao): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Thanks in advance. Damian Eastwood __________________________________________________________ Sent from Yahoo! - the World's favourite mail http://uk.mail.yahoo.com From ktan at realityartisans.com Sat Dec 1 22:45:19 2007 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Sat Dec 1 22:42:20 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <4751F7E7.7080605@sequestered.net> Message-ID: <4ADEF143-3377-4B9C-AAAF-0E00F0CF29EA@realityartisans.com> They might have fixed the quartz stability since March 2007. But I'm confused: Why would you bother building something if you weren't going to use it? On Dec 1, 2007, at 21:13, Randall Wood wrote: > Although I don't use wireshark (and therefor can't evaluate if it > works) I did build it with quartz and have run it without crashes. -- Reality Artisans, Inc. # Network Wrangling and System Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071202/2a648864/attachment-0001.html From rytis.sileika at gmail.com Sat Dec 1 23:08:24 2007 From: rytis.sileika at gmail.com (Rytis Sileika) Date: Sat Dec 1 23:05:22 2007 Subject: DVDAuthor fails to build Message-ID: Hi, Anyone's got an idea why this is happening? Did some search on Google, but no luck... Thanks, Rytis $ sudo port install dvdauthor ---> Building dvdauthor 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_dvdauthor/work/dvdauthor- 0.6.11" && make all " returned error 2 Command output: Making all in doc make[1]: Nothing to be done for `all'. Making all in src make all-am if gcc -DHAVE_CONFIG_H -I. -I. -I. -DSYSCONFDIR="\"/opt/local/etc\"" -I/usr/include/libxml2 -I/usr/X11/include/freetype2 -I/usr/X11/include -I/opt/local/include -Wall -O2 -MT readxml.o -MD -MP -MF ".deps/readxml.Tpo" -c -o readxml.o readxml.c; \ then mv -f ".deps/readxml.Tpo" ".deps/readxml.Po"; else rm -f ".deps/readxml.Tpo"; exit 1; fi readxml.c : In function 'readxml': readxml.c:78: warning: pointer targets in passing argument 1 of 'strcmp' differ in signedness readxml.c:89: warning: pointer targets in initialization differ in signedness readxml.c:89: warning: pointer targets in initialization differ in signedness readxml.c:144: warning: pointer targets in initialization differ in signedness readxml.c: At top level: readxml.c:193: error: syntax error before 'get_conv' readxml.c:194: warning: return type defaults to 'int' readxml.c: In function 'get_conv': readxml.c:195: error: nested functions are disabled, use -fnested-functions to re-enable readxml.c:195: error: syntax error before 'ic' readxml.c:197: error: 'ic' undeclared (first use in this function) readxml.c:197: error: (Each undeclared identifier is reported only once readxml.c:197: error: for each function it appears in.) readxml.c :197: error: 'iconv_t' undeclared (first use in this function) readxml.c:212: warning: implicit declaration of function 'iconv_open' readxml.c: In function 'utf8tolocal': readxml.c:223: error: 'iconv_t' undeclared (first use in this function) readxml.c:223: error: syntax error before 'c' readxml.c:230: warning: implicit declaration of function 'iconv' readxml.c:230: error: 'c' undeclared (first use in this function) make[2]: *** [ readxml.o] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Status 1 encountered during processing. If anyone's interested here's the piece of code: int xml_ison(const char *s) { if( !strcmp(s,"1") || !strcasecmp(s,"on") || !strcasecmp(s,"yes") ) return 1; if( !strcmp(s,"0") || !strcasecmp(s,"off") || !strcasecmp(s,"no") ) return 0; return -1; } #if defined(HAVE_ICONV) && defined(HAVE_LANGINFO_CODESET) static iconv_t get_conv() // this is line 193 { static iconv_t ic=(iconv_t)-1; if( ic==((iconv_t)-1) ) { char *enc; errno=0; enc=setlocale(LC_ALL,""); if( enc ) { fprintf(stderr,"INFO: Locale=%s\n",enc); -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071202/385689c5/attachment.html From ryandesign at macports.org Sun Dec 2 00:24:26 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 00:21:31 2007 Subject: Libao Failure to Build In-Reply-To: <316004.90990.qm@web27414.mail.ukl.yahoo.com> References: <316004.90990.qm@web27414.mail.ukl.yahoo.com> Message-ID: On Dec 1, 2007, at 22:16, Damian Eastwood wrote: > I am new to Apple Mac, and especially to MacPorts. I > have been trying to install Pidgin messenger and have > come unstuck with Libao. I have tried googling for a > solution and cannot find anything relevant I was > hoping someone out there knows what to do. Welcome to MacPorts! There have been some changes committed to the libao port in the past 48 hours. Are you sure you have the latest version? Did you "sudo port selfupdate" before trying to install? If not, do it now. Then, "sudo port clean --work libao". Then try to install it again. If it still doesn't work, please indicate your version of Mac OS X and Xcode and your processor architecture. Thanks. From ryandesign at macports.org Sun Dec 2 00:26:06 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 00:23:10 2007 Subject: DVDAuthor fails to build In-Reply-To: References: Message-ID: <889D1723-B25A-4987-8628-1EEF1D36D866@macports.org> On Dec 2, 2007, at 01:08, Rytis Sileika wrote: > Anyone's got an idea why this is happening? Did some search on > Google, but no luck... No, I don't know. I don't see an open ticket in Trac either. So you should file one. Instructions are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing From ryandesign at macports.org Sun Dec 2 00:29:23 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 00:26:27 2007 Subject: Ghostscript 8.61 In-Reply-To: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> References: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> Message-ID: <5D4F1C8D-1904-4354-849D-49003AAE3606@macports.org> On Dec 1, 2007, at 18:30, Anthony Michael Agelastos wrote: > I just noticed the following as I updated my installation. > > ---> Fetching ghostscript > ---> Attempting to fetch ghostscript-8.61.tar.gz from http:// > downloads.sourceforge.net/ghostscript > ---> Verifying checksum(s) for ghostscript > ---> Extracting ghostscript > ---> Applying patches to ghostscript > ---> Configuring ghostscript > ---> Building ghostscript > ---> Staging ghostscript into destroot > Warning: ghostscript requests to install files outside the common > directory structure! > ---> Deactivating ghostscript 8.60_0 > ---> Installing ghostscript 8.61_0 > > The following files have been renamed (and should be removed): > /private/etc/cups/pstoraster.convs -> /private/etc/cups/ > pstoraster.convs.old > /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ > pstopxl.old > /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ > pstoraster.old > /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ > pxlcolor.ppd.old > /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ > pxlmono.ppd.old > > ---> Activating ghostscript 8.61_0 > ---> Cleaning ghostscript > > This has prompted me to ask a few questions, which I have > enumerated below. Thank you for your assistance in helping me > answer these. > > 1) What files has this port installed outside of the common > directory structure? You can find out what files it installs by using "port contents ghostscript". It looks like it's these files: /private/etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/share/cups/model/pxlmono.ppd > 2) If I `sudo port uninstall ghostscript`, will it put things back > to how they were prior to this upgrade (will it fix any of the > Apple files/programs/directories that the port modified in 1))? If the port modified any Apple-provided files, then no. But, no port should be modifying any Apple-provided files. They may merely (as per the message) be installing new files outside the MacPorts prefix. And if so, then yes, "port uninstall" will uninstall those files also. > 3) What does the "no_cups" variant do? Probably installs ghostscript without support for CUPS (the Common Unix Printing Solution). "port variants ghostscript" says so. Not sure what exactly that entails for ghostscript. But it sounds like it might entail not installing things outside the MacPorts prefix. Which would be good, especially if you do not plan to use the CUPS features of ghostscript, whatever those might be. (Perhaps the maintainer can enlighten us.) From ryandesign at macports.org Sun Dec 2 00:52:14 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 00:49:18 2007 Subject: Error on dsniff install In-Reply-To: <4751FADC.5030701@sequestered.net> References: <4751F3F2.2070309@sequestered.net> <4751FADC.5030701@sequestered.net> Message-ID: <0FFAA561-3801-4197-826D-932E1788594A@macports.org> On Dec 1, 2007, at 18:22, Jay Chandler wrote: > Jay Chandler wrote: > >> Hmm-- this is odd. Anyone have a suggestion or two? > > Well crap. > http://trac.macports.org/projects/macports/ticket/13073 > > Apparently it's not just me, and there hasn't been progress made on > this ticket in ages. Anyone have a direction for me to start going > in to resolve this? Email the maintainer of the port. If you don't get a response, email the developers of the software. Let us know what you find out and/or update the ticket. From saispo at mandriva.org Sun Dec 2 01:39:12 2007 From: saispo at mandriva.org (Jerome Soyer) Date: Sun Dec 2 01:36:15 2007 Subject: Libao Failure to Build In-Reply-To: References: <316004.90990.qm@web27414.mail.ukl.yahoo.com> Message-ID: <47527D40.4030309@mandriva.org> Hi, I have the same problem and i launch an update before launching the build. I have MacOS X Leopard 10.5.1 on a MacBook Intel. Thanks. Ryan Schmidt a ?crit : > > On Dec 1, 2007, at 22:16, Damian Eastwood wrote: > >> I am new to Apple Mac, and especially to MacPorts. I >> have been trying to install Pidgin messenger and have >> come unstuck with Libao. I have tried googling for a >> solution and cannot find anything relevant I was >> hoping someone out there knows what to do. > > Welcome to MacPorts! > > There have been some changes committed to the libao port in the past > 48 hours. Are you sure you have the latest version? Did you "sudo port > selfupdate" before trying to install? If not, do it now. Then, "sudo > port clean --work libao". Then try to install it again. > > If it still doesn't work, please indicate your version of Mac OS X and > Xcode and your processor architecture. Thanks. > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From ryandesign at macports.org Sun Dec 2 03:25:07 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 03:22:10 2007 Subject: Fwd: Libao Failure to Build References: <602768.21892.qm@web27410.mail.ukl.yahoo.com> Message-ID: Forwarding this message back to the mailing list so someone who knows about libao and/or Leopard can look at it; I know about neither. Begin forwarded message: > From: Damian Eastwood > Date: December 2, 2007 05:20:06 CST > To: Ryan Schmidt > Subject: Re: Libao Failure to Build > >> On Dec 1, 2007, at 22:16, Damian Eastwood wrote: >> >>> I am new to Apple Mac, and especially to MacPorts. I >>> have been trying to install Pidgin messenger and have >>> come unstuck with Libao. I have tried googling for a >>> solution and cannot find anything relevant I was >>> hoping someone out there knows what to do. >> >> Welcome to MacPorts! >> >> There have been some changes committed to the libao port in the past >> 48 hours. Are you sure you have the latest version? Did you "sudo >> port selfupdate" before trying to install? If not, do it now. Then, >> "sudo port clean --work libao". Then try to install it again. >> >> If it still doesn't work, please indicate your version of Mac OS X >> and Xcode and your processor architecture. Thanks. > > Thank you for the quick response Ryan. I am running OS 10.5 > (Leopard) on a New Intel MacBookPro. I am running Xcode that comes > with the Leopard DVD. > > I tried running "sudo port selfupdate" and it also failed, so I > uninstalled MacPorts following the instructions in the MacPorts > guide and reinstalled MacPorts. This time the selfupdate command > worked fine. > > Unfortunately when I run "sudo port install libao" it still fails. > There's nothing out there about this or I wouldn't post. Thank your > for your help. Let's hope you can figure it out. (I didn't repost > the error messages since they are the same as my original post.) From elabsjng at mac.com Sun Dec 2 05:20:45 2007 From: elabsjng at mac.com (elabsjng@mac.com) Date: Sun Dec 2 05:18:08 2007 Subject: MacPorts Path Message-ID: <7E65699F-CBEA-4F91-84D6-82A6663F2AE2@mac.com> Hi, If I don't specify /opt/local/bin and /opt/local/sbin in my $PATH will it cause any problems during the port build and install process? I understand that I'll then need to specify the full path when executing an installed command. Best Regards, Simon. From randall.h.wood at alexandriasoftware.com Sun Dec 2 05:36:27 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Sun Dec 2 05:33:58 2007 Subject: MacPorts Path In-Reply-To: <7E65699F-CBEA-4F91-84D6-82A6663F2AE2@mac.com> References: <7E65699F-CBEA-4F91-84D6-82A6663F2AE2@mac.com> Message-ID: On 2 Dec 2007, at 08:20, elabsjng@mac.com wrote: > Hi, > > If I don't specify /opt/local/bin and /opt/local/sbin in my $PATH > will it cause any problems during the port build and install > process? I understand that I'll then need to specify the full path > when executing an installed command. The path you set should make no difference to the port command. > Best Regards, > > Simon. > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users Randall Wood randall.h.wood@alexandriasoftware.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From iqgrande at gmail.com Sun Dec 2 06:04:00 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Sun Dec 2 06:01:01 2007 Subject: Ghostscript 8.61 In-Reply-To: <5D4F1C8D-1904-4354-849D-49003AAE3606@macports.org> References: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> <5D4F1C8D-1904-4354-849D-49003AAE3606@macports.org> Message-ID: <51C2C0C4-6AA5-4EFF-9C66-7996921AD366@gmail.com> On Dec 2, 2007, at 3:29 AM, Ryan Schmidt wrote: > On Dec 1, 2007, at 18:30, Anthony Michael Agelastos wrote: > >> I just noticed the following as I updated my installation. >> >> ---> Fetching ghostscript >> ---> Attempting to fetch ghostscript-8.61.tar.gz from http://downloads.sourceforge.net/ghostscript >> ---> Verifying checksum(s) for ghostscript >> ---> Extracting ghostscript >> ---> Applying patches to ghostscript >> ---> Configuring ghostscript >> ---> Building ghostscript >> ---> Staging ghostscript into destroot >> Warning: ghostscript requests to install files outside the common >> directory structure! >> ---> Deactivating ghostscript 8.60_0 >> ---> Installing ghostscript 8.61_0 >> >> The following files have been renamed (and should be removed): >> /private/etc/cups/pstoraster.convs -> /private/etc/cups/ >> pstoraster.convs.old >> /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ >> pstopxl.old >> /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ >> pstoraster.old >> /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ >> pxlcolor.ppd.old >> /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ >> pxlmono.ppd.old >> >> ---> Activating ghostscript 8.61_0 >> ---> Cleaning ghostscript >> >> This has prompted me to ask a few questions, which I have >> enumerated below. Thank you for your assistance in helping me >> answer these. >> >> 1) What files has this port installed outside of the common >> directory structure? > > You can find out what files it installs by using "port contents > ghostscript". It looks like it's these files: > > /private/etc/cups/pstoraster.convs > /usr/libexec/cups/filter/pstopxl > /usr/libexec/cups/filter/pstoraster > /usr/share/cups/model/pxlcolor.ppd > /usr/share/cups/model/pxlmono.ppd > >> 2) If I `sudo port uninstall ghostscript`, will it put things back >> to how they were prior to this upgrade (will it fix any of the >> Apple files/programs/directories that the port modified in 1))? > > If the port modified any Apple-provided files, then no. But, no port > should be modifying any Apple-provided files. They may merely (as > per the message) be installing new files outside the MacPorts > prefix. And if so, then yes, "port uninstall" will uninstall those > files also. I agree with you in that no port should be modifying any Apple- provided files, however when I see my message above that renamed 5 files (the same files shown with `port contents ghostscript`) to $ {file}.old, it makes me think that the *.old files are the Apple- provided ones. And, if this is the case, I want to know about it so if I ever `port uninstall ghostscript`, I know what needs to be done. > > >> 3) What does the "no_cups" variant do? > > Probably installs ghostscript without support for CUPS (the Common > Unix Printing Solution). "port variants ghostscript" says so. Not > sure what exactly that entails for ghostscript. But it sounds like > it might entail not installing things outside the MacPorts prefix. > Which would be good, especially if you do not plan to use the CUPS > features of ghostscript, whatever those might be. (Perhaps the > maintainer can enlighten us.) I would like further enlightenment on this variant as well. The "ghostscript" port was installed as a dependency on my machine. If this variant will allow me to install it without modifying any Apple- related files, I would prefer it. Thank you for your reply. From iqgrande at gmail.com Sun Dec 2 06:59:03 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Sun Dec 2 06:56:03 2007 Subject: Ghostscript 8.61 In-Reply-To: <51C2C0C4-6AA5-4EFF-9C66-7996921AD366@gmail.com> References: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> <5D4F1C8D-1904-4354-849D-49003AAE3606@macports.org> <51C2C0C4-6AA5-4EFF-9C66-7996921AD366@gmail.com> Message-ID: <49733414-428B-494B-8359-E050D4CEF0B6@gmail.com> On Dec 2, 2007, at 9:04 AM, Anthony Michael Agelastos wrote: > On Dec 2, 2007, at 3:29 AM, Ryan Schmidt wrote: >> On Dec 1, 2007, at 18:30, Anthony Michael Agelastos wrote: >> >>> I just noticed the following as I updated my installation. >>> >>> ---> Fetching ghostscript >>> ---> Attempting to fetch ghostscript-8.61.tar.gz from http://downloads.sourceforge.net/ghostscript >>> ---> Verifying checksum(s) for ghostscript >>> ---> Extracting ghostscript >>> ---> Applying patches to ghostscript >>> ---> Configuring ghostscript >>> ---> Building ghostscript >>> ---> Staging ghostscript into destroot >>> Warning: ghostscript requests to install files outside the common >>> directory structure! >>> ---> Deactivating ghostscript 8.60_0 >>> ---> Installing ghostscript 8.61_0 >>> >>> The following files have been renamed (and should be removed): >>> /private/etc/cups/pstoraster.convs -> /private/etc/cups/ >>> pstoraster.convs.old >>> /usr/libexec/cups/filter/pstopxl -> /usr/libexec/cups/filter/ >>> pstopxl.old >>> /usr/libexec/cups/filter/pstoraster -> /usr/libexec/cups/filter/ >>> pstoraster.old >>> /usr/share/cups/model/pxlcolor.ppd -> /usr/share/cups/model/ >>> pxlcolor.ppd.old >>> /usr/share/cups/model/pxlmono.ppd -> /usr/share/cups/model/ >>> pxlmono.ppd.old >>> >>> ---> Activating ghostscript 8.61_0 >>> ---> Cleaning ghostscript >>> >>> This has prompted me to ask a few questions, which I have >>> enumerated below. Thank you for your assistance in helping me >>> answer these. >>> >>> 1) What files has this port installed outside of the common >>> directory structure? >> >> You can find out what files it installs by using "port contents >> ghostscript". It looks like it's these files: >> >>>> /private/etc/cups/pstoraster.convs >>>> /usr/libexec/cups/filter/pstopxl >>>> /usr/libexec/cups/filter/pstoraster >>>> /usr/share/cups/model/pxlcolor.ppd >>>> /usr/share/cups/model/pxlmono.ppd >> >>> 2) If I `sudo port uninstall ghostscript`, will it put things back >>> to how they were prior to this upgrade (will it fix any of the >>> Apple files/programs/directories that the port modified in 1))? >> >> If the port modified any Apple-provided files, then no. But, no >> port should be modifying any Apple-provided files. They may merely >> (as per the message) be installing new files outside the MacPorts >> prefix. And if so, then yes, "port uninstall" will uninstall those >> files also. > > I agree with you in that no port should be modifying any Apple- > provided files, however when I see my message above that renamed 5 > files (the same files shown with `port contents ghostscript`) to $ > {file}.old, it makes me think that the *.old files are the Apple- > provided ones. And, if this is the case, I want to know about it so > if I ever `port uninstall ghostscript`, I know what needs to be done. > >> >> >>> 3) What does the "no_cups" variant do? >> >> Probably installs ghostscript without support for CUPS (the Common >> Unix Printing Solution). "port variants ghostscript" says so. Not >> sure what exactly that entails for ghostscript. But it sounds like >> it might entail not installing things outside the MacPorts prefix. >> Which would be good, especially if you do not plan to use the CUPS >> features of ghostscript, whatever those might be. (Perhaps the >> maintainer can enlighten us.) > I would like further enlightenment on this variant as well. The > "ghostscript" port was installed as a dependency on my machine. If > this variant will allow me to install it without modifying any Apple- > related files, I would prefer it. > > Thank you for your reply. After sending my reply, I did some additional digging and realized that the 5 files above are identical to their their *.old counterparts (I did a `diff` on 'em) and their paths within point to /opt/local. The reason these files are the same is that they must have been installed when I first installed Ghostscript via MacPorts. Then, when I did an upgrade (as seen above), it essentially made copies of the files (they didn't change). If the Apple-provided files were there and were backed up to *.old, then I have lost those files. So, are there any Leopard users out there who do _not_ have MacPorts' Ghostscript port installed and would be willing to see if the following files exist on your machine? /private/etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/share/cups/model/pxlmono.ppd If these do exist, could you forward your copies to me (you can use the command I supplied below that will create an archive on your Desktop if it will help)? Thank you for your assistance with this. tar -cpjv --same-owner -f ~/Desktop/filesForAnthony.tar.bz2 /private/ etc/cups/pstoraster.convs /usr/libexec/cups/filter/pstopxl /usr/ libexec/cups/filter/pstoraster /usr/share/cups/model/pxlcolor.ppd /usr/ share/cups/model/pxlmono.ppd Regards, Anthony From macintosh at mathiesen.info Sun Dec 2 08:13:28 2007 From: macintosh at mathiesen.info (Bjarne D Mathiesen) Date: Sun Dec 2 08:10:31 2007 Subject: Ghostscript 8.61 In-Reply-To: <49733414-428B-494B-8359-E050D4CEF0B6@gmail.com> References: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> <5D4F1C8D-1904-4354-849D-49003AAE3606@macports.org> <51C2C0C4-6AA5-4EFF-9C66-7996921AD366@gmail.com> <49733414-428B-494B-8359-E050D4CEF0B6@gmail.com> Message-ID: <4752D9A8.7010407@mathiesen.info> Anthony Michael Agelastos wrote: > After sending my reply, I did some additional digging and realized that > the 5 files above are identical to their their *.old counterparts (I did > a `diff` on 'em) and their paths within point to /opt/local. The reason > these files are the same is that they must have been installed when I > first installed Ghostscript via MacPorts. Then, when I did an upgrade > (as seen above), it essentially made copies of the files (they didn't > change). If the Apple-provided files were there and were backed up to > *.old, then I have lost those files. So, are there any Leopard users out > there who do _not_ have MacPorts' Ghostscript port installed and would > be willing to see if the following files exist on your machine? > > /private/etc/cups/pstoraster.convs > /usr/libexec/cups/filter/pstopxl > /usr/libexec/cups/filter/pstoraster > /usr/share/cups/model/pxlcolor.ppd > /usr/share/cups/model/pxlmono.ppd > [16:54:24@MacPorts]$ ls -lFG /private/etc/cups/pstoraster.convs ls: /private/etc/cups/pstoraster.convs: No such file or directory [17:09:41@MacPorts]$ ls -LFG /usr/libexec/cups/filter/pstopxl ls: /usr/libexec/cups/filter/pstopxl: No such file or directory [17:09:41@MacPorts]$ ls -lFG /usr/libexec/cups/filter/pstoraster ls: /usr/libexec/cups/filter/pstoraster: No such file or directory [17:09:41@MacPorts]$ ls -LFG /usr/share/cups/model/pxlcolor.ppd ls: /usr/share/cups/model/pxlcolor.ppd: No such file or directory [17:09:41@MacPorts]$ ls -lFG /usr/share/cups/model/pxlmono.ppd ls: /usr/share/cups/model/pxlmono.ppd: No such file or directory [17:09:41@MacPorts]$ -- Bjarne D Mathiesen K?benhavn N ; Danmark ; Europa ---------------------------------------------------------------------- denne besked er skrevet i et totalt M$/Intel-frit milj? MacOS X 10.5.1 Leopard ; Seamonkey 1.1 ; PowerPC G4 800MHz From iqgrande at gmail.com Sun Dec 2 08:33:41 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Sun Dec 2 08:30:42 2007 Subject: Ghostscript 8.61 In-Reply-To: <4752D9A8.7010407@mathiesen.info> References: <67DB056D-4E13-4347-B40F-4BA4E4679D93@gmail.com> <5D4F1C8D-1904-4354-849D-49003AAE3606@macports.org> <51C2C0C4-6AA5-4EFF-9C66-7996921AD366@gmail.com> <49733414-428B-494B-8359-E050D4CEF0B6@gmail.com> <4752D9A8.7010407@mathiesen.info> Message-ID: On Dec 2, 2007, at 11:13 AM, Bjarne D Mathiesen wrote: > Anthony Michael Agelastos wrote: >> After sending my reply, I did some additional digging and realized >> that >> the 5 files above are identical to their their *.old counterparts >> (I did >> a `diff` on 'em) and their paths within point to /opt/local. The >> reason >> these files are the same is that they must have been installed when I >> first installed Ghostscript via MacPorts. Then, when I did an upgrade >> (as seen above), it essentially made copies of the files (they didn't >> change). If the Apple-provided files were there and were backed up to >> *.old, then I have lost those files. So, are there any Leopard >> users out >> there who do _not_ have MacPorts' Ghostscript port installed and >> would >> be willing to see if the following files exist on your machine? >> >> /private/etc/cups/pstoraster.convs >> /usr/libexec/cups/filter/pstopxl >> /usr/libexec/cups/filter/pstoraster >> /usr/share/cups/model/pxlcolor.ppd >> /usr/share/cups/model/pxlmono.ppd >> > > [16:54:24@MacPorts]$ ls -lFG /private/etc/cups/pstoraster.convs > ls: /private/etc/cups/pstoraster.convs: No such file or directory > [17:09:41@MacPorts]$ ls -LFG /usr/libexec/cups/filter/pstopxl > ls: /usr/libexec/cups/filter/pstopxl: No such file or directory > [17:09:41@MacPorts]$ ls -lFG /usr/libexec/cups/filter/pstoraster > ls: /usr/libexec/cups/filter/pstoraster: No such file or directory > [17:09:41@MacPorts]$ ls -LFG /usr/share/cups/model/pxlcolor.ppd > ls: /usr/share/cups/model/pxlcolor.ppd: No such file or directory > [17:09:41@MacPorts]$ ls -lFG /usr/share/cups/model/pxlmono.ppd > ls: /usr/share/cups/model/pxlmono.ppd: No such file or directory > [17:09:41@MacPorts]$ > Thank you for your reply. That's good to know... these files were not modified and are not part of the stock Apple install. Now I'm curious to know what they do. Thanks again. -Anthony > > -- > Bjarne D Mathiesen > K?benhavn N ; Danmark ; Europa > ---------------------------------------------------------------------- > denne besked er skrevet i et totalt M$/Intel-frit milj? > MacOS X 10.5.1 Leopard ; Seamonkey 1.1 ; PowerPC G4 800MHz From jochen at fhi-berlin.mpg.de Sun Dec 2 08:35:39 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Sun Dec 2 08:32:54 2007 Subject: molden error In-Reply-To: <27B51CF5-6F79-4B70-ABA9-49385DB6786B@gmail.com> References: <6AE272AB-834F-462C-98C1-105B20DD0720@gmail.com> <98244BB2-461C-49D2-8ACD-F6E894650245@fhi-berlin.mpg.de> <27B51CF5-6F79-4B70-ABA9-49385DB6786B@gmail.com> Message-ID: <61BFB80F-652D-4A84-ACD8-F99E2651D1D4@fhi-berlin.mpg.de> >> On 01.12.2007, at 22:05, ?eljko Babi? wrote: >> >>> I was having trouble with installing molden: >> >> should be fixed now Hi, my orginal patch was not correct and I had to revert it. I have now updated the Portfile to build correctly (for me) with todays tar-ball from the original author. Please let mw know if you still have problems. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071202/66f5d2aa/PGP.bin From daniel.002 at gmail.com Sun Dec 2 09:52:48 2007 From: daniel.002 at gmail.com (Daniel) Date: Sun Dec 2 09:49:45 2007 Subject: Error: lablgtk ocaml dependecies In-Reply-To: <69db67940712020920qd9a4b0ue8926bab7e529513@mail.gmail.com> References: <69db67940712020920qd9a4b0ue8926bab7e529513@mail.gmail.com> Message-ID: <69db67940712020952i174e4719n673fa293b3f184b1@mail.gmail.com> I'm trying to install the mldonkey using MacPorts 1.520 installed in a intel mac with tiger running on it and i've got the following error message: ---> 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_ocaml/work/ocaml-3.10.0" && unset LD_PREBIND LD_PREBIND_ALLOW_OVERLAP && make world.opt " returned error 2 Command output: cp byterun/ocamlrun boot/ocamlrun cd yacc; make all make[1]: Nothing to be done for `all'. cp yacc/ocamlyacc boot/ocamlyacc cd stdlib; make COMPILER=../boot/ocamlc all make[1]: Nothing to be done for `all'. cd stdlib; cp stdlib.cma std_exit.cmo *.cmi camlheader ../boot if test -f boot/libcamlrun.a; then :; else \ ln -s ../byterun/libcamlrun.a boot/libcamlrun.a; fi if test -d stdlib/caml; then :; else \ ln -s ../byterun stdlib/caml; fi 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_i386 -DSYS_macosx -O -Wall -D_FILE_OFFSET_BITS=64 -D_REENTRANT -c -o signals_asm.o signals_asm.c 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' 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. ------------------------------------------------------------------------------------------- I've installed Ocaml 3.10.0 before the installtion of mac ports from a .dmg file downloaded from INRIA site and i don't know if the problem has something to do with this prior installation. Thank you in advance, Daniel From ohlssons at skynet.be Sun Dec 2 11:07:10 2007 From: ohlssons at skynet.be (Jesse Ohlsson) Date: Sun Dec 2 11:04:11 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> Message-ID: <3096A654-2683-42F8-9549-E160EA4417CA@skynet.be> All, I installed gtk2 +quartz without problem: g5:~] jess% sudo port install gtk2 +quartz Password: ---> Fetching gtk2 ---> Attempting to fetch gtk+-2.12.1.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gtk+/2.12/ ---> Verifying checksum(s) for gtk2 ---> Extracting gtk2 ---> Configuring gtk2 ---> Building gtk2 with target all ---> Staging gtk2 into destroot ---> Installing gtk2 2.12.1_0+quartz ---> Activating gtk2 2.12.1_0+quartz ---> Cleaning gtk2 Then, installed wireshark: [g5:~] jess% sudo port install wireshark Password: ---> Fetching libpcap ---> Attempting to fetch libpcap-0.9.5.tar.gz from http://svn.macports.org/repository/macports/distfiles/libpcap ---> Verifying checksum(s) for libpcap ---> Extracting libpcap ---> Applying patches to libpcap ---> Configuring libpcap ---> Building libpcap with target all ---> Staging libpcap into destroot ---> Installing libpcap 0.9.5_1 ---> Activating libpcap 0.9.5_1 ---> Cleaning libpcap ---> Fetching openssl ---> Attempting to fetch openssl-0.9.8g.tar.gz from http://www.openssl.org/source/ ---> Verifying checksum(s) for openssl ---> Extracting openssl ---> Applying patches to openssl ---> Configuring openssl ---> Building openssl with target all ---> Staging openssl into destroot ---> Installing openssl 0.9.8g_0 ---> Activating openssl 0.9.8g_0 ---> Cleaning openssl ---> Fetching wireshark ---> Attempting to fetch wireshark-0.99.6.tar.bz2 from http://www.wireshark.org/download/src/ ---> Verifying checksum(s) for wireshark ---> Extracting wireshark ---> Configuring wireshark ---> Building wireshark with target all ---> Staging wireshark into destroot ---> Installing wireshark 0.99.6_0+darwin_9 ---> Activating wireshark 0.99.6_0+darwin_9 ---> Cleaning wireshark All looks good to this point. Except, this is the error log, and the GUI has no text in it! Aaarrgh! g5:/opt/local/bin] jess% /opt/local/bin/wireshark Sun Dec 2 11:11:13 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context Sun Dec 2 11:11:13 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context Sun Dec 2 11:11:14 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context 2007-12-02 11:11:14.015 wireshark[61786:807] *** _NSAutoreleaseNoPool(): Object 0x337d290 of class NSConcreteMutableData autoreleased with no pool in place - just leaking Stack: (0x94a61178 0x9498f0f8 0x925bf9e8 0x925bec98 0x925bd200 0x925b9700 0x8b4450 0x8b44a4 0x6b5bd4 0x2e80964 0x2e9581c 0x2e96b6c 0x2e97000 0x4a7494 0x873b14 0x30f9c90 0x30fe834 0x30fed94 0x54e7a4 0x14e54 0x1506c 0x48208 0x2164) Sun Dec 2 11:11:14 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context Sun Dec 2 11:11:14 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context Sun Dec 2 11:11:14 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context Sun Dec 2 11:11:14 g5.local wireshark[61786] : CGBitmapContextGetBitsPerPixel: invalid context and those CGBitmap errors continue ad infinitum... The application looks like this: http://www.ohlssons.be/~jess/Sites-Images/wireshark.jpg and this: http://www.ohlssons.be/~jess/Sites-Images/wireshark2.jpg I think I'm close to getting this working, but sure are running into a lot of problems along the way... Does anyone have any ideas how to proceed from here? Thank you. Jesse On Dec 1, 2007, at 10:32 PM, Kok-Yong Tan wrote: > > On Dec 1, 2007, at 15:25, Jesse Ohlsson wrote: > >> Hello, >> >> Trying to get wireshark installed, and it looked good until the >> install script got to the gtk2 installation. >> >> (G5 powerpc, OS X 10.5.1, MacPorts 1.520) >> >> Here's the install output: > > > >> ---> Fetching gtk2 >> Error: Target org.macports.fetch returned: >> You must install gtk2 with either the +quartz or +x11 variant >> specified. >> >> Error: The following dependencies failed to build: gtk2 libpcap >> openssl >> Error: Status 1 encountered during processing. >> >> >> Does anyone know what to do next? > > > Try this in order (I bumped into this same issue and did the > following): > > sudo port -Rv install gtk2 +x11 > sudo port -Rv install libpcap > sudo port -Rv install openssl > sudo port -Rv install wireshark > > I read in a discussion thread dated in March 2007 while Googling for > the search terms "gtk2 quartz" that the quartz variant was unusable > at that time. So, since Wireshark has an X11 front-end, I figured I > might as well go with the x11 variant of gtk2... Seems to work for > me (I now have a seemingly functional Wireshark) although I'm still > on Tiger (10.4.11). YMMV. > -- > Reality Artisans, Inc. # Network Wrangling and System > Delousing > P.O. Box 565, Gracie Station # Apple Certified Help Desk > Specialist > New York, NY 10028-0019 # Apple Consultants Network member > # Apple Developer Connection > member > (212) 369-4876 (Voice) # (212) 860-4325 (Fax) > PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 > > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071202/2c5e1a55/attachment.html From ktan at realityartisans.com Sun Dec 2 11:48:35 2007 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Sun Dec 2 11:45:35 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> Message-ID: Frankly, I don't get those errors you're getting...but then, as I mentioned, I installed gtk2 +x11 instead of gtk2 +quartz... Just for kicks, why not uninstall gtk2 +quartz, install gtk2 +x11 and recompile wireshark and see what you get? Also, when you run Wireshark, you have to run it as root, i.e., "sudo /opt/local/bin/wireshark", otherwise you can't access any of the available interfaces. If you run it from under an X11 xterm, it should be set properly but if you're attempting to run from Terminal with X11 running already, remember to set your DISPLAY variable to ": 0.0". On Dec 2, 2007, at 05:36, Jesse Ohlsson wrote: > All, > > I installed gtk2 +quartz without problem: > > g5:~] jess% sudo port install gtk2 +quartz > Password: > ---> Fetching gtk2 > ---> Attempting to fetch gtk+-2.12.1.tar.bz2 from http:// > mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gtk+/2.12/ > ---> Verifying checksum(s) for gtk2 > ---> Extracting gtk2 > ---> Configuring gtk2 > ---> Building gtk2 with target all > ---> Staging gtk2 into destroot > ---> Installing gtk2 2.12.1_0+quartz > ---> Activating gtk2 2.12.1_0+quartz > ---> Cleaning gtk2 > > All looks good to this point. Except, this is the error log, and > the GUI has no text in it! Aaarrgh! > > g5:/opt/local/bin] jess% /opt/local/bin/wireshark > Sun Dec 2 11:11:13 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > Sun Dec 2 11:11:13 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > Sun Dec 2 11:11:14 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > 2007-12-02 11:11:14.015 wireshark[61786:807] *** > _NSAutoreleaseNoPool(): Object 0x337d290 of class > NSConcreteMutableData autoreleased with no pool in place - just > leaking > Stack: (0x94a61178 0x9498f0f8 0x925bf9e8 0x925bec98 0x925bd200 > 0x925b9700 0x8b4450 0x8b44a4 0x6b5bd4 0x2e80964 0x2e9581c 0x2e96b6c > 0x2e97000 0x4a7494 0x873b14 0x30f9c90 0x30fe834 0x30fed94 0x54e7a4 > 0x14e54 0x1506c 0x48208 0x2164) > Sun Dec 2 11:11:14 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > Sun Dec 2 11:11:14 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > Sun Dec 2 11:11:14 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > Sun Dec 2 11:11:14 g5.local wireshark[61786] : > CGBitmapContextGetBitsPerPixel: invalid context > > and those CGBitmap errors continue ad infinitum... The application > looks like this: > > > > and this: > > > > > I think I'm close to getting this working, but sure are running > into a lot of problems along the way... > > Does anyone have any ideas how to proceed from here? > > Thank you. > > Jesse > > > > > On Dec 1, 2007, at 10:32 PM, Kok-Yong Tan wrote: > >> >> On Dec 1, 2007, at 15:25, Jesse Ohlsson wrote: >> >>> Hello, >>> >>> Trying to get wireshark installed, and it looked good until the >>> install script got to the gtk2 installation. >>> >>> (G5 powerpc, OS X 10.5.1, MacPorts 1.520) >>> >>> Here's the install output: >> >> >> >>> ---> Fetching gtk2 >>> Error: Target org.macports.fetch returned: >>> You must install gtk2 with either the +quartz or +x11 variant >>> specified. >>> >>> Error: The following dependencies failed to build: gtk2 libpcap >>> openssl >>> Error: Status 1 encountered during processing. >>> >>> >>> Does anyone know what to do next? >> >> >> Try this in order (I bumped into this same issue and did the >> following): >> >> sudo port -Rv install gtk2 +x11 >> sudo port -Rv install libpcap >> sudo port -Rv install openssl >> sudo port -Rv install wireshark >> >> I read in a discussion thread dated in March 2007 while Googling >> for the search terms "gtk2 quartz" that the quartz variant was >> unusable at that time. So, since Wireshark has an X11 front-end, >> I figured I might as well go with the x11 variant of gtk2... >> Seems to work for me (I now have a seemingly functional Wireshark) >> although I'm still on Tiger (10.4.11). YMMV. >> -- >> Reality Artisans, Inc. # Network Wrangling and System >> Delousing >> P.O. Box 565, Gracie Station # Apple Certified Help Desk >> Specialist >> New York, NY 10028-0019 # Apple Consultants Network >> member >> # Apple Developer Connection >> member >> (212) 369-4876 (Voice) # (212) 860-4325 (Fax) >> PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 >> >> >> >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > -- Reality Artisans, Inc. # Network Wrangling and System Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071202/09db36ce/attachment-0001.html From ram at macports.org Sun Dec 2 12:07:33 2007 From: ram at macports.org (Adam Mercer) Date: Sun Dec 2 12:04:29 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> Message-ID: <799406d60712021207t427252ccr15c683b45ec262de@mail.gmail.com> On 02/12/2007, Kok-Yong Tan wrote: > If you run it from under an X11 xterm, it should be set > properly but if you're attempting to run from Terminal with X11 running > already, remember to set your DISPLAY variable to ":0.0". Thats assuming you're running Tiger. The OP is running Leopard, you should not touch DISPLAY under Leopard. Cheers Adam From ktan at realityartisans.com Sun Dec 2 12:12:29 2007 From: ktan at realityartisans.com (Kok-Yong Tan) Date: Sun Dec 2 12:09:27 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: <799406d60712021207t427252ccr15c683b45ec262de@mail.gmail.com> References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> <799406d60712021207t427252ccr15c683b45ec262de@mail.gmail.com> Message-ID: <8F1749F7-2A03-4964-98B1-CBCF3AE3B6CC@realityartisans.com> On Dec 2, 2007, at 15:07, Adam Mercer wrote: > On 02/12/2007, Kok-Yong Tan wrote: > >> If you run it from under an X11 xterm, it should be set >> properly but if you're attempting to run from Terminal with X11 >> running >> already, remember to set your DISPLAY variable to ":0.0". > > Thats assuming you're running Tiger. The OP is running Leopard, you > should not touch DISPLAY under Leopard. > > Cheers > > Adam Well, that's true enough: the DISPLAY variable is unset in the Terminal under Tiger. But what is it set to in Leopard, out of curiosity? -- Reality Artisans, Inc. # Network Wrangling and System Delousing P.O. Box 565, Gracie Station # Apple Certified Help Desk Specialist New York, NY 10028-0019 # Apple Consultants Network member # Apple Developer Connection member (212) 369-4876 (Voice) # (212) 860-4325 (Fax) PGP Fingerprint: 77B3 D1E9 D24B 4FA9 9606 6C8D 62E4 2E4A 6FDD 9FD5 From mas at macports.org Sun Dec 2 12:20:53 2007 From: mas at macports.org (=?ISO-8859-1?Q?Marc_Andr=E9_Selig?=) Date: Sun Dec 2 12:17:51 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: <8F1749F7-2A03-4964-98B1-CBCF3AE3B6CC@realityartisans.com> References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> <799406d60712021207t427252ccr15c683b45ec262de@mail.gmail.com> <8F1749F7-2A03-4964-98B1-CBCF3AE3B6CC@realityartisans.com> Message-ID: On Dec 2, 2007 9:12 PM, Kok-Yong Tan wrote: > Well, that's true enough: the DISPLAY variable is unset in the > Terminal under Tiger. But what is it set to in Leopard, out of > curiosity? A socket on which a server is listening that will start X11 once you connect to it. Regards, Marc From ryandesign at macports.org Sun Dec 2 14:02:32 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 14:26:12 2007 Subject: Error: lablgtk ocaml dependecies In-Reply-To: <69db67940712020952i174e4719n673fa293b3f184b1@mail.gmail.com> References: <69db67940712020920qd9a4b0ue8926bab7e529513@mail.gmail.com> <69db67940712020952i174e4719n673fa293b3f184b1@mail.gmail.com> Message-ID: On Dec 2, 2007, at 11:52, Daniel wrote: > I'm trying to install the mldonkey using MacPorts 1.520 installed in a > intel mac with tiger running on it and i've got the following error > message: [snip] > signals_asm.o signals_asm.c > 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' [snip] > I've installed Ocaml 3.10.0 before the installtion of mac ports from a > .dmg file downloaded from INRIA site and i don't know if the problem > has something to do with this prior installation. I don't know either. I don't see any open tickets on ocaml. One way to find out would be to uninstall your manually-installed ocaml and see if MacPorts ocaml can then install. From ram at macports.org Sun Dec 2 14:35:43 2007 From: ram at macports.org (Adam Mercer) Date: Sun Dec 2 14:32:38 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: <8F1749F7-2A03-4964-98B1-CBCF3AE3B6CC@realityartisans.com> References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> <799406d60712021207t427252ccr15c683b45ec262de@mail.gmail.com> <8F1749F7-2A03-4964-98B1-CBCF3AE3B6CC@realityartisans.com> Message-ID: <799406d60712021435u41044dfdjd5ff0fb0dd4e0124@mail.gmail.com> On 02/12/2007, Kok-Yong Tan wrote: > But what is it set to in Leopard, out of curiosity? Something of the form: /tmp/launch-rKldMP/:0 Cheers Adam From sinclair.jesse at gmail.com Sun Dec 2 14:40:35 2007 From: sinclair.jesse at gmail.com (Jesse Sinclair) Date: Sun Dec 2 14:37:32 2007 Subject: slib-guile16 failing to destroot Message-ID: <6ba312d60712021440r4ce4bf48qcc9b36546b19ecf9@mail.gmail.com> This is a known bug #13319, but I was wondering if anyone has found a solution/hack to this. I've been trying to install gnucash for the last month in various ways (fink/macports/building from source) and still can't get it done. My finances are getting out of control! Please help. Cheers, Jesse -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071202/efac8254/attachment.html From skip at bigskypenguin.com Sun Dec 2 15:21:51 2007 From: skip at bigskypenguin.com (Skip Evans) Date: Sun Dec 2 15:18:48 2007 Subject: Problem installing ports Message-ID: <47533E0F.9060804@bigskypenguin.com> Hey all, We just got a used PowerPC G4 we're attempting to set up for a workstation here in a predominantly Linux/Unix shop. We use FreeBSD servers and are very familiar with BSD ports, so I am trying to use MacPorts to set up this G4. I install MacPorts from macports.org successfully, did the port selfupdate to make sure it was up to date and got MacPorts base version 1.520, MacPorts already up to date, so I think all is well there. Two programs we need right away from ports are Gimp for graphics, and Bluefish for code editing. Either of those get the following: You already have an X11SDK installed, if you wish to use Apple X11 install it from your OS X disc. If you really wish to use XFree86 move it aside with sodo mv /usr/X11R6 /usr/X11R6.apple Not sure what to do here and really don't want to hose up an X server just to install a port. Suggestions? Recommendations to a MacPorts newbie, but an old hand at FreeBSD ports? -- Skip Evans Big Sky Penguin, LLC 503 S Baldwin St, #1 Madison, WI 53703 608-250-2720 http://bigskypenguin.com =-=-=-=-=-=-=-=-=-= Check out PHPenguin, a lightweight and versatile PHP/MySQL, AJAX & DHTML development framework. http://phpenguin.bigskypenguin.com/ From ryandesign at macports.org Sun Dec 2 15:38:05 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 15:35:05 2007 Subject: slib-guile16 failing to destroot In-Reply-To: <6ba312d60712021440r4ce4bf48qcc9b36546b19ecf9@mail.gmail.com> References: <6ba312d60712021440r4ce4bf48qcc9b36546b19ecf9@mail.gmail.com> Message-ID: On Dec 2, 2007, at 16:40, Jesse Sinclair wrote: > This is a known bug #13319, but I was wondering if anyone has found > a solution/hack to this. I've been trying to install gnucash for > the last month in various ways (fink/macports/building from source) > and still can't get it done. > > My finances are getting out of control! Please help. I believe I've fixed it. If you wait 12 hours, then "sudo port selfupdate", you should see new versions of guile16 and slib-guile16 which hopefully work together again. Let us know if they don't. From ryandesign at macports.org Sun Dec 2 15:41:06 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 15:38:06 2007 Subject: slib-guile16 Problem In-Reply-To: <28216363.1133411196638478982.JavaMail.nabble@isper.nabble.com> References: <28216363.1133411196638478982.JavaMail.nabble@isper.nabble.com> Message-ID: <96C23836-0F58-48A4-887A-F860DCDDB92E@macports.org> On Dec 2, 2007, at 17:34, rudye@liquidox.com wrote: > I'm having the same problem with slib-guile16. Can you tell me how > to implement the fix? It isn't obvious to me. I tried a "port > selfupdate" and then "port install slib-guile16", but it doesn't > look like anything has changed. Still bombs out. The rsync server only pulls changes from the subversion server every 30 minutes and the portindex is only rebuilt every 12 hours. If you wait 12 hours, then "sudo port selfupdate", you should see new versions of guile16 and slib-guile16 which should fix the issue. Or, if you need it sooner, you can wait just 30 minutes, and then install (or, if already installed, forcibly upgrade) these ports. They'll get the new versions, even if the portindex doesn't yet show them. So, if you already have guile16 installed, you could: sudo port -ncuf upgrade guile16 Then, if you don't have slib-guile16 installed yet, you could: sudo port install slib-guile16 From msavory1 at nzbox.com Sun Dec 2 15:46:23 2007 From: msavory1 at nzbox.com (Mike Savory) Date: Sun Dec 2 15:43:23 2007 Subject: Problem installing ports In-Reply-To: <47533E0F.9060804@bigskypenguin.com> References: <47533E0F.9060804@bigskypenguin.com> Message-ID: Hi Skip The message means you have installed the X11 SDK that was part of the developer tools, but you have not installed the X11.app that was an optional install in the main Tiger install (it is now included by default in Leopard). Regards Mike On Dec 2, 2007, at 3:21 PM, Skip Evans wrote: > > Either of those get the following: > > You already have an X11SDK installed, if you wish to use Apple X11 > install it from your OS X disc. If you really wish to use XFree86 > move it aside with sodo mv /usr/X11R6 /usr/X11R6.apple > > From skip at bigskypenguin.com Sun Dec 2 15:49:11 2007 From: skip at bigskypenguin.com (Skip Evans) Date: Sun Dec 2 15:46:09 2007 Subject: Problem installing ports In-Reply-To: References: <47533E0F.9060804@bigskypenguin.com> Message-ID: <47534477.6020407@bigskypenguin.com> Hey Mike & all, I went ahead and moved X11 out of the way and it is downloading XFree86 now. This might do it, eh? Skip Mike Savory wrote: > Hi Skip > > The message means you have installed the X11 SDK that was part of the > developer tools, but you have not installed the X11.app that was an > optional install in the main Tiger install (it is now included by > default in Leopard). > > Regards > Mike > > On Dec 2, 2007, at 3:21 PM, Skip Evans wrote: > >> >> Either of those get the following: >> >> You already have an X11SDK installed, if you wish to use Apple X11 >> install it from your OS X disc. If you really wish to use XFree86 move >> it aside with sodo mv /usr/X11R6 /usr/X11R6.apple >> >> > > -- Skip Evans Big Sky Penguin, LLC 503 S Baldwin St, #1 Madison, WI 53703 608-250-2720 http://bigskypenguin.com =-=-=-=-=-=-=-=-=-= Check out PHPenguin, a lightweight and versatile PHP/MySQL, AJAX & DHTML development framework. http://phpenguin.bigskypenguin.com/ From ryandesign at macports.org Sun Dec 2 15:52:28 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 15:49:28 2007 Subject: Problem installing ports In-Reply-To: References: <47533E0F.9060804@bigskypenguin.com> Message-ID: <6AB885A4-CBE8-4C48-A530-0B17817601CE@macports.org> On Dec 2, 2007, at 17:46, Mike Savory wrote: > On Dec 2, 2007, at 3:21 PM, Skip Evans wrote: > >> >> We just got a used PowerPC G4 we're attempting to set up for a >> workstation here in a predominantly Linux/Unix shop. We use >> FreeBSD servers and are very familiar with BSD ports, so I am >> trying to use MacPorts to set up this G4. >> >> I install MacPorts from macports.org successfully, did the >> >> port selfupdate >> >> to make sure it was up to date and got MacPorts base version >> 1.520, MacPorts already up to date, so I think all is well there. >> >> Two programs we need right away from ports are Gimp for graphics, >> and Bluefish for code editing. Note that gimp has many many many dependencies, visualized here for your amusement: http://www.ryandesign.com/tmp/gimp.png Installing all these will take a very very very long time (days?), especially on a used (presumably old) PowerPC Mac. You can always put the machine to sleep if you need to and it'll resume installing things when you wake it up. So long as you don't put it to sleep while it's fetching something from the Internet. >> Either of those get the following: >> >> You already have an X11SDK installed, if you wish to use Apple X11 >> install it from your OS X disc. If you really wish to use XFree86 >> move it aside with sodo mv /usr/X11R6 /usr/X11R6.apple >> >> Not sure what to do here and really don't want to hose up an X >> server just to install a port. >> >> Suggestions? Recommendations to a MacPorts newbie, but an old hand >> at FreeBSD ports? > > The message means you have installed the X11 SDK that was part of > the developer tools, but you have not installed the X11.app that > was an optional install in the main Tiger install (it is now > included by default in Leopard). Right, and the solution is as the message says: Install X11 from your Mac OS X installation disc. You do not need to set anything up. You just need to install X11User.pkg from the DVD, and then try installing your desired ports again. From ryandesign at macports.org Sun Dec 2 16:14:05 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 16:11:06 2007 Subject: Problem installing ports In-Reply-To: <47534477.6020407@bigskypenguin.com> References: <47533E0F.9060804@bigskypenguin.com> <47534477.6020407@bigskypenguin.com> Message-ID: <357559BA-D657-41DA-B8A5-2656D889ABF8@macports.org> On Dec 2, 2007, at 17:49, Skip Evans wrote: >>> Either of those get the following: >>> >>> You already have an X11SDK installed, if you wish to use Apple >>> X11 install it from your OS X disc. If you really wish to use >>> XFree86 move it aside with sodo mv /usr/X11R6 /usr/X11R6.apple >> >> The message means you have installed the X11 SDK that was part of >> the developer tools, but you have not installed the X11.app that >> was an optional install in the main Tiger install (it is now >> included by default in Leopard). > > I went ahead and moved X11 out of the way and it is downloading > XFree86 now. > > This might do it, eh? Well, ok, that might work too. Though Apple's X11 is really the easiest, the fastest and IMHO the best way to go. From ryandesign at macports.org Sun Dec 2 18:39:35 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 18:36:35 2007 Subject: smpeg Question In-Reply-To: References: Message-ID: <09FE96C0-DD7D-4B4D-8BE6-BB2017433022@macports.org> On Nov 28, 2007, at 01:05, Ryan Schmidt wrote: > On Nov 28, 2007, at 00:56, Nathan Brazil wrote: > >> Hi. I just installed the smpeg port on my Intel iMac running >> Leopard (10.5.0). Although the port seemed to have installed >> successfully, I got a pair of error messages during the fetch >> phase (see below). [snip] >> ---> Fetching smpeg >> ---> Attempting to fetch smpeg-0.4.4.tar.gz from ftp:// >> ftp.lokigames.com/pub/open-source/smpeg/ >> ---> Attempting to fetch smpeg-0.4.4.tar.gz from ftp:// >> ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ >> Error: No defined site for tag: lt, using master_sites [snip] > I can confirm this problem running MacPorts trunk, 10.4.11 Intel, > Xcode 2.4.1. > > "port info smpeg" shows you the maintainer email address. Or, to > compute it yourself: If you see a maintainer without an @ in a > portfile, then add @macports.org to get the email address. If you > see a maintainer without an @ in the form b:a, then the email > address of the maintainer is a@b. > > The port should be updated to grab ltmain and ltconfig from their > new home in the MacPorts repository. You could file a ticket in > Trac and assign it to the maintainer. I filed a ticket for this problem. A fix is attached to the ticket. Markus just needs to approve it. http://trac.macports.org/projects/macports/ticket/13473 From skip at bigskypenguin.com Sun Dec 2 23:01:09 2007 From: skip at bigskypenguin.com (Skip Evans) Date: Sun Dec 2 22:58:04 2007 Subject: Problem installing ports In-Reply-To: <357559BA-D657-41DA-B8A5-2656D889ABF8@macports.org> References: <47533E0F.9060804@bigskypenguin.com> <47534477.6020407@bigskypenguin.com> <357559BA-D657-41DA-B8A5-2656D889ABF8@macports.org> Message-ID: <4753A9B5.40007@bigskypenguin.com> Ryan Schmidt wrote: > > Well, ok, that might work too. Though Apple's X11 is really the easiest, > the fastest and IMHO the best way to go. > I got XFree86 loaded and I guess sort of working, but it seems pretty awkard. I apparently had to start XDarwin separately, which then opened three or four terminals right away, and then a code editor like Bluefish took forever to open, leaving all these terminals open... ...yuck. Would Apple's X11 be better than this, as you say above? If it is faster than I'll go ahead and move XFfree86 aside and get X11 off my install disks. Thanks! Skip -- Skip Evans Big Sky Penguin, LLC 503 S Baldwin St, #1 Madison, WI 53703 608-250-2720 http://bigskypenguin.com =-=-=-=-=-=-=-=-=-= Check out PHPenguin, a lightweight and versatile PHP/MySQL, AJAX & DHTML development framework. http://phpenguin.bigskypenguin.com/ From ryandesign at macports.org Sun Dec 2 23:22:56 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 2 23:26:35 2007 Subject: Problem installing ports In-Reply-To: <4753A9B5.40007@bigskypenguin.com> References: <47533E0F.9060804@bigskypenguin.com> <47534477.6020407@bigskypenguin.com> <357559BA-D657-41DA-B8A5-2656D889ABF8@macports.org> <4753A9B5.40007@bigskypenguin.com> Message-ID: <62191D1D-2C66-419F-A0D2-BF7B4EC7DD01@macports.org> On Dec 3, 2007, at 01:01, Skip Evans wrote: > Ryan Schmidt wrote: >> Well, ok, that might work too. Though Apple's X11 is really the >> easiest, the fastest and IMHO the best way to go. > I got XFree86 loaded and I guess sort of working, but it seems > pretty awkard. I apparently had to start XDarwin separately, which > then opened three or four terminals right away, and then a code > editor like Bluefish took forever to open, leaving all these > terminals open... > > ...yuck. > > Would Apple's X11 be better than this, as you say above? If it is > faster than I'll go ahead and move XFfree86 aside and get X11 off > my install disks. With Apple's X11, you still have to open an app (X11.app in this case) before you can use X11 software. Or, from the normal (non-X) Terminal, you can type "open-x11 foo" to open X11.app and then open foo within it. That's on Tiger; Leopard may be different. I don't use Bluefish or really any other X software so I can't speak to its performance. I did notice, when using XFree86 and XDarwin once, all the unrequested xterms it opened, the weird window frames it used, the weird cursor it showed, the unfamiliar (to a Mac user) focus-follows- mouse behavior, and various other weirdisms which aren't present with Apple's X11. If you want to now switch to Apple's X11, you'll have to "sudo port - f uninstall XFree86", and once you install Apple's X11User.pkg (from Mac OS X DVD) and X11SDK.pkg (from Xcode disk image), you'll probably also have to rebuild all ports that linked against the X libraries ("sudo port -ncuf upgrade foo" where foo is one such port; repeat for all such ports). If you don't know which ports those are, just reinstall them as you start encountering error messages about mismatched library versions. From rytis.sileika at gmail.com Mon Dec 3 00:13:44 2007 From: rytis.sileika at gmail.com (Rytis Sileika) Date: Mon Dec 3 00:10:38 2007 Subject: DVDAuthor fails to build In-Reply-To: <889D1723-B25A-4987-8628-1EEF1D36D866@macports.org> References: <889D1723-B25A-4987-8628-1EEF1D36D866@macports.org> Message-ID: Issue was with one include missing: #include "iconv.h" in readxml.c I added the line and it has built with no issues. Funny, but I can't seem to be able to register with macports for filing the ticket. I get redirected to: http://www.macports.org/wp-register.php And that address gives me 404 error. Rytis Sileika On Dec 2, 2007 8:26 AM, Ryan Schmidt wrote: > > On Dec 2, 2007, at 01:08, Rytis Sileika wrote: > > > Anyone's got an idea why this is happening? Did some search on > > Google, but no luck... > > No, I don't know. I don't see an open ticket in Trac either. So you > should file one. Instructions are here: > > http://trac.macosforge.org/projects/macports/wiki/TracTicketing > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071203/b5b77732/attachment-0001.html From ryandesign at macports.org Mon Dec 3 01:53:17 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 3 01:50:16 2007 Subject: DVDAuthor fails to build In-Reply-To: References: <889D1723-B25A-4987-8628-1EEF1D36D866@macports.org> Message-ID: On Dec 3, 2007, at 02:13, Rytis Sileika wrote: > On Dec 2, 2007 8:26 AM, Ryan Schmidt wrote: > >> On Dec 2, 2007, at 01:08, Rytis Sileika wrote: >> >> > Anyone's got an idea why this is happening? Did some search on >> > Google, but no luck... >> >> No, I don't know. I don't see an open ticket in Trac either. So you >> should file one. Instructions are here: >> >> http://trac.macosforge.org/projects/macports/wiki/TracTicketing > > Issue was with one include missing: > > #include "iconv.h" > > in readxml.c > > I added the line and it has built with no issues. Agreed, that seems to fix it. I filed a ticket: http://trac.macports.org/projects/macports/ticket/13476 > Funny, but I can't seem to be able to register with macports for > filing the ticket. I get redirected to: http://www.macports.org/wp- > register.php > And that address gives me 404 error. I don't know what's going on there. Can jmpp or another portmgr comment? From ajmas at sympatico.ca Mon Dec 3 05:53:01 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Mon Dec 3 05:50:20 2007 Subject: Problems installing Python 2.5.1 on PowerMac G4 Message-ID: <6bpm1d$4vi0tt@toip4.srvr.bell.ca> Hi, I am trying to install Python 2.5.1 on my PowerMac G4, but I am running into some problems. Note that I have verified that my ports install is up to date with 'sudo ports selfupdate'. Follows is the output from attempting an install. Any ideas? localhost% sudo port install python25 ---> Fetching python25 ---> Verifying checksum(s) for python25 ---> Extracting python25 ---> Applying patches to python25 ---> Configuring python25 ---> Building python25 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_lang_python25/work/Python-2.5.1" && make all " returned error 2 Command output: Modules/main.c:186: warning: function declaration isn't a prototype /usr/bin/gcc-4.0 -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -o Modules/gcmodule.o Modules/gcmodule.c /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/threadmodule.c -o Modules/threadmodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/signalmodule.c -o Modules/signalmodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/posixmodule.c -o Modules/posixmodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/errnomodule.c -o Modules/errnomodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/pwdmodule.c -o Modules/pwdmodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/_sre.c -o Modules/_sre.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/_codecsmodule.c -o Modules/_codecsmodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/zipimport.c -o Modules/zipimport.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/symtablemodule.c -o Modules/symtablemodule.o /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -c ./Modules/xxsubtype.c -o Modules/xxsubtype.o /usr/bin/gcc-4.0 -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno- fused-madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include - I/opt/local/include -DPy_BUILD_CORE -DSVNVERSION=\"`LC_ALL=C svnversion .`\" - o Modules/getbuildinfo.o ./Modules/getbuildinfo.c rm -f libpython2.5.a ar cr libpython2.5.a Modules/getbuildinfo.o ar cr libpython2.5.a Modules/_typesmodule.o ar cr libpython2.5.a Parser/acceler.o Parser/grammar1.o Parser/listnode.o Parser/node.o Parser/parser.o Parser/parsetok.o Parser/bitset.o Parser/metagrammar.o Parser/firstsets.o Parser/grammar.o Parser/pgen.o Parser/myreadline.o Parser/tokenizer.o ar cr libpython2.5.a Objects/abstract.o Objects/boolobject.o Objects/bufferobject.o Objects/cellobject.o Objects/classobject.o Objects/cobject.o Objects/codeobject.o Objects/complexobject.o Objects/descrobject.o Objects/enumobject.o Objects/exceptions.o Objects/genobject.o Objects/fileobject.o Objects/floatobject.o Objects/frameobject.o Objects/funcobject.o Objects/intobject.o Objects/iterobject.o Objects/listobject.o Objects/longobject.o Objects/dictobject.o Objects/methodobject.o Objects/moduleobject.o Objects/object.o Objects/obmalloc.o Objects/rangeobject.o Objects/setobject.o Objects/sliceobject.o Objects/stringobject.o Objects/structseq.o Objects/tupleobject.o Objects/typeobject.o Objects/weakrefobject.o Objects/unicodeobject.o Objects/unicodectype.o ar cr libpython2.5.a Python/Python-ast.o Python/asdl.o Python/ast.o Python/bltinmodule.o Python/ceval.o Python/compile.o Python/codecs.o Python/errors.o Python/frozen.o Python/frozenmain.o Python/future.o Python/getargs.o Python/getcompiler.o Python/getcopyright.o Python/getmtime.o Python/getplatform.o Python/getversion.o Python/graminit.o Python/import.o Python/importdl.o Python/marshal.o Python/modsupport.o Python/mystrtoul.o Python/mysnprintf.o Python/pyarena.o Python/pyfpe.o Python/pystate.o Python/pythonrun.o Python/structmember.o Python/symtable.o Python/sysmodule.o Python/traceback.o Python/getopt.o Python/pystrtod.o Python/dynload_shlib.o Python/mactoolboxglue.o Python/thread.o ar cr libpython2.5.a Modules/config.o Modules/getpath.o Modules/main.o Modules/gcmodule.o ar cr libpython2.5.a Modules/threadmodule.o Modules/signalmodule.o Modules/posixmodule.o Modules/errnomodule.o Modules/pwdmodule.o Modules/_sre. o Modules/_codecsmodule.o Modules/zipimport.o Modules/symtablemodule.o Modules/xxsubtype.o ranlib libpython2.5.a libtool -o libpython2.5.dylib -dynamic \ -all_load libpython2.5.a -single_module \ -install_name /opt/local/lib/libpython2.5.dylib \ -compatibility_version 2.5 \ -current_version 2.5 -lSystem -lSystemStubs -L/opt/local/lib ld64 failed: in libpython2.5.a(getbuildinfo.o), not a valid ppc64 mach-o file libtool: internal link edit command failed make: *** [libpython2.5.dylib] Error 1 Error: Status 1 encountered during processing. From walts at gate.net Mon Dec 3 06:25:57 2007 From: walts at gate.net (Walt Scrivens) Date: Mon Dec 3 06:23:17 2007 Subject: Wireshark fails to complete install at gtk2 In-Reply-To: References: <6F279CA3-84D8-4590-9E7D-2A789C39B437@skynet.be> <351476B7-5EBD-4BD7-83DF-1659C90F91EA@skynet.be> Message-ID: <2024CC26-2682-495B-9CC0-DCB5C34D92DF@gate.net> On Dec 2, 2007, at 2:48 PM, Kok-Yong Tan wrote: > Frankly, I don't get those errors you're getting...but then, as I > mentioned, I installed gtk2 +x11 instead of gtk2 +quartz... Just > for kicks, why not uninstall gtk2 +quartz, install gtk2 +x11 and > recompile wireshark and see what you get? > > Also, when you run Wireshark, you have to run it as root, i.e., > "sudo /opt/local/bin/wireshark", otherwise you can't access any of > the available interfaces. If you run it from under an X11 xterm, > it should be set properly but if you're attempting to run from > Terminal with X11 running already, remember to set your DISPLAY > variable to ":0.0". > > On Dec 2, 2007, at 05:36, Jesse Ohlsson wrote: [SNIP] I, too had problems with Wireshark on Leopard until I re-installed gtk2 +x11. Now it is running properly (as root) but evidently the AirPort can't be put into promiscuous mode, since I am seeing only my own traffic. Walt From skip at bigskypenguin.com Mon Dec 3 09:55:18 2007 From: skip at bigskypenguin.com (Skip Evans) Date: Mon Dec 3 10:22:02 2007 Subject: Problem installing ports In-Reply-To: <62191D1D-2C66-419F-A0D2-BF7B4EC7DD01@macports.org> References: <47533E0F.9060804@bigskypenguin.com> <47534477.6020407@bigskypenguin.com> <357559BA-D657-41DA-B8A5-2656D889ABF8@macports.org> <4753A9B5.40007@bigskypenguin.com> <62191D1D-2C66-419F-A0D2-BF7B4EC7DD01@macports.org> Message-ID: <47544306.2090104@bigskypenguin.com> Hey all, This sounds pretty straightforward. I'll switch this machine over to Apple's X11 from the CD. Thanks globules, Ryan, for the sound advice, and the details of getting the ports updated, etc. Off subject... if anyone has a used LEGAL copy of PhotoShop they would like to sell us we are in the market for one. Must be legal! Thanks again, Skip Ryan Schmidt wrote: > > On Dec 3, 2007, at 01:01, Skip Evans wrote: > >> Ryan Schmidt wrote: >>> Well, ok, that might work too. Though Apple's X11 is really the >>> easiest, the fastest and IMHO the best way to go. >> I got XFree86 loaded and I guess sort of working, but it seems pretty >> awkard. I apparently had to start XDarwin separately, which then >> opened three or four terminals right away, and then a code editor like >> Bluefish took forever to open, leaving all these terminals open... >> >> ...yuck. >> >> Would Apple's X11 be better than this, as you say above? If it is >> faster than I'll go ahead and move XFfree86 aside and get X11 off my >> install disks. > > With Apple's X11, you still have to open an app (X11.app in this case) > before you can use X11 software. Or, from the normal (non-X) Terminal, > you can type "open-x11 foo" to open X11.app and then open foo within it. > That's on Tiger; Leopard may be different. > > I don't use Bluefish or really any other X software so I can't speak to > its performance. > > I did notice, when using XFree86 and XDarwin once, all the unrequested > xterms it opened, the weird window frames it used, the weird cursor it > showed, the unfamiliar (to a Mac user) focus-follows-mouse behavior, and > various other weirdisms which aren't present with Apple's X11. > > If you want to now switch to Apple's X11, you'll have to "sudo port -f > uninstall XFree86", and once you install Apple's X11User.pkg (from Mac > OS X DVD) and X11SDK.pkg (from Xcode disk image), you'll probably also > have to rebuild all ports that linked against the X libraries ("sudo > port -ncuf upgrade foo" where foo is one such port; repeat for all such > ports). If you don't know which ports those are, just reinstall them as > you start encountering error messages about mismatched library versions. > > > -- Skip Evans Big Sky Penguin, LLC 503 S Baldwin St, #1 Madison, WI 53703 608-250-2720 http://bigskypenguin.com =-=-=-=-=-=-=-=-=-= Check out PHPenguin, a lightweight and versatile PHP/MySQL, AJAX & DHTML development framework. http://phpenguin.bigskypenguin.com/ From sven.wolf at fusion-zone.net Mon Dec 3 10:49:00 2007 From: sven.wolf at fusion-zone.net (Sven Wolf) Date: Mon Dec 3 10:46:48 2007 Subject: build of wine 0.9.50 failed Message-ID: <47544F9C.5090508@fusion-zone.net> Hi *, just fyi on my Intel Mac Mini/Leopard 10.5.1/port selfupdate already done the build of wine failed. ./ntoskrnl.exe.spec:606: external symbol 'KeServiceDescriptorTable' is not a function ./ntoskrnl.exe.spec:625: external symbol 'KeTickCount' is not a function winegcc: ../../tools/winebuild/winebuild failed make[2]: *** [ntoskrnl.exe.so] Error 2 make[1]: *** [ntoskrnl.exe] Error 2 make: *** [dlls] Error 2 The previous errors regarding to the crtdll.dll and msvcrt.dll could be solved as described here: http://www.nabble.com/-13380%3A-Error-compiling-WINE-on-Leopard-10.5.1-t4857240.html (change into dll folder, sudo make) Best regards, Sven From markd at macports.org Mon Dec 3 10:51:06 2007 From: markd at macports.org (markd@macports.org) Date: Mon Dec 3 10:51:08 2007 Subject: NeDi Installation Failure Message-ID: >I have followed the instructions located here: >[ >https://owa016.msoutlookonline.net/owa/redir.aspx?URL=http%3a%2f%2fhomepage.mac.com%2fduling%2fhalfdozen%2fNeDi-Howto.html >]http://homepage.mac.com/duling/halfdozen/NeDi-Howto.html > >I've gotten to step 3, "Install and Configure NeDi". Unfortunately, when >I run the command "sudo port install nedi" it doesn't work. The debug >output is .... >Ok, so the error message is: > >Can't locate DynaLoader.pm in @INC (@INC contains: /opt/local/lib/ >perl5/5.8.8/darwin-2level /opt/local/lib/perl5/5.8.8 /opt/local/lib/ >perl5/site_perl/5.8.8/darwin-2level /opt/local/lib/perl5/site_perl/ >5.8.8 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl/ >5.8.8/darwin-2level /opt/local/lib/perl5/vendor_perl/5.8.8 /opt/local/ >lib/perl5/vendor_perl .) at /opt/local/lib/perl5/5.8.8/ExtUtils/ >Mkbootstrap.pm line 20. Chad, I just installed the NeDi port on 10.5 with no problems. Initiating a discovery run gave no problems either. So I can't see any problem at all. It must be that the install is failing on a dependency that is installed prior to installing the NeDi port. Please send me the full debug output so I can tell. BTW, I just updated the port to rc5. Mark From blb at macports.org Mon Dec 3 14:43:22 2007 From: blb at macports.org (Bryan Blackburn) Date: Mon Dec 3 15:00:39 2007 Subject: Problems installing Python 2.5.1 on PowerMac G4 In-Reply-To: <6bpm1d$4vi0tt@toip4.srvr.bell.ca> References: <6bpm1d$4vi0tt@toip4.srvr.bell.ca> Message-ID: On Dec 3, 2007, at 6:53 AM, Andre-John Mas wrote: > > Hi, > > I am trying to install Python 2.5.1 on my PowerMac G4, but I am > running into some problems. Note that I have verified that my > ports install is up to date with 'sudo ports selfupdate'. Follows > is the output from attempting an install. Any ideas? > > localhost% sudo port install python25 > > ---> Fetching python25 > ---> Verifying checksum(s) for python25 > ---> Extracting python25 > ---> Applying patches to python25 > ---> Configuring python25 > ---> Building python25 with target all ... > libtool -o libpython2.5.dylib -dynamic \ > -all_load libpython2.5.a -single_module \ > -install_name /opt/local/lib/libpython2.5.dylib \ > -compatibility_version 2.5 \ > -current_version 2.5 -lSystem -lSystemStubs -L/opt/local/lib > ld64 failed: in libpython2.5.a(getbuildinfo.o), not a valid ppc64 > mach-o file > libtool: internal link edit command failed > make: *** [libpython2.5.dylib] Error 1 > > Error: Status 1 encountered during processing. What version of Xcode do you have installed? When this has come up in the past, it was due to an older Xcode (2.1 and/or 2.2.x); so make sure you're running at least 2.4 (I believe) or the latest, 2.5. Bryan From george at galis.org Mon Dec 3 14:54:05 2007 From: george at galis.org (George Georgalis) Date: Mon Dec 3 15:00:40 2007 Subject: checking for vulnerabilities? Message-ID: <20071203225405.GA8353@run.duo> With in my root crontab (sudo crontab -e) I run: port selfupdate port sync && port outdated which is handy to identify when I need to upgrade. but what about when a vulnerability is known for which a port upgrade is not yet available? Is there any way to query installed ports for known vulnerabilities? // George -- George Georgalis, information system scientist < From ryandesign at macports.org Mon Dec 3 15:55:02 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 3 16:11:53 2007 Subject: checking for vulnerabilities? In-Reply-To: <20071203225405.GA8353@run.duo> References: <20071203225405.GA8353@run.duo> Message-ID: On Dec 3, 2007, at 16:54, George Georgalis wrote: > With in my root crontab (sudo crontab -e) I run: > port selfupdate > port sync && port outdated FYI, "selfupdate" includes "sync" so if you just did "selfupdate" you don't need to "sync" also; it's already been done for you. > which is handy to identify when I need to upgrade. > but what about when a vulnerability is known for > which a port upgrade is not yet available? Is > there any way to query installed ports for known > vulnerabilities? There is absolutely nothing in place to separately deal with vulnerabilities. They would be handled like any other problem with a port. Someone would file a ticket in Trac and assign it to the maintainer and the maintainer would deal with it. If the port has no maintainer, someone would have to notice the ticket and deal with it. If you're interested in seeing if there are any open issues with ports you use, search for the port name in Trac. From ryandesign at macports.org Mon Dec 3 22:17:38 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 3 22:22:29 2007 Subject: build of wine 0.9.50 failed In-Reply-To: <47544F9C.5090508@fusion-zone.net> References: <47544F9C.5090508@fusion-zone.net> Message-ID: <82F58624-A08F-41AD-AA1B-08CA7B04E4A4@macports.org> On Dec 3, 2007, at 12:49, Sven Wolf wrote: > just fyi on my Intel Mac Mini/Leopard 10.5.1/port selfupdate already > done the build of wine failed. > > ./ntoskrnl.exe.spec:606: external symbol 'KeServiceDescriptorTable' is > not a function > ./ntoskrnl.exe.spec:625: external symbol 'KeTickCount' is not a > function > winegcc: ../../tools/winebuild/winebuild failed > make[2]: *** [ntoskrnl.exe.so] Error 2 > make[1]: *** [ntoskrnl.exe] Error 2 > make: *** [dlls] Error 2 Thank you for reporting this. I filed a ticket: http://trac.macosforge.org/projects/macports/ticket/13488 > The previous errors regarding to the crtdll.dll and msvcrt.dll > could be > solved as described here: > http://www.nabble.com/-13380%3A-Error-compiling-WINE-on- > Leopard-10.5.1-t4857240.html > > (change into dll folder, sudo make) That's this ticket: http://trac.macports.org/projects/macports/ticket/13000 Assistance in solving both of these issues is greatly appreciated, as I do not observe the failures myself, since I do not have Leopard. From o.e.moen at notam02.no Mon Dec 3 23:55:37 2007 From: o.e.moen at notam02.no (Ola Moen) Date: Mon Dec 3 23:53:47 2007 Subject: Guile install problem on Leopard.. Message-ID: <475507F9.3050704@notam02.no> Hi, I'm trying to install Guile on Leopard/MBP and get the following output, any ideas? regards, Ola M. 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_guile/work/guile-1.8.3" && make all " returned error 2 Command output: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include -D_THREAD_SAFE -O2 -Wall -Wmissing-prototypes -Werror -MT libguile_la-fports.lo -MD -MP -MF .deps/libguile_la-fports.Tpo -c fports.c -fno-common -DPIC -o .libs/libguile_la-fports.o cc1: warnings being treated as errors fports.c: In function 'scm_open_file': fports.c:364: warning: implicit declaration of function 'open64' fports.c: At top level: fports.c:614: error: syntax error before 'fport_seek_or_seek64' fports.c:614: error: syntax error before 'off64_t' fports.c:615: warning: return type defaults to 'int' fports.c:615: warning: no previous prototype for 'fport_seek_or_seek64' fports.c: In function 'fport_seek_or_seek64': fports.c:616: error: 'port' undeclared (first use in this function) fports.c:616: error: (Each undeclared identifier is reported only once fports.c:616: error: for each function it appears in.) fports.c:618: error: 'off64_t' undeclared (first use in this function) fports.c:618: error: syntax error before 'rv' fports.c:623: error: 'offset' undeclared (first use in this function) fports.c:623: error: 'whence' undeclared (first use in this function) fports.c:626: error: 'result' undeclared (first use in this function) fports.c:626: error: 'rv' undeclared (first use in this function) fports.c:626: warning: implicit declaration of function 'lseek64' fports.c: In function 'fport_seek': fports.c:677: error: 'off64_t' undeclared (first use in this function) fports.c:677: error: syntax error before 'rv' fports.c:678: error: 'rv' undeclared (first use in this function) fports.c: In function 'scm_i_fport_truncate': fports.c:711: warning: implicit declaration of function 'ftruncate64' make[3]: *** [libguile_la-fports.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 From johnkeyes at gmail.com Tue Dec 4 09:42:53 2007 From: johnkeyes at gmail.com (John Keyes) Date: Tue Dec 4 09:40:19 2007 Subject: py-psycopg2 for Python2.5 Message-ID: <0740DB54-F1AB-4023-83B9-76F1D2DEAFC7@gmail.com> Hi, I need py-psycopg2 for Python2.5 but the one in the repository depends on python24. I edited the Portfile and changed this to python25 and did a port install. Python2.5 was correctly downloaded and installed but psycopg2 build failed as it was looking for /opt/local/bin/python2.4 instead of python2.5. I was able to build psycopg2 directly in the work folder, I'm just wondering how do I configure it so port will install it too. Thanks, -John K From face at CentosPrime.COM Tue Dec 4 09:46:04 2007 From: face at CentosPrime.COM (Chris Janton) Date: Tue Dec 4 09:44:36 2007 Subject: Mail to the list fails? Message-ID: My mail to the list gets stuck - Final-Recipient: rfc822; macports-users@lists.macosforge.org Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; Command time limit exceeded: "/usr/share/mailman/mail/mailman post macports-users" Is it just me? 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From dluke at geeklair.net Tue Dec 4 09:57:40 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Dec 4 09:55:23 2007 Subject: Mail to the list fails? In-Reply-To: References: Message-ID: <07BAE499-E87A-417D-BDBD-95889519941D@geeklair.net> On Dec 4, 2007, at 12:46 PM, Chris Janton wrote: > My mail to the list gets stuck - > > Final-Recipient: rfc822; macports-users@lists.macosforge.org > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; Command time limit exceeded: > "/usr/share/mailman/mail/mailman post macports-users" > > Is it just me? Probably just a temporary problem. I noticed that the calendar server wiki (macosforge hosted) was really slow this morning and my svn commits took much longer than usual (and I think one of them didn't end up sending mail to the changes list). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071204/07e03e7e/PGP.bin From liontooth at cogweb.net Tue Dec 4 10:24:52 2007 From: liontooth at cogweb.net (David Liontooth) Date: Tue Dec 4 10:22:14 2007 Subject: mpeg2vidcodec source not found Message-ID: <47559B74.6040007@cogweb.net> # port -dv install mpeg2vidcodec DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/multimedia/mpeg2vidcodec DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/multimedia/mpeg2vidcodec DEBUG: Requested variant darwin is not provided by port mpeg2vidcodec. DEBUG: Requested variant i386 is not provided by port mpeg2vidcodec. DEBUG: Requested variant macosx is not provided by port mpeg2vidcodec. DEBUG: Executing variant x11 provides x11 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/XFree86 DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/XFree86 DEBUG: Requested variant i386 is not provided by port XFree86. DEBUG: Executing variant darwin provides darwin DEBUG: Executing variant macosx provides macosx DEBUG: Searching for dependency: XFree86 DEBUG: Didn't find receipt, going to depspec regex for: XFree86 DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.dylib regex: ^libX11\.dylib$ DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.dylib regex: ^libX11\.dylib$ DEBUG: Skipping completed org.macports.main (mpeg2vidcodec) ---> Fetching mpeg2vidcodec DEBUG: Executing org.macports.fetch (mpeg2vidcodec) ---> mpeg2vidcodec_v12.tar.gz doesn't seem to exist in /opt/local/var/macports/distfiles/mpeg2vidcodec ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from ftp://ftp.mpeg.org/pub/mpeg/mssg/ DEBUG: Fetching failed:: couldnt resolve host name ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from http://svn.macports.org/repository/macports/distfiles/mpeg2vidcodec % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from http://svn.macports.org/repository/macports/downloads/mpeg2vidcodec % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 DEBUG: Fetching failed:: HTTP response code said error Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for mpeg2vidcodec): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From face at CentosPrime.COM Tue Dec 4 10:28:35 2007 From: face at CentosPrime.COM (Chris Janton) Date: Tue Dec 4 10:27:05 2007 Subject: PHP5, Apache2, Leopard Message-ID: Hi I have a newly-Leopardized PowerPC running Leopard (10.5.1) Fresh install of MacPorts Fresh install of XCode 3 I do this sudo port selfupdate port version Version: 1.520 On my other systems (PPC 10.3.9, Intel 10.4.11) I used this command to install PHP5 sudo port install php5 +apache +macosx +mysql5 +pear On Leopard I would prefer to use the Apple installed Apache2, so I assume that this command would be appropriate sudo port install php5 +apache2 +macosx +mysql5 +pear What I get is this (which is different than yesterday) ---> Building apache2 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_www_apa che2/work/httpd-2.2.6" && make all " returned error 2 Command output: ab.c: In function 'start_connect': ab.c:1150: warning: passing argument 2 of 'BIO_set_callback_arg' from incompatible pointer type So, does anyone have a handy list of hints for making PHP5 work with the Apple-provided Apache2? I got mysql5 installed and working just fine. Thanks in advance. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From liontooth at cogweb.net Tue Dec 4 10:36:26 2007 From: liontooth at cogweb.net (David Liontooth) Date: Tue Dec 4 10:34:02 2007 Subject: mpeg2vidcodec source not found In-Reply-To: <47559B74.6040007@cogweb.net> References: <47559B74.6040007@cogweb.net> Message-ID: <47559E2A.3080203@cogweb.net> Retracted -- my fault, required sync. David Liontooth wrote: > # port -dv install mpeg2vidcodec > DEBUG: Found port in > file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/multimedia/mpeg2vidcodec > > DEBUG: Changing to port directory: > /opt/local/var/macports/sources/rsync.macports.org/release/ports/multimedia/mpeg2vidcodec > > DEBUG: Requested variant darwin is not provided by port mpeg2vidcodec. > DEBUG: Requested variant i386 is not provided by port mpeg2vidcodec. > DEBUG: Requested variant macosx is not provided by port mpeg2vidcodec. > DEBUG: Executing variant x11 provides x11 > DEBUG: Found port in > file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/XFree86 > > DEBUG: Changing to port directory: > /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/XFree86 > > DEBUG: Requested variant i386 is not provided by port XFree86. > DEBUG: Executing variant darwin provides darwin > DEBUG: Executing variant macosx provides macosx > DEBUG: Searching for dependency: XFree86 > DEBUG: Didn't find receipt, going to depspec regex for: XFree86 > DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.dylib > regex: ^libX11\.dylib$ > DEBUG: Found Dependency: path: /usr/X11R6/lib filename: libX11.dylib > regex: ^libX11\.dylib$ > DEBUG: Skipping completed org.macports.main (mpeg2vidcodec) > ---> Fetching mpeg2vidcodec > DEBUG: Executing org.macports.fetch (mpeg2vidcodec) > ---> mpeg2vidcodec_v12.tar.gz doesn't seem to exist in > /opt/local/var/macports/distfiles/mpeg2vidcodec > ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from > ftp://ftp.mpeg.org/pub/mpeg/mssg/ > > DEBUG: Fetching failed:: couldnt resolve host name > ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from > http://svn.macports.org/repository/macports/distfiles/mpeg2vidcodec > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > DEBUG: Fetching failed:: HTTP response code said error > ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from > http://svn.macports.org/repository/macports/distfiles/general/ > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > DEBUG: Fetching failed:: HTTP response code said error > ---> Attempting to fetch mpeg2vidcodec_v12.tar.gz from > http://svn.macports.org/repository/macports/downloads/mpeg2vidcodec > % Total % Received % Xferd Average Speed Time Time Time > Current > Dload Upload Total Spent Left > Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > DEBUG: Fetching failed:: HTTP response code said error > Error: Target org.macports.fetch returned: fetch failed > Warning: the following items did not execute (for mpeg2vidcodec): > org.macports.activate org.macports.fetch org.macports.extract > org.macports.checksum org.macports.patch org.macports.configure > org.macports.build org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From liontooth at cogweb.net Tue Dec 4 11:48:22 2007 From: liontooth at cogweb.net (David Liontooth) Date: Tue Dec 4 11:45:56 2007 Subject: asymptote builds on 10.4.11, but teTeX stops it on 10.5.1 Message-ID: <4755AF06.2050801@cogweb.net> Thanks for packaging asymptote! HMUG gives this list of dependencies for OSX 10.4 on ppc and x86 -- you may have seen this already, and/or asymptote may pull these in automatically; I didn't test, but hopefully some of this information is useful! http://www.hmug.org/pub/MacOS_X/X/Applications/Publishing/asymptote/ My annotations in parentheses -- several packages should probably be made optional; I set g95 optional (won't build on 10.5.1) and also X11 (do we need it? It pulls in a lot of dependencies). I'd be happy if asymptote can generate eps files. Dependencies: bzip2 1.0.4 (ok) fftw 3.1.2 (fftw-3 ok) fltk 1.1.7 (ok) freetype 2.3.5 (ok) g95 20061019 (optional -- macports has 0.90) gawk 3.1.5 (ok) gettext 0.17 (ok) ghostscript 8.60 (8.61) ghostscript-fonts-std 8.11 (ok, in ghostscript) gsl 1.9 (1.10) ImageMagick 6.3.6-2 (6.3.7-1) jasper 1.900.1 (1.701.0 -- may be worth updating) jbigkit 1.6 (ok) jpeg 6b (ok) lcms 1.16 (ok) libexif 0.6.16 (0.6.15) libiconv 1.12 (ok) libpng 1.2.23 (ok) libwmf 0.2.8.4 (ok) libxml2 2.6.30 (ok) mpeg2vidcodec 1.2 (ok) openexr 1.4.0 (ok) pkg-config 0.22 (pkgconfig ok) Python 2.5.1 (python25 ok) readline 5.2 (ok) sed 4.1.5 (gsed ok) tetex 3.0 (ok) texinfo 4.11 (ok) X11 1.1.3 (xorg-libX11 ok -- optional?) zlib 1.2.3 (ok) I'm not familiar with the dependency trees, so I don't know the shortest list that will pull in all of these. When I run the modified portfile, leaving out xorg-libX11, odcctools builds on 10.4.11, but fails on 10.5.1 (both macintel) (Ticket #13289 ). Moving g95 to optional (don't know when it's needed) allows some further progress on 10.5.1. TeTeX fails to build on 10.5.1 -- Ticket #13491 . asymptote builds on 10.4.11 and creates valid eps files! Very cool. Dave The revised portfile is likely overkill: # $Id$ PortSystem 1.0 name asymptote version 1.37 categories graphics maintainers loshea@gmail.com description a vector graphics language long_description Asymptote is a powerful descriptive \ vector graphics language that provides a natural \ coordinate-based framework for technical drawing. \ Labels and equations are typeset with LaTeX, for \ high-quality PostScript output. homepage http://asymptote.sourceforge.net distfiles ${distname}.src.tgz:main gc-7.0.tar.gz:gc master_sites sourceforge::main \ http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source:gc checksums asymptote-1.37.src.tgz md5 05b6e614f43e2fd163161117c4093f87 \ gc-7.0.tar.gz md5 3645ccf5f32ebb27d99b27b0d29e9c38 depends_lib port:bzip2 \ port:fftw-3 \ port:fltk \ port:freetype \ port:gawk \ port:gettext \ port:ghostscript \ port:gsl \ port:ImageMagick \ port:jasper \ port:jbigkit \ port:jpeg \ port:lcms \ port:libexif \ port:libiconv \ port:libpng \ port:libwmf \ port:libxml2 \ port:mpeg2vidcodec \ port:openexr \ port:pkgconfig \ port:python25 \ port:readline \ port:gsed \ port:teTeX \ port:texinfo \ port:zlib platforms darwin configure.args --with-latex=${prefix}/share/texmf-local/tex/latex \ --mandir=${prefix}/share/man extract.only ${distname}.src.tgz post-extract { file copy ${distpath}/gc-7.0.tar.gz ${worksrcpath} } # Optional components #variant fftw { # depends_lib-append port:fftw-3 # configure.args-append --enable-fftw --with-fftw-prefix=${prefix} #} variant g95 { depends_lib-append port:g95 } variant X11 { depends_lib-append port:xorg-libX11 } From cpsmusic at yahoo.com Tue Dec 4 17:03:51 2007 From: cpsmusic at yahoo.com (Chris Share) Date: Tue Dec 4 17:01:36 2007 Subject: Noob Installing MacPorts Problem Message-ID: <664793.22145.qm@web52706.mail.re2.yahoo.com> Hi, I'm new to MacPorts. I'm running Mac OS X 10.4.10. By mistake I downloaded and installed the Leopard version of MacPorts. I've tried uninstalling MacPorts as described in the MacPorts FAQ however when I run the Tiger version of the installer it first asks me if I want to upgrade the installation and then seems to get stuck during the installation process. I suspect that some part of the Leopard installation has not been removed. How can I fix this? Cheers, Chris ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From enakud at gmail.com Tue Dec 4 17:52:32 2007 From: enakud at gmail.com (enakud@gmail.com) Date: Tue Dec 4 17:50:16 2007 Subject: Error: Target org.macports.fetch returned: fetch failed Message-ID: <20071205015232.GA20325@sibelius.vangilpin.net> Hi folks, Trying to install ye olde mrxvt terminal on me new macbook (leopard), but running into what I'll guess is a common issue ... apparently the distfiles are missing from the various mirrors listed in the port definition... /Users/ivanhoven # port install mrxvt ---> Fetching mrxvt ---> Attempting to fetch no-scroll-with-buffer-mrxvt-0.5.3.patch.diff from... http://downloads.sourceforge.net/materm http://easynews.dl.sourceforge.net/materm http://ufpr.dl.sourceforge.net/materm http://kent.dl.sourceforge.net/materm http://jaist.dl.sourceforge.net/materm http://svn.macports.org/repository/macports/distfiles/mrxvt http://svn.macports.org/repository/macports/distfiles/general/ http://svn.macports.org/repository/macports/downloads/mrxvt Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. I read in another post that if I can find the distfiles I can grab them myself & plop them in /opt/local/.../distfiles/mrxvt & re-run the port install. Is there another option I could try? Any help appreciated. Ian From ryandesign at macports.org Tue Dec 4 18:00:08 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 17:57:50 2007 Subject: Noob Installing MacPorts Problem In-Reply-To: <664793.22145.qm@web52706.mail.re2.yahoo.com> References: <664793.22145.qm@web52706.mail.re2.yahoo.com> Message-ID: On Dec 4, 2007, at 19:03, Chris Share wrote: > I'm new to MacPorts. I'm running Mac OS X 10.4.10. By mistake I > downloaded and installed the Leopard version of MacPorts. > > I've tried uninstalling MacPorts as described in the MacPorts FAQ > however when I run the Tiger version of the installer it first asks > me if I want to upgrade the installation and then seems to get > stuck during the installation process. I suspect that some part of > the Leopard installation has not been removed. > > How can I fix this? Follow the uninstall instructions in the FAQ, but also remove the MacPorts receipt in /Library/Receipts. Then try installing the Tiger version again. If it gets stuck again, tell us exactly where. From ryandesign at macports.org Tue Dec 4 18:02:29 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 18:00:04 2007 Subject: Error: Target org.macports.fetch returned: fetch failed In-Reply-To: <20071205015232.GA20325@sibelius.vangilpin.net> References: <20071205015232.GA20325@sibelius.vangilpin.net> Message-ID: <5F292D32-371B-4D87-899E-3B8ABA880145@macports.org> On Dec 4, 2007, at 19:52, enakud@gmail.com wrote: > Trying to install ye olde mrxvt terminal on me new macbook > (leopard), but > running into what I'll guess is a common issue ... apparently the > distfiles > are missing from the various mirrors listed in the port definition... > > /Users/ivanhoven # port install mrxvt > ---> Fetching mrxvt > ---> Attempting to fetch no-scroll-with-buffer- > mrxvt-0.5.3.patch.diff from... > http://downloads.sourceforge.net/materm > http://easynews.dl.sourceforge.net/materm > http://ufpr.dl.sourceforge.net/materm > http://kent.dl.sourceforge.net/materm > http://jaist.dl.sourceforge.net/materm > http://svn.macports.org/repository/macports/distfiles/mrxvt > http://svn.macports.org/repository/macports/distfiles/general/ > http://svn.macports.org/repository/macports/downloads/mrxvt > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > > > I read in another post that if I can find the distfiles I can grab > them myself > & plop them in /opt/local/.../distfiles/mrxvt & re-run the port > install. > > Is there another option I could try? In this case it's not the main distfile but a patchfile. An incorrect change was made to the list of patchfiles for this port in r31242. I undid that change in r31730 and the port should now install. Wait 30 minutes, then "sudo port selfupdate", then try installing it again. From ryandesign at macports.org Tue Dec 4 18:16:41 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 18:14:22 2007 Subject: PHP5, Apache2, Leopard In-Reply-To: References: Message-ID: <8DE059AD-CB1D-4118-81EE-ADCCC87E4FAD@macports.org> On Dec 4, 2007, at 12:28, Chris Janton wrote: > I have a newly-Leopardized PowerPC running Leopard (10.5.1) > Fresh install of MacPorts > Fresh install of XCode 3 > > I do this > > sudo port selfupdate > port version > Version: 1.520 > > On my other systems (PPC 10.3.9, Intel 10.4.11) I used this command > to install PHP5 > > sudo port install php5 +apache +macosx +mysql5 +pear > > On Leopard I would prefer to use the Apple installed Apache2, so I > assume that this command would be appropriate > > sudo port install php5 +apache2 +macosx +mysql5 +pear > > What I get is this (which is different than yesterday) > > ---> Building apache2 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_www_a > pache2/work/httpd-2.2.6" && make all " returned error 2 > Command output: ab.c: In function 'start_connect': > ab.c:1150: warning: passing argument 2 of 'BIO_set_callback_arg' > from incompatible pointer type > > So, does anyone have a handy list of hints for making PHP5 work > with the Apple-provided Apache2? > I got mysql5 installed and working just fine. I'm the maintainer of php5 (along with Jyrki). I had intended to bring this topic up with the list before--as soon as I noticed that Leopard includes Apache 2, not Apache 1--but I forgot. Thanks for reminding me. In php5, +apache uses Apple's Apache 1.3 (when running on Mac OS X 10.4 or earlier, and probably explodes on 10.5 and later), or uses MacPorts's Apache 1.3 (when not running on Mac OS X). +apache2 uses MacPorts's Apache 2.2. There is no way, with the current set of variants, to use the Apple Apache 2 in Leopard, nor the MacPorts Apache 1.3 when running on Mac OS X. This is all very confusing and has to stop. MacPorts philosophy is to use MacPorts libraries only, unless there's a very good reason. This is explained in the FAQ: http://trac.macports.org/projects/macports/wiki/ FAQ#WhyisMacPortsusingitsownlibraries In the case of php5, the "very good reason" was that Apple's Apache 1.3 was perfectly fine and it was convenient to be able to continue to use System Preferences to deal with the web server. Leopard's inclusion of Apache 2 changes all that for me. I no longer wish to support using Apple's Apache at all. I don't care what version it is. I want +apache to use MacPorts's Apache 1.3, and +apache2 to use MacPorts's Apache 2.2. This will make things much simpler in the portfile, much simpler for users to understand, and will be consistent with established guidelines. If there are any objections, now is the time to voice them. Otherwise I'll make these modifications soon. None of the above unfortunately helps your problem, which I cannot understand. Apparently you cannot build apache2 on Leopard. You should take that up with the maintainer of the apache2 port. Though I know it should build on Leopard, because I saw someone do it. From ryandesign at macports.org Tue Dec 4 18:17:16 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 18:14:44 2007 Subject: Mail to the list fails? In-Reply-To: References: Message-ID: On Dec 4, 2007, at 11:46, Chris Janton wrote: > My mail to the list gets stuck - > > Final-Recipient: rfc822; macports-users@lists.macosforge.org > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; Command time limit exceeded: > "/usr/share/mailman/mail/mailman post macports-users" > > Is it just me? I got one of those too. I hadn't yet looked into it. Not that there would be much I could do about it. From ryandesign at macports.org Tue Dec 4 18:19:15 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 18:16:55 2007 Subject: Guile install problem on Leopard.. In-Reply-To: <475507F9.3050704@notam02.no> References: <475507F9.3050704@notam02.no> Message-ID: <1C4CCFB6-845D-4C1F-A4ED-D68F283DAC3F@macports.org> On Dec 4, 2007, at 01:55, Ola Moen wrote: > I'm trying to install Guile on Leopard/MBP and get the following > output, any ideas? > > regards, > Ola M. > > 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_ > guile/work/guile-1.8.3" && make all " returned error 2 > Command output: gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/ > local/include -D_THREAD_SAFE -O2 -Wall -Wmissing-prototypes -Werror > -MT libguile_la-fports.lo -MD -MP -MF .deps/libguile_la-fports.Tpo - > c fports.c -fno-common -DPIC -o .libs/libguile_la-fports.o > cc1: warnings being treated as errors > fports.c: In function 'scm_open_file': > fports.c:364: warning: implicit declaration of function 'open64' [snip] Searching the issue tracker, I find this ticket, which seems to describe this problem, and include a fix: http://trac.macports.org/projects/macports/ticket/13174 I'll add you to the ticket's Cc list so you'll be informed of its progress. From cpsmusic at yahoo.com Tue Dec 4 18:26:54 2007 From: cpsmusic at yahoo.com (Chris Share) Date: Tue Dec 4 18:24:31 2007 Subject: Noob Installing MacPorts Problem Message-ID: <447734.85167.qm@web52712.mail.re2.yahoo.com> var YAHOO = {'Shortcuts' : {}}; YAHOO.Shortcuts.hasSensitiveText = false; YAHOO.Shortcuts.sensitivityType = []; YAHOO.Shortcuts.doUlt = false; YAHOO.Shortcuts.location = "us"; YAHOO.Shortcuts.document_id = 0; YAHOO.Shortcuts.document_type = ""; YAHOO.Shortcuts.document_title = "Re: Noob Installing MacPorts Problem"; YAHOO.Shortcuts.document_publish_date = ""; YAHOO.Shortcuts.document_author = "cpsmusic@yahoo.com"; YAHOO.Shortcuts.document_url = ""; YAHOO.Shortcuts.document_tags = ""; YAHOO.Shortcuts.annotationSet = { "lw_1196821472_0": { "text": "ryandesign@macports.org", "extended": 0, "startchar": 500, "endchar": 522, "start": 500, "end": 522, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 1, "type": ["shortcuts:/us/instance/identifier/hyperlink/mailto"], "category": ["IDENTIFIER"], "context": "Original Message From Ryan Schmidt ryandesign@macports.org To Chris Share cpsmusic@yahoo.com Cc", "metaData": { "linkHref": "mailto:ryandesign@macports.org", "linkProtocol": "mailto", "linkYmailto": "mailto:ryandesign@macports.org" } }, "lw_1196821472_1": { "text": "cpsmusic@yahoo.com", "extended": 0, "startchar": 627, "endchar": 644, "start": 627, "end": 644, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 1, "type": ["shortcuts:/us/instance/identifier/hyperlink/mailto"], "category": ["IDENTIFIER"], "context": "Schmidt ryandesign@macports.org To Chris Share cpsmusic@yahoo.com Cc macports-users@lists.macosforge.org Sent Wednesday December", "metaData": { "linkHref": "mailto:cpsmusic@yahoo.com", "linkProtocol": "mailto", "linkYmailto": "mailto:cpsmusic@yahoo.com" } }, "lw_1196821472_2": { "text": "macports-users@lists.macosforge.org", "extended": 0, "startchar": 767, "endchar": 801, "start": 767, "end": 801, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 1, "type": ["shortcuts:/us/instance/identifier/hyperlink/mailto"], "category": ["IDENTIFIER"], "context": "To Chris Share cpsmusic@yahoo.com Cc macports-users@lists.macosforge.org Sent Wednesday December 5 2007", "metaData": { "linkHref": "mailto:macports-users@lists.macosforge.org", "linkProtocol": "mailto", "linkYmailto": "mailto:macports-users@lists.macosforge.org" } }, "lw_1196821472_3": { "text": "Wednesday, December 5, 2007 1:00:08 PM", "extended": 0, "startchar": 816, "endchar": 853, "start": 816, "end": 853, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 1, "type": ["shortcuts:/us/instance/identifier/date_time"], "category": ["IDENTIFIER"], "context": "Share cpsmusic@yahoo.com Cc macports-users@lists.macosforge.org Sent Wednesday December 5 2007 1:00:08 PM Subject Re Noob Installing MacPorts", "metaData": { "isoEndDate": "", "isoStartDate": "20071205T130008", "past": "false", "recurring": "false" } }, "lw_1196821472_4": { "text": "On Dec 4, 2007, at 19:03", "extended": 0, "startchar": 915, "endchar": 938, "start": 915, "end": 938, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 1, "type": ["shortcuts:/us/instance/identifier/date_time"], "category": ["IDENTIFIER"], "context": "Re Noob Installing MacPorts Problem On Dec 4 2007 at 19:03 Chris Share wrote I\x27m new", "metaData": { "isoEndDate": "", "isoStartDate": "20071204T190300", "past": "false", "recurring": "false" } }, "lw_1196821472_5": { "text": "Mac OS X", "extended": 0, "startchar": 1005, "endchar": 1012, "start": 1005, "end": 1012, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 0.789229, "type": ["shortcuts:/us/class/product", "shortcuts:/us/instance/other/product"], "category": ["THING"], "context": "new to MacPorts I\x27m running Mac OS X 10.4.10 By mistake I downloaded" }, "lw_1196821472_6": { "text": "Yahoo! Mobile", "extended": 0, "startchar": 1949, "endchar": 1961, "start": 1949, "end": 1961, "extendedFrom": "", "predictedCategory": "ORGANIZATION", "predictionProbability": "0.679211", "weight": 0.35, "type": ["shortcuts:/us/instance/organization/company/yahoo_property"], "category": ["ORGANIZATION"], "context": "friend newshound and know-it-all with Yahoo Mobile Try it now http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ", "metaData": { "yprop_name": "Yahoo! Mobile", "yprop_url": "http://mobile.yahoo.com/" } }, "lw_1196821472_7": { "text": "http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ", "extended": 0, "startchar": 2073, "endchar": 2130, "start": 2073, "end": 2130, "extendedFrom": "", "predictedCategory": "", "predictionProbability": "0", "weight": 1, "type": ["shortcuts:/us/instance/identifier/hyperlink/http"], "category": ["IDENTIFIER"], "context": "Yahoo Mobile Try it now http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ", "metaData": { "linkHref": "http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ", "linkProtocol": "http", "linkTarget": "_blank" } } }; I've gone through the uninstall process again. The only thing I can see in /Library/Receipts is com.adobe.Reader When I run the installer, I get to the Install step and then click the "Upgrade" button. The installer gets to the "Finishing Installation" step (about 90% of the way through the progress bar) however then it stops. ----- Original Message ---- From: Ryan Schmidt To: Chris Share Cc: macports-users@lists.macosforge.org Sent: Wednesday, December 5, 2007 1:00:08 PM Subject: Re: Noob Installing MacPorts Problem On Dec 4, 2007, at 19:03, Chris Share wrote: > I'm new to MacPorts. I'm running Mac OS X 10.4.10. By mistake I > downloaded and installed the Leopard version of MacPorts. > > I've tried uninstalling MacPorts as described in the MacPorts FAQ > however when I run the Tiger version of the installer it first asks > me if I want to upgrade the installation and then seems to get > stuck during the installation process. I suspect that some part of > the Leopard installation has not been removed. > > How can I fix this? Follow the uninstall instructions in the FAQ, but also remove the MacPorts receipt in /Library/Receipts. Then try installing the Tiger version again. If it gets stuck again, tell us exactly where. ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From ryandesign at macports.org Tue Dec 4 18:40:35 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 18:38:21 2007 Subject: Noob Installing MacPorts Problem In-Reply-To: <208276.1323.qm@web52705.mail.re2.yahoo.com> References: <208276.1323.qm@web52705.mail.re2.yahoo.com> Message-ID: <534244F1-4B30-4B00-BDDA-FD3DFED47240@macports.org> Please keep replies on the list by using the Reply To All feature of your email program when you reply. On Dec 4, 2007, at 20:22, Chris Share wrote: >> On Dec 4, 2007, at 19:03, Chris Share wrote: >> >>> I'm new to MacPorts. I'm running Mac OS X 10.4.10. By mistake I >>> downloaded and installed the Leopard version of MacPorts. >>> >>> I've tried uninstalling MacPorts as described in the MacPorts FAQ >>> however when I run the Tiger version of the installer it first asks >>> me if I want to upgrade the installation and then seems to get >>> stuck during the installation process. I suspect that some part of >>> the Leopard installation has not been removed. >>> >>> How can I fix this? >> >> Follow the uninstall instructions in the FAQ, but also remove the >> MacPorts receipt in /Library/Receipts. Then try installing the Tiger >> version again. If it gets stuck again, tell us exactly where. > > I've gone through the uninstall process again. > > The only thing I can see in /Library/Receipts is > > com.adobe.Reader > > When I run the installer, I get to the Install step and then click > the "Upgrade" button. The installer gets to the "Finishing > Installation" step (about 90% of the way through the progress bar) > however then it stops. Sorry about that: I didn't mean the Receipts folder in the Library folder in your home folder (which on my system also contains only a folder called com.adobe.Reader); I mean the Receipts folder in the Library folder at the root of your hard drive (which should contain many many items, including something like MacPorts-1.5.0.pkg). I have updated the uninstall instructions so that they also remove the receipts, so please follow them again, then try installing MacPorts again. http://trac.macosforge.org/projects/macports/wiki/ FAQ#HowdoIremoveoruninstallMacPorts The button in the Installer only reads "Upgrade" if a prior receipt is found, and reads "Install" otherwise. Dear developers: is there a good reason why the package is called "MacPorts-1.5.0.pkg"? Wouldn't "MacPorts.pkg" be better? Otherwise people installing subsequent versions will end up with multiple receipts... From cpsmusic at yahoo.com Tue Dec 4 19:39:21 2007 From: cpsmusic at yahoo.com (Chris Share) Date: Tue Dec 4 19:36:26 2007 Subject: Noob Installing MacPorts Problem Message-ID: <707539.78148.qm@web52704.mail.re2.yahoo.com> I've managed to get it working. Thanks for the help. Cheers, Chris ----- Original Message ---- From: Ryan Schmidt To: Chris Share Cc: Users MacPorts Sent: Wednesday, December 5, 2007 1:40:35 PM Subject: Re: Noob Installing MacPorts Problem Please keep replies on the list by using the Reply To All feature of your email program when you reply. On Dec 4, 2007, at 20:22, Chris Share wrote: >> On Dec 4, 2007, at 19:03, Chris Share wrote: >> >>> I'm new to MacPorts. I'm running Mac OS X 10.4.10. By mistake I >>> downloaded and installed the Leopard version of MacPorts. >>> >>> I've tried uninstalling MacPorts as described in the MacPorts FAQ >>> however when I run the Tiger version of the installer it first asks >>> me if I want to upgrade the installation and then seems to get >>> stuck during the installation process. I suspect that some part of >>> the Leopard installation has not been removed. >>> >>> How can I fix this? >> >> Follow the uninstall instructions in the FAQ, but also remove the >> MacPorts receipt in /Library/Receipts. Then try installing the Tiger >> version again. If it gets stuck again, tell us exactly where. > > I've gone through the uninstall process again. > > The only thing I can see in /Library/Receipts is > > com.adobe.Reader > > When I run the installer, I get to the Install step and then click > the "Upgrade" button. The installer gets to the "Finishing > Installation" step (about 90% of the way through the progress bar) > however then it stops. Sorry about that: I didn't mean the Receipts folder in the Library folder in your home folder (which on my system also contains only a folder called com.adobe.Reader); I mean the Receipts folder in the Library folder at the root of your hard drive (which should contain many many items, including something like MacPorts-1.5.0.pkg). I have updated the uninstall instructions so that they also remove the receipts, so please follow them again, then try installing MacPorts again. http://trac.macosforge.org/projects/macports/wiki/ FAQ#HowdoIremoveoruninstallMacPorts The button in the Installer only reads "Upgrade" if a prior receipt is found, and reads "Install" otherwise. Dear developers: is there a good reason why the package is called "MacPorts-1.5.0.pkg"? Wouldn't "MacPorts.pkg" be better? Otherwise people installing subsequent versions will end up with multiple receipts... ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From marius173 at mchsi.com Tue Dec 4 20:01:48 2007 From: marius173 at mchsi.com (Marius Schamschula) Date: Tue Dec 4 19:58:54 2007 Subject: asymptote builds on 10.4.11, but teTeX stops it on 10.5.1 In-Reply-To: <4755AF06.2050801@cogweb.net> References: <4755AF06.2050801@cogweb.net> Message-ID: <138A49D6-4E15-4110-B6FB-E83033D64D21@mchsi.com> David, Some of what you have added is indeed overkill. I have listed a few things such as gawk and sed and their dependecies (expat, g95 and texinfo). Note, however, that my dependency tree for asymptote is not complete. Most asymptote dependencies are just those of ImageMagick, including some missing ones (I now build ImageMagick with gtk+2 and additional dependencies than available from MacPorts, these are not all needed to build asymptote. However, several prerequisites do need X11). The things you need are fftw3, gsl, a suitable variant of ImageMagick and tetex. On Dec 4, 2007, at 1:48 PM, David Liontooth wrote: > Thanks for packaging asymptote! > > HMUG gives this list of dependencies for OSX 10.4 on ppc and x86 -- > you may have seen this already, and/or asymptote may pull these in > automatically; I didn't test, but hopefully some of this > information is useful! > > http://www.hmug.org/pub/MacOS_X/X/Applications/Publishing/asymptote/ > > My annotations in parentheses -- several packages should probably > be made optional; I set g95 optional (won't build on 10.5.1) and > also X11 (do we need it? It pulls in a lot of dependencies). I'd be > happy if asymptote can generate eps files. > > Dependencies: > bzip2 1.0.4 (ok) > fftw 3.1.2 (fftw-3 ok) > fltk 1.1.7 (ok) > freetype 2.3.5 (ok) > g95 20061019 (optional -- macports has 0.90) > gawk 3.1.5 (ok) > gettext 0.17 (ok) > ghostscript 8.60 (8.61) > ghostscript-fonts-std 8.11 (ok, in ghostscript) > gsl 1.9 (1.10) > ImageMagick 6.3.6-2 (6.3.7-1) > jasper 1.900.1 (1.701.0 -- may be worth updating) > jbigkit 1.6 (ok) > jpeg 6b (ok) > lcms 1.16 (ok) > libexif 0.6.16 (0.6.15) > libiconv 1.12 (ok) > libpng 1.2.23 (ok) > libwmf 0.2.8.4 (ok) > libxml2 2.6.30 (ok) > mpeg2vidcodec 1.2 (ok) > openexr 1.4.0 (ok) > pkg-config 0.22 (pkgconfig ok) > Python 2.5.1 (python25 ok) > readline 5.2 (ok) > sed 4.1.5 (gsed ok) > tetex 3.0 (ok) > texinfo 4.11 (ok) > X11 1.1.3 (xorg-libX11 ok -- optional?) > zlib 1.2.3 (ok) > > I'm not familiar with the dependency trees, so I don't know the > shortest list that will pull in all of these. > > When I run the modified portfile, leaving out xorg-libX11, > odcctools builds on 10.4.11, but fails on 10.5.1 (both macintel) > (Ticket #13289 13289>). > > Moving g95 to optional (don't know when it's needed) allows some > further progress on 10.5.1. > > TeTeX fails to build on 10.5.1 -- Ticket #13491 svn.macosforge.org/projects/macports/ticket/13491>. > > asymptote builds on 10.4.11 and creates valid eps files! Very cool. > > Dave > > The revised portfile is likely overkill: > > # $Id$ > PortSystem 1.0 > name asymptote > version 1.37 > categories graphics > maintainers loshea@gmail.com > description a vector graphics language > long_description Asymptote is a powerful descriptive \ > vector graphics language that provides a natural \ > coordinate-based framework for technical drawing. \ > Labels and equations are typeset with LaTeX, for \ > high-quality PostScript output. > > homepage http://asymptote.sourceforge.net > > distfiles ${distname}.src.tgz:main gc-7.0.tar.gz:gc > > master_sites sourceforge::main \ > http://www.hpl.hp.com/personal/Hans_Boehm/gc/gc_source:gc > > checksums asymptote-1.37.src.tgz md5 > 05b6e614f43e2fd163161117c4093f87 \ > gc-7.0.tar.gz md5 > 3645ccf5f32ebb27d99b27b0d29e9c38 > > depends_lib port:bzip2 \ > port:fftw-3 \ > port:fltk \ > port:freetype \ > port:gawk \ > port:gettext \ > port:ghostscript \ > port:gsl \ > port:ImageMagick \ > port:jasper \ > port:jbigkit \ > port:jpeg \ > port:lcms \ > port:libexif \ > port:libiconv \ > port:libpng \ > port:libwmf \ > port:libxml2 \ > port:mpeg2vidcodec \ > port:openexr \ > port:pkgconfig \ > port:python25 \ > port:readline \ > port:gsed \ > port:teTeX \ > port:texinfo \ > port:zlib > > platforms darwin > > configure.args --with-latex=${prefix}/share/texmf-local/tex/latex \ > --mandir=${prefix}/share/man > > extract.only ${distname}.src.tgz > > post-extract { > file copy ${distpath}/gc-7.0.tar.gz ${worksrcpath} > } > > # Optional components > > #variant fftw { > # depends_lib-append port:fftw-3 > # configure.args-append --enable-fftw --with-fftw-prefix=${prefix} > #} > > variant g95 { > depends_lib-append port:g95 } > > variant X11 { > depends_lib-append port:xorg-libX11 > } > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users Marius -- Marius Schamschula Webmaster The Huntsville Macintosh Users Group www.hmug.org webmaster at hmug dot org marius at schamschula dot com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071204/d751e4c0/attachment-0001.html From iqgrande at gmail.com Tue Dec 4 20:06:11 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Tue Dec 4 20:03:17 2007 Subject: Gimp Message-ID: <562D0C8E-9974-48EB-909D-171076257C24@gmail.com> Hello all, I have tried to install the latest Gimp on OS X Leopard with Quartz as opposed to X11 and the GUI appears to be broken. Specifically, when I run the program, there is no text whatsoever in any of the boxes or menus making it unusable. Does anyone have any idea why this might be, or have a working installation and can post their directions? When I invoke it from Terminal.app, I get many errors and warnings and have posted them below. Also, I have posted the output from `port installed` and am running the latest version of MacPorts, Xcode, OS X. Thank you for your help with this. Regards, Anthony $ port installed The following ports are currently installed: aalib @1.4rc5_2 (active) aquaterm @1.0.1_0 (active) atk @1.20.0_1 (active) audiofile @0.2.6_1 (active) autoconf @2.61_1 (active) automake @1.10_0 (active) bzip2 @1.0.4_1 (active) cairo @1.4.12_0+quartz (active) cdrtools @2.01.01a25_0 (active) curl @7.17.1_0 (active) dbus @1.0.2_2 (active) dbus-glib @0.74_0 (active) dejagnu @1.4.4_0 (active) docbook-xml-4.1.2 @4.1.2_1 (active) docbook-xml-4.2 @4.2_0 (active) docbook-xsl @1.72.0_0 (active) esound @0.2.38_1 (active) expat @2.0.1_0 (active) fftw-3 @3.1.2_0 (active) fontconfig @2.5.0_0+macosx (active) freetype @2.3.5_1 (active) gail @1.20.1_1+quartz (active) gawk @3.1.5_2 (active) gcc42 @4.2.2_1 (active) gconf @2.20.1_0 (active) gd2 @2.0.35_0 (active) getopt @1.1.4_1 (active) gettext @0.17_1 (active) ghostscript @8.61_0 (active) gimp-app @2.4.0_0+quartz (active) gimp2 @2.4.2_0 (active) glib2 @2.14.4_1+darwin_9 (active) glpk @4.16_0 (active) gmp @4.2.2_0 (active) gnome-keyring @2.20.1_0 (active) gnome-mime-data @2.18.0_3 (active) gnome-vfs @2.20.0_1 (active) gnuplot @4.2.0_0 (active) gsed @4.1.5_2 (active) gtk2 @2.12.1_0+quartz (active) help2man @1.36.4_1 (active) howl @1.0.0_0 (active) ImageMagick @6.3.7-1_1+q16 (active) intltool @0.36.2_0 (active) jpeg @6b_2 (active) lcms @1.16_0 (active) libart_lgpl @2.3.19_2 (active) libbonobo @2.20.1_2 (active) libbonoboui @2.20.0_1 (active) libcroco @0.6.1_1 (active) libexif @0.6.16_1 (active) libgcrypt @1.2.4_1 (active) libglade2 @2.6.2_0 (active) libgnome @2.20.1.1_1 (active) libgnomecanvas @2.20.1.1_0 (active) libgnomeui @2.20.1.1_0 (active) libgpg-error @1.6_0 (active) libgsf @1.14.7_0 (active) libgtkhtml @2.11.1_0 (active) libiconv @1.12_0 (active) libidl @0.8.9_0 (active) libmng @1.0.9_0 (active) libpng @1.2.23_0 (active) librsvg @2.18.2_1 (active) libtool @1.5.24_1 (active) libusb @0.1.12_1 (active) libwmf @0.2.8.4_0 (active) libxml2 @2.6.30_0 (active) libxslt @1.1.22_0 (active) m4 @1.4.10_1 (active) maxima @5.13.0_1+test (active) metis @4.0_0 (active) mpfr @2.3.0_4+darwin_i386 (active) ncurses @5.6_0 (active) ncursesw @5.6_0 (active) neon @0.26.4_0 (active) openssl @0.9.8g_0 (active) orbit2 @2.14.10_2+darwin_9 (active) p5-locale-gettext @1.05_0 (active) p5-xml-parser @2.35_0 (active) pango @1.18.3_0 (active) pdflib @7.0.2_0 (active) perl5.8 @5.8.8_0 (active) pkgconfig @0.22_0 (active) poppler @0.6_0+quartz (active) poppler-data @0.1_0 (active) popt @1.12_0 (active) py25-cairo @1.4.0_1 (active) py25-gobject @2.14.0_0 (active) py25-gtk @2.12.0_0 (active) py25-numeric @24.2_1+macosx (active) python25 @2.5.1_3+darwin_9 (active) readline @5.2.007_0+darwin_9 (active) render @0.9_1 (active) sane-backends @1.0.18_1+enable_pnmbackend (active) sbcl @1.0.11_0+test (active) SuiteSparse @2.4.0_0 (active) texi2html @1.76_3 (active) texinfo @4.11_0 (active) texlive @2007_2 (active) texlive_base @2007_0 (active) texlive_texmf-full @2007_0 (active) texlive_texmf-minimal @2007_0 (active) tiff @3.8.2_1+macosx (active) Xft2 @2.1.12_0 (active) xmlcatmgr @2.2_1 (active) xmlto @0.0.18_3 (active) xorg-util-macros @1.1.5_0 (active) xorg-xproto @7.0.11_1 (active) xrender @0.9.0_1 (active) zlib @1.2.3_1 (active) $ gimp Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:13 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:14 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:14 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:14 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:14 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:14 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:15 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:15 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:15 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:15 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:15 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/py-slice.py", line 31, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:16 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-to-gradient.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:16 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-sort.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:16 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-offset.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:16 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/happy-valley-relief.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:17 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/gimpcons.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:17 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/foggify.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:17 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/colorxhtml.py", line 25, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:451): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Tue Dec 4 23:04:17 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:17 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:17 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context 2007-12-04 23:04:29.799 gimp[451:10b] *** _NSAutoreleaseNoPool(): Object 0x1115b40 of class NSCFNumber autoreleased with no pool in place - just leaking Stack: (0x9636027f 0x9626d962 0x9355faa8 0x9356e2a9 0x9356df09 0x9f6aad 0x809538 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x5dbbad 0x62693c 0x8094fa 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x67e969 0x62693c 0x8094fa 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x62693c 0x8094fa 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x80be40 0xdb08ab 0x8621 0x63b8 0xdac8e6 0xdbf374 0xdc06dd 0xdc0d59 0x1c9d27 0x2f75 0x414f 0x2d16) 2007-12-04 23:04:29.800 gimp[451:10b] *** _NSAutoreleaseNoPool(): Object 0x1115b40 of class NSCFNumber autoreleased with no pool in place - just leaking Stack: (0x9636027f 0x9626d962 0x9355faa8 0x9356e2a9 0x9356df09 0x9f6aad 0x809538 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x5dbbed 0x62693c 0x8094fa 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x67e969 0x62693c 0x8094fa 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x62693c 0x8094fa 0xdac8e6 0xdbf17b 0xdc06dd 0xdc0d59 0x80618a 0x80be40 0xdb08ab 0x8621 0x63b8 0xdac8e6 0xdbf374 0xdc06dd 0xdc0d59 0x1c9d27 0x2f75 0x414f 0x2d16) Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:30 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:31 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:32 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context Tue Dec 4 23:04:33 macko.local gimp[451] : CGBitmapContextGetBitsPerPixel: invalid context From mike.thon at gmail.com Tue Dec 4 21:49:16 2007 From: mike.thon at gmail.com (Michael Thon) Date: Tue Dec 4 21:46:23 2007 Subject: php5 command line Message-ID: <2647B60E-D64B-4F33-93B9-A510C26CB68D@gmail.com> Greetings - I am running php5 on Mac OS 10.4 Intel. When I execute a php command line script, php prints the contents of the script on the terminal rather than executing it. If I run the script with apple's php the script runs fine. the same script also runs ok on a linux box with php 5.1. Any ideas whats going on? From globophobe at gmail.com Tue Dec 4 22:18:06 2007 From: globophobe at gmail.com (Luis N) Date: Tue Dec 4 22:15:10 2007 Subject: gnome-desktop hangs on install Message-ID: gnome-desktop is hanging forever on the last command in the output below when I build it. The result was the same after I deleted the build directory so that it would start from scratch. Any suggestions? ---> Building gnome-desktop with target all DEBUG: Executing org.macports.build (gnome-desktop) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-desktop/work/gnome-desktop-2.18.2" && make all' make all-recursive Making all in po make[2]: Nothing to be done for `all'. Making all in libgnome-desktop Making all in libgnome make[3]: Nothing to be done for `all'. Making all in libgnomeui make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in gnome-about Making all in headers make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in pixmaps make[2]: Nothing to be done for `all'. Making all in desktop-docs Making all in fdl make[3]: Nothing to be done for `all'. Making all in gpl if ! test -d ar/; then mkdir ar/; fi if [ -f "C/gpl.xml" ]; then d="../"; else d="/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_gnome_gnome-desktop/work/gnome-desktop-2.18.2/desktop-docs/gpl/"; fi; \ (cd ar/ && \ `which xml2po` -e -p \ "${d}ar/ar.po" \ "${d}C/gpl.xml" > gpl.xml.tmp && \ cp gpl.xml.tmp gpl.xml && rm -f gpl.xml.tmp) From ryandesign at macports.org Tue Dec 4 23:01:47 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 4 22:58:58 2007 Subject: php5 command line In-Reply-To: <2647B60E-D64B-4F33-93B9-A510C26CB68D@gmail.com> References: <2647B60E-D64B-4F33-93B9-A510C26CB68D@gmail.com> Message-ID: <7B15D62F-2DBA-48E3-BD8C-57720B188FC6@macports.org> On Dec 4, 2007, at 23:49, Michael Thon wrote: > Greetings - I am running php5 on Mac OS 10.4 Intel. When I execute > a php command line script, php prints the contents of the script on > the terminal rather than executing it. If I run the script with > apple's php the script runs fine. the same script also runs ok on > a linux box with php 5.1. Any ideas whats going on? No, no idea. I use the php command line from the MacPorts php5 port all the time. Never seen this. So, just to be clear, what happens if you put the following three- line script into a file test.php and then run it with both Apple's and MacPorts's php? Here's what I get: $ /usr/bin/php test.php hello php 4.4.7 $ /opt/local/bin/php test.php hello php 5.2.5 If that's not what you get, then I'd like to see your php.ini. From macintosh at mathiesen.info Wed Dec 5 00:07:37 2007 From: macintosh at mathiesen.info (Bjarne D Mathiesen) Date: Wed Dec 5 00:21:38 2007 Subject: PHP5, Apache2, Leopard In-Reply-To: References: Message-ID: <47565C49.1070602@mathiesen.info> Chris Janton wrote: > Hi > > I have a newly-Leopardized PowerPC running Leopard (10.5.1) > Fresh install of MacPorts > Fresh install of XCode 3 > > I do this > > sudo port selfupdate > port version > Version: 1.520 > > On my other systems (PPC 10.3.9, Intel 10.4.11) I used this command to > install PHP5 > > sudo port install php5 +apache +macosx +mysql5 +pear > > On Leopard I would prefer to use the Apple installed Apache2, so I > assume that this command would be appropriate > > sudo port install php5 +apache2 +macosx +mysql5 +pear > ... > > So, does anyone have a handy list of hints for making PHP5 work with the > Apple-provided Apache2? > I got mysql5 installed and working just fine. > > Thanks in advance. Ryan Schmidt gave you some reasoning. Now, if you _do_ want to try and use the Apple version of Apache 2.2.6 in concert with the macports PHP5 you'll have to modify the php5 Portfile. My suggestion is as follows: In Terminal, execute the following two commands: export EDITOR=/Applications/TextEdit.app/Contents/MacOS/TextEdit sudo port edit php5 You'll now have to change the Portfile in TextEdit in two places: 1) # Build an Apache 2 module. Keep the options here in sync with those in the # relevant part of the post-destroot phase. variant apache2 conflicts apache { destroot.violate_mtree yes configure.args-append \ --with-apxs2=/usr/sbin/apxs } 2) # Copy the Apache 2 module. if { [variant_isset apache2] } { xinstall -m 755 ${worksrcpath}/libs/libphp5.so /usr/libexec/apache2/lib_php5.so } Save, and quit TextEdit. Please note that I've _!NOT!_ tested this and that it might fail horribly ;-) Likewise, I don't intend to test it either. ;-) Also note, that the php5 Portfile will revert to the original each time you execute a 'port sync' I'm keeping the Apple PHP5 *.so module, so you can switch between the Apple and the macports versions at yuor own discretion. I assume you know how to enable PHP5 manually in httpd.conf :-) > > 8) > ---------------------------------- > Chris Janton - face at CentosPrime dot COM > Netminder for Opus1.COM > -- Bjarne D Mathiesen K?benhavn N ; Danmark ; Europa ---------------------------------------------------------------------- denne besked er skrevet i et totalt M$/Intel-frit milj? MacOS X 10.4.2 Tiger ; Seamonkey 1.1a ; PowerPC G4 800MHz http://mozilla.mathiesen.info/ http://webadmin.mathiesen.info/ From mike.thon at gmail.com Wed Dec 5 01:15:46 2007 From: mike.thon at gmail.com (Michael Thon) Date: Wed Dec 5 01:12:38 2007 Subject: php5 command line In-Reply-To: <7B15D62F-2DBA-48E3-BD8C-57720B188FC6@macports.org> References: <2647B60E-D64B-4F33-93B9-A510C26CB68D@gmail.com> <7B15D62F-2DBA-48E3-BD8C-57720B188FC6@macports.org> Message-ID: <21496752-2DC9-44B5-BFDF-24249E666B6D@gmail.com> On Dec 5, 2007, at 8:01 AM, Ryan Schmidt wrote: > > On Dec 4, 2007, at 23:49, Michael Thon wrote: > >> Greetings - I am running php5 on Mac OS 10.4 Intel. When I execute >> a php command line script, php prints the contents of the script on >> the terminal rather than executing it. If I run the script with >> apple's php the script runs fine. the same script also runs ok on >> a linux box with php 5.1. Any ideas whats going on? > > No, no idea. I use the php command line from the MacPorts php5 port > all the time. Never seen this. > > So, just to be clear, what happens if you put the following three- > line script into a file test.php and then run it with both Apple's > and MacPorts's php? > > > echo "hello php " . PHP_VERSION . "\n"; > ?> > > > Here's what I get: > > $ /usr/bin/php test.php > hello php 4.4.7 > $ /opt/local/bin/php test.php > hello php 5.2.5 > > > If that's not what you get, then I'd like to see your php.ini. > If I run your test script it works fine. looking a little closer at my student's code I see that the shebang line (or whatever you call it in php is: Hola - I am having a problem with mysql tables that are created via php occasionally appearing in mysql with lower case names. I now have to solve two problems: 1) how do I restart the sever via the command line? At the moment it starts at boot via the launchctl file. If I issue: sudo launchctl unload /Library/LaunchDaemons/ org.macports.mysql5.plist and then the load it again with sudo launchctl load /Library/LaunchDaemons/ org.macports.mysql5.plist and then try to connect to the server with the mysql5 utility, I get the error: ERROR 2002 (HY000): Can't connect to local MySQL server through socket..... I think, if I reboot the machine (which I can't do right now) it'll start up the right way. but how do I start it the right way from the command line? 2) To fix the case sensitivity problem, I might need to set the variable lower_case_table_names=0 in my.cnf. which I will create in / opt/local/etc/mysql5 as soon as I figure out how to restart the server... unless anyone has another suggestion. cheers Mike From ryandesign at macports.org Wed Dec 5 01:37:28 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 01:34:19 2007 Subject: php5 command line In-Reply-To: <21496752-2DC9-44B5-BFDF-24249E666B6D@gmail.com> References: <2647B60E-D64B-4F33-93B9-A510C26CB68D@gmail.com> <7B15D62F-2DBA-48E3-BD8C-57720B188FC6@macports.org> <21496752-2DC9-44B5-BFDF-24249E666B6D@gmail.com> Message-ID: On Dec 5, 2007, at 03:15, Michael Thon wrote: > On Dec 5, 2007, at 8:01 AM, Ryan Schmidt wrote: > >> On Dec 4, 2007, at 23:49, Michael Thon wrote: >> >>> Greetings - I am running php5 on Mac OS 10.4 Intel. When I >>> execute a php command line script, php prints the contents of the >>> script on the terminal rather than executing it. If I run the >>> script with apple's php the script runs fine. the same script >>> also runs ok on a linux box with php 5.1. Any ideas whats going on? >> >> No, no idea. I use the php command line from the MacPorts php5 >> port all the time. Never seen this. >> >> So, just to be clear, what happens if you put the following three- >> line script into a file test.php and then run it with both Apple's >> and MacPorts's php? >> >> >> > echo "hello php " . PHP_VERSION . "\n"; >> ?> >> >> >> Here's what I get: >> >> $ /usr/bin/php test.php >> hello php 4.4.7 >> $ /opt/local/bin/php test.php >> hello php 5.2.5 >> >> >> If that's not what you get, then I'd like to see your php.ini. > > If I run your test script it works fine. looking a little closer > at my student's code I see that the shebang line (or whatever you > call it in php is: > when it should be: > Interestingly, the linux box but not with the macports php5. I did get the to run with this command line: > /opt/local/bin/php -n myscript.php > which I take to mean that there is something in the php.ini file > that is different from the linux and default Mac OS install. > Anyway, my solution is to add References: Message-ID: <6192D4C1-ACB8-4CE8-8DCE-1B007F76D8B0@macports.org> On Dec 5, 2007, at 03:28, Michael Thon wrote: > I am having a problem with mysql tables that are created via php > occasionally appearing in mysql with lower case names. I now have > to solve two problems: > > 1) how do I restart the sever via the command line? At the moment > it starts at boot via the launchctl file. If I issue: > > sudo launchctl unload /Library/LaunchDaemons/ > org.macports.mysql5.plist > > and then the load it again with > sudo launchctl load /Library/LaunchDaemons/ > org.macports.mysql5.plist > > and then try to connect to the server with the mysql5 utility, I > get the error: > ERROR 2002 (HY000): Can't connect to local MySQL server through > socket..... > I think, if I reboot the machine (which I can't do right now) it'll > start up the right way. but how do I start it the right way from > the command line? That is the correct way to stop and start the MySQL server. But after using "launchctl unload" (or stopping the server via any other means), be sure that all mysqld processes have exited before you try to start mysqld again using "launchctl load" (or any other means). > 2) To fix the case sensitivity problem, I might need to set the > variable lower_case_table_names=0 in my.cnf. which I will create > in /opt/local/etc/mysql5 as soon as I figure out how to restart the > server... unless anyone has another suggestion. The correct value for Mac OS X MySQL servers using the default HFS+ filesystem is lower_case_table_names=2. MySQL sets lower_case_table_names to 2 by default on Mac OS X. What this means is explained here: http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html My personal recommendation is that the letters in your table and database names should be limited to lowercase (not any uppercase) characters, so as to avoid any portability problems. From macintosh at mathiesen.info Wed Dec 5 02:52:00 2007 From: macintosh at mathiesen.info (Bjarne D Mathiesen) Date: Wed Dec 5 02:48:52 2007 Subject: php5 command line In-Reply-To: References: <2647B60E-D64B-4F33-93B9-A510C26CB68D@gmail.com> <7B15D62F-2DBA-48E3-BD8C-57720B188FC6@macports.org> <21496752-2DC9-44B5-BFDF-24249E666B6D@gmail.com> Message-ID: <475682D0.60806@mathiesen.info> Ryan Schmidt wrote: > On Dec 5, 2007, at 03:15, Michael Thon wrote: > ... >> Anyway, my solution is to add > Beginning PHP code fragments with " This will work on every PHP interpreter. " if "short_open_tag" is set to "on" in the php.ini, and is therefore not > recommended, since some installations may have it set to "off". > It's inadvisable to use the short form ( I'm trying to install libsndfile however I'm getting the following error: ---> Building libsndfile 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_audio_libsndfile/work/libsndfile-1.0.17" && make all " returned error 2 Command output: flac.c:798: warning: implicit declaration of function 'FLAC__seekable_stream_encoder_process_interleaved' flac.c:798: warning: nested extern declaration of 'FLAC__seekable_stream_encoder_process_interleaved' flac.c:798: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_write_i2flac': flac.c:814: error: invalid operands to binary * flac.c:814: error: parse error before ')' token flac.c:818: error: request for member 'encbuffer' in something not a structure or union flac.c:840: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_write_f2flac': flac.c:856: error: invalid operands to binary * flac.c:856: error: parse error before ')' token flac.c:860: error: request for member 'encbuffer' in something not a structure or union flac.c:882: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_write_d2flac': flac.c:988: error: invalid operands to binary * flac.c:988: error: parse error before ')' token flac.c:992: error: request for member 'encbuffer' in something not a structure or union flac.c:1014: error: request for member 'fse' in something not a structure or union flac.c: In function 'flac_seek': flac.c:1120: error: invalid operands to binary * flac.c:1120: error: parse error before ')' token flac.c:1130: error: request for member 'frame' in something not a structure or union flac.c:1134: warning: implicit declaration of function 'FLAC__seekable_stream_decoder_seek_absolute' flac.c:1134: warning: nested extern declaration of 'FLAC__seekable_stream_decoder_seek_absolute' flac.c:1134: error: request for member 'fsd' in something not a structure or union flac.c:1135: error: request for member 'fsd' in something not a structure or union make[3]: *** [flac.lo] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Status 1 encountered during processing. Any idea about what's going on here? Cheers, Chris ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ From russ at gold-family.us Wed Dec 5 04:06:23 2007 From: russ at gold-family.us (Russell Gold) Date: Wed Dec 5 04:03:28 2007 Subject: Missing mod_php In-Reply-To: <20071009184859.042F31111E4@lists.macosforge.org> References: <20071009184859.042F31111E4@lists.macosforge.org> Message-ID: <756A40FC-111A-4371-9A29-4B31E8F50C06@gold-family.us> I did: port install php5 +apache2 +mysql5 cd /opt/local/apache2/modules /opt/local/apache2/bin/apxs -a -e -n "php5" libphp5.so and restarted apache2 But I still see no reference to mod_php anywhere, and php files are still treated as text by the browser. What am I missing, here? From cssdev at mac.com Wed Dec 5 04:37:00 2007 From: cssdev at mac.com (cssdev@mac.com) Date: Wed Dec 5 04:33:44 2007 Subject: libsndfile error In-Reply-To: <539607.13531.qm@web52706.mail.re2.yahoo.com> References: <539607.13531.qm@web52706.mail.re2.yahoo.com> Message-ID: <00B1B40E-0D64-43D2-A73F-1B5F75059D30@mac.com> On Dec 5, 2007, at 6:47 AM, Chris Share wrote: > I'm trying to install libsndfile however I'm getting the following > error: libsndfile does not work with the current version of FLAC http://trac.macosforge.org/projects/macports/ticket/12009 Of course, now I realize I didn't commit the patch to disable flac. libsndfile needs upstream attention to work with the latest FLAC, so for the meantime it seems that libsndfile simply shouldn't support FLAC. Chris From jwa at macports.org Wed Dec 5 04:50:25 2007 From: jwa at macports.org (Jyrki Wahlstedt) Date: Wed Dec 5 04:47:14 2007 Subject: Missing mod_php In-Reply-To: <756A40FC-111A-4371-9A29-4B31E8F50C06@gold-family.us> References: <20071009184859.042F31111E4@lists.macosforge.org> <756A40FC-111A-4371-9A29-4B31E8F50C06@gold-family.us> Message-ID: <1DD6AD58-1716-42AF-A23D-5D7A1A8246FD@macports.org> On 5.12.2007, at 14.06, Russell Gold wrote: > I did: > > port install php5 +apache2 +mysql5 > cd /opt/local/apache2/modules > /opt/local/apache2/bin/apxs -a -e -n "php5" libphp5.so > > and restarted apache2 > > > But I still see no reference to mod_php anywhere, and php files are > still treated as text by the browser. What am I missing, here? > _______________________________________________ > Do you have the corresponding LoadModule line in your httpd.conf? I have ('grep php /opt/local/apache2/conf/httpd.conf'): LoadModule php5_module modules/libphp5.so DirectoryIndex index.html index.php Include conf/extras-conf/mod_php.conf (the first is necessary, the rest not) ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386 From mww at macports.org Wed Dec 5 05:02:19 2007 From: mww at macports.org (Weissmann Markus) Date: Wed Dec 5 04:59:13 2007 Subject: py-psycopg2 for Python2.5 In-Reply-To: <0740DB54-F1AB-4023-83B9-76F1D2DEAFC7@gmail.com> References: <0740DB54-F1AB-4023-83B9-76F1D2DEAFC7@gmail.com> Message-ID: done -- py25-psycopg2 is in the ports tree now and will show up in the next index. Regards, -Markus On 04.12.2007, at 18:42, John Keyes wrote: > Hi, > > I need py-psycopg2 for Python2.5 but the one in the repository > depends on python24. I edited the Portfile and changed this > to python25 and did a port install. > > Python2.5 was correctly downloaded and installed but psycopg2 > build failed as it was looking for /opt/local/bin/python2.4 instead > of python2.5. > > I was able to build psycopg2 directly in the work folder, I'm just > wondering how do I configure it so port will install it too. > > Thanks, > -John K > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users --- Dipl. Inf. (FH) Markus W. Weissmann http://www.mweissmann.de/ From russ at gold-family.us Wed Dec 5 05:26:33 2007 From: russ at gold-family.us (Russell Gold) Date: Wed Dec 5 05:23:51 2007 Subject: Missing mod_php In-Reply-To: <1DD6AD58-1716-42AF-A23D-5D7A1A8246FD@macports.org> References: <20071009184859.042F31111E4@lists.macosforge.org> <756A40FC-111A-4371-9A29-4B31E8F50C06@gold-family.us> <1DD6AD58-1716-42AF-A23D-5D7A1A8246FD@macports.org> Message-ID: <75186C46-6F39-42CB-A42B-77412963065E@gold-family.us> On Dec 5, 2007, at 7:50 AM, Jyrki Wahlstedt wrote: > Do you have the corresponding LoadModule line in your httpd.conf? I > have ('grep php /opt/local/apache2/conf/httpd.conf'): > LoadModule php5_module modules/libphp5.so > DirectoryIndex index.html index.php > Include conf/extras-conf/mod_php.conf > > (the first is necessary, the rest not) I did have the first line. What I did not have, and what proved to be the difference, was the include statement (which makes apache recognize the .php file extension). The install actually placed mod_php.conf in a different directory, so I didn't see it. Moving it to conf/extra and including it make everything work. Thanks! From rechner at vlado-do.de Wed Dec 5 06:58:39 2007 From: rechner at vlado-do.de (Vlado Plaga) Date: Wed Dec 5 07:00:03 2007 Subject: Building XMMS with OSX Output Plugin Message-ID: <4756BC9F.9010204@vlado-do.de> Hi, has anyone here a working XMMS installation with the native OSX output plugin? ESD output does not work acceptably on my G4 iMac: it already starts skipping when I just click somewhere in a web browser. I first used the macports package of xmms and tried to add the OSX output plugin. The plugin compiles alright, but xmms does not show it in the configuration dialogue and outputs the following message on the terminal: dlopen(/opt/local/lib/xmms/Output/libOSX.so, 2): Symbol not found: _osx_about Referenced from: /opt/local/lib/xmms/Output/libOSX.so Expected in: flat namespace Now I tried to manually install XMMS 1.2.11 (released Nov 16), but here ALL plugins behaved like libOSX did after my attempt of adding it to the xmms installation from macports (version 1.2.10). I don't really understand what the person who created the XMMS port file did, but I cannot even compile the 1.2.10 release. The port apparently contains some patches: http://trac.macports.org/projects/macports/browser/trunk/dports/audio/xmms/Portfile I tried to create a port file for the xmms_osx_plugin (see attachment), and now I can install it with the port command, but the problem with the error message given above still remains. I would really appreciate helpful comments, or if someone with better computer skills could even create a working xmms_osx_plugin port! Regards, Vlado P.S.: I had to send this e-mail twice, because my first attempt was returned with an information identical to the one that Chris Janton commented on on December 4: Reporting-MTA: dns; lists.macosforge.org X-Postfix-Queue-ID: 966C4162A6E X-Postfix-Sender: rfc822; [my_address] Arrival-Date: Wed, 5 Dec 2007 06:14:38 -0800 (PST) Final-Recipient: rfc822; macports-users@lists.macosforge.org Action: failed Status: 5.0.0 Diagnostic-Code: X-Postfix; Command time limit exceeded: "/usr/share/mailman/mail/mailman post macports-users" -------------- next part -------------- # $Id: Portfile ... 2007-12-03 ... $ PortSystem 1.0 name xmms_osx_plugin version 1.0 categories audio maintainers vlp description Native OSX output plugin. long_description Native OSX output plugin. homepage http://www.xmms.org/plugins.php?details=229 platforms darwin master_sites http://kent.dl.sourceforge.net/sourceforge/dbmix/xmms_osx_plugin-1.0.tar.gz \ http://mesh.dl.sourceforge.net/sourceforge/dbmix/xmms_osx_plugin-1.0.tar.gz checksums md5 c35b4f169f10d894d9dd165bd9fcaf97 depends_lib port:xmms configure.cflags-append "-I${prefix}/include" configure.args --prefix=${prefix} \ --mandir=${prefix}/share/man From ld-temp-q6x8 at pobox.com Wed Dec 5 08:26:58 2007 From: ld-temp-q6x8 at pobox.com (Linc Davis) Date: Wed Dec 5 08:23:50 2007 Subject: Problem with a Qt application portfile Message-ID: <499AA44A-C226-4DF1-8BDD-72D28CF7E0E5@pobox.com> I'm trying to port evolvotron: http://sourceforge.net/projects/evolvotron It build with qmake. Works in Fink. So far, I have this: PortSystem 1.0 name evolvotron version 0.4.0 categories graphics x11 platforms darwin maintainers nomaintainer@macports.org homepage http://sourceforge.net/projects/evolvotron master_sites http://downloads.sourceforge.net/evolvotron/ checksums md5 ab6f3a3247e36ca0024d3837f78bdf6b description "Generative art" image evolver, based on Qt long_description "Generative art" software to evolve images/ textures/patterns through an \ iterative process of random mutation and user- selection driven evolution. depends_lib port:qt3 depends_build port:graphviz port:doxygen patchfiles patch-common.pro patch-evolvotron.pro worksrcdir ${name} configure.args --mandir=${prefix}/share/man destroot.destdir INSTALL_ROOT=${destroot} configure.env QTDIR=${prefix} INSTALLBASE=${prefix} INSTALLPATH= ${destroot}${prefix} build.env QTDIR=${prefix} INSTALLBASE=${prefix} INSTALLPATH= ${destroot}${prefix} destroot.env QTDIR=${prefix} INSTALLBASE=${prefix} INSTALLPATH= ${destroot}${prefix} The patches are as follows: --- common.pro.orig 2005-05-11 11:23:36.000000000 -0700 +++ common.pro 2007-10-10 09:31:18.000000000 -0700 @@ -10,7 +10,7 @@ # INSTALLPATH = /usr/local/bin # For a personal install use something like the next line -INSTALLPATH = /home/$(USER)/bin +#INSTALLPATH = /home/$(USER)/bin ################## # Improved optimisation options from qmake defaults. @@ -79,8 +79,8 @@ # This probably wouldn't be usable until all the strings were moved out of the app - see Qt I18N docs. # Also add gcc threading option (not entirely clear whether this is needed but it doesn't seem to hurt) -QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST -pthread -QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST -pthread +QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST +QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST ###################################### # Hide those crufty moc_ files away --- evolvotron/evolvotron.pro.orig 2007-10-06 21:02:12.000000000 -0700 +++ evolvotron/evolvotron.pro 2007-10-06 21:03:32.000000000 -0700 @@ -10,6 +10,7 @@ QMAKE_CXXFLAGS_RELEASE += -I../libevolvotron QMAKE_CXXFLAGS_DEBUG += -I../libevolvotron +QMAKE_LFLAGS_RELEASE += -undefined dynamic_lookup target.path = $$INSTALLPATH I get as far as this: ---> Fetching evolvotron ---> Verifying checksum(s) for evolvotron ---> Extracting evolvotron ---> Applying patches to evolvotron ---> Configuring evolvotron ---> Building evolvotron with target all ---> Staging evolvotron into destroot ---> Packaging tgz archive for evolvotron 0.4.0_0 And then I get this: Error: Target org.macports.archive returned: error copying "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_local_graphics_evolvotron/ work/.macports.evolvotron.state" to "/opt/local/var/macports/build/ _opt_local_var_macports_sources_local_graphics_evolvotron/work/ destroot/+STATE": no such file or directory Error: Status 1 encountered during processing. The destroot directory appears momentarily in the work directory, then disappears. Apparently it's being deleted just before the tgz archive is created. I have no idea why. Passing the -d option to 'port install' has no effect on the build output. MacPorts 1.520, Mac OS 10.4.11 PPC, Xcode 2.4.1. Thanks for suggestions. From allred55 at fastmail.fm Wed Dec 5 09:14:46 2007 From: allred55 at fastmail.fm (Stephen Allred) Date: Wed Dec 5 09:11:30 2007 Subject: Trying to learn, Gimp failed Message-ID: <1196874886.6274.1224979649@webmail.messagingengine.com> Hi - I know precious little of what I am doing; I thought I had read enough to get Gimp installed finally. Wrong. I think it got most of the way there and then I got this: ---> Cleaning tiff ---> Fetching gtk2 Error: Target org.macports.fetch returned: You must install gtk2 with either the +quartz or +x11 variant specified. Error: The following dependencies failed to build: gimp2 libgnomeui gnome-keyring gtk2 libgcrypt libgpg-error p5-xml-parser perl5.8 libbonoboui dbus docbook-xml-4.1.2 xmlcatmgr libxml2 xmlto docbook-xml-4.2 docbook-xsl getopt libxslt dbus-glib gconf intltool orbit2 libidl gnome-vfs gnome-mime-data howl neon openssl libbonobo popt libglade2 libgnome esound audiofile libgnomecanvas gail libgtkhtml libmng autoconf help2man p5-locale-gettext libtool m4 automake lcms librsvg libcroco libgsf libwmf poppler poppler-data py25-gtk py25-cairo py25-numeric python25 py25-gobject Error: Status 1 encountered during processing. I have no idea what to do now; can anyone help? -- Stephen Allred Take heart! This life is but a split second in time. -- http://www.fastmail.fm - Access all of your messages and folders wherever you are From frstan at bellsouth.net Wed Dec 5 09:34:09 2007 From: frstan at bellsouth.net (William Davis) Date: Wed Dec 5 09:30:53 2007 Subject: Trying to learn, Gimp failed In-Reply-To: <1196874886.6274.1224979649@webmail.messagingengine.com> References: <1196874886.6274.1224979649@webmail.messagingengine.com> Message-ID: <7441B26E-2EC4-4BC0-A6F1-5290C0E1787C@bellsouth.net> On Dec 5, 2007, at 12:14 PM, Stephen Allred wrote: > Hi - I know precious little of what I am doing; I thought I had read > enough to get Gimp installed finally. Wrong. I think it got most of > the way there and then I got this: > > ---> Cleaning tiff > ---> Fetching gtk2 > Error: Target org.macports.fetch returned: > You must install gtk2 with either the +quartz or +x11 variant > specified. > > Error: The following dependencies failed to build: gimp2 libgnomeui > gnome-keyring gtk2 libgcrypt libgpg-error p5-xml-parser perl5.8 > libbonoboui dbus docbook-xml-4.1.2 xmlcatmgr libxml2 xmlto > docbook-xml-4.2 docbook-xsl getopt libxslt dbus-glib gconf intltool > orbit2 libidl gnome-vfs gnome-mime-data howl neon openssl libbonobo > popt > libglade2 libgnome esound audiofile libgnomecanvas gail libgtkhtml > libmng autoconf help2man p5-locale-gettext libtool m4 automake lcms > librsvg libcroco libgsf libwmf poppler poppler-data py25-gtk py25- > cairo > py25-numeric python25 py25-gobject > Error: Status 1 encountered during processing. > > I have no idea what to do now; can anyone help? > -- > Stephen Allred > Take heart! This life is but a split second in time. > > -- > http://www.fastmail.fm - Access all of your messages and folders > wherever you are > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users sudo port clean gtk2 sudo port install gtk2 +x11 then sudo port install gimp unless you dont want x11 but most ports wont build if you install +quartz William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From sven.wolf at fusion-zone.net Wed Dec 5 11:35:01 2007 From: sven.wolf at fusion-zone.net (Sven Wolf) Date: Wed Dec 5 11:31:57 2007 Subject: build of wine 0.9.50 failed In-Reply-To: <82F58624-A08F-41AD-AA1B-08CA7B04E4A4@macports.org> References: <47544F9C.5090508@fusion-zone.net> <82F58624-A08F-41AD-AA1B-08CA7B04E4A4@macports.org> Message-ID: <4756FD65.3090307@fusion-zone.net> cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_wine/work/wine-0.9.50/dlls/ntoskrnl.exe make sudo port -v install wine and the build process completed successfully :) Best regards, Sven Ryan Schmidt wrote: > On Dec 3, 2007, at 12:49, Sven Wolf wrote: > >> just fyi on my Intel Mac Mini/Leopard 10.5.1/port selfupdate already >> done the build of wine failed. >> >> ./ntoskrnl.exe.spec:606: external symbol 'KeServiceDescriptorTable' is >> not a function >> ./ntoskrnl.exe.spec:625: external symbol 'KeTickCount' is not a function >> winegcc: ../../tools/winebuild/winebuild failed >> make[2]: *** [ntoskrnl.exe.so] Error 2 >> make[1]: *** [ntoskrnl.exe] Error 2 >> make: *** [dlls] Error 2 > > Thank you for reporting this. I filed a ticket: > > http://trac.macosforge.org/projects/macports/ticket/13488 > > >> The previous errors regarding to the crtdll.dll and msvcrt.dll could be >> solved as described here: >> http://www.nabble.com/-13380%3A-Error-compiling-WINE-on-Leopard-10.5.1-t4857240.html >> >> >> (change into dll folder, sudo make) > > That's this ticket: > > http://trac.macports.org/projects/macports/ticket/13000 > > > Assistance in solving both of these issues is greatly appreciated, as I > do not observe the failures myself, since I do not have Leopard. > > From caliel at caliel.no-ip.org Wed Dec 5 11:48:45 2007 From: caliel at caliel.no-ip.org (caliel) Date: Wed Dec 5 11:45:31 2007 Subject: Noob Installing MacPorts Problem In-Reply-To: <707539.78148.qm@web52704.mail.re2.yahoo.com> References: <707539.78148.qm@web52704.mail.re2.yahoo.com> Message-ID: <393daf05bc4dc5eef73e4a4ad9678bca@localhost> Just to clarify, was the method you used to get it working what Ryan suggested or was it something else? I am sure this thread will be helpful to another rookie one day (probably me!) --caliel On Tue, 4 Dec 2007 19:39:21 -0800 (PST), Chris Share wrote: > I've managed to get it working. > > Thanks for the help. > > Cheers, > > Chris > > ----- Original Message ---- > From: Ryan Schmidt > To: Chris Share > Cc: Users MacPorts > Sent: Wednesday, December 5, 2007 1:40:35 PM > Subject: Re: Noob Installing MacPorts Problem > > > Please keep replies on the list by using the Reply To All feature of > your email program when you reply. > > On Dec 4, 2007, at 20:22, Chris Share wrote: > >>> On Dec 4, 2007, at 19:03, Chris Share wrote: >>> >>>> I'm new to MacPorts. I'm running Mac OS X 10.4.10. By mistake I >>>> downloaded and installed the Leopard version of MacPorts. >>>> >>>> I've tried uninstalling MacPorts as described in the MacPorts FAQ >>>> however when I run the Tiger version of the installer it first asks >>>> me if I want to upgrade the installation and then seems to get >>>> stuck during the installation process. I suspect that some part of >>>> the Leopard installation has not been removed. >>>> >>>> How can I fix this? >>> >>> Follow the uninstall instructions in the FAQ, but also remove the >>> MacPorts receipt in /Library/Receipts. Then try installing the Tiger >>> version again. If it gets stuck again, tell us exactly where. >> >> I've gone through the uninstall process again. >> >> The only thing I can see in /Library/Receipts is >> >> com.adobe.Reader >> >> When I run the installer, I get to the Install step and then click >> the "Upgrade" button. The installer gets to the "Finishing >> Installation" step (about 90% of the way through the progress bar) >> however then it stops. > > Sorry about that: I didn't mean the Receipts folder in the Library > folder in your home folder (which on my system also contains only a > folder called com.adobe.Reader); I mean the Receipts folder in the > Library folder at the root of your hard drive (which should contain > many many items, including something like MacPorts-1.5.0.pkg). > > I have updated the uninstall instructions so that they also remove > the receipts, so please follow them again, then try installing > MacPorts again. > > http://trac.macosforge.org/projects/macports/wiki/ > FAQ#HowdoIremoveoruninstallMacPorts > > The button in the Installer only reads "Upgrade" if a prior receipt > is found, and reads "Install" otherwise. > > > Dear developers: is there a good reason why the package is called > "MacPorts-1.5.0.pkg"? Wouldn't "MacPorts.pkg" be better? Otherwise > people installing subsequent versions will end up with multiple > receipts... > > > > > > > > > ____________________________________________________________________________________ > Be a better friend, newshound, and > know-it-all with Yahoo! Mobile. Try it now. > http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From ryandesign at macports.org Wed Dec 5 12:29:40 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 12:26:29 2007 Subject: Problem with a Qt application portfile In-Reply-To: <499AA44A-C226-4DF1-8BDD-72D28CF7E0E5@pobox.com> References: <499AA44A-C226-4DF1-8BDD-72D28CF7E0E5@pobox.com> Message-ID: <4A716B77-FBE8-445E-B52F-6F90F7C0B75D@macports.org> On Dec 5, 2007, at 10:26, Linc Davis wrote: > I'm trying to port evolvotron: > > http://sourceforge.net/projects/evolvotron > > It build with qmake. Works in Fink. > > So far, I have this: > > PortSystem 1.0 > name evolvotron > version 0.4.0 > categories graphics x11 > platforms darwin > maintainers nomaintainer@macports.org > homepage http://sourceforge.net/projects/evolvotron > master_sites http://downloads.sourceforge.net/evolvotron/ > checksums md5 ab6f3a3247e36ca0024d3837f78bdf6b > description "Generative art" image evolver, based on Qt > long_description "Generative art" software to evolve images/ > textures/patterns through an \ > iterative process of random mutation and user- > selection driven evolution. > depends_lib port:qt3 > depends_build port:graphviz port:doxygen > patchfiles patch-common.pro patch-evolvotron.pro > worksrcdir ${name} > configure.args --mandir=${prefix}/share/man > destroot.destdir INSTALL_ROOT=${destroot} > configure.env QTDIR=${prefix} INSTALLBASE=${prefix} > INSTALLPATH=${destroot}${prefix} > build.env QTDIR=${prefix} INSTALLBASE=${prefix} > INSTALLPATH=${destroot}${prefix} > destroot.env QTDIR=${prefix} INSTALLBASE=${prefix} > INSTALLPATH=${destroot}${prefix} > > The patches are as follows: > > --- common.pro.orig 2005-05-11 11:23:36.000000000 -0700 > +++ common.pro 2007-10-10 09:31:18.000000000 -0700 > @@ -10,7 +10,7 @@ > # INSTALLPATH = /usr/local/bin > # For a personal install use something like the next line > > -INSTALLPATH = /home/$(USER)/bin > +#INSTALLPATH = /home/$(USER)/bin > > ################## > # Improved optimisation options from qmake defaults. > @@ -79,8 +79,8 @@ > # This probably wouldn't be usable until all the strings were > moved out of the app - see Qt I18N docs. > # Also add gcc threading option (not entirely clear whether this > is needed but it doesn't seem to hurt) > > -QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST -pthread > -QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST -pthread > +QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST > +QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST > > ###################################### > # Hide those crufty moc_ files away > > --- evolvotron/evolvotron.pro.orig 2007-10-06 21:02:12.000000000 -0700 > +++ evolvotron/evolvotron.pro 2007-10-06 21:03:32.000000000 -0700 > @@ -10,6 +10,7 @@ > > QMAKE_CXXFLAGS_RELEASE += -I../libevolvotron > QMAKE_CXXFLAGS_DEBUG += -I../libevolvotron > +QMAKE_LFLAGS_RELEASE += -undefined dynamic_lookup > > target.path = $$INSTALLPATH > > I get as far as this: > > ---> Fetching evolvotron > ---> Verifying checksum(s) for evolvotron > ---> Extracting evolvotron > ---> Applying patches to evolvotron > ---> Configuring evolvotron > ---> Building evolvotron with target all > ---> Staging evolvotron into destroot > ---> Packaging tgz archive for evolvotron 0.4.0_0 > > And then I get this: > > Error: Target org.macports.archive returned: error copying "/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_local_graphics_evolvotron/ > work/.macports.evolvotron.state" to "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_local_graphics_evolvotron/work/ > destroot/+STATE": no such file or directory > Error: Status 1 encountered during processing. > > The destroot directory appears momentarily in the work directory, > then disappears. Apparently it's being deleted just before the tgz > archive is created. I have no idea why. > > Passing the -d option to 'port install' has no effect on the build > output. MacPorts 1.520, Mac OS 10.4.11 PPC, Xcode 2.4.1. Why are you "Packaging tgz archive"? Does it work if you skip that step? From ryandesign at macports.org Wed Dec 5 12:32:30 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 12:29:20 2007 Subject: Building XMMS with OSX Output Plugin In-Reply-To: <4756BC9F.9010204@vlado-do.de> References: <4756BC9F.9010204@vlado-do.de> Message-ID: On Dec 5, 2007, at 08:58, Vlado Plaga wrote: > has anyone here a working XMMS installation with the native OSX output > plugin? Can't help with that problem, but I have some stylistic notes on your portfile below. > ESD output does not work acceptably on my G4 iMac: it already starts > skipping when I just click somewhere in a web browser. > > I first used the macports package of xmms and tried to add the OSX > output plugin. The plugin compiles alright, but xmms does not show > it in > the configuration dialogue and outputs the following message on the > terminal: > > dlopen(/opt/local/lib/xmms/Output/libOSX.so, 2): Symbol not found: > _osx_about > Referenced from: /opt/local/lib/xmms/Output/libOSX.so > Expected in: flat namespace > > Now I tried to manually install XMMS 1.2.11 (released Nov 16), but > here > ALL plugins behaved like libOSX did after my attempt of adding it > to the > xmms installation from macports (version 1.2.10). > > I don't really understand what the person who created the XMMS port > file > did, but I cannot even compile the 1.2.10 release. The port apparently > contains some patches: > > http://trac.macports.org/projects/macports/browser/trunk/dports/ > audio/xmms/Portfile > > I tried to create a port file for the xmms_osx_plugin (see > attachment), > and now I can install it with the port command, but the problem > with the > error message given above still remains. > > I would really appreciate helpful comments, or if someone with better > computer skills could even create a working xmms_osx_plugin port! > > Regards, > > Vlado > > P.S.: I had to send this e-mail twice, because my first attempt was > returned with an information identical to the one that Chris Janton > commented on on December 4: > > Reporting-MTA: dns; lists.macosforge.org > X-Postfix-Queue-ID: 966C4162A6E > X-Postfix-Sender: rfc822; [my_address] > Arrival-Date: Wed, 5 Dec 2007 06:14:38 -0800 (PST) > > Final-Recipient: rfc822; macports-users@lists.macosforge.org > Action: failed > Status: 5.0.0 > Diagnostic-Code: X-Postfix; Command time limit exceeded: > "/usr/share/mailman/mail/mailman post macports-users" > # $Id: Portfile ... 2007-12-03 ... $ > > PortSystem 1.0 > > name xmms_osx_plugin > version 1.0 > categories audio > maintainers vlp > description Native OSX output plugin. > long_description Native OSX output plugin. > homepage http://www.xmms.org/plugins.php?details=229 > platforms darwin > master_sites http://kent.dl.sourceforge.net/sourceforge/ > dbmix/xmms_osx_plugin-1.0.tar.gz \ > http://mesh.dl.sourceforge.net/sourceforge/dbmix/ > xmms_osx_plugin-1.0.tar.gz master_sites should not include the name of the distfile. Furthermore, you shouldn't list individual SourceForge mirrors. We have a mirror group for that. Premusably you can just list "master_sites sourceforge:dbmix" > checksums md5 c35b4f169f10d894d9dd165bd9fcaf97 > > depends_lib port:xmms > > configure.cflags-append "-I${prefix}/include" -I${prefix}/include is already in the default CFLAGS. > configure.args --prefix=${prefix} \ --prefix=${prefix} is already in the default configure.pre_args. > --mandir=${prefix}/share/man From ryandesign at macports.org Wed Dec 5 12:33:47 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 12:30:36 2007 Subject: Missing mod_php In-Reply-To: <75186C46-6F39-42CB-A42B-77412963065E@gold-family.us> References: <20071009184859.042F31111E4@lists.macosforge.org> <756A40FC-111A-4371-9A29-4B31E8F50C06@gold-family.us> <1DD6AD58-1716-42AF-A23D-5D7A1A8246FD@macports.org> <75186C46-6F39-42CB-A42B-77412963065E@gold-family.us> Message-ID: On Dec 5, 2007, at 07:26, Russell Gold wrote: > On Dec 5, 2007, at 7:50 AM, Jyrki Wahlstedt wrote: > >> Do you have the corresponding LoadModule line in your httpd.conf? >> I have ('grep php /opt/local/apache2/conf/httpd.conf'): >> LoadModule php5_module modules/libphp5.so >> DirectoryIndex index.html index.php >> Include conf/extras-conf/mod_php.conf >> >> (the first is necessary, the rest not) > > > I did have the first line. What I did not have, and what proved to > be the difference, was the include statement (which makes apache > recognize the .php file extension). The install actually placed > mod_php.conf in a different directory, so I didn't see it. Moving > it to conf/extra and including it make everything work. Thanks! What directory did it place it in? Is this something I should be changing in the php5 port to make installation easier? Since I've had php5 installed for so long, I've forgotten what steps were required, and it's sometimes hard for me to see the newcomer's perspective here. From ryandesign at macports.org Wed Dec 5 12:52:25 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 12:49:17 2007 Subject: Building XMMS with OSX Output Plugin In-Reply-To: References: <4756BC9F.9010204@vlado-do.de> Message-ID: On Dec 5, 2007, at 14:32, Ryan Schmidt wrote: >> configure.cflags-append "-I${prefix}/include" > > -I${prefix}/include is already in the default CFLAGS. Oh, sorry, that was wrong. -I${prefix}/include is in the default CPPFLAGS, not the CFLAGS. Most software likes this in the CPPFLAGS. If xmms_osx_plugin needs it in the CFLAGS, then you will need that line after all. From ld-temp-q6x8 at pobox.com Wed Dec 5 14:24:25 2007 From: ld-temp-q6x8 at pobox.com (Linc Davis) Date: Wed Dec 5 14:21:17 2007 Subject: Problem with a Qt application portfile In-Reply-To: <31CCF8F4-93E9-438A-A826-BD34F43F037F@macports.org> References: <31CCF8F4-93E9-438A-A826-BD34F43F037F@macports.org> Message-ID: On Dec 5, 2007, at 12:29 PM, Ryan Schmidt wrote: > On Dec 5, 2007, at 10:26, Linc Davis wrote: > >> I'm trying to port evolvotron: >> >> http://sourceforge.net/projects/evolvotron >> >> It build with qmake. Works in Fink. >> >> So far, I have this: >> >> PortSystem 1.0 >> name evolvotron >> version 0.4.0 >> categories graphics x11 >> platforms darwin >> maintainers nomaintainer@macports.org >> homepage http://sourceforge.net/projects/evolvotron >> master_sites http://downloads.sourceforge.net/evolvotron/ >> checksums md5 ab6f3a3247e36ca0024d3837f78bdf6b >> description "Generative art" image evolver, based on Qt >> long_description "Generative art" software to evolve images/ >> textures/patterns through an \ >> iterative process of random mutation and user- >> selection driven evolution. >> depends_lib port:qt3 >> depends_build port:graphviz port:doxygen >> patchfiles patch-common.pro patch-evolvotron.pro >> worksrcdir ${name} >> configure.args --mandir=${prefix}/share/man >> destroot.destdir INSTALL_ROOT=${destroot} >> configure.env QTDIR=${prefix} INSTALLBASE=${prefix} >> INSTALLPATH=${destroot}${prefix} >> build.env QTDIR=${prefix} INSTALLBASE=${prefix} >> INSTALLPATH=${destroot}${prefix} >> destroot.env QTDIR=${prefix} INSTALLBASE=${prefix} >> INSTALLPATH=${destroot}${prefix} >> >> The patches are as follows: >> >> --- common.pro.orig 2005-05-11 11:23:36.000000000 -0700 >> +++ common.pro 2007-10-10 09:31:18.000000000 -0700 >> @@ -10,7 +10,7 @@ >> # INSTALLPATH = /usr/local/bin >> # For a personal install use something like the next line >> >> -INSTALLPATH = /home/$(USER)/bin >> +#INSTALLPATH = /home/$(USER)/bin >> >> ################## >> # Improved optimisation options from qmake defaults. >> @@ -79,8 +79,8 @@ >> # This probably wouldn't be usable until all the strings were >> moved out of the app - see Qt I18N docs. >> # Also add gcc threading option (not entirely clear whether this >> is needed but it doesn't seem to hurt) >> >> -QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST -pthread >> -QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST -pthread >> +QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST >> +QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST >> >> ###################################### >> # Hide those crufty moc_ files away >> >> --- evolvotron/evolvotron.pro.orig 2007-10-06 21:02:12.000000000 >> -0700 >> +++ evolvotron/evolvotron.pro 2007-10-06 21:03:32.000000000 -0700 >> @@ -10,6 +10,7 @@ >> >> QMAKE_CXXFLAGS_RELEASE += -I../libevolvotron >> QMAKE_CXXFLAGS_DEBUG += -I../libevolvotron >> +QMAKE_LFLAGS_RELEASE += -undefined dynamic_lookup >> >> target.path = $$INSTALLPATH >> >> I get as far as this: >> >> ---> Fetching evolvotron >> ---> Verifying checksum(s) for evolvotron >> ---> Extracting evolvotron >> ---> Applying patches to evolvotron >> ---> Configuring evolvotron >> ---> Building evolvotron with target all >> ---> Staging evolvotron into destroot >> ---> Packaging tgz archive for evolvotron 0.4.0_0 >> >> And then I get this: >> >> Error: Target org.macports.archive returned: error copying "/opt/ >> local/var/macports/build/ >> _opt_local_var_macports_sources_local_graphics_evolvotron/ >> work/.macports.evolvotron.state" to "/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_local_graphics_evolvotron/work/ >> destroot/+STATE": no such file or directory >> Error: Status 1 encountered during processing. >> >> The destroot directory appears momentarily in the work directory, >> then disappears. Apparently it's being deleted just before the tgz >> archive is created. I have no idea why. >> >> Passing the -d option to 'port install' has no effect on the build >> output. MacPorts 1.520, Mac OS 10.4.11 PPC, Xcode 2.4.1. > > Why are you "Packaging tgz archive"? # Create and use binary archive packages for installation/ reinstallation ease > Does it work if you skip that step? No: ---> Fetching evolvotron ---> Verifying checksum(s) for evolvotron ---> Extracting evolvotron ---> Applying patches to evolvotron ---> Configuring evolvotron ---> Building evolvotron with target all ---> Staging evolvotron into destroot ---> Installing evolvotron 0.4.0_0 couldn't change working directory to "/opt/local/var/macports/build/ _opt_local_var_macports_sources_local_graphics_evolvotron/work/ destroot": no such file or directory ---> Activating evolvotron 0.4.0_0 From cpsmusic at yahoo.com Wed Dec 5 14:31:44 2007 From: cpsmusic at yahoo.com (Chris Share) Date: Wed Dec 5 14:28:27 2007 Subject: Fw: libsndfile error Message-ID: <772292.22753.qm@web52707.mail.re2.yahoo.com> So is there a way to install libsndfile? Can I install an earlier version, or can I install it without FLAC? Cheers, Chris ----- Original Message ---- From: "cssdev@mac.com" To: Chris Share Cc: macports List Sent: Wednesday, December 5, 2007 11:37:00 PM Subject: Re: libsndfile error On Dec 5, 2007, at 6:47 AM, Chris Share wrote: > I'm trying to install libsndfile however I'm getting the following > error: libsndfile does not work with the current version of FLAC http://trac.macosforge.org/projects/macports/ticket/12009 Of course, now I realize I didn't commit the patch to disable flac. libsndfile needs upstream attention to work with the latest FLAC, so for the meantime it seems that libsndfile simply shouldn't support FLAC. Chris ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From ryandesign at macports.org Wed Dec 5 15:16:35 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 15:16:44 2007 Subject: Problem with a Qt application portfile In-Reply-To: References: <31CCF8F4-93E9-438A-A826-BD34F43F037F@macports.org> Message-ID: <4E275280-6902-4E90-9B91-70313F582768@macports.org> On Dec 5, 2007, at 16:24, Linc Davis wrote: > On Dec 5, 2007, at 12:29 PM, Ryan Schmidt wrote: > >> On Dec 5, 2007, at 10:26, Linc Davis wrote: >> >>> I'm trying to port evolvotron: >>> >>> http://sourceforge.net/projects/evolvotron >>> >>> It build with qmake. Works in Fink. >>> >>> So far, I have this: >>> >>> PortSystem 1.0 >>> name evolvotron >>> version 0.4.0 >>> categories graphics x11 >>> platforms darwin >>> maintainers nomaintainer@macports.org >>> homepage http://sourceforge.net/projects/evolvotron >>> master_sites http://downloads.sourceforge.net/evolvotron/ >>> checksums md5 ab6f3a3247e36ca0024d3837f78bdf6b >>> description "Generative art" image evolver, based on Qt >>> long_description "Generative art" software to evolve images/ >>> textures/patterns through an \ >>> iterative process of random mutation and user- >>> selection driven evolution. >>> depends_lib port:qt3 >>> depends_build port:graphviz port:doxygen >>> patchfiles patch-common.pro patch-evolvotron.pro >>> worksrcdir ${name} >>> configure.args --mandir=${prefix}/share/man >>> destroot.destdir INSTALL_ROOT=${destroot} >>> configure.env QTDIR=${prefix} INSTALLBASE=${prefix} >>> INSTALLPATH=${destroot}${prefix} >>> build.env QTDIR=${prefix} INSTALLBASE=${prefix} >>> INSTALLPATH=${destroot}${prefix} >>> destroot.env QTDIR=${prefix} INSTALLBASE=${prefix} >>> INSTALLPATH=${destroot}${prefix} >>> >>> The patches are as follows: >>> >>> --- common.pro.orig 2005-05-11 11:23:36.000000000 -0700 >>> +++ common.pro 2007-10-10 09:31:18.000000000 -0700 >>> @@ -10,7 +10,7 @@ >>> # INSTALLPATH = /usr/local/bin >>> # For a personal install use something like the next line >>> >>> -INSTALLPATH = /home/$(USER)/bin >>> +#INSTALLPATH = /home/$(USER)/bin >>> >>> ################## >>> # Improved optimisation options from qmake defaults. >>> @@ -79,8 +79,8 @@ >>> # This probably wouldn't be usable until all the strings were >>> moved out of the app - see Qt I18N docs. >>> # Also add gcc threading option (not entirely clear whether this >>> is needed but it doesn't seem to hurt) >>> >>> -QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST -pthread >>> -QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST -pthread >>> +QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST >>> +QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST >>> >>> ###################################### >>> # Hide those crufty moc_ files away >>> >>> --- evolvotron/evolvotron.pro.orig 2007-10-06 21:02:12.000000000 >>> -0700 >>> +++ evolvotron/evolvotron.pro 2007-10-06 21:03:32.000000000 -0700 >>> @@ -10,6 +10,7 @@ >>> >>> QMAKE_CXXFLAGS_RELEASE += -I../libevolvotron >>> QMAKE_CXXFLAGS_DEBUG += -I../libevolvotron >>> +QMAKE_LFLAGS_RELEASE += -undefined dynamic_lookup >>> >>> target.path = $$INSTALLPATH >>> >>> I get as far as this: >>> >>> ---> Fetching evolvotron >>> ---> Verifying checksum(s) for evolvotron >>> ---> Extracting evolvotron >>> ---> Applying patches to evolvotron >>> ---> Configuring evolvotron >>> ---> Building evolvotron with target all >>> ---> Staging evolvotron into destroot >>> ---> Packaging tgz archive for evolvotron 0.4.0_0 >>> >>> And then I get this: >>> >>> Error: Target org.macports.archive returned: error copying "/opt/ >>> local/var/macports/build/ >>> _opt_local_var_macports_sources_local_graphics_evolvotron/ >>> work/.macports.evolvotron.state" to "/opt/local/var/macports/ >>> build/_opt_local_var_macports_sources_local_graphics_evolvotron/ >>> work/destroot/+STATE": no such file or directory >>> Error: Status 1 encountered during processing. >>> >>> The destroot directory appears momentarily in the work directory, >>> then disappears. Apparently it's being deleted just before the >>> tgz archive is created. I have no idea why. >>> >>> Passing the -d option to 'port install' has no effect on the >>> build output. MacPorts 1.520, Mac OS 10.4.11 PPC, Xcode 2.4.1. >> >> Why are you "Packaging tgz archive"? > > # Create and use binary archive packages for installation/ > reinstallation ease > >> Does it work if you skip that step? > > No: > > ---> Fetching evolvotron > ---> Verifying checksum(s) for evolvotron > ---> Extracting evolvotron > ---> Applying patches to evolvotron > ---> Configuring evolvotron > ---> Building evolvotron with target all > ---> Staging evolvotron into destroot > ---> Installing evolvotron 0.4.0_0 > couldn't change working directory to "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_local_graphics_evolvotron/work/ > destroot": no such file or directory > ---> Activating evolvotron 0.4.0_0 Ok, so I've seen something like that before, when the port didn't install any files at all into the destroot and the destroot got pruned. Perhaps everything is getting installed directly to ${prefix} and bypassing the destroot (which should obviously be fixed, but which would explain the error). From ld-temp-q6x8 at pobox.com Wed Dec 5 16:56:34 2007 From: ld-temp-q6x8 at pobox.com (Linc Davis) Date: Wed Dec 5 16:56:42 2007 Subject: Problem with a Qt application portfile In-Reply-To: <04415B9D-55DB-4C7D-8988-0CFDD4341A22@macports.org> References: <04415B9D-55DB-4C7D-8988-0CFDD4341A22@macports.org> Message-ID: <6E14CE4D-4B49-4996-9DE3-1BBB41D7D58E@pobox.com> On Dec 5, 2007, at 3:16 PM, Ryan Schmidt wrote: > On Dec 5, 2007, at 16:24, Linc Davis wrote: > >> On Dec 5, 2007, at 12:29 PM, Ryan Schmidt wrote: >> >>> On Dec 5, 2007, at 10:26, Linc Davis wrote: >>> >>>> I'm trying to port evolvotron: >>>> >>>> http://sourceforge.net/projects/evolvotron >>>> >>>> It build with qmake. Works in Fink. >>>> >>>> So far, I have this: >>>> >>>> PortSystem 1.0 >>>> name evolvotron >>>> version 0.4.0 >>>> categories graphics x11 >>>> platforms darwin >>>> maintainers nomaintainer@macports.org >>>> homepage http://sourceforge.net/projects/evolvotron >>>> master_sites http://downloads.sourceforge.net/evolvotron/ >>>> checksums md5 ab6f3a3247e36ca0024d3837f78bdf6b >>>> description "Generative art" image evolver, based on Qt >>>> long_description "Generative art" software to evolve images/ >>>> textures/patterns through an \ >>>> iterative process of random mutation and >>>> user-selection driven evolution. >>>> depends_lib port:qt3 >>>> depends_build port:graphviz port:doxygen >>>> patchfiles patch-common.pro patch-evolvotron.pro >>>> worksrcdir ${name} >>>> configure.args --mandir=${prefix}/share/man >>>> destroot.destdir INSTALL_ROOT=${destroot} >>>> configure.env QTDIR=${prefix} INSTALLBASE=${prefix} >>>> INSTALLPATH=${destroot}${prefix} >>>> build.env QTDIR=${prefix} INSTALLBASE=${prefix} >>>> INSTALLPATH=${destroot}${prefix} >>>> destroot.env QTDIR=${prefix} INSTALLBASE=${prefix} >>>> INSTALLPATH=${destroot}${prefix} >>>> >>>> The patches are as follows: >>>> >>>> --- common.pro.orig 2005-05-11 11:23:36.000000000 -0700 >>>> +++ common.pro 2007-10-10 09:31:18.000000000 -0700 >>>> @@ -10,7 +10,7 @@ >>>> # INSTALLPATH = /usr/local/bin >>>> # For a personal install use something like the next line >>>> >>>> -INSTALLPATH = /home/$(USER)/bin >>>> +#INSTALLPATH = /home/$(USER)/bin >>>> >>>> ################## >>>> # Improved optimisation options from qmake defaults. >>>> @@ -79,8 +79,8 @@ >>>> # This probably wouldn't be usable until all the strings were >>>> moved out of the app - see Qt I18N docs. >>>> # Also add gcc threading option (not entirely clear whether >>>> this is needed but it doesn't seem to hurt) >>>> >>>> -QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST -pthread >>>> -QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST -pthread >>>> +QMAKE_CXXFLAGS_RELEASE += -DQT_NO_ASCII_CAST >>>> +QMAKE_CXXFLAGS_DEBUG += -DQT_NO_ASCII_CAST >>>> >>>> ###################################### >>>> # Hide those crufty moc_ files away >>>> >>>> --- evolvotron/evolvotron.pro.orig 2007-10-06 21:02:12.000000000 >>>> -0700 >>>> +++ evolvotron/evolvotron.pro 2007-10-06 21:03:32.000000000 -0700 >>>> @@ -10,6 +10,7 @@ >>>> >>>> QMAKE_CXXFLAGS_RELEASE += -I../libevolvotron >>>> QMAKE_CXXFLAGS_DEBUG += -I../libevolvotron >>>> +QMAKE_LFLAGS_RELEASE += -undefined dynamic_lookup >>>> >>>> target.path = $$INSTALLPATH >>>> >>>> I get as far as this: >>>> >>>> ---> Fetching evolvotron >>>> ---> Verifying checksum(s) for evolvotron >>>> ---> Extracting evolvotron >>>> ---> Applying patches to evolvotron >>>> ---> Configuring evolvotron >>>> ---> Building evolvotron with target all >>>> ---> Staging evolvotron into destroot >>>> ---> Packaging tgz archive for evolvotron 0.4.0_0 >>>> >>>> And then I get this: >>>> >>>> Error: Target org.macports.archive returned: error copying "/opt/ >>>> local/var/macports/build/ >>>> _opt_local_var_macports_sources_local_graphics_evolvotron/ >>>> work/.macports.evolvotron.state" to "/opt/local/var/macports/ >>>> build/_opt_local_var_macports_sources_local_graphics_evolvotron/ >>>> work/destroot/+STATE": no such file or directory >>>> Error: Status 1 encountered during processing. >>>> >>>> The destroot directory appears momentarily in the work >>>> directory, then disappears. Apparently it's being deleted just >>>> before the tgz archive is created. I have no idea why. >>>> >>>> Passing the -d option to 'port install' has no effect on the >>>> build output. MacPorts 1.520, Mac OS 10.4.11 PPC, Xcode 2.4.1. >>> >>> Why are you "Packaging tgz archive"? >> >> # Create and use binary archive packages for installation/ >> reinstallation ease >> >>> Does it work if you skip that step? >> >> No: >> >> ---> Fetching evolvotron >> ---> Verifying checksum(s) for evolvotron >> ---> Extracting evolvotron >> ---> Applying patches to evolvotron >> ---> Configuring evolvotron >> ---> Building evolvotron with target all >> ---> Staging evolvotron into destroot >> ---> Installing evolvotron 0.4.0_0 >> couldn't change working directory to "/opt/local/var/macports/ >> build/_opt_local_var_macports_sources_local_graphics_evolvotron/ >> work/destroot": no such file or directory >> ---> Activating evolvotron 0.4.0_0 > > Ok, so I've seen something like that before, when the port didn't > install any files at all into the destroot and the destroot got > pruned. Perhaps everything is getting installed directly to $ > {prefix} and bypassing the destroot (which should obviously be > fixed, but which would explain the error). No, nothing is installed anywhere. From dnb at ccs.neu.edu Wed Dec 5 21:56:08 2007 From: dnb at ccs.neu.edu (David Blank-Edelman) Date: Wed Dec 5 21:56:22 2007 Subject: keeping a (maximally) clean active tree Message-ID: Hi- Pardon me if this is an obvious question, but I'd like to know if there is an easy way (e.g. a script) to keep a maximally clean tree of active ports? I'd ideally like to have only the latest and greatest of every port I use installed on my machine. As new versions of ports (libraries in particular) get released, it seems like one starts to collect old versions of these ports because something else previously installed linked against that old version. For example, right now my "ports outdated" says: apr 1.2.11_0 < 1.2.12_0 apr-util 1.2.10_0 < 1.2.12_0 cairo 1.4.10_0 < 1.4.12_0 freetype 2.3.5_0 < 2.3.5_1 glib2 2.14.3_0 < 2.14.4_1 gtk2 2.12.1_0 < 2.12.3_0 sqlite3 3.5.2_0 < 3.5.3_1 I'm familiar with the -u switch to ports, but just to continue this example, I can't say "port -u upgrade cairo" because it says: ---> Unable to uninstall freetype 2.3.5_0, the following ports depend on it: ---> fontconfig ---> cairo ---> Xft2 ---> gtk2 Error: Uninstall freetype 2.3.5_0 failed: Please uninstall the ports that depend on freetype first. ---> Unable to uninstall cairo 1.4.10_0, the following ports depend on it: ---> pango ---> gtk2 Error: Uninstall cairo 1.4.10_0 failed: Please uninstall the ports that depend on cairo first. As far as I know, the only way to keep only the latest version of cairo is to uninstall all of the stuff that depends on the past version(s) of cairo, upgrade cairo, and then rebuild/reinstall all of those ports. For certain ports there are enough steps in the chain (e.g. wireshark) that this becomes a bit of a hassle. So my questions are: 1) Am I missing some incantation with port that will chase these dependencies for me? 2) If not, it seems like it should be possible to write a script that figures out the right uninstall/build/install dance in the shortest number of moves to leave a ports tree with only the very latest things installed. Anybody have one? 3) Another possibility would be to write something that kept a list of installed ports, blew away the current port installation, and installed that list again from scratch. This seems a bit heavy handed, but it would work. Thanks for any help you can offer (and my sincere thanks to the people on the project plus the ports maintainers for all of the hard work that they do). -- dNb From mike.thon at gmail.com Wed Dec 5 22:13:11 2007 From: mike.thon at gmail.com (Michael Thon) Date: Wed Dec 5 22:13:22 2007 Subject: mysql5 case sensitivity, starting server etc etc In-Reply-To: <6192D4C1-ACB8-4CE8-8DCE-1B007F76D8B0@macports.org> References: <6192D4C1-ACB8-4CE8-8DCE-1B007F76D8B0@macports.org> Message-ID: On Dec 5, 2007, at 11:35 AM, Ryan Schmidt wrote: > On Dec 5, 2007, at 03:28, Michael Thon wrote: > >> I am having a problem with mysql tables that are created via php >> occasionally appearing in mysql with lower case names. I now have >> to solve two problems: >> >> 1) how do I restart the sever via the command line? At the moment >> it starts at boot via the launchctl file. If I issue: >> >> sudo launchctl unload /Library/LaunchDaemons/ >> org.macports.mysql5.plist >> >> and then the load it again with >> sudo launchctl load /Library/LaunchDaemons/ >> org.macports.mysql5.plist >> >> and then try to connect to the server with the mysql5 utility, I >> get the error: >> ERROR 2002 (HY000): Can't connect to local MySQL server through >> socket..... >> I think, if I reboot the machine (which I can't do right now) it'll >> start up the right way. but how do I start it the right way from >> the command line? > > That is the correct way to stop and start the MySQL server. But > after using "launchctl unload" (or stopping the server via any other > means), be sure that all mysqld processes have exited before you try > to start mysqld again using "launchctl load" (or any other means). > That did it. thanks. > >> 2) To fix the case sensitivity problem, I might need to set the >> variable lower_case_table_names=0 in my.cnf. which I will create >> in /opt/local/etc/mysql5 as soon as I figure out how to restart the >> server... unless anyone has another suggestion. > > The correct value for Mac OS X MySQL servers using the default HFS+ > filesystem is lower_case_table_names=2. MySQL sets > lower_case_table_names to 2 by default on Mac OS X. What this means > is explained here: > > http://dev.mysql.com/doc/refman/5.0/en/identifier-case- > sensitivity.html > > My personal recommendation is that the letters in your table and > database names should be limited to lowercase (not any uppercase) > characters, so as to avoid any portability problems. > After a little more research, it seems that lower case letters are more or less a convention among mysql programmers so that is what I should use too. this does seem to be a bug in mysql though, since some letters in table names are converted to lower case, while others are not. I don't have time to work out a good test case so we'll just change to lower case and act like nothing happened. cheers Mike From lists at sequestered.net Wed Dec 5 22:16:01 2007 From: lists at sequestered.net (Jay Chandler) Date: Wed Dec 5 22:16:28 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: Message-ID: <475793A1.8070402@sequestered.net> Am I missing something, or will "port upgrade outdated" solve this? I don't show old versions of upgraded ports... -- Jay David Blank-Edelman wrote: > Hi- > > Pardon me if this is an obvious question, but I'd like to know if > there is an easy way (e.g. a script) to keep a maximally clean tree of > active ports? I'd ideally like to have only the latest and greatest of > every port I use installed on my machine. As new versions of ports > (libraries in particular) get released, it seems like one starts to > collect old versions of these ports because something else previously > installed linked against that old version. > > For example, right now my "ports outdated" says: > > apr 1.2.11_0 < 1.2.12_0 > apr-util 1.2.10_0 < 1.2.12_0 > cairo 1.4.10_0 < 1.4.12_0 > freetype 2.3.5_0 < 2.3.5_1 > glib2 2.14.3_0 < 2.14.4_1 > gtk2 2.12.1_0 < 2.12.3_0 > sqlite3 3.5.2_0 < 3.5.3_1 > > I'm familiar with the -u switch to ports, but just to continue this > example, I can't say "port -u upgrade cairo" because it says: > > ---> Unable to uninstall freetype 2.3.5_0, the following ports depend > on it: > ---> fontconfig > ---> cairo > ---> Xft2 > ---> gtk2 > Error: Uninstall freetype 2.3.5_0 failed: Please uninstall the ports > that depend on freetype first. > ---> Unable to uninstall cairo 1.4.10_0, the following ports depend > on it: > ---> pango > ---> gtk2 > Error: Uninstall cairo 1.4.10_0 failed: Please uninstall the ports > that depend on cairo first. > > As far as I know, the only way to keep only the latest version of > cairo is to uninstall all of the stuff that depends on the past > version(s) of cairo, upgrade cairo, and then rebuild/reinstall all of > those ports. For certain ports there are enough steps in the chain > (e.g. wireshark) that this becomes a bit of a hassle. > > So my questions are: > 1) Am I missing some incantation with port that will chase these > dependencies for me? > 2) If not, it seems like it should be possible to write a script > that figures out the right uninstall/build/install dance in the > shortest number of moves to leave a ports tree with only the very > latest things installed. Anybody have one? > 3) Another possibility would be to write something that kept a list > of installed ports, blew away the current port installation, and > installed that list again from scratch. This seems a bit heavy handed, > but it would work. > > Thanks for any help you can offer (and my sincere thanks to the people > on the project plus the ports maintainers for all of the hard work > that they do). > > -- dNb > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From dnb at ccs.neu.edu Wed Dec 5 22:21:49 2007 From: dnb at ccs.neu.edu (David Blank-Edelman) Date: Wed Dec 5 22:22:00 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: <475793A1.8070402@sequestered.net> References: <475793A1.8070402@sequestered.net> Message-ID: Thanks for the response. On Dec 6, 2007, at 1:16 AM, Jay Chandler wrote: > Am I missing something, or will "port upgrade outdated" solve this? > I don't show old versions of upgraded ports... How are you checking? If I type: $ port upgrade apr just to upgrade that package, I see: $ port installed apr The following ports are currently installed: apr @1.2.11_0+darwin_9 apr @1.2.12_0+darwin_9 (active) -- dNb From lists at sequestered.net Wed Dec 5 22:49:52 2007 From: lists at sequestered.net (Jay Chandler) Date: Wed Dec 5 22:50:17 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: <475793A1.8070402@sequestered.net> Message-ID: <47579B90.6060505@sequestered.net> David Blank-Edelman wrote: > Thanks for the response. > > On Dec 6, 2007, at 1:16 AM, Jay Chandler wrote: > >> Am I missing something, or will "port upgrade outdated" solve this? >> I don't show old versions of upgraded ports... > > How are you checking? If I type: > > $ port upgrade apr > > just to upgrade that package, I see: > > $ port installed apr > The following ports are currently installed: > apr @1.2.11_0+darwin_9 > apr @1.2.12_0+darwin_9 (active) > > -- dNb Whoops, you're right. Okay.. glib2 @2.14.4_0+darwin_9 glib2 @2.14.4_1+darwin_9 (active) bash-3.2# port uninstall glib2 @2.14.4_0+darwin_9---> Unable to uninstall glib2 2.14.4_0+darwin_9, the following ports depend on it: ---> atk ---> pango ---> gtk2 ---> wireshark ---> gmime ---> py25-gobject ---> gtk2 Error: port uninstall failed: Please uninstall the ports that depend on glib2 first. bash-3.2# port -f uninstall glib2 @2.14.4_0+darwin_9 ---> Unable to uninstall glib2 2.14.4_0+darwin_9, the following ports depend on it: ---> atk ---> pango ---> gtk2 ---> wireshark ---> gmime ---> py25-gobject ---> gtk2 Warning: Uninstall forced. Proceeding despite dependencies. ---> Uninstalling glib2 2.14.4_0+darwin_9 bash-3.2# Not sure if this is "approved," but it sure worked, and none of the deps broke... -- Jay From lists at sequestered.net Wed Dec 5 23:06:22 2007 From: lists at sequestered.net (Jay Chandler) Date: Wed Dec 5 23:07:04 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: <47579B90.6060505@sequestered.net> References: <475793A1.8070402@sequestered.net> <47579B90.6060505@sequestered.net> Message-ID: <47579F6E.5010009@sequestered.net> Jay Chandler wrote: > David Blank-Edelman wrote: >> Thanks for the response. And lastly, to distill this down to one line: port -uf uninstall Unless someone else has a reason this shouldn't be done? -- Jay From ryandesign at macports.org Wed Dec 5 23:36:51 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 5 23:37:01 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: Message-ID: On Dec 5, 2007, at 23:56, David Blank-Edelman wrote: > Pardon me if this is an obvious question, but I'd like to know if > there is an easy way (e.g. a script) to keep a maximally clean tree > of active ports? I'd ideally like to have only the latest and > greatest of every port I use installed on my machine. As new > versions of ports (libraries in particular) get released, it seems > like one starts to collect old versions of these ports because > something else previously installed linked against that old version. > > For example, right now my "ports outdated" says: > > apr 1.2.11_0 < 1.2.12_0 > apr-util 1.2.10_0 < 1.2.12_0 > cairo 1.4.10_0 < 1.4.12_0 > freetype 2.3.5_0 < 2.3.5_1 > glib2 2.14.3_0 < 2.14.4_1 > gtk2 2.12.1_0 < 2.12.3_0 > sqlite3 3.5.2_0 < 3.5.3_1 > > I'm familiar with the -u switch to ports, but just to continue this > example, I can't say "port -u upgrade cairo" because it says: > > ---> Unable to uninstall freetype 2.3.5_0, the following ports > depend on it: > ---> fontconfig > ---> cairo > ---> Xft2 > ---> gtk2 > Error: Uninstall freetype 2.3.5_0 failed: Please uninstall the > ports that depend on freetype first. > ---> Unable to uninstall cairo 1.4.10_0, the following ports > depend on it: The message should say "Won't uninstall cairo 1.4.10_0 because the following ports depend on cairo:" Ports don't depend on specific versions of ports. If you've just installed cairo 1.4.12_0, then the ports that depend on cairo will be happy with that version as well, and you're free to forcibly uninstall the old 1.4.10_0 version. > ---> pango > ---> gtk2 > Error: Uninstall cairo 1.4.10_0 failed: Please uninstall the ports > that depend on cairo first. > > As far as I know, the only way to keep only the latest version of > cairo is to uninstall all of the stuff that depends on the past > version(s) of cairo, upgrade cairo, and then rebuild/reinstall all > of those ports. For certain ports there are enough steps in the > chain (e.g. wireshark) that this becomes a bit of a hassle. > > So my questions are: > 1) Am I missing some incantation with port that will chase these > dependencies for me? > 2) If not, it seems like it should be possible to write a script > that figures out the right uninstall/build/install dance in the > shortest number of moves to leave a ports tree with only the very > latest things installed. Anybody have one? > 3) Another possibility would be to write something that kept a > list of installed ports, blew away the current port installation, > and installed that list again from scratch. This seems a bit heavy > handed, but it would work. > > Thanks for any help you can offer (and my sincere thanks to the > people on the project plus the ports maintainers for all of the > hard work that they do). Someone posted a recipe some time ago which I now agree with, which is: 1. Run "port outdated" 2. If there aren't any listed, go to 5. 3. Pick the first port in the list (let's call it "foo") and say "sudo port upgrade foo". This might upgrade just foo, or if foo has outdated dependencies, it will update those too. 4. Go back to 1. 5. Uninstall all now-inactive old versions with "sudo port -f uninstall inactive" From dnb at ccs.neu.edu Wed Dec 5 23:52:28 2007 From: dnb at ccs.neu.edu (David Blank-Edelman) Date: Wed Dec 5 23:52:39 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: Message-ID: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> Hi Ryan- On Dec 6, 2007, at 2:36 AM, Ryan Schmidt wrote: > The message should say "Won't uninstall cairo 1.4.10_0 because the > following ports depend on cairo:" > > Ports don't depend on specific versions of ports. If you've just > installed cairo 1.4.12_0, then the ports that depend on cairo will > be happy with that version as well, and you're free to forcibly > uninstall the old 1.4.10_0 version. Ah, ok. I just assumed that each port knew what it took to build it and would would attempt to keep that dependency around because it has no way of knowing that the old program will work with the new shared lib. I guess this shows my pre-OSX *NIX roots. > Someone posted a recipe some time ago which I now agree with, which > is: > > 1. Run "port outdated" > 2. If there aren't any listed, go to 5. > 3. Pick the first port in the list (let's call it "foo") and say > "sudo port upgrade foo". This might upgrade just foo, or if foo has > outdated dependencies, it will update those too. > 4. Go back to 1. > 5. Uninstall all now-inactive old versions with "sudo port -f > uninstall inactive" Great, I'll do just that. I usually think of "force" switches as something you only do when the normal procedure fails. It is a little strange to me that one would want to force things as a matter of course. It also means that the default situation leaves inactive and unneeded ports hanging around by default. Just our of curiosity, can someone say a little bit more about why it is done that way? Thanks again for your help. -- dNb From ryandesign at macports.org Wed Dec 5 23:57:11 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 6 00:04:05 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> References: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> Message-ID: On Dec 6, 2007, at 01:52, David Blank-Edelman wrote: > On Dec 6, 2007, at 2:36 AM, Ryan Schmidt wrote: > >> The message should say "Won't uninstall cairo 1.4.10_0 because the >> following ports depend on cairo:" >> >> Ports don't depend on specific versions of ports. If you've just >> installed cairo 1.4.12_0, then the ports that depend on cairo will >> be happy with that version as well, and you're free to forcibly >> uninstall the old 1.4.10_0 version. > > Ah, ok. I just assumed that each port knew what it took to build it > and would would attempt to keep that dependency around because it > has no way of knowing that the old program will work with the new > shared lib. I guess this shows my pre-OSX *NIX roots. Well, you're right, of course. If a new version of some software installs new libraries that aren't ABI-compatible with the old libraries, everything that depends on that software will break. This happened, for example, with the upgrade from gettext 0.14.x to 0.15.x, and workarounds for this situation were posted here: http://trac.macosforge.org/projects/macports/wiki/ ProblemHotlist#a2.Aportfailedtobuildupgradeorrunwithamessagereferringtol ibintl.3.dylib >> Someone posted a recipe some time ago which I now agree with, >> which is: >> >> 1. Run "port outdated" >> 2. If there aren't any listed, go to 5. >> 3. Pick the first port in the list (let's call it "foo") and say >> "sudo port upgrade foo". This might upgrade just foo, or if foo >> has outdated dependencies, it will update those too. >> 4. Go back to 1. >> 5. Uninstall all now-inactive old versions with "sudo port -f >> uninstall inactive" > > Great, I'll do just that. > > I usually think of "force" switches as something you only do when > the normal procedure fails. It is a little strange to me that one > would want to force things as a matter of course. It also means > that the default situation leaves inactive and unneeded ports > hanging around by default. Just our of curiosity, can someone say > a little bit more about why it is done that way? I agree here again. You should not have to force anything in normal use. But you currently do, to uninstall old versions of software on which other software depends. Discussion of how this situation could be improved would probably be welcomed on the macports-dev list. From guido.soranzio at gmail.com Thu Dec 6 00:08:30 2007 From: guido.soranzio at gmail.com (Guido Soranzio) Date: Thu Dec 6 00:08:40 2007 Subject: Missing symbols for PyGTK when not using the distutils Message-ID: On Leopard/PPC I can run successfully the examples of py25-cairo when compiling it manually by using the distutils or by adding the option "PortGroup python25 1.0" to the portfile. Otherwise, this is the error message reported by MacPorts: ImportError: dlopen(/opt/local/lib/python2.5/site-packages/cairo/ _cairo.so, 2): Symbol not found: _PycairoContext_FromContext Referenced from: /opt/local/lib/python2.5/site-packages/cairo/ _cairo.so Expected in: flat namespace Similar errors regarding missing symbols occur when trying to run the pygtk-demo from the py25-gtk port: ImportError: dlopen(/opt/local/lib/python2.5/site-packages/gtk-2.0/ gobject/_gobject.so, 2): Symbol not found: _PyGBoxed_Type Referenced from: /opt/local/lib/python2.5/site-packages/gtk-2.0/ gobject/_gobject.so Expected in: flat namespace Again, by compiling manually PyGObject you get a .so library with all the symbols, but the author suggests not to compile PyGTK by using the distutils... ;/ From joseph.slater at wright.edu Thu Dec 6 05:34:07 2007 From: joseph.slater at wright.edu (Joseph C. Slater PE, PhD) Date: Thu Dec 6 05:35:30 2007 Subject: build of wine 0.9.50 failed In-Reply-To: <4756FD65.3090307@fusion-zone.net> References: <47544F9C.5090508@fusion-zone.net> <82F58624-A08F-41AD-AA1B-08CA7B04E4A4@macports.org> <4756FD65.3090307@fusion-zone.net> Message-ID: <711D6D0B-8532-49BE-BED2-0AF28B7D7E67@wright.edu> On Dec 5, 2007, at 2:35 PM, Sven Wolf wrote: > cd > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_wine/work/wine-0.9.50/dlls/ > ntoskrnl.exe > > make > > sudo port -v install wine > > and the build process completed successfully :) > > Best regards, > Sven > Didn't work for me. The final install gave: 'winegcc: ../../tools/winebuild/winebuild failed make[2]: *** [crtdll.dll.so] Error 2 make[1]: *** [crtdll] Error 2 make: *** [dlls] Error 2 Warning: the following items did not execute (for wine): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. :( Joe From face at CentosPrime.COM Thu Dec 6 06:31:55 2007 From: face at CentosPrime.COM (Chris Janton) Date: Thu Dec 6 06:32:46 2007 Subject: PHP5, Apache2, Leopard In-Reply-To: <8DE059AD-CB1D-4118-81EE-ADCCC87E4FAD@macports.org> References: <8DE059AD-CB1D-4118-81EE-ADCCC87E4FAD@macports.org> Message-ID: <4125E24E-BB4B-4F92-B072-04E4F6549842@CentosPrime.COM> On 2007-12-04 , at 19:16 , Ryan Schmidt wrote: > Leopard's inclusion of Apache 2 changes all that for me. I no > longer wish to support using Apple's Apache at all. I don't care > what version it is. I want +apache to use MacPorts's Apache 1.3, > and +apache2 to use MacPorts's Apache 2.2. This will make things > much simpler in the portfile, much simpler for users to understand, > and will be consistent with established guidelines. > > If there are any objections, now is the time to voice them. > Otherwise I'll make these modifications soon. I would ask you to wait until it is clear that Apache2 will build and work on Leopard. I can't build Apache2. I can't build PHP5. I can build MySQL5. Those are the 3 big ones for me. Of course I would be quite unhappy on my old 10.3.9 server. That probably won't get updated to Tiger or Leopard, so at some point I will probably have to grab the Portfiles and supporting files and put them into a local tree. I'll have to maintain that set on my own. Gee - at this point I have to wonder if I should bother with macports at all. The ease and benefit of using the port system will be gone. By ease and benefit I mean that I am not subject to Apple changing out my software and breaking my production system. Now the macports system will do it for me. sigh. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From cssdev at mac.com Thu Dec 6 07:24:22 2007 From: cssdev at mac.com (cssdev@mac.com) Date: Thu Dec 6 07:24:24 2007 Subject: libsndfile error In-Reply-To: <772292.22753.qm@web52707.mail.re2.yahoo.com> References: <772292.22753.qm@web52707.mail.re2.yahoo.com> Message-ID: On Wednesday, December 05, 2007, at 05:32PM, "Chris Share" wrote: >So is there a way to install libsndfile? > >Can I install an earlier version, or can I install it without FLAC? I'll commit the patch posted in #12009 when I'm back at my Mac tonight. Then you'll just need to do a 'port sync' and libsndfile will install without FLAC. If you need it immediately, you could either patch your local copy of the Portfile or turn off FLAC. The new revision won't use the default variant approach, but if you need it installed today, use "port install libsndfile -flac". Chris From macintosh at mathiesen.info Thu Dec 6 09:46:17 2007 From: macintosh at mathiesen.info (Bjarne D Mathiesen) Date: Thu Dec 6 09:46:23 2007 Subject: PHP5, Apache2, Leopard In-Reply-To: <4125E24E-BB4B-4F92-B072-04E4F6549842@CentosPrime.COM> References: <8DE059AD-CB1D-4118-81EE-ADCCC87E4FAD@macports.org> <4125E24E-BB4B-4F92-B072-04E4F6549842@CentosPrime.COM> Message-ID: <47583569.101@mathiesen.info> Chris Janton wrote: > On 2007-12-04 , at 19:16 , Ryan Schmidt wrote: > >> Leopard's inclusion of Apache 2 changes all that for me. I no longer >> wish to support using Apple's Apache at all. I don't care what version >> it is. I want +apache to use MacPorts's Apache 1.3, and +apache2 to >> use MacPorts's Apache 2.2. This will make things much simpler in the >> portfile, much simpler for users to understand, and will be consistent >> with established guidelines. >> >> If there are any objections, now is the time to voice them. Otherwise >> I'll make these modifications soon. > > > I would ask you to wait until it is clear that Apache2 will build and > work on Leopard. > > I can't build Apache2. I can't build PHP5. I can build MySQL5. Those are > the 3 big ones for me. > > Of course I would be quite unhappy on my old 10.3.9 server. That > probably won't get updated to Tiger or Leopard, so at some point I will > probably have to grab the Portfiles and supporting files and put them > into a local tree. I'll have to maintain that set on my own. > > Gee - at this point I have to wonder if I should bother with macports at > all. The ease and benefit of using the port system will be gone. > By ease and benefit I mean that I am not subject to Apple changing out > my software and breaking my production system. Now the macports system > will do it for me. Well, except for ssl support in Apache2 it's possible to get everything to work :-) http://blog.phpdoc.info/archives/83-php-5.2.5-on-Leopard.html and I'm following along somewhat the same lines using macports to get the necessary libraries etc for php _BUT_ installing Apache, MySQL and PHP outside the macports framework. If you are interested, I can send you my development environment. > > sigh. > > 8) > ---------------------------------- > Chris Janton - face at CentosPrime dot COM > Netminder for Opus1.COM > -- Bjarne D Mathiesen K?benhavn N ; Danmark ; Europa ---------------------------------------------------------------------- denne besked er skrevet i et totalt M$-frit milj? MacOS X 10.5.1 Leopard ; Seamonkey 1.1.x ; PowerPC G4 800MHz From norgaard at locolomo.org Thu Dec 6 14:10:04 2007 From: norgaard at locolomo.org (Erik Norgaard) Date: Thu Dec 6 14:10:12 2007 Subject: Problem building xemacs/compface Message-ID: <4758733C.2030701@locolomo.org> Hi: First, I'm new on this list, I have a problem installing xemacs: sudo port install xemacs --> Fetching compface ---> Attempting to fetch compface-1.5.2.tar.gz from ftp://ftp.xemacs.org/pub/xemacs/aux/ ---> Attempting to fetch compface-1.5.2.tar.gz from http://svn.macports.org/repository/macports/distfiles/compface ---> Attempting to fetch compface-1.5.2.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch compface-1.5.2.tar.gz from http://svn.macports.org/repository/macports/downloads/compface Error: Target org.macports.fetch returned: fetch failed So, I tried to download compface from a different site, ftp://ftp.dk.xemacs.org/xemacs/aux/compface-1.5.2.tar.gz and placed it in /opt/local/var/macports/distfiles/compface Then retrying build result in this: ---> Building compface 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_graphics_compface/work/compface-1.5.2" && make all " returned error 2 Command output: gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common cmain.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common compface.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common arith.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common file.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common compress.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common gen.c gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common uncompface.c ar rc libcompface.a arith.o file.o compress.o gen.o uncompface.o ranlib libcompface.a gcc -L/opt/local/lib -o compface cmain.o compface.o libcompface.a gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" -DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 -DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno-common uncmain.c gcc -L/opt/local/lib -o uncompface uncmain.o libcompface.a gcc -dynamiclib -O2 -fno-common -L/opt/local/lib -install_name /opt/local/lib/libcompface.0.dylib -current_version 0.1.5.2 -compatibility_version 0.1.5.2 -o libcompface.0.1.5.2.dylib arith.o file.o compress.o gen.o uncompface.o ld: malformed version number: 0.1.5.2 collect2: ld returned 1 exit status make: *** [libcompface.0.1.5.2.dylib] Error 1 How do I correct this problem? Thanks, Erik From ryandesign at macports.org Thu Dec 6 15:12:44 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 6 15:12:52 2007 Subject: Problem building xemacs/compface In-Reply-To: <4758733C.2030701@locolomo.org> References: <4758733C.2030701@locolomo.org> Message-ID: <27922C40-D90B-481E-B032-643EEC2314A5@macports.org> On Dec 6, 2007, at 16:10, Erik Norgaard wrote: > First, I'm new on this list, Welcome! > I have a problem installing xemacs: > > sudo port install xemacs > --> Fetching compface > ---> Attempting to fetch compface-1.5.2.tar.gz from ftp:// > ftp.xemacs.org/pub/xemacs/aux/ > ---> Attempting to fetch compface-1.5.2.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/compface > ---> Attempting to fetch compface-1.5.2.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch compface-1.5.2.tar.gz from http:// > svn.macports.org/repository/macports/downloads/compface > Error: Target org.macports.fetch returned: fetch failed > > So, I tried to download compface from a different site, > > ftp://ftp.dk.xemacs.org/xemacs/aux/compface-1.5.2.tar.gz > > and placed it in /opt/local/var/macports/distfiles/compface Please file a bug in Trac for this fetch failure. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing > Then retrying build result in this: > > ---> Building compface 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_graph > ics_compface/work/compface-1.5.2" && make all " returned error 2 > Command output: gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common cmain.c > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common compface.c > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common arith.c > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common file.c > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common compress.c > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common gen.c > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common uncompface.c > ar rc libcompface.a arith.o file.o compress.o gen.o uncompface.o > ranlib libcompface.a > gcc -L/opt/local/lib -o compface cmain.o compface.o libcompface.a > gcc -c -DPACKAGE_NAME=\"\" -DPACKAGE_TARNAME=\"\" - > DPACKAGE_VERSION=\"\" -DPACKAGE_STRING=\"\" -DPACKAGE_BUGREPORT= > \"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - > DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - > DHAVE_UNISTD_H=1 -DHAVE_ERRNO_H=1 -DHAVE_FCNTL_H=1 - > DHAVE_STRINGS_H=1 -DHAVE_STRERROR=1 -DHAVE_CONFIG_H -O2 -fno- > common uncmain.c > gcc -L/opt/local/lib -o uncompface uncmain.o libcompface.a > gcc -dynamiclib -O2 -fno-common -L/opt/local/lib -install_name /opt/ > local/lib/libcompface.0.dylib -current_version 0.1.5.2 - > compatibility_version 0.1.5.2 -o libcompface.0.1.5.2.dylib arith.o > file.o compress.o gen.o uncompface.o > ld: malformed version number: 0.1.5.2 > collect2: ld returned 1 exit status > make: *** [libcompface.0.1.5.2.dylib] Error 1 > > How do I correct this problem? I don't know. But you should file a bug for this build failure. Be sure to include your version of Mac OS X, Xcode, MacPorts, and what kind of processor is in your Mac. From ys at taywa.ch Thu Dec 6 15:19:04 2007 From: ys at taywa.ch (Yves Serrano) Date: Thu Dec 6 15:19:08 2007 Subject: python23 doesn't work in leopard (was: Problem installing redland-bindings +python) Message-ID: <31F19C7D-1AA5-470C-9296-5A40E7AC459E@taywa.ch> Hi I can't get python23 to work in leopard. After I couldn't get it to work with the default python23 Portfile, I tried to compile it manually. When I used "./configure --disable-tk --disable-toolbox-glue --disable- framework" and add the line "#define HAVE_BROKEN_POSIX_SEMAPHORES 1" to pyconfig.h, I could start python23 without errors, but I doesn't work for everything. Here is the same error I get when I try to use zope2.8. Python 2.3.6 (#12, Dec 6 2007, 23:19:03) [GCC 4.0.1 (Apple Inc. build 5465)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import asyncore Traceback (most recent call last): File "", line 1, in ? File "/tmp/py23/lib/python2.3/asyncore.py", line 56, in ? from errno import EALREADY, EINPROGRESS, EWOULDBLOCK, ECONNRESET, \ ImportError: cannot import name ESHUTDOWN I also tried the options under http://blogs.nuxeo.com/sections/blogs/florent_guillaume/2005_05_21_compiling_python_2_3_5 (tips for tiger) Does anybody have an idea how this can be solved? Could it be, that this has some thing to do with posix change (see http://www.nosignal.net/index.php/2007/10/27/leopard-has-landed/ )? For some projects, I can't switch to python24 or python25 at the moment and need to use python23 :-( . regards Yves > Hello, > > No more thoughts about that? Let me know if you need more informations > to fix that part, I'd love to help if I can. > > Regards, > David > > > Le 26 nov. 07 ? 18:24, David Larlet a ?crit : > > > Hi all, > > > > I got some trouble with the python redland--binding on leopard, here > > is the difference with the ruby installation: > > > > $ sudo port install redland-bindings +ruby > > ---> Fetching redland-bindings > > ---> Verifying checksum(s) for redland-bindings > > ---> Extracting redland-bindings > > ---> Configuring redland-bindings > > ---> Building redland-bindings with target all > > ---> Staging redland-bindings into destroot > > ---> Installing redland-bindings 1.0.6.1_0+ruby > > ---> Activating redland-bindings 1.0.6.1_0+ruby > > ---> Cleaning redland-bindings > > > > > > $ sudo port install redland-bindings +python > > ---> Building python23 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_lang_python23/work/Python-2.3.6" && make > > all " returned error 2 > > Command output: gcc -L/opt/local/lib -u __dummy -u _PyMac_Error - > > framework System -framework CoreServices -framework Foundation -o > > python.exe \ > > Modules/python.o \ > > -L. -lpython2.3 -ldl -framework CoreServices -framework > Foundation > > Undefined symbols: > > "__dummy", referenced from: > > ld: symbol(s) not found > > collect2: ld returned 1 exit status > > make: *** [python.exe] Error 1 > > > > Error: The following dependencies failed to build: python23 > > Error: Status 1 encountered during processing. > > > > > > The issue seemed to be a python23 dependency so I decide to install > > this one but I got another problem at this point: > > > > > > $ sudo port install python23 > > ---> Building python23 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_lang_python23/work/Python-2.3.6" && make > > all " returned error 2 > > Command output: gcc -L/opt/local/lib -u __dummy -u _PyMac_Error - > > framework System -framework CoreServices -framework Foundation -o > > python.exe \ > > Modules/python.o \ > > -L. -lpython2.3 -ldl -framework CoreServices -framework > Foundation > > Undefined symbols: > > "__dummy", referenced from: > > ld: symbol(s) not found > > collect2: ld returned 1 exit status > > make: *** [python.exe] Error 1 > > > > Error: Status 1 encountered during processing. > > > > > > which were already reported here: http://lists.macosforge.org/pipermail/macports-users/2007-November/006972.html > > > > Now what can I do? I think it should more interesting to depends on > > python24 but at least to allow me to install python23, or maybe I'm > > doing something wrong? > > > > Regards, > > David > > From boeyms at macports.org Thu Dec 6 19:20:44 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Thu Dec 6 20:30:28 2007 Subject: port => ebuild? In-Reply-To: <22C0FD0B-39E8-4B0F-88A5-7AA68DF30D65@gmail.com> References: <22C0FD0B-39E8-4B0F-88A5-7AA68DF30D65@gmail.com> Message-ID: <92BCB978-1C10-439C-A3BF-534835225C3C@macports.org> Hi Alexy, On 22/11/2007, at 02:29, Alexy Khrabrov wrote: > Does anybody know of a port=>ebuild convertor? I don't know of one. I've been meaning to look at portage to see how they do things, but it hasn't happened yet. Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org From mike.thon at gmail.com Fri Dec 7 00:37:19 2007 From: mike.thon at gmail.com (Michael Thon) Date: Fri Dec 7 00:37:35 2007 Subject: problem upgrading gtk2 Message-ID: When I try to upgrade gtk2 I get the following error: /bin/sh: line 1: gtkdoc-rebase: command not found and I am unable to upgrade the package. This happens whether I use "sudo port upgrade gtk2" or "sudo port -f upgrade gtk2". "port outdated" says that I have 2.12.1_0 installed and 2.12.3_0 is the latest version. I don't know what gtkdoc-rebase is. is it part of the gtk-doc package? That package is not installed on my system. cheers Mike From halting at comcast.net Fri Dec 7 09:27:58 2007 From: halting at comcast.net (Joe Davison) Date: Fri Dec 7 09:28:01 2007 Subject: sanity checks? Message-ID: Yesterday, on my other machine, I did "port upgrade all" when I should have done "port upgrade installed". Today I stopped by the machine (867 MHz G4, OS 10.4.11) and it was still chugging along... Luckily I'd added "-v" and " | tee logfile" so a "grep -i fetching logifile" showed it was busily upgrading packages I'd never installed (or don't remember installing). I killed it because I do want to be able to use the machine occasionally... Is the behavior of "upgrade all" reasonable? I do recognize that one can claim that an uninstalled package is upgraded by installing it, but that seems a stretch. Offhand, I'd think "upgrade" would skip packages that weren't installed. That might better be done by a simple sanity check on the command line args -- are there really people who could reasonably mean to install every package in every tree? joe From paulbeard at gmail.com Fri Dec 7 10:09:49 2007 From: paulbeard at gmail.com (paul beard) Date: Fri Dec 7 10:09:53 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> Message-ID: On 12/5/07, Ryan Schmidt wrote: > > I agree here again. You should not have to force anything in normal > use. But you currently do, to uninstall old versions of software on > which other software depends. Discussion of how this situation could > be improved would probably be welcomed on the macports-dev list. > is there a reason not to make what we now use as "-f" the default behavior? If I use "port upgrade foo" I expect foo to be upgraded to the latest version. the use of "upgrade" implies that I have an existing version that may be out of date and if it is, I want it upgraded. I realize, in circumstances like the gettext issue mentioned above, that can hose things up, but that could be something is flagged in a Portfile that might display a message like: #### Installed port foo 0.6-7,1 is superceded by foo 0.7. foo 0.7 is incompatible with installed ports bar 1.1 baz 0.9-1 quux 0.2-3,1_3 To upgrade foo correctly, please uninstall the ports that depend on it, upgrade foo and reinstall the dependents. #### here's a particularly hairy example from FreeBSD's UPDATING file: 20050201: AFFECTS: users of lang/perl5 and lang/perl5.8 AUTHOR: tobez@FreeBSD.org lang/perl5 has been updated to 5.6.2, and lang/perl5.8 has been updated to 5.8.6. you should update everything depending on perl, that is: * first, upgrade your perl installation (use either lang/perl5 or lang/perl5.8, the latter being recommended); * for FreeBSD 4.X, run "use.perl port", so that the system knows you have 5.8.6 or 5.6.2; this step is not needed on FreeBSD 5.X and FreeBSD -CURRENT; * run some magic incantations to upgrade all ports depending on perl, that is run something like : portupgrade -f `(pkg_info -R perl-5\* |tail +4; \ find /usr/local/lib/perl5/site_perl/5.[68].[1245] -type f -print0 \ | xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')|sort -u` This is likely to fail for a few ports, you'll have to upgrade them afterwards by hand. Personally, I would have this be dumped out to the console when an upgrade matches the date and version that this applies to. But that's cuz I am too lazy/absent-minded to read UPDATING as often as I should. -- Paul Beard / www.paulbeard.org/ From m.caldwell at ucl.ac.uk Fri Dec 7 10:30:54 2007 From: m.caldwell at ucl.ac.uk (Matthew Caldwell) Date: Fri Dec 7 10:30:54 2007 Subject: force destroot? Message-ID: Is there a way to persuade macports to redo a destroot without having also to rebuild from scratch? When I try using "port -fd destroot" I just get a bunch of "Skipping completed ..." messages -- even if I've deleted the previous destroot. Where is it keeping this information about the destroot having been done? Matthew From ryandesign at macports.org Fri Dec 7 13:37:45 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 7 13:37:54 2007 Subject: force destroot? In-Reply-To: References: Message-ID: <3EDB4AA9-9A36-48E5-B284-4EFB09390251@macports.org> On Dec 7, 2007, at 12:30, Matthew Caldwell wrote: > Is there a way to persuade macports to redo a destroot without > having also to rebuild from scratch? When I try using "port -fd > destroot" I just get a bunch of "Skipping completed ..." messages > -- even if I've deleted the previous destroot. Where is it keeping > this information about the destroot having been done? Probably in the state file in the work directory. I don't know if you can just edit the statefile and tell it you're at a different state... From ryandesign at macports.org Fri Dec 7 13:40:43 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 7 13:40:54 2007 Subject: sanity checks? In-Reply-To: References: Message-ID: On Dec 7, 2007, at 11:27, Joe Davison wrote: > Yesterday, on my other machine, I did "port upgrade all" when I > should have done "port upgrade installed". Hmm. > Today I stopped by the machine (867 MHz G4, OS 10.4.11) and it was > still chugging along... > Luckily I'd added "-v" and " | tee logfile" so a "grep -i fetching > logifile" showed it was busily upgrading packages I'd never > installed (or don't remember installing). I killed it because I do > want to be able to use the machine occasionally... > > > Is the behavior of "upgrade all" reasonable? I do recognize that > one can claim that an uninstalled package is upgraded by installing > it, but that seems a stretch. Offhand, I'd think "upgrade" would > skip packages that weren't installed. I would also think that "upgrade" should skip ports that are not installed. But that doesn't really appear to be the case. I hadn't noticed before, but: $ port installed apache None of the specified ports are installed. $ sudo port upgrade apache Password: ---> Fetching apache ---> Attempting to fetch apache_1.3.37.tar.gz from http:// archive.apache.org/dist/httpd/ ^C $ I think "upgrade" should issue an error that the port is not installed, recommending the user "install" it instead. > That might better be done by a simple sanity check on the command > line args -- are there really people who could reasonably mean to > install every package in every tree? No, it's never reasonable to install all ports. It would take forever, and besides, you can't install all ports, since some are incompatible with one another. From face at CentosPrime.COM Fri Dec 7 14:29:08 2007 From: face at CentosPrime.COM (Chris Janton) Date: Fri Dec 7 14:30:06 2007 Subject: PHP5, Apache2, Leopard In-Reply-To: <8DE059AD-CB1D-4118-81EE-ADCCC87E4FAD@macports.org> References: <8DE059AD-CB1D-4118-81EE-ADCCC87E4FAD@macports.org> Message-ID: <5D407C78-3A2A-4ACB-87A9-AC8DBC3F8505@CentosPrime.COM> On 2007-12-04 , at 19:16 , Ryan Schmidt wrote: > None of the above unfortunately helps your problem, which I cannot > understand. Apparently you cannot build apache2 on Leopard. You > should take that up with the maintainer of the apache2 port. Though > I know it should build on Leopard, because I saw someone do it. I cleaned out apache2 and php5 sudo port -f clean --work apache2 php5 I built apache2 and got it started (commenting out the ssl module in the conf file) apache2 @2.2.6_0 (active) I built php5 php5 @5.2.5_1+apache2+macosx+mysql5+pear+sqlite (active) I included the php5 extra-conf file in the httpd.conf PHP5 works - phpinfo() - via browsers. Now it would just appear to be conf file (and .ini file and others) configuration and testing. The one "problem" that I currently see is that if I have the bad taste to do sudo apachectl graceful (or whatever) I wind up running /usr/sbin/apachectl Just about everything that is in /opt/local/apache2/bin/ is also in / usr/sbin. I need to either modify my PATH to include the correct path, or make all the fine utilities show up in /opt/local/sbin Don't know which is the "best" way to do it. If I have to modify the PATH for apache2 that's OK, but that isn't what I expect to need to do with any of the other ports. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From frstan at bellsouth.net Fri Dec 7 14:37:13 2007 From: frstan at bellsouth.net (William Davis) Date: Fri Dec 7 14:37:13 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> Message-ID: <0B37D670-95EC-47AB-90D6-71E6A7DB1DC8@bellsouth.net> On Dec 7, 2007, at 1:09 PM, paul beard wrote: > On 12/5/07, Ryan Schmidt wrote: >> >> I agree here again. You should not have to force anything in normal >> use. But you currently do, to uninstall old versions of software on >> which other software depends. Discussion of how this situation could >> be improved would probably be welcomed on the macports-dev list. >> > > is there a reason not to make what we now use as "-f" the default > behavior? If I use "port upgrade foo" I expect foo to be upgraded to > the latest version. the use of "upgrade" implies that I have an > existing version that may be out of date and if it is, I want it > upgraded. > > I realize, in circumstances like the gettext issue mentioned above, > that can hose things up, but that could be something is flagged in a > Portfile that might display a message like: > > #### > Installed port foo 0.6-7,1 is superceded by foo 0.7. foo 0.7 is > incompatible with installed ports > bar 1.1 > baz 0.9-1 > quux 0.2-3,1_3 > > To upgrade foo correctly, please uninstall the ports that depend on > it, upgrade foo and reinstall the dependents. > > #### > > here's a particularly hairy example from FreeBSD's UPDATING file: > > 20050201: > AFFECTS: users of lang/perl5 and lang/perl5.8 > AUTHOR: tobez@FreeBSD.org > > lang/perl5 has been updated to 5.6.2, and lang/perl5.8 has been > updated to 5.8.6. you should update everything depending on perl, > that > is: > > * first, upgrade your perl installation (use either lang/perl5 or > lang/perl5.8, the latter being recommended); > * for FreeBSD 4.X, run "use.perl port", so that the system knows > you > have 5.8.6 or 5.6.2; this step is not needed on FreeBSD 5.X and > FreeBSD -CURRENT; > * run some magic incantations to upgrade all ports depending on > perl, > that is run something like : > portupgrade -f `(pkg_info -R perl-5\* |tail +4; \ > find /usr/local/lib/perl5/site_perl/5.[68].[1245] -type f - > print0 \ > | xargs -0 pkg_which -fv | sed -e '/: ?/d' -e 's/.*: //')| > sort -u` > This is likely to fail for a few ports, you'll have to upgrade > them > afterwards by hand. > > Personally, I would have this be dumped out to the console when an > upgrade matches the date and version that this applies to. But that's > cuz I am too lazy/absent-minded to read UPDATING as often as I should. > > > -- > Paul Beard / www.paulbeard.org/ > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users pardon, but doesnt using -R (-dfunR) take care of this? William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From frstan at bellsouth.net Fri Dec 7 14:43:36 2007 From: frstan at bellsouth.net (William Davis) Date: Fri Dec 7 14:43:36 2007 Subject: Fwd: X11 SDK headers on Leopard? References: Message-ID: <0BA1D021-4EC0-4E7B-8B35-675D5FAA00B1@bellsouth.net> Begin forwarded message: > From: Simone Karin Lehmann > Date: December 7, 2007 4:29:29 PM EST > To: X11 List Mailing > Subject: Re: X11 SDK headers on Leopard? > > > Am 07.12.2007 um 20:27 schrieb Sergey Chemishkian: > >> I am trying to install MacPorts 1.5.0 on Leopard (upgraded from >> Tiger, >> default Xcode 3.0 installation) from source. './configure' breaks >> on X11 >> tests with the following error message: >> >> checking for XOpenDisplay in -lX11... yes >> Please install the X11 SDK packages from the Xcode Developer Tools CD >> configure: error: Broken X11 install. No X11 headers > > > I've had the same problem. There seems to be a bug with MacPorts on > Leopard. Compiling MacPorts with > > ./configure LDFLAGS=-L/usr/X11/lib > > solved the problem for me > > Simone > -- > in the arms of your angel, you may find some comfort here. > > > > > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > X11-users mailing list (X11-users@lists.apple.com) > Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/x11-users/frstan%40bellsouth.net > > This email sent to frstan@bellsouth.net William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071207/064d5fab/attachment-0001.html From paulbeard at gmail.com Fri Dec 7 15:41:35 2007 From: paulbeard at gmail.com (paul beard) Date: Fri Dec 7 15:41:36 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: <0B37D670-95EC-47AB-90D6-71E6A7DB1DC8@bellsouth.net> References: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> <0B37D670-95EC-47AB-90D6-71E6A7DB1DC8@bellsouth.net> Message-ID: On 12/7/07, William Davis wrote: > > pardon, but doesnt using -R (-dfunR) take care of this? Yes, it does The Right Thing if there a newly-introduced mismatch in a port that has dependents. -R also upgrade dependents (only for upgrading) But I think that the OP was looking for a simpler way to upgrade existing ports without using "force" or ideally with no flags at all (well, maybe an optional -c). using -fundR is 5 flags, and I usually add -c, so we're up to 6 arguments to do what many would expect to be the default operaion. -- Paul Beard / www.paulbeard.org/ From frstan at bellsouth.net Fri Dec 7 17:08:11 2007 From: frstan at bellsouth.net (William Davis) Date: Fri Dec 7 17:08:11 2007 Subject: keeping a (maximally) clean active tree In-Reply-To: References: <6F11E2E6-8D18-4FAD-A12A-4DB25342AD7A@ccs.neu.edu> <0B37D670-95EC-47AB-90D6-71E6A7DB1DC8@bellsouth.net> Message-ID: <20E84CED-7CA5-4F1A-8205-0D6A13CCA37B@bellsouth.net> On Dec 7, 2007, at 6:41 PM, paul beard wrote: > On 12/7/07, William Davis wrote: >> >> pardon, but doesnt using -R (-dfunR) take care of this? > > Yes, it does The Right Thing if there a newly-introduced mismatch in a > port that has dependents. > > -R also upgrade dependents (only for upgrading) > > But I think that the OP was looking for a simpler way to upgrade > existing ports without using "force" or ideally with no flags at all > (well, maybe an optional -c). > > using -fundR is 5 flags, and I usually add -c, so we're up to 6 > arguments to do what many would expect to be the default operaion. > -- > Paul Beard / www.paulbeard.org/ > yep, (except posibly -d) I prefer those as the defaults meself. :) btw you know you find out what's outdated with port outdated very logical -- but then you would expected to update them with port update foo (or all) but you cant, you have to say port upgrade foo (and upgrade "all" installs all uninstalled ports). Then to upgrade the port system itsself you'd expect port selfupgrade but you cant. Instead you must say port selfupdate. ;) William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From ryandesign at macports.org Sat Dec 8 01:16:21 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 8 01:16:28 2007 Subject: X11 SDK headers on Leopard? In-Reply-To: <0BA1D021-4EC0-4E7B-8B35-675D5FAA00B1@bellsouth.net> References: <0BA1D021-4EC0-4E7B-8B35-675D5FAA00B1@bellsouth.net> Message-ID: On Dec 7, 2007, at 16:43, William Davis wrote: > Begin forwarded message: > >> From: Simone Karin Lehmann >> Date: December 7, 2007 4:29:29 PM EST >> To: X11 List Mailing >> Subject: Re: X11 SDK headers on Leopard? >> >> Am 07.12.2007 um 20:27 schrieb Sergey Chemishkian: >> >>> I am trying to install MacPorts 1.5.0 on Leopard (upgraded from >>> Tiger, >>> default Xcode 3.0 installation) from source. './configure' breaks >>> on X11 >>> tests with the following error message: >>> >>> checking for XOpenDisplay in -lX11... yes >>> Please install the X11 SDK packages from the Xcode Developer >>> Tools CD >>> configure: error: Broken X11 install. No X11 headers >> >> I've had the same problem. There seems to be a bug with MacPorts >> on Leopard. Compiling MacPorts with >> >> ./configure LDFLAGS=-L/usr/X11/lib >> >> solved the problem for me Curious. We have people using MacPorts on Leopard right now. Just look at the dozens of bugs filed in the issue tracker. So how are all these people managing to use it? Perhaps they're installing from the disk image instead of building from source, but that disk image was produced by someone using Leopard... From randall.h.wood at alexandriasoftware.com Sat Dec 8 03:10:24 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Sat Dec 8 03:10:24 2007 Subject: [31739] trunk/dports/x11/gtk2/Portfile In-Reply-To: <20071205101320.74A57293BF2@beta.macosforge.org> References: <20071205101320.74A57293BF2@beta.macosforge.org> Message-ID: ALCON: For GTK2, I have restored the default behavior of installing for X11. At some point it would be nice to be able to provide a nice transition from using X11 as the default for GTK to using Aqua as the GTK default, but we are not at that point yet (I thought we were closer than I now think we are to that point). There are three possible installation states for GTK2: 1. gtk2+x11 2. gtk2+quartz with X11 on the Mac 3. gtk2+quartz without X11 on the Mac State 1 is the state that almost all upstream developers expect, State 3 works if no X11 APIs is used in upstream development other than gtk+, and State 2 just simply breakslots of stuff horribly. Unfortunately, since OS X 10.5 ships with X11 installed by default, State 3 is not easily reached on 10.5, leaving State 1 as the only reliably working state. Hence the decision to make that the default state. On 12/5/07, rhwood@macports.org < rhwood@macports.org> wrote: > > Revision 31739 > Author rhwood@macports.org Date 2007-12-05 02:13:18 -0800 (Wed, 05 Dec > 2007) Log Message > > Upgrade to 2.12.3 > Clarify variant failure message > Make the +x11 variant default > > Modified Paths > > - trunk/dports/x11/gtk2/Portfile<#116aeed633ea0c92_116a9cd0b6c2e8b4_trunkdportsx11gtk2Portfile> > > Diff Modified: trunk/dports/x11/gtk2/Portfile (31738 => 31739) > > --- trunk/dports/x11/gtk2/Portfile 2007-12-05 09:34:22 UTC (rev 31738) > +++ trunk/dports/x11/gtk2/Portfile 2007-12-05 10:13:18 UTC (rev 31739)@@ -4,7 +4,7 @@ PortSystem 1.0 name gtk2-version 2.12.2+version 2.12.3 set branch [join [lrange [split ${version} .] 0 1] .] categories x11 maintainers rhwood openmaintainer@@ -25,9 +25,9 @@ distname gtk+-${version} checksums \- md5 a789a8a333d418f47cda1dba106d9aac \ > - sha1 495ff3ef09de44cc23718239967203bd7871b4aa \ > - rmd160 b5cd6b7ec6abf557a6f82c707e0eafb67c813f8d + md5 dc8455144f27945f2fcbe91e75acd118 \ > + sha1 5af5ab069c49189abf223b25736c254da047c712 \ > + rmd160 5da22ae4ac257bd2fcefbe2f374e92b6b0dbcc85 use_bzip2 yes @@ -48,10 +48,11 @@ port:render \ port:zlib +default_variants +x11 pre-fetch { if { ![variant_isset quartz] && ![variant_isset x11] } {- return -code 1 "\n\nThe gtk2 port can be built and installed with support for either Quartz\n(Aqua) rendering or X11 rendering, but not both.\n\nPlease install the gtk2 port by running either:\n\t\"port install gtk2 +quartz\" or\n\"port install gtk2 +x11\"\n\n" + return -code 1 "\n\nThe gtk2 port can be built and installed with support for either Quartz\n(Aqua) rendering or X11 rendering, but not both.\n\nPlease install the gtk2 port by running either:\n\t\"port install gtk2 +quartz\" or\n\t\"port install gtk2 +x11\"\n\nIf you are upgrading a port and see this message, use the X11 variant.\n\n" } if {[variant_isset quartz]} { if { ![file exists ${prefix}/include/cairo/cairo-quartz.h] } { > > > _______________________________________________ > macports-changes mailing list > macports-changes@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-changes > > -- Randall Wood randall.h.wood@alexandriasoftware.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071208/dd1ab984/attachment.html From iqgrande at gmail.com Sat Dec 8 07:05:03 2007 From: iqgrande at gmail.com (Anthony Michael Agelastos) Date: Sat Dec 8 07:05:04 2007 Subject: Gimp 2.4.2 +X11 Terminal Messages Message-ID: <0DA8A7F1-B09A-486B-8837-6D2A8534D54A@gmail.com> Hello, When I invoke `gimp &` from Terminal.app (with X11.app running) on Leopard, it appears to work but the items below are displayed. Does anyone have any idea what this means or if this is normal? If it is a bug, I would be happy to file it, but I wanted to ask this group first. Thank you for your assistance with this. -Anthony macko:~ iqgrande$ Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/py-slice.py", line 31, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-to-gradient.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-sort.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/palette-offset.py", line 17, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/happy-valley-relief.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/gimpcons.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/foggify.py", line 20, in from gimpfu import * File "/opt/local/lib/gimp/2.0/python/gimpfu.py", line 74, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error Traceback (most recent call last): File "/opt/local/lib/gimp/2.0/plug-ins/colorxhtml.py", line 25, in import gimp ImportError: dlopen(/opt/local/lib/gimp/2.0/python/gimp.so, 2): Symbol not found: _PyGimpChannel_Type Referenced from: /opt/local/lib/gimp/2.0/python/gimp.so Expected in: flat namespace (gimp:22511): LibGimpBase-WARNING **: gimp: gimp_wire_read(): error (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_ref: assertion `G_IS_OBJECT (object)' failed (gimp:22511): Gtk-CRITICAL **: gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed (gimp:22511): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed From caliel at caliel.no-ip.org Sat Dec 8 08:21:52 2007 From: caliel at caliel.no-ip.org (caliel) Date: Sat Dec 8 08:21:52 2007 Subject: Kismet on OSX 10.5.1 Leopard In-Reply-To: <77f996d7727ed4e812030a02217b7a17@localhost> References: <77f996d7727ed4e812030a02217b7a17@localhost> Message-ID: <079f62318cb53cb654ec4361fe633180@localhost> UPDATE: The kismet team is having trouble getting info on how to set RFMon in the Airport drivers that ship with Leopard. So we must wait. On Wed, 28 Nov 2007 09:36:40 -0500, caliel wrote: > I have returned home from my holiday travels with eager anticipation to try > kismet with my ralink USB Wi-Fi card. Just as I plugged it in, I realized > ...... ...... darwin and viha are the only valid capture sources for OSX! > In my shame and desperation I was heard to utter several words, of which > my > mother would NOT approve. Now I am back to square one with kismet. Is it > my karma keeping kismet from working? or is there another answer to this > problem? > > Actually, I am not exactly back at square one. I accidentally left the > capture source in kismet.conf as "darwin" and changed the interface to > "en2" which is the ralink. I got the same output as below, even to the > point that it indicated the en2 appeared to be a broadcom that already had > rfmon set. > > --caliel > > On Thu, 22 Nov 2007 15:03:00 -0800 (PST), caliel > wrote: >> >> I am away from access to alternate hardware, please let me know what you >> find. I have not found a resolution as yet. I saw you also responded > to >> a >> post at the Kismet site, perhaps one of the 3 of us will find a > solution. >> >> --C >> >> trolley wrote: >>> >>> >>> caliel wrote: >>>> >>>> >>>> Kismet fails as follows. >>>> >>>> Yliakum:~ caliel$ sudo kismet >>>> Password: >>>> Launching kismet_server: /opt/local/bin/kismet_server >>>> Will drop privs to caliel (502) gid 20 >>>> No specific sources given to be enabled, all will be enabled. >>>> Non-RFMon VAPs will be destroyed on multi-vap interfaces (ie, >>>> madwifi-ng) >>>> Enabling channel hopping. >>>> Enabling channel splitting. >>>> INFO: wlt1 looks like a Broadcom card running under Darwin. >>>> Source 0 (airport_extreme): Enabling monitor mode for darwin >> source >>>> interface en1 channel 6... >>>> ?|07-11-19 14:00:48.175 kismet_server[3092:10b] ? >>>> INFO: en1 looks like a Broadcom card running under Darwin and >>>> already >>>> has monitor mode enabled in the kernel. >>>> Source 0 (airport_extreme): Opening darwin source interface >> wlt1... >>>> FATAL: BIOCSETIF: wlt1: Device not configured >>>> Done. >>>> >>>> >>> >>> I'm getting the same error on a Powerbook G4. Did you figure anything >> out? >>> I'm going to try it with a Ralink USB dongle and see if I have any more >>> luck. >>> >> >> -- >> View this message in context: >> > http://www.nabble.com/Kismet-on-OSX-10.5.1-Leopard-tf4838737.html#a13904713 >> Sent from the MacPorts - Users mailing list archive at Nabble.com. >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > ) From benni_weyel at gmx.de Sat Dec 8 10:07:21 2007 From: benni_weyel at gmx.de (Benjamin Weyel) Date: Sat Dec 8 10:07:26 2007 Subject: need help: command not found Message-ID: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi everyone This morning i tried to search for a mac-port application, but my bash gave me the error-prompt "port: command not found" I've used macports for years, and it always worked fine. I've neither uninstalled it, nor applied any changes to the prefernces. All applications, i've installed with macports are also gone. i need help! thanks -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFHWt1hiQB9x7MkmhYRAqJ7AJ9RBZgxM83tep+n3QdAlQF0KIO2NQCfUi5J vwin/5L3b0OBbxFABZMuraw= =Zy5I -----END PGP SIGNATURE----- From frstan at bellsouth.net Sat Dec 8 11:06:49 2007 From: frstan at bellsouth.net (William Davis) Date: Sat Dec 8 11:06:46 2007 Subject: need help: command not found In-Reply-To: References: Message-ID: <10FB2F9F-EEA6-4CE2-93C0-2DC343AF4234@bellsouth.net> On Dec 8, 2007, at 1:07 PM, Benjamin Weyel wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Hi everyone > > This morning i tried to search for a mac-port application, but my > bash gave me the error-prompt "port: command not found" > I've used macports for years, and it always worked fine. I've > neither uninstalled it, nor applied any changes to the prefernces. > All applications, i've installed with macports are also gone. > > i need help! > > thanks > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.5 (Darwin) > > iD8DBQFHWt1hiQB9x7MkmhYRAqJ7AJ9RBZgxM83tep+n3QdAlQF0KIO2NQCfUi5J > vwin/5L3b0OBbxFABZMuraw= > =Zy5I > -----END PGP SIGNATURE----- sounds like your PATH env value got steped on. Its needs to begin with /opt/local/bin:/opt/local/sbin: to have the MacPort executables and ports runable without full paths. You can check this by typing env which will show your present environment setting including PATH. Have you or something you installed changed your ~/.profile which is usually where PATH gets set? (and you are logged in I suppose?) William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From tim at tjones.cc Sat Dec 8 18:10:03 2007 From: tim at tjones.cc (Tim Jones) Date: Sat Dec 8 18:10:08 2007 Subject: customizing ./configure flags (gdal) Message-ID: First time posting to this list. I am sure this question is frequently asked here, but I haven't found it in the FAQ or archives. What should I do if I want to install a MacPorts package using configure options that are not covered by any of the package's included variants? For instance: I'm trying to install GDAL with MySQL support. If I was doing an ordinary non-MacPorts installation, I'd just extract the GDAL tarball and run "./configure" with the "?with-mysql=/path/to/ mysql_config" flag. Then make install etc. But MacPorts' GDAL package doesnt include an option for this. So, I'm not sure if there is a special flag I can add to my "port install" command, or if I can/should edit GDAL's portfile before installing, or if I am asking for the impossible and ought to find a way to install this package without using MacPorts, or something else. Any advice and suggestions will be appreciated. Much thanks, =Tim Jones= toneland.net From toddobryan at gmail.com Sat Dec 8 19:22:23 2007 From: toddobryan at gmail.com (Todd O'Bryan) Date: Sat Dec 8 19:22:16 2007 Subject: xmlto won't download Message-ID: <904774730712081922q45e998dem1f860b11257297a3@mail.gmail.com> I've been trying to install GnuCash all day on an iMac and keep getting errors about xmlto not being fetchable. I tried installing just xmlto and got the same error. Is this a known problem? Todd From paulbeard at gmail.com Sat Dec 8 19:33:00 2007 From: paulbeard at gmail.com (paul beard) Date: Sat Dec 8 19:32:53 2007 Subject: Kismet on OSX 10.5.1 Leopard In-Reply-To: References: <13904713.post@talk.nabble.com> Message-ID: On 11/28/07, caliel wrote: > > I have returned home from my holiday travels with eager anticipation to > try > kismet with my ralink USB Wi-Fi card. Just as I plugged it in, I realized > ...... ...... darwin and viha are the only valid capture sources for OSX! > Any reason not to use KisMac? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071208/a4207317/attachment.html From ryandesign at macports.org Sat Dec 8 23:17:54 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 8 23:17:59 2007 Subject: xmlto won't download In-Reply-To: <904774730712081922q45e998dem1f860b11257297a3@mail.gmail.com> References: <904774730712081922q45e998dem1f860b11257297a3@mail.gmail.com> Message-ID: <230C3478-F320-4A93-8704-27B291EFC76D@macports.org> On Dec 8, 2007, at 21:22, Todd O'Bryan wrote: > I've been trying to install GnuCash all day on an iMac and keep > getting errors about xmlto not being fetchable. I tried installing > just xmlto and got the same error. Is this a known problem? I don't see an issue filed in the issue tracker. But it looks like the xmlto web site is offline at this time. If you can find the distfile (xmlto-0.0.18.tar.bz2) elsewhere (try a Google search) you can manually download it and put it in /opt/local/var/macports/ distfiles/xmlto and try again. Hopefully the xmlto web site will be up again soon. From ryandesign at macports.org Sat Dec 8 23:13:22 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 8 23:20:09 2007 Subject: customizing ./configure flags (gdal) In-Reply-To: References: Message-ID: <58995DD8-7457-4D19-914F-C500B62BF162@macports.org> On Dec 8, 2007, at 20:10, Tim Jones wrote: > First time posting to this list. I am sure this question is > frequently asked here, but I haven't found it in the FAQ or archives. > > What should I do if I want to install a MacPorts package using > configure options that are not covered by any of the package's > included variants? > > For instance: I'm trying to install GDAL with MySQL support. If I > was doing an ordinary non-MacPorts installation, I'd just extract > the GDAL tarball and run "./configure" with the "?with-mysql=/path/ > to/mysql_config" flag. Then make install etc. > > But MacPorts' GDAL package doesnt include an option for this. > > So, I'm not sure if there is a special flag I can add to my "port > install" command, or if I can/should edit GDAL's portfile before > installing, or if I am asking for the impossible and ought to find > a way to install this package without using MacPorts, or something > else. This sounds like a good candidate for adding a mysql5 variant, for example, to the gdal portfile. You could file an enhancement request in the issue tracker. (I don't see one filed already.) Instructions for filing tickets are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing From jae.williams at gmail.com Sun Dec 9 00:12:29 2007 From: jae.williams at gmail.com (Jason Williams) Date: Sun Dec 9 00:12:21 2007 Subject: MacPorts gettext problems Message-ID: <3e9595610712090012o660a3070mf8eb1acc8b5ce6ab@mail.gmail.com> Hello, I'm a bit new to macports and am installing a few ports that require gettext. However upon my attempts to install gettext, i recieve the following. I tried googling around to no avail...any direction would be much appreciated, thank you! Macintosh:~ JAe$ sudo port install gettext ---> Building gettext 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_devel_gettext/work/gettext-0.17" && make all " returned error 2 Command output: make[4]: Nothing to be done for `all-am'. Making all in libgrep make[3]: Nothing to be done for `all'. Making all in src make all-am make[4]: Nothing to be done for `all-am'. Making all in libgettextpo make all-am make[4]: Nothing to be done for `all-am'. Making all in po Making all in projects make[3]: Nothing to be done for `all'. Making all in styles make[3]: Nothing to be done for `all'. Making all in misc WARNING: Warnings can be ignored. :-) if test "emacs" != no; then \ set x; \ list='start-po.el po-mode.el po-compat.el'; for p in $list; do \ if test -f "$p"; then d=; else d="./"; fi; \ set x "$@" "$d$p"; shift; \ done; \ shift; \ EMACS="emacs" /bin/sh ../../build-aux/elisp-comp "$@" || exit 1; \ else : ; fi Fatal malloc_jumpstart() error make[3]: *** [elc-stamp] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all] Error 2 make: *** [all-recursive] Error 1 Error: Status 1 encountered during processing. Macintosh:~ JAe$ *I'm on a Macbook using 10.5 if it matters.. From ryandesign at macports.org Sun Dec 9 00:47:29 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 00:47:34 2007 Subject: MacPorts gettext problems In-Reply-To: <3e9595610712090012o660a3070mf8eb1acc8b5ce6ab@mail.gmail.com> References: <3e9595610712090012o660a3070mf8eb1acc8b5ce6ab@mail.gmail.com> Message-ID: <16386BEE-6AA6-4963-8A64-2B9290739427@macports.org> On Dec 9, 2007, at 02:12, Jason Williams wrote: > I'm a bit new to macports and am installing a few ports that require > gettext. However upon my attempts to install gettext, i recieve the > following. I tried googling around to no avail...any direction would > be much appreciated, thank you! Welcome to MacPorts! > Macintosh:~ JAe$ sudo port install gettext > ---> Building gettext 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_devel > _gettext/work/gettext-0.17" > && make all " returned error 2 > Command output: make[4]: Nothing to be done for `all-am'. > Making all in libgrep > make[3]: Nothing to be done for `all'. > Making all in src > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in libgettextpo > make all-am > make[4]: Nothing to be done for `all-am'. > Making all in po > Making all in projects > make[3]: Nothing to be done for `all'. > Making all in styles > make[3]: Nothing to be done for `all'. > Making all in misc > WARNING: Warnings can be ignored. :-) > if test "emacs" != no; then \ > set x; \ > list='start-po.el po-mode.el po-compat.el'; for p in $list; do \ > if test -f "$p"; then d=; else d="./"; fi; \ > set x "$@" "$d$p"; shift; \ > done; \ > shift; \ > EMACS="emacs" /bin/sh ../../build-aux/elisp-comp "$@" || exit 1; \ > else : ; fi > Fatal malloc_jumpstart() error > make[3]: *** [elc-stamp] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 > > Error: Status 1 encountered during processing. > Macintosh:~ JAe$ > > *I'm on a Macbook using 10.5 if it matters.. Ah yes, that would be this bug again: http://trac.macports.org/projects/macports/ticket/13381 I keep forgetting to do something about that. But there's a patch shown there that you should be able to use for now. From toddobryan at gmail.com Sun Dec 9 05:37:59 2007 From: toddobryan at gmail.com (Todd O'Bryan) Date: Sun Dec 9 05:37:53 2007 Subject: xmlto won't download In-Reply-To: <230C3478-F320-4A93-8704-27B291EFC76D@macports.org> References: <904774730712081922q45e998dem1f860b11257297a3@mail.gmail.com> <230C3478-F320-4A93-8704-27B291EFC76D@macports.org> Message-ID: <904774730712090537r31258c8eh21251b563fd779a@mail.gmail.com> For those who have the same problem, I found a compatible mirror of the xmlto archive at: ftp://ftp6.ua.freebsd.org/pub/OpenBSD/distfiles/xmlto-0.0.18.tar.bz2 I did as Ryan said and it worked fine. Todd On Dec 9, 2007 2:17 AM, Ryan Schmidt wrote: > > On Dec 8, 2007, at 21:22, Todd O'Bryan wrote: > > > I've been trying to install GnuCash all day on an iMac and keep > > getting errors about xmlto not being fetchable. I tried installing > > just xmlto and got the same error. Is this a known problem? > > I don't see an issue filed in the issue tracker. But it looks like > the xmlto web site is offline at this time. If you can find the > distfile (xmlto-0.0.18.tar.bz2) elsewhere (try a Google search) you > can manually download it and put it in /opt/local/var/macports/ > distfiles/xmlto and try again. Hopefully the xmlto web site will be > up again soon. > > From dluke at geeklair.net Sun Dec 9 07:09:58 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Sun Dec 9 07:09:54 2007 Subject: customizing ./configure flags (gdal) In-Reply-To: <58995DD8-7457-4D19-914F-C500B62BF162@macports.org> References: <58995DD8-7457-4D19-914F-C500B62BF162@macports.org> Message-ID: <05581444-4F46-4F32-A50B-EF6EF1A04F93@geeklair.net> On Dec 9, 2007, at 2:13 AM, Ryan Schmidt wrote: > On Dec 8, 2007, at 20:10, Tim Jones wrote: >> First time posting to this list. I am sure this question is >> frequently asked here, but I haven't found it in the FAQ or archives. >> >> What should I do if I want to install a MacPorts package using >> configure options that are not covered by any of the package's >> included variants? >> >> For instance: I'm trying to install GDAL with MySQL support. If I >> was doing an ordinary non-MacPorts installation, I'd just extract >> the GDAL tarball and run "./configure" with the "?with-mysql=/path/ >> to/mysql_config" flag. Then make install etc. >> >> But MacPorts' GDAL package doesnt include an option for this. >> >> So, I'm not sure if there is a special flag I can add to my "port >> install" command, or if I can/should edit GDAL's portfile before >> installing, or if I am asking for the impossible and ought to find >> a way to install this package without using MacPorts, or something >> else. > > This sounds like a good candidate for adding a mysql5 variant, for > example, to the gdal portfile. You could file an enhancement request > in the issue tracker. (I don't see one filed already.) Instructions > for filing tickets are here: > > http://trac.macosforge.org/projects/macports/wiki/TracTicketing And if you can't wait for the maintainer (or want to be very helpful and supply a patch) you can edit the portfile (or create your own portfile based on the one distributed by macports). Read through the guide - http://geeklair.net/macports_guide/ for info. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071209/633d2474/PGP.bin From ryandesign at macports.org Sun Dec 9 07:27:12 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 07:27:17 2007 Subject: xmlto won't download In-Reply-To: <904774730712090537r31258c8eh21251b563fd779a@mail.gmail.com> References: <904774730712081922q45e998dem1f860b11257297a3@mail.gmail.com> <230C3478-F320-4A93-8704-27B291EFC76D@macports.org> <904774730712090537r31258c8eh21251b563fd779a@mail.gmail.com> Message-ID: <918B9840-65E4-4736-8465-36C8DFB30106@macports.org> On Dec 9, 2007, at 07:37, Todd O'Bryan wrote: > On Dec 9, 2007 2:17 AM, Ryan Schmidt wrote: > >> On Dec 8, 2007, at 21:22, Todd O'Bryan wrote: >> >>> I've been trying to install GnuCash all day on an iMac and keep >>> getting errors about xmlto not being fetchable. I tried installing >>> just xmlto and got the same error. Is this a known problem? >> >> I don't see an issue filed in the issue tracker. But it looks like >> the xmlto web site is offline at this time. If you can find the >> distfile (xmlto-0.0.18.tar.bz2) elsewhere (try a Google search) you >> can manually download it and put it in /opt/local/var/macports/ >> distfiles/xmlto and try again. Hopefully the xmlto web site will be >> up again soon. > > For those who have the same problem, I found a compatible mirror of > the xmlto archive at: > > ftp://ftp6.ua.freebsd.org/pub/OpenBSD/distfiles/xmlto-0.0.18.tar.bz2 > > I did as Ryan said and it worked fine. Thanks for finding that mirror, Todd. I added that as a backup download location in the portfile (in r31831). Should show up if you "sudo port selfupdate" in 30 minutes. From benni_weyel at gmx.de Sun Dec 9 07:57:35 2007 From: benni_weyel at gmx.de (Benjamin Weyel) Date: Sun Dec 9 07:57:37 2007 Subject: need help: command not found In-Reply-To: <10FB2F9F-EEA6-4CE2-93C0-2DC343AF4234@bellsouth.net> References: <10FB2F9F-EEA6-4CE2-93C0-2DC343AF4234@bellsouth.net> Message-ID: <374BF86B-0521-4FD0-B18F-A37C96AD60FF@gmx.de> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Am 08.12.2007 um 20:06 schrieb William Davis: > > On Dec 8, 2007, at 1:07 PM, Benjamin Weyel wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Hi everyone >> >> This morning i tried to search for a mac-port application, but my >> bash gave me the error-prompt "port: command not found" >> I've used macports for years, and it always worked fine. I've >> neither uninstalled it, nor applied any changes to the prefernces. >> All applications, i've installed with macports are also gone. >> >> i need help! >> >> thanks >> -----BEGIN PGP SIGNATURE----- >> Version: GnuPG v1.4.5 (Darwin) >> >> iD8DBQFHWt1hiQB9x7MkmhYRAqJ7AJ9RBZgxM83tep+n3QdAlQF0KIO2NQCfUi5J >> vwin/5L3b0OBbxFABZMuraw= >> =Zy5I >> -----END PGP SIGNATURE----- > > > sounds like your PATH env value got steped on. Its needs to begin > with /opt/local/bin:/opt/local/sbin: to have the MacPort > executables and ports runable without full paths. You can check > this by typing env which will show your present environment setting > including PATH. > > Have you or something you installed changed your ~/.profile which > is usually where PATH gets set? > (and you are logged in I suppose?) > William Davis > frstanATbellsouthDOTnet > Mac OS X.5.1 Darwin 9.1.0 > X11.app 2.1.0 - X.org X11R7.2 > Mac Mini Intel Duo @ 1.86 GHz > > Mundus vult decepi, ego non thank you, william. i edited my .profile and everything works fine as usual. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) iD8DBQFHXBB3iQB9x7MkmhYRAgEwAJwM6gY+1ghRXGewtkSPh3E6BXPoVQCeMLL7 YBjEgOJmJ76dLVfRcraJ+P0= =kQFc -----END PGP SIGNATURE----- From tam3x3 at yahoo.com Sun Dec 9 08:42:37 2007 From: tam3x3 at yahoo.com (Tom McDonough) Date: Sun Dec 9 08:42:29 2007 Subject: can't install fontconfig Message-ID: <211020.91851.qm@web51501.mail.re2.yahoo.com> I'm trying to install ImageMagick through MacPorts but I can't get beyond fontconfig. Following the advice on your material, I upgraded to Xcode 2.5 but that did not help. I'm running 10.4.10. Here is the output: ---> Building fontconfig 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_graphics_fontconfig/work/fontconfig-2.5.0" && make all " returned error 2 Command output: fcaliastail.h:520:2: error: #endif without #if fcaliastail.h:522: error: only weak aliases are supported in this configuration fcaliastail.h:523:2: error: #endif without #if fcaliastail.h:525: error: only weak aliases are supported in this configuration etc., etc. fcaliastail.h:553:2: error: #endif without #if fcaliastail.h:555: error: only weak aliases are supported in this configuration fcaliastail.h:556:2: error: #endif without #if fcaliastail.h:557:2: error: #endif without #if make[3]: *** [fcatomic.lo] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Any help will be appreciated. West Wing --------------------------------- Looking for last minute shopping deals? Find them fast with Yahoo! Search. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071209/1ed1a406/attachment-0001.html From ryandesign at macports.org Sun Dec 9 08:40:57 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 08:47:42 2007 Subject: Oracle support in PHP? In-Reply-To: References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> Message-ID: <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> On Nov 21, 2007, at 21:01, John Korchok wrote: > I was recently required to start connecting to Oracle databases for > some of > the pages I serve. I was wondering if we ever might see an -oci8 > variant > that installs the Oracle library for php4/php5? John and I have been communicating about this off-list, and I've just committed a new port "oracle-instantclient" and also added a variant "+oracle" to the php5 port. (Would naming the variant "+oci8" have been better?) There's a ticket filed for this enhancement request: http://trac.macports.org/projects/macports/ticket/13530 Check the ticket for information on fetch failures you might encounter and what to do about them. I don't have an Oracle server to test with, so I'll be relying on John and anyone else who uses Oracle to send me feedback. Thanks. Note that this is for PowerPC Macs only. Blame Oracle. You may need to follow some of the setup instructions here; I'm not sure: http://www.php.net/oci8 You should not, however, need to set LD_LIBRARY_PATH (or its Mac OS X equivalents DYLD_LIBRARY_PATH and DYLD_FALLBACK_LIBRARY_PATH). That should already be adequately taken care of by the oracle- instantclient port. From ryandesign at macports.org Sun Dec 9 08:48:31 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 08:48:35 2007 Subject: MacPorts gettext problems In-Reply-To: <3e9595610712090805o603f2bbbs416880e4aa8d6519@mail.gmail.com> References: <3e9595610712090012o660a3070mf8eb1acc8b5ce6ab@mail.gmail.com> <16386BEE-6AA6-4963-8A64-2B9290739427@macports.org> <3e9595610712090805o603f2bbbs416880e4aa8d6519@mail.gmail.com> Message-ID: <2C2E63C9-FD89-4A35-8864-38673E417680@macports.org> On Dec 9, 2007, at 10:05, Jason Williams wrote: > Ahh > > ok, so i think i applied that path in the right place... > > ../ports/editors/emacs/files/apple-patches > > and i recieved the following > > [snip same error as before] > > any ideas? I'm not sure as I don't use emacs, but there are two patches attached to ticket 13294, and the notes seem to indicate that you should 1) download "leopard-patch" and rename it to "patch-src- unexmacosx.c.diff" and put it in the "files" directory, 2) download "patch-Portfile.diff" and apply it to the emacs portfile (cd `port dir emacs` && patch -p0 < ~/Downloads/patch-Portfile.diff), and 3) rebuild emacs (sudo port -ncuf upgrade emacs). Then clean gettext (sudo port clean --work gettext) and then try installing gettext again (sudo port install gettext). > On Dec 9, 2007 2:47 AM, Ryan Schmidt wrote: > >> On Dec 9, 2007, at 02:12, Jason Williams wrote: >> >>> I'm a bit new to macports and am installing a few ports that require >>> gettext. However upon my attempts to install gettext, i recieve the >>> following. I tried googling around to no avail...any direction would >>> be much appreciated, thank you! >> >> Welcome to MacPorts! >> >> >> >>> Macintosh:~ JAe$ sudo port install gettext >>> ---> Building gettext 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_dev >>> el >>> _gettext/work/gettext-0.17" >>> && make all " returned error 2 >>> Command output: make[4]: Nothing to be done for `all-am'. >>> Making all in libgrep >>> make[3]: Nothing to be done for `all'. >>> Making all in src >>> make all-am >>> make[4]: Nothing to be done for `all-am'. >>> Making all in libgettextpo >>> make all-am >>> make[4]: Nothing to be done for `all-am'. >>> Making all in po >>> Making all in projects >>> make[3]: Nothing to be done for `all'. >>> Making all in styles >>> make[3]: Nothing to be done for `all'. >>> Making all in misc >>> WARNING: Warnings can be ignored. :-) >>> if test "emacs" != no; then \ >>> set x; \ >>> list='start-po.el po-mode.el po-compat.el'; for p in >>> $list; do \ >>> if test -f "$p"; then d=; else d="./"; fi; \ >>> set x "$@" "$d$p"; shift; \ >>> done; \ >>> shift; \ >>> EMACS="emacs" /bin/sh ../../build-aux/elisp-comp "$@" || >>> exit 1; \ >>> else : ; fi >>> Fatal malloc_jumpstart() error >>> make[3]: *** [elc-stamp] Error 1 >>> make[2]: *** [all-recursive] Error 1 >>> make[1]: *** [all] Error 2 >>> make: *** [all-recursive] Error 1 >>> >>> Error: Status 1 encountered during processing. >>> Macintosh:~ JAe$ >>> >>> *I'm on a Macbook using 10.5 if it matters.. >> >> Ah yes, that would be this bug again: >> >> http://trac.macports.org/projects/macports/ticket/13381 >> >> I keep forgetting to do something about that. But there's a patch >> shown there that you should be able to use for now. From ryandesign at macports.org Sun Dec 9 09:13:37 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 09:13:42 2007 Subject: can't install fontconfig In-Reply-To: <211020.91851.qm@web51501.mail.re2.yahoo.com> References: <211020.91851.qm@web51501.mail.re2.yahoo.com> Message-ID: <1B4F860A-2CF1-4553-8E5D-34E8406B5320@macports.org> On Dec 9, 2007, at 10:42, Tom McDonough wrote: > I'm trying to install ImageMagick through MacPorts but I can't get > beyond fontconfig. Following the advice on your material, I > upgraded to Xcode 2.5 but that did not help. I'm running 10.4.10. > > Here is the output: > > ---> Building fontconfig 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_graph > ics_fontconfig/work/fontconfig-2.5.0" && make all " returned error 2 > Command output: fcaliastail.h:520:2: error: #endif without #if > fcaliastail.h:522: error: only weak aliases are supported in this > configuration > fcaliastail.h:523:2: error: #endif without #if > fcaliastail.h:525: error: only weak aliases are supported in this > configuration > > etc., etc. > > fcaliastail.h:553:2: error: #endif without #if > fcaliastail.h:555: error: only weak aliases are supported in this > configuration > fcaliastail.h:556:2: error: #endif without #if > fcaliastail.h:557:2: error: #endif without #if > make[3]: *** [fcatomic.lo] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 We had another report of that almost a year ago: http://lists.macosforge.org/pipermail/macports-users/2007-January/ 001341.html There wasn't a resolution that was satisfactory to me, and at the time I figured it might have been due to the reporter running Panther. But you're running Tiger, like me, so Panther can't be the problem. There's one other result for this error message on Google now, from just a week and a half ago: http://www.ghostwheel.com/merlin/Personal/notes/2007/11/28/os-x-unix- and-dont-you-forget-it/ It suggests that fontconfig's build process is trying to run the "head" command (used for getting the first few lines of something) but is instead finding the "HEAD" command (part of libwww-perl, which retrieves the headers of a web page). Since the Mac's HFS+ filesystem is case-insensitive, it treats these different scripts the same. Have you installed libwww-perl through MacPorts (port name: p5-libwww- perl), or perhaps manually e.g. using CPAN? Use "which head" to see which head program is being used, and then prod it for some more information. On my system, "which head" produces "/usr/bin/head" and "file /usr/bin/head" says this: /usr/bin/head: Mach-O universal binary with 2 architectures /usr/bin/head (for architecture i386): Mach-O executable i386 /usr/bin/head (for architecture ppc): Mach-O executable ppc This is what I expected: it's a universal binary, as it should be on an Intel Mac. (If you have a PowerPC Mac, it should just be a ppc executable.) If however it is reported to be a text file, then you have a problem: - If "which head" says it's in /usr/bin and it's a text file, then you have the problem that you have manually installed libwww-perl and it has overwritten your system's "head" command with its own "HEAD" script, and you will need to restore the OS's "head" command from your system DVD. I remember this very thing happening to me in the early days of Mac OS X, back when I was still using Perl. :-) - If "which head" says it's in some other path and it's a text file, then you may need to remove that path from your PATH variable. But I don't think that's it, because MacPorts shouldn't be looking at your PATH during installations anyway. From ericpretty at go.com Sun Dec 9 11:02:03 2007 From: ericpretty at go.com (anorexorcist) Date: Sun Dec 9 11:01:56 2007 Subject: Help needed - XMMS Couldn't Open Audio Message-ID: <14123014.post@talk.nabble.com> I get this error when trying to play music with XMMS 1.2.10: Couldn't Open Audio Please check that: Your soundcard is configured properly You have the correct plugin selected No other program is blocking the soundcard http://www.nabble.com/file/p14123014/Picture%2B1.png This occurs with any sound files even though I do have the proper plugins installed. esd.conf is probably to blame, but I don't know. I'm running an eMac with built-in audio (Texas Instruments TAS3004) using MacPorts 1.5.0 on OS X 10.5.1. Any help on this, please? I can provide more info if requested. here's my esd.conf: [esd] # autospawning is not recommended, since it can't really be done # right. If you want your login session to be using a sound daemon, # you should start it from the session controller, not some random # app inside. auto_spawn=0 spawn_options=-terminate -nobeeps -as 2 spawn_wait_ms=999 # default options are used in spawned and non-spawned mode default_options= -- View this message in context: http://www.nabble.com/Help-needed---XMMS-Couldn%27t-Open-Audio-tp14123014p14123014.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From pgijnxn02 at sneakemail.com Sun Dec 9 12:37:40 2007 From: pgijnxn02 at sneakemail.com (Joel Thibault (MacPorts)) Date: Sun Dec 9 12:37:31 2007 Subject: problem upgrading gtk2 In-Reply-To: References: Message-ID: <7a665ffc0712091237q56837cb2uf6133e3284de7246@mail.gmail.com> I also had this problem. I tracked it down via port -d to a bad test for gtkdoc-rebase, something like: if `which gtkdoc-rebase` != "" then... Since this returns "no gtkdoc-rebase in [my path]" rather than "", it then attempts to execute gtkdoc-rebase, and fails. It appeared to me to be an optional step, so I did a silly hack to make it look like it did something: I aliased /usr/bin/gtkdoc-rebase to /usr/bin/true, and then the upgrade worked. I don't think this makes for a very good solution :-) so someone who knows Macports much better than me should probably take a look at this. Joel On Dec 7, 2007 3:37 AM, Michael Thon mike.thon-at-gmail.com |MacPorts| < 4mghjs05ju0t@sneakemail.com> wrote: > When I try to upgrade gtk2 I get the following error: > > /bin/sh: line 1: gtkdoc-rebase: command not found > > and I am unable to upgrade the package. This happens whether I use > "sudo port upgrade gtk2" or "sudo port -f upgrade gtk2". "port > outdated" says that I have 2.12.1_0 installed and 2.12.3_0 is the > latest version. I don't know what gtkdoc-rebase is. is it part of the > gtk-doc package? That package is not installed on my system. > cheers > Mike > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -- Joel Thibault [AIM: Jole Tebo] Software Engineer in Boston -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071209/92eb1d71/attachment.html From daniel at danieloberhoff.de Sun Dec 9 12:43:21 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Sun Dec 9 12:43:18 2007 Subject: plans for 64bit support Message-ID: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> Hi all, Now that Leopard is out and already at 10.5.1 will macports be supporting 64bit libraries? It's just I need 64bit in my octave installation. I pull my octave from octave.org's cvs, but it needs quite a lot of support libraries. From what I gather it should be possible on Leopard to build fat libraries, i.e. ones that contain 64 and 32 bit code (i think it works using -arch x84_64 -arch i686 as gcc flags). Or will this be left to the separate ports? Daniel Oberhoff From tam3x3 at yahoo.com Sun Dec 9 14:05:29 2007 From: tam3x3 at yahoo.com (Tom McDonough) Date: Sun Dec 9 14:05:22 2007 Subject: can't install fontconfig In-Reply-To: <1B4F860A-2CF1-4553-8E5D-34E8406B5320@macports.org> Message-ID: <802604.31782.qm@web51501.mail.re2.yahoo.com> Ryan Schmidt wrote: We had another report of that almost a year ago: http://lists.macosforge.org/pipermail/macports-users/2007-January/ 001341.html There wasn't a resolution that was satisfactory to me, and at the time I figured it might have been due to the reporter running Panther. But you're running Tiger, like me, so Panther can't be the problem. There's one other result for this error message on Google now, from just a week and a half ago: http://www.ghostwheel.com/merlin/Personal/notes/2007/11/28/os-x-unix- and-dont-you-forget-it/ It suggests that fontconfig's build process is trying to run the "head" command (used for getting the first few lines of something) but is instead finding the "HEAD" command (part of libwww-perl, which retrieves the headers of a web page). Since the Mac's HFS+ filesystem is case-insensitive, it treats these different scripts the same. Have you installed libwww-perl through MacPorts (port name: p5-libwww- perl), or perhaps manually e.g. using CPAN? Use "which head" to see which head program is being used, and then prod it for some more information. On my system, "which head" produces "/usr/bin/head" and "file /usr/bin/head" says this: /usr/bin/head: Mach-O universal binary with 2 architectures /usr/bin/head (for architecture i386): Mach-O executable i386 /usr/bin/head (for architecture ppc): Mach-O executable ppc This is what I expected: it's a universal binary, as it should be on an Intel Mac. (If you have a PowerPC Mac, it should just be a ppc executable.) If however it is reported to be a text file, then you have a problem: - If "which head" says it's in /usr/bin and it's a text file, then you have the problem that you have manually installed libwww-perl and it has overwritten your system's "head" command with its own "HEAD" script, and you will need to restore the OS's "head" command from your system DVD. I remember this very thing happening to me in the early days of Mac OS X, back when I was still using Perl. :-) - If "which head" says it's in some other path and it's a text file, then you may need to remove that path from your PATH variable. But I don't think that's it, because MacPorts shouldn't be looking at your PATH during installations anyway. % file /usr/bin/head /usr/bin/head: perl script text executable However, I got my perl directly from the Apple install disk. Never fooled around with it myself, unless the installation of some other software changed it. Anyway, I can't live without perl. Are you suggesting downloading perl from MacPorts as the best alternative? Tom --------------------------------- Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071209/b07cf4c3/attachment-0001.html From frank-lists at auroralux.net Sun Dec 9 14:16:00 2007 From: frank-lists at auroralux.net (Frank McPherson) Date: Sun Dec 9 14:15:55 2007 Subject: Problems installing gimp2 on leopard Message-ID: After successfully following Randall Wood's instructions at http://shyramblings.blogspot.com/2007/11/gimp-on-mac-os-x-without-x11-from.html to install gimp2 without x11 at work, I attempted the same at home, and haven't met with the same success. As I poked around the dependency tree, I saw that gtk2 had been previously installed with the +quartz and +x11 variants. I tried rebuilding gtk2 with only the +quartz variant, but found it somehow automatically adds +x11. It didn't matter in the end --- I got the same error when trying to build gimp2. I've attached it at the end. The weird thing is I can't find any references in the command line here to gdk-x11, though that's the error. I also tried 'find . -type f -exec grep gdk-x11 {} \;' from inside gimp2's work directory and didn't find any matches. Anyone have any ideas on this one? Thanks, Frank [frank@localhost ~]$ sudo port install -dv gimp2 ---> Fetching gimp2 ---> Verifying checksum(s) for gimp2 ---> Extracting gimp2 ---> Configuring gimp2 ---> Building gimp2 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_graphics_gimp2/work/gimp-2.4.2" && make all " returned error 2 Command output: gcc -O2 -Wall -Wdeclaration-after-statement -Wmissing- prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -o .libs/ plasma plasma.o -Wl,-framework -Wl,CoreServices -Wl,-framework - Wl,ApplicationServices -L/opt/local/lib ../../libgimp/.libs/ libgimpui-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimp/.libs/libgimp-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpwidgets/.libs/libgimpwidgets-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib ../../libgimpmodule/.libs/ libgimpmodule-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpconfig/.libs/libgimpconfig-2.0.dylib ../../libgimpmath/.libs/ libgimpmath-2.0.dylib ../../libgimpconfig/.libs/ libgimpconfig-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpbase/.libs/libgimpbase-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpcolor/.libs/libgimpcolor-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmath/.libs/libgimpmath-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / opt/local/lib/libgtk-quartz-2.0.dylib /opt/local/lib/libgdk- quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/ libgdk_pixbuf-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib -lm /opt/local/ lib/libcairo.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/ libfreetype.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ libpng12.dylib -lz /opt/local/lib/libgthread-2.0.dylib /opt/local/lib/ libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/ libiconv.dylib -lc creating plasma if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -D_REENTRANT -I/opt/ local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/ include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/ local/include/libpng12 -I/opt/local/include -I/opt/local/include - DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED - DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -O2 -Wall -Wdeclaration- after-statement -Wmissing-prototypes -Wmissing-declarations -Winit- self -Wpointer-arith -MT plugin-browser.o -MD -MP -MF ".deps/plugin- browser.Tpo" -c -o plugin-browser.o plugin-browser.c; \ then mv -f ".deps/plugin-browser.Tpo" ".deps/plugin-browser.Po"; else rm -f ".deps/plugin-browser.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o plugin- browser plugin-browser.o ../../libgimp/libgimpui-2.0.la ../../ libgimpwidgets/libgimpwidgets-2.0.la ../../libgimpmodule/ libgimpmodule-2.0.la ../../libgimp/libgimp-2.0.la ../../libgimpmath/ libgimpmath-2.0.la ../../libgimpconfig/libgimpconfig-2.0.la ../../ libgimpcolor/libgimpcolor-2.0.la ../../libgimpbase/libgimpbase-2.0.la - Wl,-framework,CoreServices,-framework,ApplicationServices -L/opt/local/ lib -lgtk-quartz-2.0 -lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 - lfreetype -lz -lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 - lintl -liconv -lintl gcc -O2 -Wall -Wdeclaration-after-statement -Wmissing-prototypes - Wmissing-declarations -Winit-self -Wpointer-arith -o .libs/plugin- browser plugin-browser.o -Wl,-framework -Wl,CoreServices -Wl,- framework -Wl,ApplicationServices -L/opt/local/lib ../../ libgimp/.libs/libgimpui-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimp/.libs/libgimp-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpwidgets/.libs/libgimpwidgets-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib ../../libgimpmodule/.libs/ libgimpmodule-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpconfig/.libs/libgimpconfig-2.0.dylib ../../libgimpmath/.libs/ libgimpmath-2.0.dylib ../../libgimpconfig/.libs/ libgimpconfig-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpbase/.libs/libgimpbase-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpcolor/.libs/libgimpcolor-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmath/.libs/libgimpmath-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / opt/local/lib/libgtk-quartz-2.0.dylib /opt/local/lib/libgdk- quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/ libgdk_pixbuf-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib -lm /opt/local/ lib/libcairo.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/ libfreetype.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ libpng12.dylib -lz /opt/local/lib/libgthread-2.0.dylib /opt/local/lib/ libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/ libiconv.dylib -lc creating plugin-browser if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -D_REENTRANT -I/opt/ local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/ include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/ local/include/libpng12 -I/opt/local/include -I/opt/local/include - DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED - DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -I/opt/local/include/ libpng12 -O2 -Wall -Wdeclaration-after-statement -Wmissing- prototypes -Wmissing-declarations -Winit-self -Wpointer-arith -MT png- png.o -MD -MP -MF ".deps/png-png.Tpo" -c -o png-png.o `test -f 'png.c' || echo './'`png.c; \ then mv -f ".deps/png-png.Tpo" ".deps/png-png.Po"; else rm -f ".deps/ png-png.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o png png- png.o ../../libgimp/libgimpui-2.0.la ../../libgimpwidgets/ libgimpwidgets-2.0.la ../../libgimpmodule/libgimpmodule-2.0.la ../../ libgimp/libgimp-2.0.la ../../libgimpmath/libgimpmath-2.0.la ../../ libgimpconfig/libgimpconfig-2.0.la ../../libgimpcolor/ libgimpcolor-2.0.la ../../libgimpbase/libgimpbase-2.0.la -Wl,- framework,CoreServices,-framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 -lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 - lfreetype -lz -lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 - lintl -liconv -L/opt/local/lib -lpng12 -lintl gcc -O2 -Wall -Wdeclaration-after-statement -Wmissing-prototypes - Wmissing-declarations -Winit-self -Wpointer-arith -o .libs/png png- png.o -Wl,-framework -Wl,CoreServices -Wl,-framework - Wl,ApplicationServices -L/opt/local/lib ../../libgimp/.libs/ libgimpui-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimp/.libs/libgimp-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpwidgets/.libs/libgimpwidgets-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib ../../libgimpmodule/.libs/ libgimpmodule-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpconfig/.libs/libgimpconfig-2.0.dylib ../../libgimpmath/.libs/ libgimpmath-2.0.dylib ../../libgimpconfig/.libs/ libgimpconfig-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpbase/.libs/libgimpbase-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpcolor/.libs/libgimpcolor-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmath/.libs/libgimpmath-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / opt/local/lib/libgtk-quartz-2.0.dylib /opt/local/lib/libgdk- quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/ libgdk_pixbuf-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib -lm /opt/local/ lib/libcairo.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/ libfreetype.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ libgthread-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/ libpng12.dylib -lz /opt/local/lib/libintl.dylib /opt/local/lib/ libiconv.dylib -lc creating png if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -D_REENTRANT -I/opt/ local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/ include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/ local/include/libpng12 -I/opt/local/include -I/opt/local/include - DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED - DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -O2 -Wall -Wdeclaration- after-statement -Wmissing-prototypes -Wmissing-declarations -Winit- self -Wpointer-arith -MT pnm.o -MD -MP -MF ".deps/pnm.Tpo" -c -o pnm.o pnm.c; \ then mv -f ".deps/pnm.Tpo" ".deps/pnm.Po"; else rm -f ".deps/ pnm.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o pnm pnm.o ../../libgimp/libgimpui-2.0.la ../../libgimpwidgets/ libgimpwidgets-2.0.la ../../libgimpmodule/libgimpmodule-2.0.la ../../ libgimp/libgimp-2.0.la ../../libgimpmath/libgimpmath-2.0.la ../../ libgimpconfig/libgimpconfig-2.0.la ../../libgimpcolor/ libgimpcolor-2.0.la ../../libgimpbase/libgimpbase-2.0.la -Wl,- framework,CoreServices,-framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 -lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 - lfreetype -lz -lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 - lintl -liconv -lintl gcc -O2 -Wall -Wdeclaration-after-statement -Wmissing-prototypes - Wmissing-declarations -Winit-self -Wpointer-arith -o .libs/pnm pnm.o - Wl,-framework -Wl,CoreServices -Wl,-framework -Wl,ApplicationServices -L/opt/local/lib ../../libgimp/.libs/libgimpui-2.0.dylib /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimp/.libs/libgimp-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpwidgets/.libs/libgimpwidgets-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib ../../libgimpmodule/.libs/ libgimpmodule-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpconfig/.libs/libgimpconfig-2.0.dylib ../../libgimpmath/.libs/ libgimpmath-2.0.dylib ../../libgimpconfig/.libs/ libgimpconfig-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpbase/.libs/libgimpbase-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpcolor/.libs/libgimpcolor-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmath/.libs/libgimpmath-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / opt/local/lib/libgtk-quartz-2.0.dylib /opt/local/lib/libgdk- quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/ libgdk_pixbuf-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib -lm /opt/local/ lib/libcairo.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/ libfreetype.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ libpng12.dylib -lz /opt/local/lib/libgthread-2.0.dylib /opt/local/lib/ libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/ libiconv.dylib -lc creating pnm if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -D_REENTRANT -I/opt/ local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/ include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/ local/include/libpng12 -I/opt/local/include -I/opt/local/include - DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED - DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -O2 -Wall -Wdeclaration- after-statement -Wmissing-prototypes -Wmissing-declarations -Winit- self -Wpointer-arith -MT polar.o -MD -MP -MF ".deps/polar.Tpo" -c -o polar.o polar.c; \ then mv -f ".deps/polar.Tpo" ".deps/polar.Po"; else rm -f ".deps/ polar.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o polar polar.o ../../libgimp/libgimpui-2.0.la ../../libgimpwidgets/ libgimpwidgets-2.0.la ../../libgimpmodule/libgimpmodule-2.0.la ../../ libgimp/libgimp-2.0.la ../../libgimpmath/libgimpmath-2.0.la ../../ libgimpconfig/libgimpconfig-2.0.la ../../libgimpcolor/ libgimpcolor-2.0.la ../../libgimpbase/libgimpbase-2.0.la -Wl,- framework,CoreServices,-framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 -lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 - lfreetype -lz -lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 - lintl -liconv -lintl gcc -O2 -Wall -Wdeclaration-after-statement -Wmissing-prototypes - Wmissing-declarations -Winit-self -Wpointer-arith -o .libs/polar polar.o -Wl,-framework -Wl,CoreServices -Wl,-framework - Wl,ApplicationServices -L/opt/local/lib ../../libgimp/.libs/ libgimpui-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimp/.libs/libgimp-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpwidgets/.libs/libgimpwidgets-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmodule/.libs/libgimpmodule-2.0.dylib ../../libgimpwidgets/.libs/ libgimpwidgets-2.0.dylib ../../libgimpmodule/.libs/ libgimpmodule-2.0.dylib ../../libgimp/.libs/libgimp-2.0.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpconfig/.libs/libgimpconfig-2.0.dylib ../../libgimpmath/.libs/ libgimpmath-2.0.dylib ../../libgimpconfig/.libs/ libgimpconfig-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpbase/.libs/libgimpbase-2.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpcolor/.libs/libgimpcolor-2.0.dylib /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_graphics_gimp2/work/gimp-2.4.2/ libgimpmath/.libs/libgimpmath-2.0.dylib ../../libgimpcolor/.libs/ libgimpcolor-2.0.dylib ../../libgimpbase/.libs/libgimpbase-2.0.dylib / opt/local/lib/libgtk-quartz-2.0.dylib /opt/local/lib/libgdk- quartz-2.0.dylib /opt/local/lib/libatk-1.0.dylib /opt/local/lib/ libgdk_pixbuf-2.0.dylib /opt/local/lib/libtiff.dylib /opt/local/lib/ libjpeg.dylib /opt/local/lib/libpangocairo-1.0.dylib /opt/local/lib/ libpangoft2-1.0.dylib /opt/local/lib/libpango-1.0.dylib -lm /opt/local/ lib/libcairo.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/ libgmodule-2.0.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/ libfreetype.dylib /opt/local/lib/libexpat.dylib /opt/local/lib/ libpng12.dylib -lz /opt/local/lib/libgthread-2.0.dylib /opt/local/lib/ libglib-2.0.dylib /opt/local/lib/libintl.dylib /opt/local/lib/ libiconv.dylib -lc creating polar if gcc -DHAVE_CONFIG_H -I. -I. -I../.. -I../.. -D_REENTRANT -I/opt/ local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/ include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/ local/include/libpng12 -I/opt/local/include -I/opt/local/include - DGIMP_DISABLE_DEPRECATED -DG_DISABLE_DEPRECATED - DGDK_PIXBUF_DISABLE_DEPRECATED -DGDK_DISABLE_DEPRECATED - DGTK_DISABLE_DEPRECATED -DPANGO_DISABLE_DEPRECATED - DGDK_MULTIHEAD_SAFE -DGTK_MULTIHEAD_SAFE -D_REENTRANT -I/opt/local/ include/poppler/glib -I/opt/local/include/poppler -I/opt/local/include/ gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/cairo -I/ opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/ local/include -I/opt/local/include/pango-1.0 -I/opt/local/include/ freetype2 -I/opt/local/include/libpng12 -O2 -Wall -Wdeclaration- after-statement -Wmissing-prototypes -Wmissing-declarations -Winit- self -Wpointer-arith -MT poppler-poppler.o -MD -MP -MF ".deps/poppler- poppler.Tpo" -c -o poppler-poppler.o `test -f 'poppler.c' || echo './'`poppler.c; \ then mv -f ".deps/poppler-poppler.Tpo" ".deps/poppler-poppler.Po"; else rm -f ".deps/poppler-poppler.Tpo"; exit 1; fi /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o poppler poppler-poppler.o ../../libgimp/libgimpui-2.0.la ../../libgimpwidgets/ libgimpwidgets-2.0.la ../../libgimpmodule/libgimpmodule-2.0.la ../../ libgimp/libgimp-2.0.la ../../libgimpmath/libgimpmath-2.0.la ../../ libgimpconfig/libgimpconfig-2.0.la ../../libgimpcolor/ libgimpcolor-2.0.la ../../libgimpbase/libgimpbase-2.0.la -Wl,- framework,CoreServices,-framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 -lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 - lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 - lfreetype -lz -lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 - lintl -liconv -Wl,-framework,CoreServices,- framework,ApplicationServices -L/opt/local/lib -lpoppler-glib - lpoppler -lgdk-quartz-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lfreetype -lz - lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 -lintl -liconv -lintl libtool: link: cannot find the library `/opt/local/lib/libgdk- x11-2.0.la' or unhandled argument `/opt/local/lib/libgdk-x11-2.0.la' make[3]: *** [poppler] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. [frank@localhost ~]$ port installed | grep cairo cairo @1.4.12_0+atsui+no_x11+quartz (active) py25-cairo @1.4.0_1 (active) [frank@localhost ~]$ From simon at ruderich.com Sun Dec 9 14:29:32 2007 From: simon at ruderich.com (Simon Ruderich) Date: Sun Dec 9 14:40:59 2007 Subject: force destroot? In-Reply-To: <3EDB4AA9-9A36-48E5-B284-4EFB09390251@macports.org> References: <3EDB4AA9-9A36-48E5-B284-4EFB09390251@macports.org> Message-ID: <20071209222931.GA21712@ruderich.com> On Fri, Dec 07, 2007 at 03:37:45PM -0600, Ryan Schmidt wrote: > > On Dec 7, 2007, at 12:30, Matthew Caldwell wrote: > >> Is there a way to persuade macports to redo a destroot without having also >> to rebuild from scratch? When I try using "port -fd destroot" I just get a >> bunch of "Skipping completed ..." messages -- even if I've deleted the >> previous destroot. Where is it keeping this information about the destroot >> having been done? > > Probably in the state file in the work directory. I don't know if you can > just edit the statefile and tell it you're at a different state... Just remove the line "target: org.macports.destroot" from the state file and remove the destroot directory and it works fine. To edit the state file you can use the following command, it opens it with the nano editor (you have to replace the port name two times): nano $(port dir yourportnamehere)/work/.macports.yourportnamehere.state Remember to use the "-o" option with port (port -o destroot) if you change the Portfile or Macports will clean the port and start from the beginning. Hope this helps, Simon -- + privacy is necessary + using http://gnupg.org + public key id: 0x6115F804EFB33229 -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 186 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071209/991904c9/attachment.bin From ryandesign at macports.org Sun Dec 9 16:15:42 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 16:15:47 2007 Subject: can't install fontconfig In-Reply-To: <802604.31782.qm@web51501.mail.re2.yahoo.com> References: <802604.31782.qm@web51501.mail.re2.yahoo.com> Message-ID: <410C7978-9B3B-40BA-868E-68F88F060406@macports.org> On Dec 9, 2007, at 16:05, Tom McDonough wrote: [snip] >> There's one other result for this error message on Google now, from >> just a week and a half ago: >> >> http://www.ghostwheel.com/merlin/Personal/notes/2007/11/28/os-x-unix- >> and-dont-you-forget-it/ >> >> It suggests that fontconfig's build process is trying to run the >> "head" command (used for getting the first few lines of something) >> but is instead finding the "HEAD" command (part of libwww-perl, which >> retrieves the headers of a web page). Since the Mac's HFS+ filesystem >> is case-insensitive, it treats these different scripts the same. Have >> you installed libwww-perl through MacPorts (port name: p5-libwww- >> perl), or perhaps manually e.g. using CPAN? Use "which head" to see >> which head program is being used, and then prod it for some more >> information. On my system, "which head" produces "/usr/bin/head" and >> "file /usr/bin/head" says this: >> >> /usr/bin/head: Mach-O universal binary with 2 architectures >> /usr/bin/head (for architecture i386): Mach-O executable i386 >> /usr/bin/head (for architecture ppc): Mach-O executable ppc >> >> This is what I expected: it's a universal binary, as it should be on >> an Intel Mac. (If you have a PowerPC Mac, it should just be a ppc >> executable.) If however it is reported to be a text file, then you >> have a problem: >> >> - If "which head" says it's in /usr/bin and it's a text file, then >> you have the problem that you have manually installed libwww-perl and >> it has overwritten your system's "head" command with its own "HEAD" >> script, and you will need to restore the OS's "head" command from >> your system DVD. I remember this very thing happening to me in the >> early days of Mac OS X, back when I was still using Perl. :-) > [snip] > > % file /usr/bin/head > /usr/bin/head: perl script text executable So that means you have (perhaps inadvertently) installed libwww-perl, a.k.a. LWP, perhaps using CPAN, perhaps as a dependency of some other software you installed using CPAN, and it has overwritten your system's "head" command (which is a vital utility) with an unrelated and probably seldom-used perl script called "HEAD". I believe during CPAN installation of libwww-perl, it asks if you would like to have "HEAD" and other similar utility programs. I remember being completely overwhelmed with all the questions CPAN would ask during many of its installations, to the point that I would just answer each question with the default (without really understanding them) until the questions went away. Perhaps installation of these utility scripts is the default, which would be bad on Mac OS X's case- insensitive HFS+, as you can see. > However, I got my perl directly from the Apple install disk. Never > fooled around with it myself, unless the installation of some other > software changed it. Anyway, I can't live without perl. Are you > suggesting downloading perl from MacPorts as the best alternative? You don't need to live without perl, you just need to live without the "HEAD" script installed by the libwww-perl module, or if you do need it, move it out of /usr/bin or rename it so that it does not conflict with the system's "head" program. And be careful if you ever need to upgrade libwww-perl that it doesn't go and overwrite "head" again. I have p5-libwww-perl installed through MacPorts (not sure why, must be a dependency of something) and according to "port contents" it does not include the HEAD script. So installing libwww-perl and whatever other perl modules you need via MacPorts might be a safer alternative to CPAN. You can fix this problem now by inserting your Mac OS X DVD and copying the correct "head" command from its /usr/bin to your hard drive's /usr/bin. You may also want to copy over a backup copy (say, / usr/bin/head-saved) in case you find yourself in this situation again in the future and perhaps don't have your Mac OS X DVD handy. From ryandesign at macports.org Sun Dec 9 16:33:54 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 16:33:58 2007 Subject: plans for 64bit support In-Reply-To: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> Message-ID: <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: > Now that Leopard is out and already at 10.5.1 will macports be > supporting 64bit libraries? It's just I need 64bit in my octave > installation. I pull my octave from octave.org's cvs, but it needs > quite a lot of support libraries. From what I gather it should be > possible on Leopard to build fat libraries, i.e. ones that contain > 64 and 32 bit code (i think it works using -arch x84_64 -arch i686 > as gcc flags). Or will this be left to the separate ports? MacPorts is supposed to build libraries for whatever system it's running on. So I would have thought that if you're on a 64-bit Intel system, it should build 64-bit Intel libraries. Is it building 32-bit Intel libraries for you? We have the +universal variant for building 2-way (32-bit, Intel and PowerPC) universal binaries. We are still in the process of getting this to work with many of the ports. It could be changed to build 4- way (32-bit and 64-bit, Intel and PowerPC) universal binaries. This should be possible on Tiger too, as far as I know. It won't fix any ports that are having trouble building 2-way universal binaries. Not sure if it would mess up any ports that are already working. Are all the ports that you need already working as 2-way universal binaries? I haven't heard anyone suggest building libraries that contain 32-bit and 64-bit code for just one processor family before (in relation to MacPorts). It would of course be possible, but I think it would make most sense to continue along our current path: software should be default install for the architecture you're on, and if you need multiple architectures, then you need the +universal variant. It has been said before that maybe 64-bit binaries aren't all that helpful, but the Ars Technica review of Leopard explains that while 64-bit binaries aren't that helpful on the PowerPC architecture, they really are quite good for secondary reasons on the Intel architecture. The 32-bit Intel architecture has often been called inferior to the 32-bit PowerPC architecture, but the 64-bit Intel architecture seems to fix many of the issues. Also, maybe Leopard being a full 64-bit system makes 64-bit binaries more relevant. Perhaps we could do 4-way universal binaries only when MacPorts is running on Leopard.... but that might be a bad idea, since only people running Leopard could then develop and test this. We could introduce a new automatic variant... +universal4? +universal64? People could test with this new variant and if any problems are encountered it would not prevent anyone from using the existing 2-way 32-bit +universal variant. I'm wary of this though... I wouldn't want, say, "universal64" directives to start appearing in portfiles, if we want to eventually fold +universal64 into +universal. Just some thoughts off the top of my head. From ryandesign at macports.org Sun Dec 9 17:01:04 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 17:01:11 2007 Subject: Problems installing gimp2 on leopard In-Reply-To: References: Message-ID: <24EC8F7A-0BD0-4335-AEAA-DC15958245D8@macports.org> On Dec 9, 2007, at 16:16, Frank McPherson wrote: > After successfully following Randall Wood's instructions at http:// > shyramblings.blogspot.com/2007/11/gimp-on-mac-os-x-without-x11- > from.html to install gimp2 without x11 at work, I attempted the > same at home, and haven't met with the same success. > > As I poked around the dependency tree, I saw that gtk2 had been > previously installed with the +quartz and +x11 variants. I tried > rebuilding gtk2 with only the +quartz variant, but found it somehow > automatically adds +x11. Since Randall Wood just dropped maintainership of gtk2 and gnome, I stepped in and changed this in r31844. Now +x11 is the default for gtk2 only if you have not requested +quartz. You can still have both, if you want them, by specifying +quartz +x11. > It didn't matter in the end --- I got the same error when trying to > build gimp2. I've attached it at the end. The weird thing is I > can't find any references in the command line here to gdk-x11, > though that's the error. I also tried 'find . -type f -exec grep > gdk-x11 {} \;' from inside gimp2's work directory and didn't find > any matches. > > Anyone have any ideas on this one? > > Thanks, > Frank > > > [frank@localhost ~]$ sudo port install -dv gimp2 > ---> Fetching gimp2 > ---> Verifying checksum(s) for gimp2 > ---> Extracting gimp2 > ---> Configuring gimp2 > ---> Building gimp2 with target all [snip] > /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - > Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- > declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o > poppler poppler-poppler.o ../../libgimp/libgimpui-2.0.la ../../ > libgimpwidgets/libgimpwidgets-2.0.la ../../libgimpmodule/ > libgimpmodule-2.0.la ../../libgimp/libgimp-2.0.la ../../libgimpmath/ > libgimpmath-2.0.la ../../libgimpconfig/libgimpconfig-2.0.la ../../ > libgimpcolor/libgimpcolor-2.0.la ../../libgimpbase/ > libgimpbase-2.0.la -Wl,-framework,CoreServices,- > framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 - > lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - > lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lfreetype -lz - > lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 -lintl - > liconv -Wl,-framework,CoreServices,-framework,ApplicationServices > -L/opt/local/lib -lpoppler-glib -lpoppler -lgdk-quartz-2.0 - > lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 - > lgmodule-2.0 -lfreetype -lz -lfontconfig -lexpat -lpng12 - > lgthread-2.0 -lglib-2.0 -lintl -liconv -lintl > libtool: link: cannot find the library `/opt/local/lib/libgdk- > x11-2.0.la' or unhandled argument `/opt/local/lib/libgdk-x11-2.0.la' > make[3]: *** [poppler] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 I'm afraid I don't know about this one. I don't use gdk2 myself. From ryandesign at macports.org Sun Dec 9 17:33:43 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 9 17:33:47 2007 Subject: problem upgrading gtk2 In-Reply-To: <7a665ffc0712091237q56837cb2uf6133e3284de7246@mail.gmail.com> References: <7a665ffc0712091237q56837cb2uf6133e3284de7246@mail.gmail.com> Message-ID: On Dec 9, 2007, at 14:37, Joel Thibault (MacPorts) wrote: > On Dec 7, 2007 3:37 AM, Michael Thon wrote: > >> When I try to upgrade gtk2 I get the following error: >> >> /bin/sh: line 1: gtkdoc-rebase: command not found >> >> and I am unable to upgrade the package. This happens whether I use >> "sudo port upgrade gtk2" or "sudo port -f upgrade gtk2". "port >> outdated" says that I have 2.12.1_0 installed and 2.12.3_0 is the >> latest version. I don't know what gtkdoc-rebase is. is it part of >> the >> gtk-doc package? That package is not installed on my system. It is part of gtk-doc 1.9. gtk-doc is listed as a dependency of gtk2 so I don't see how it could not be installed on your system. Are your ports up to date? Try selfupdate. > I also had this problem. I tracked it down via port -d to a bad > test for gtkdoc-rebase, something like: > > if `which gtkdoc-rebase` != "" then... > > Since this returns "no gtkdoc-rebase in [my path]" rather than "", > it then attempts to execute gtkdoc-rebase, and fails. It appeared > to me to be an optional step, so I did a silly hack to make it look > like it did something: I aliased /usr/bin/gtkdoc-rebase to /usr/bin/ > true, and then the upgrade worked. > > I don't think this makes for a very good solution :-) so someone > who knows Macports much better than me should probably take a look > at this. It's fixed, please see: http://trac.macports.org/projects/macports/ticket/13510 From khillig at umich.edu Sun Dec 9 18:20:49 2007 From: khillig at umich.edu (Kurt Hillig) Date: Sun Dec 9 18:20:42 2007 Subject: Gnucash woes: dbus-glib build hangs Message-ID: I've been trying for weeks to get gnucash to build on a G5 Quad running 10.4; finally got to the point where I blew awa /opt (well, I bzipped the whole thing and moved it to another disk) and started from scratch: 1) I Installed the latest Apple XCode and X11 - no problems... 2) I reinstalled Macports 1.5 - no problems... 3) sudo port -v selfupdate - result: no update needed.... 4) sudo port -v install gnucash - This chugged along for quite a while before failing to find xmlto-0.0.18.tar.bz2 (see earlier messages on this list regarding this); I uncompressed the old /opt and pulled this file from it, on the assumption that this is the originally downloaded file (at least the name matches what it was looking for). 5) sudo port install -v xmlto - no problems... 6) sudo port -v install gnucash - and it picked up with dbus-1.0.2 (no problems) and then started on dbus-glib-0.74; and here's where I'm now stuck. This downloaded OK, checksum was verified, files were extracted, and the configure went OK: ---> Fetching dbus-glib ---> dbus-glib-0.74.tar.gz doesn't seem to exist in /opt/local/var/macports/distfiles/dbus-glib ---> Attempting to fetch dbus-glib-0.74.tar.gz from http://dbus.freedesktop.org/releases/dbus-glib % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 639k 100 639k 0 0 74800 0 0:00:08 0:00:08 --:--:-- 75495 ---> Verifying checksum(s) for dbus-glib ---> Checksumming dbus-glib-0.74.tar.gz ---> Extracting dbus-glib ---> Extracting dbus-glib-0.74.tar.gz ---> Configuring dbus-glib checking build system type... powerpc-apple-darwin8.11.0 checking host system type... powerpc-apple-darwin8.11.0 checking target system type... powerpc-apple-darwin8.11.0 : : : : : : config.status: creating config.h config.status: executing depfiles commands config.status: executing default-1 commands D-BUS GLIB BINDINGS 0.74 ============== prefix: /opt/local exec_prefix: ${prefix} libdir: /opt/local/lib bindir: /opt/local/bin sysconfdir: /opt/local/etc localstatedir: /opt/local/var datadir: ${prefix}/share source code location: . compiler: gcc cflags: -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare cppflags: -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib cxxflags: -O2 64-bit int: long long 32-bit int: int 16-bit int: short Doxygen: no Maintainer mode: no gcc coverage profiling: no Building unit tests: no Building verbose mode: no Building assertions: no Building checks: yes Building Doxygen docs: no Building Gtk-doc docs: no Gettext libs (empty OK): Using XML parser: 'make check' socket dir: but then during the build stage it hangs: ---> Building dbus-glib with target all make all-recursive Making all in dbus make all-recursive Making all in . /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c -o dbus-glib.lo dbus-glib.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c dbus-glib.c -fno-common -DPIC -o .libs/dbus-glib.o gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c dbus-glib.c -o dbus-glib.o >/dev/null 2>&1 mv -f .deps/dbus-glib.Tpo .deps/dbus-glib.Plo /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gmain.lo -MD -MP -MF .deps/dbus-gmain.Tpo -c -o dbus-gmain.lo dbus-gmain.c gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gmain.lo -MD -MP -MF .deps/dbus-gmain.Tpo -c dbus-gmain.c -fno-common -DPIC -o .libs/dbus-gmain.o gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gmain.lo -MD -MP -MF .deps/dbus-gmain.Tpo -c dbus-gmain.c -o dbus-gmain.o >/dev/null 2>&1 : : : : : : : ranlib .libs/libdbus-gtool.a creating libdbus-gtool.la (cd .libs && rm -f libdbus-gtool.la && ln -s ../libdbus-gtool.la libdbus-gtool.la) gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-binding-tool-glib.o -MD -MP -MF .deps/dbus-binding-tool-glib.Tpo -c -o dbus-binding-tool-glib.o dbus-binding-tool-glib.c mv -f .deps/dbus-binding-tool-glib.Tpo .deps/dbus-binding-tool-glib.Po gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib-tool.o -MD -MP -MF .deps/dbus-glib-tool.Tpo -c -o dbus-glib-tool.o dbus-glib-tool.c mv -f .deps/dbus-glib-tool.Tpo .deps/dbus-glib-tool.Po /bin/sh ../libtool --tag=CC --mode=link gcc -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -L/opt/local/lib -o dbus-binding-tool dbus-binding-tool-glib.o dbus-glib-tool.o libdbus-gtool.la libdbus-glib-1.la -L/opt/local/lib -ldbus-1 -L/opt/local/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv -lexpat gcc -O2 -no-cpp-precomp -flat_namespace -undefined suppress -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -o .libs/dbus-binding-tool dbus-binding-tool-glib.o dbus-glib-tool.o -L/opt/local/lib ./.libs/libdbus-gtool.a ./.libs/libdbus-glib-1.dylib /opt/local/lib/libdbus-1.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib /opt/local/lib/libexpat.dylib /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning -undefined suppress disables -prebind /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_construct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_construct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_construct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_collection_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_collection_end_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_end_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_end_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_init ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_init_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_map_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_map_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_map_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_get_member ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get_member in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get_member /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_set_member ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set_member in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set_member /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_collection_get_fixed ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_get_fixed in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_get_fixed /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_collection_peek_vtable ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_peek_vtable in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_peek_vtable /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_collection ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_map ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_struct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_structv ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_structv in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_structv /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_map_peek_vtable ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_map_peek_vtable in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_map_peek_vtable /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_register_collection ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_register_collection in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_register_collection /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_register_map ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_register_map in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_register_map /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_register_struct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_register_struct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_register_struct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_get ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_peek_vtable ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_peek_vtable in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_peek_vtable /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_set ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_collection_value_iterate ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_value_iterate in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_value_iterate /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_collection_specialization ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection_specialization in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection_specialization /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_map_key_specialization ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_key_specialization in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_key_specialization /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_map_value_specialization ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_value_specialization in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_value_specialization /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_struct_member_type ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_member_type in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_member_type /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_struct_size ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_size in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_size /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_is_collection ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_is_collection in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_is_collection /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_is_map ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_is_map in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_is_map /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_is_struct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_is_struct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_is_struct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_map_value_iterate ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_map_value_iterate in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_map_value_iterate creating dbus-binding-tool Making all in examples /bin/sh ../../libtool --mode=execute ../../dbus/dbus-binding-tool --prefix=some_object --mode=glib-server --output=example-service-glue.h ./example-service.xml and here it sits. Here are the processes that have been waiting patiently for something to happen for the past five hours: root 23164 520 520 6c1b7b8 1 S+ p4 0:00.02 sh -c cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.74" && make all root 23167 23166 520 6c1b7b8 1 S+ p4 0:00.00 /bin/sh -c failcom='exit 1'; for f in x $MAKEFLAGS; do case $f in *=* | --[!k]*);; *k*) failcom='fail=yes';; esac; done; dot_seen=no; target=`echo all-recursive | sed s/-recursive//`; list='dbus tools test doc'; for subdir in $list; do echo "Making $target in $subdir"; if test "$s root 23171 23167 520 6c1b7b8 1 S+ p4 0:00.00 /bin/sh -c failcom='exit 1'; for f in x $MAKEFLAGS; do case $f in *=* | --[!k]*);; *k*) failcom='fail=yes';; esac; done; dot_seen=no; target=`echo all-recursive | sed s/-recursive//`; list='dbus tools test doc'; for subdir in $list; do echo "Making $target in $subdir"; if test "$s root 26765 26764 520 6c1b7b8 1 S+ p4 0:00.11 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.74/dbus/.libs/dbus-binding-tool --prefix=some_object --mode=glib-server --output=example-service-glue.h ./example-service.xml root 26814 1 520 6c1b7b8 1 S+ p4 0:00.02 glib-genmarshal --header --body --prefix=dbus_glib_marshal_some_object /var/tmp/dbus-binding-tool-c-marshallers.QZUM2T (the long lines are truncated). It looks like the 'dbus-binding-tool' process fired up 'glib-genmarshal' and is waiting for it to return; but it's stuck. I see that the latter is supposed to be doing something with the file '/var/tmp/dbus-binding-tool-c-marshallers.QZUM2T' - which exists, but consists simply of these two lines: BOOLEAN:POINTER,POINTER BOOLEAN:STRING,POINTER,POINTER which doesn't tell me a whole lot... The last time I tried - a couple week ago, before I started over from scratch - this built with no problems; but I'm at a bit of a loss as to what's different this time. HELP!!! (If anyone wants to see the complete log of this most recent install, let me know - it's about 8 MB, so I didn't want to attach it and clutter up people's mailboxes.) Dr. Kurt Hillig UMNet Administration I always tell the Fax (734)763-4050 University of Michigan absolute truth, Phone (734)647-8778 Ann Arbor, MI 48105-3640 as I see it. EMail khillig(at)umich.edu > Computers were invented to help people waste more time faster < From jochen at fhi-berlin.mpg.de Mon Dec 10 00:57:40 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Mon Dec 10 00:57:42 2007 Subject: website Message-ID: Hi, I've just stumbled over the new website... Nice! Although it is still a bit heterogeneous, esp. the layout over the different sites, it looks very promising! A big thank you to all contributors! Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071210/57133373/PGP.bin From jochen at fhi-berlin.mpg.de Mon Dec 10 01:19:46 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Mon Dec 10 01:19:38 2007 Subject: FUSE not loading Message-ID: <6EB0159D-7CE3-4BB9-9A60-415428DCE30B@fhi-berlin.mpg.de> Hi, I just upgraded to the latest macfuse/sshfs and now get the foolowing error when trying to mount a volume... This is on a G4 PPC running Mac OS X 10.4. The previous version of FUSE worked nicely on that system. fusefs @1.1_2+darwin_8 (active) sshfs @1.8_2 (active) > sshfs -d -o sshfs_debug,reconnect,follow_symlinks,cache_timeout=5,volname=jochen jochen@gowron:/home/jochen /Volumes/jochen Server version: 3 you must be running as root to load modules into the kernel the MacFUSE file system is not available (1) I have also tried to manually load the extension, but that does not seem to exist: > sudo kextload -b com.google.filesystems.fusefs can't find extension with identifier com.google.filesystems.fusefs Has anybody seen that? Anything I am doing wrong? Any suggestions on what to look for? Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071210/8d97dbee/PGP.bin From eridius at macports.org Mon Dec 10 01:39:26 2007 From: eridius at macports.org (Kevin Ballard) Date: Mon Dec 10 01:39:25 2007 Subject: FUSE not loading In-Reply-To: References: Message-ID: Right now the MacFUSE port is out of date. I recommend uninstalling all fuse-related stuff from MacPorts, installing the official MacFUSE package from the MacFUSE website, and reinstalling your MacFUSE modules via third-party installers or directly from source. I plan on fixing this problem soon, I'm simply too busy at the moment with finals. -Kevin Ballard On Dec 10, 2007, at 4:19 AM, Jochen K?pper wrote: > Hi, > > I just upgraded to the latest macfuse/sshfs and now get the > foolowing error when trying to mount a volume... > This is on a G4 PPC running Mac OS X 10.4. The previous version of > FUSE worked nicely on that system. > > fusefs @1.1_2+darwin_8 (active) > sshfs @1.8_2 (active) > > > sshfs -d -o > sshfs_debug,reconnect,follow_symlinks,cache_timeout=5,volname=jochen > jochen@gowron:/home/jochen /Volumes/jochen > Server version: 3 > you must be running as root to load modules into the kernel > the MacFUSE file system is not available (1) > > I have also tried to manually load the extension, but that does not > seem to exist: > > > sudo kextload -b com.google.filesystems.fusefs > can't find extension with identifier com.google.filesystems.fusefs > > Has anybody seen that? > Anything I am doing wrong? > Any suggestions on what to look for? > > Greetings, > Jochen > -- > Einigkeit und Recht und Freiheit http://www.Jochen-Kuepper.de > Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D > Sex, drugs and rock-n-roll > -- Kevin Ballard http://kevin.sb.org eridius@macports.org http://www.tildesoft.com From yvon.thoraval at gmail.com Mon Dec 10 03:19:08 2007 From: yvon.thoraval at gmail.com (Yvon Thoraval) Date: Mon Dec 10 03:18:56 2007 Subject: getting Tk working with Ruby 1.8.6 Message-ID: Hey all, i've installed ruby using MacPorts, months before : %> ruby --version ruby 1.8.6 (2007-03-13 patchlevel 0) [powerpc-darwin8.9.0] and i'd like to try Ruby/Tk (for Arcadia afterwards) however i get : `gem_original_require': no such file to load -- tk (LoadError) with a simple Tk example. what do I need to do in order to get Ruby and Tk working together on 10.4.11? best, yvon -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071210/64b5813a/attachment.html From jochen at fhi-berlin.mpg.de Mon Dec 10 09:11:52 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Mon Dec 10 09:11:54 2007 Subject: problems installing molden in leopard In-Reply-To: References: Message-ID: <1113C53F-A4AE-429D-BA34-6A3E8C4ACB58@fhi-berlin.mpg.de> Hi, On 10.12.2007, at 17:35, Anna Amat wrote: > i'm trying to install molden on leopard following the instructions > on: http://molden.darwinports.com/ > i have installed darwin ports and done the port self update. I assume you have installed MacPorts! AFAICT, http://darwinports.com/ is of no importance to MacPorts, please do not use or refer to that page with respect to MacPorts. > when trying to install molden with "sudo port install molden" i get > this error that i don't know how to fix. > > ---> Verifying checksum(s) for molden > Error: Checksum (md5) mismatch for molden4.6.tar.gz > Error: Checksum (sha1) mismatch for molden4.6.tar.gz > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: Status 1 encountered during processing. This is due to an upstream change of the tar-ball. I have updated the Portfile accordingly. Please wait for the next update of MacPorts portindex (every few hours?), run port sync port install molden and molden should build again. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071210/534c57c2/PGP.bin From jzheng at soe.ucsc.edu Mon Dec 10 11:49:41 2007 From: jzheng at soe.ucsc.edu (jzheng@soe.ucsc.edu) Date: Mon Dec 10 11:49:28 2007 Subject: problem installing x264 Message-ID: <49364.143.232.155.23.1197316181.squirrel@webmail.soe.ucsc.edu> Hello, I'm having problem installing x264. It seems the process cannot fetch a copy of x264. However I can go to the ftp site and ftp a copy without any problem. ---> Fetching x264 ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from ftp://ftp.videolan.org/pub/videolan/x264/snapshots/ ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/x264 ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from http://svn.macports.org/repository/macports/downloads/x264 Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. Has anyone had this problem? Jian From jkorchok at hotmail.com Mon Dec 10 14:42:36 2007 From: jkorchok at hotmail.com (John Korchok) Date: Mon Dec 10 14:42:22 2007 Subject: Oracle support in PHP? In-Reply-To: <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> Message-ID: > -----Original Message----- > From: Ryan Schmidt [mailto:ryandesign@macports.org] > Sent: Sunday, December 09, 2007 11:41 AM > To: John Korchok > Cc: macports-users@lists.macosforge.org > Subject: Re: Oracle support in PHP? > > > On Nov 21, 2007, at 21:01, John Korchok wrote: > > > I was recently required to start connecting to Oracle databases for > > some of the pages I serve. I was wondering if we ever might see an > > -oci8 variant that installs the Oracle library for php4/php5? > > John and I have been communicating about this off-list, and > I've just committed a new port "oracle-instantclient" and > also added a variant "+oracle" to the php5 port. (Would > naming the variant "+oci8" have been better?) > > There's a ticket filed for this enhancement request: > > http://trac.macports.org/projects/macports/ticket/13530 > > Check the ticket for information on fetch failures you might > encounter and what to do about them. > > I don't have an Oracle server to test with, so I'll be > relying on John and anyone else who uses Oracle to send me > feedback. Thanks. > > Note that this is for PowerPC Macs only. Blame Oracle. > > > You may need to follow some of the setup instructions here; I'm not > sure: > > http://www.php.net/oci8 > > You should not, however, need to set LD_LIBRARY_PATH (or its > Mac OS X equivalents DYLD_LIBRARY_PATH and > DYLD_FALLBACK_LIBRARY_PATH). That should already be > adequately taken care of by the oracle- instantclient port. I had no errors or other problems installing the "oracle-instantclient" port or the "php5 +oracle" port. Thanks Ryan! I am assuming I still need to modify php.ini to point at oci8.so, but I can't find it (oci8.o is there). I did find the libraries under lib/oracle. http://www.php.net/oci8 is just baffling. It reads like a pile of potentially useful but untested information. Using the Instant Client (as they recommend) does not create an oracle user or group, as far as I can tell. From ryandesign at macports.org Mon Dec 10 14:54:56 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 10 14:54:58 2007 Subject: Oracle support in PHP? In-Reply-To: References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> Message-ID: <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> On Dec 10, 2007, at 16:42, John Korchok wrote: > I had no errors or other problems installing the "oracle- > instantclient" port > or the "php5 +oracle" port. Thanks Ryan! Oh good! > I am assuming I still need to modify php.ini to point at oci8.so, > but I > can't find it (oci8.o is there). I did find the libraries under lib/ > oracle. Nope, nothing needs to be done in that regard. There is no oci8.so or any other separate file. The oci8 functions have simply been compiled into php and libphp5.so. > http://www.php.net/oci8 is just baffling. It reads like a pile of > potentially useful but untested information. Using the Instant > Client (as > they recommend) does not create an oracle user or group, as far as > I can > tell. I didn't program any user or group creation into the oracle- instantclient portfile, no. Should I have? What would that user/group be used for? The page is certainly Greek to me, since I haven't used Oracle. From frstan at bellsouth.net Mon Dec 10 15:21:09 2007 From: frstan at bellsouth.net (William Davis) Date: Mon Dec 10 15:20:56 2007 Subject: unable to build python25 update Message-ID: <434DD3EE-5020-4FAE-9C6A-8028A95E7F0B@bellsouth.net> unable to build python25 update gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused- madd -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I. -I./Include -I/opt/ local/include -DDARWIN_UNIX03 -DPy_BUILD_CORE -c ./Modules/ posixmodule.c -o Modules/posixmodule.o ./Modules/posixmodule.c: In function 'posix_setpgrp': ./Modules/posixmodule.c:3724: error: too few arguments to function 'setpgrp' make: *** [Modules/posixmodule.o] Error 1 Warning: the following items did not execute (for python25): org.macports.destroot org.macports.build DEBUG: Error: Unable to upgrade port: 1 William Davis frstanATbellsouthDOTnet Mac OS X.5.1 Darwin 9.1.0 X11.app 2.1.0 - X.org X11R7.2 Mac Mini Intel Duo @ 1.86 GHz Mundus vult decepi, ego non From bytestorm at gmail.com Mon Dec 10 15:49:30 2007 From: bytestorm at gmail.com (Andrew Cho) Date: Mon Dec 10 15:49:18 2007 Subject: problem installing x264 In-Reply-To: <49364.143.232.155.23.1197316181.squirrel@webmail.soe.ucsc.edu> References: <49364.143.232.155.23.1197316181.squirrel@webmail.soe.ucsc.edu> Message-ID: <475DD08A.9050009@gmail.com> Hi, It looks like the file is still in the videolan repository as I just pulled it down to test, are you able to wget 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20070411-2245.tar.bz2' or curl 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20070411-2245.tar.bz2' -o x264-snapshot-20070411-2245.tar.bz2 Andrew jzheng@soe.ucsc.edu wrote: > Hello, > > I'm having problem installing x264. It seems the process cannot fetch a > copy of x264. However I can go to the ftp site and ftp a copy without any > problem. > > ---> Fetching x264 > ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from > ftp://ftp.videolan.org/pub/videolan/x264/snapshots/ > ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from > http://svn.macports.org/repository/macports/distfiles/x264 > ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from > http://svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from > http://svn.macports.org/repository/macports/downloads/x264 > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > > Has anyone had this problem? > > Jian > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From toddobryan at gmail.com Mon Dec 10 18:45:31 2007 From: toddobryan at gmail.com (Todd O'Bryan) Date: Mon Dec 10 18:45:15 2007 Subject: GnuCash and guile Message-ID: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> I was trying to install GnuCash and it said I didn't have guile. So I installed guile manually and now it apparently thinks the guile that got installed isn't good enough. Any hints about where to go from here? I tried installing slib, but it says it's already installed. Thanks, Todd doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash ---> Configuring gnucash checking for a BSD-compatible install... /usr/bin/install -c ... checking for guile-config... yes checking whether guile-config works... yes checking for sin in -lm... yes checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl checking for guile headers... -I/opt/local/include -D_THREAD_SAFE checking whether guile works... yes checking for guile... /opt/local/bin/guile checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 checking for SLIB support... configure: error: Cannot find SLIB. Are you sure you have it installed? See http://bugzilla.gnome.org/show_bug.cgi?id=347922 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_gnome_gnucash/work/gnucash-2.2.1" && ./configure --prefix=/opt/local --disable-glibtest --disable-debug --disable-profile --disable-dependency-tracking --enable-hbci --enable-ofx " returned error 1 Command output: checking for locale.h... (cached) yes checking mcheck.h usability... no checking mcheck.h presence... no checking for mcheck.h... no checking for unistd.h... (cached) yes checking wctype.h usability... yes checking wctype.h presence... yes checking for wctype.h... yes checking for dlsym... yes checking for dlerror... yes checking for darwin... yes, moving on... checking for qt_null in -lqthreads... no checking for qt_null in -lqt... no checking for main in -ltermcap... yes checking for main in -lreadline... yes checking for guile-config... yes checking whether guile-config works... yes checking for sin in -lm... yes checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl checking for guile headers... -I/opt/local/include -D_THREAD_SAFE checking whether guile works... yes checking for guile... /opt/local/bin/guile checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 checking for SLIB support... configure: error: Cannot find SLIB. Are you sure you have it installed? See http://bugzilla.gnome.org/show_bug.cgi?id=347922 Warning: the following items did not execute (for gnucash): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Warning: the following items did not execute (for gnucash): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. From ryandesign at macports.org Mon Dec 10 18:57:48 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 10 18:57:48 2007 Subject: GnuCash and guile In-Reply-To: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> Message-ID: On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: > I was trying to install GnuCash and it said I didn't have guile. So I > installed guile manually Define manually. Did you "sudo port install guile"? Or did you manually download the guile source code and compile it and install it somewhere? (where?) > and now it apparently thinks the guile that > got installed isn't good enough. > > Any hints about where to go from here? I tried installing slib, but it > says it's already installed. > > Thanks, > Todd > > doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash > ---> Configuring gnucash > checking for a BSD-compatible install... /usr/bin/install -c > ... > checking for guile-config... yes > checking whether guile-config works... yes > checking for sin in -lm... yes > checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl > -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl > checking for guile headers... -I/opt/local/include -D_THREAD_SAFE > checking whether guile works... yes > checking for guile... /opt/local/bin/guile > checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 > checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 > checking for SLIB support... configure: error: > > Cannot find SLIB. Are you sure you have it installed? > See http://bugzilla.gnome.org/show_bug.cgi?id=347922 [snip] So you have guile 1.8.3. According to the long description of the gnucash port, "Variant +guile16 is enabled by default because newer guile versions do not yet work correctly with MacPorts." So gnucash apparently currently only works with guile 1.6.x not guile 1.8.x. So, you should uninstall guile 1.8.3. Then you should sudo port install gnucash, which should install guile16, slib and slib-guile16 for you. Before you begin, make sure you have the latest ports by using "sudo port selfupdate" From ryandesign at macports.org Mon Dec 10 19:10:46 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 10 19:10:44 2007 Subject: GnuCash and guile In-Reply-To: <904774730712101902o4a435da0i7c75a15bbfaf4ba8@mail.gmail.com> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <904774730712101902o4a435da0i7c75a15bbfaf4ba8@mail.gmail.com> Message-ID: <72F34747-7708-4DC4-A0DB-52DF88B9E9FB@macports.org> On Dec 10, 2007, at 21:02, Todd O'Bryan wrote: > On Dec 10, 2007 9:57 PM, Ryan Schmidt wrote: > >> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: >> >>> I was trying to install GnuCash and it said I didn't have guile. >>> So I >>> installed guile manually >> >> Define manually. Did you "sudo port install guile"? Or did you >> manually download the guile source code and compile it and install it >> somewhere? (where?) > > manually: adv. "sudo port install guile" :-) > > >> So you have guile 1.8.3. According to the long description of the >> gnucash port, "Variant +guile16 is enabled by default because newer >> guile versions do not yet work correctly with MacPorts." So gnucash >> apparently currently only works with guile 1.6.x not guile 1.8.x. >> >> So, you should uninstall guile 1.8.3. Then you should sudo port >> install gnucash, which should install guile16, slib and slib-guile16 >> for you. >> >> Before you begin, make sure you have the latest ports by using "sudo >> port selfupdate" > > OK. I'll try that. But when I tried installing gnucash, it said guile > was not present, so the gnucash install failed. Hopefully that was > just a hiccup. If you still have problems, please let us know and show us the exact error you get. Remember to Reply To All so that your reply goes to the mailing list too, not just to me. From mhart at baselinesolutions.com.au Mon Dec 10 19:16:51 2007 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Mon Dec 10 19:16:41 2007 Subject: GnuCash and guile In-Reply-To: References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> Message-ID: <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> And then you'll no doubt run into the problem outlined in Ticket #13472: http://trac.macports.org/projects/macports/ticket/13472 I haven't tried the solution listed there, but hopefully that works for you. Cheers, Michael On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: > > On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: > >> I was trying to install GnuCash and it said I didn't have guile. So I >> installed guile manually > > Define manually. Did you "sudo port install guile"? Or did you > manually download the guile source code and compile it and install > it somewhere? (where?) > >> and now it apparently thinks the guile that >> got installed isn't good enough. >> >> Any hints about where to go from here? I tried installing slib, but >> it >> says it's already installed. >> >> Thanks, >> Todd >> >> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash >> ---> Configuring gnucash >> checking for a BSD-compatible install... /usr/bin/install -c >> ... >> checking for guile-config... yes >> checking whether guile-config works... yes >> checking for sin in -lm... yes >> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl >> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl >> checking for guile headers... -I/opt/local/include -D_THREAD_SAFE >> checking whether guile works... yes >> checking for guile... /opt/local/bin/guile >> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 >> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 >> checking for SLIB support... configure: error: >> >> Cannot find SLIB. Are you sure you have it installed? >> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 > > [snip] > > So you have guile 1.8.3. According to the long description of the > gnucash port, "Variant +guile16 is enabled by default because newer > guile versions do not yet work correctly with MacPorts." So gnucash > apparently currently only works with guile 1.6.x not guile 1.8.x. > > So, you should uninstall guile 1.8.3. Then you should sudo port > install gnucash, which should install guile16, slib and slib-guile16 > for you. > > Before you begin, make sure you have the latest ports by using "sudo > port selfupdate" > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From mhart at baselinesolutions.com.au Mon Dec 10 19:40:37 2007 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Mon Dec 10 19:40:27 2007 Subject: GnuCash and guile In-Reply-To: <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> Message-ID: <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> There's actually a couple of small typos in the Trac Ticket comment re the symlinks (the /bin/* files incorrectly named). This worked for me: ln -s /opt/local/include/libguile16 /opt/local/include/libguile && \ ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h && \ ln -s /opt/local/include/guile16 /opt/local/include/guile && \ ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config && \ ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib && \ ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la (trying to add this to Trac too, but having problems logging in) On 11/12/2007, at 2:16 PM, Michael Hart wrote: > And then you'll no doubt run into the problem outlined in Ticket > #13472: > > http://trac.macports.org/projects/macports/ticket/13472 > > I haven't tried the solution listed there, but hopefully that works > for you. > > Cheers, > > Michael > > On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: > >> >> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: >> >>> I was trying to install GnuCash and it said I didn't have guile. >>> So I >>> installed guile manually >> >> Define manually. Did you "sudo port install guile"? Or did you >> manually download the guile source code and compile it and install >> it somewhere? (where?) >> >>> and now it apparently thinks the guile that >>> got installed isn't good enough. >>> >>> Any hints about where to go from here? I tried installing slib, >>> but it >>> says it's already installed. >>> >>> Thanks, >>> Todd >>> >>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash >>> ---> Configuring gnucash >>> checking for a BSD-compatible install... /usr/bin/install -c >>> ... >>> checking for guile-config... yes >>> checking whether guile-config works... yes >>> checking for sin in -lm... yes >>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl >>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl >>> checking for guile headers... -I/opt/local/include -D_THREAD_SAFE >>> checking whether guile works... yes >>> checking for guile... /opt/local/bin/guile >>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 >>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 >>> checking for SLIB support... configure: error: >>> >>> Cannot find SLIB. Are you sure you have it installed? >>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 >> >> [snip] >> >> So you have guile 1.8.3. According to the long description of the >> gnucash port, "Variant +guile16 is enabled by default because newer >> guile versions do not yet work correctly with MacPorts." So gnucash >> apparently currently only works with guile 1.6.x not guile 1.8.x. >> >> So, you should uninstall guile 1.8.3. Then you should sudo port >> install gnucash, which should install guile16, slib and slib- >> guile16 for you. >> >> Before you begin, make sure you have the latest ports by using >> "sudo port selfupdate" >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From ryandesign at macports.org Mon Dec 10 19:47:38 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 10 19:47:39 2007 Subject: GnuCash and guile In-Reply-To: <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> Message-ID: On Dec 10, 2007, at 21:40, Michael Hart wrote: > On 11/12/2007, at 2:16 PM, Michael Hart wrote: > >> And then you'll no doubt run into the problem outlined in Ticket >> #13472: >> >> http://trac.macports.org/projects/macports/ticket/13472 >> >> I haven't tried the solution listed there, but hopefully that >> works for you. > > There's actually a couple of small typos in the Trac Ticket comment > re the symlinks (the /bin/* files incorrectly named). This worked > for me: > > ln -s /opt/local/include/libguile16 /opt/local/include/libguile && \ > ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h > && \ > ln -s /opt/local/include/guile16 /opt/local/include/guile && \ > ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ > ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config && \ > ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ > ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ > ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ > ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib > && \ > ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la > > (trying to add this to Trac too, but having problems logging in) Ugh. The guile16 port deliberately installs things with the version suffix appended so that guile and guile16 can be installed simultaneously. Making symlinks as you've described completely contradicts that goal. From mhart at baselinesolutions.com.au Mon Dec 10 19:49:11 2007 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Mon Dec 10 19:49:01 2007 Subject: GnuCash and guile In-Reply-To: <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> Message-ID: <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> Hmmm... Well, GnuCash 2.2.1 builds fine, loads fine, but I get this when entering a new transaction: dyld: lazy symbol binding failed: Symbol not found: _mark_split Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib Expected in: flat namespace dyld: Symbol not found: _mark_split Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib Expected in: flat namespace Trace/BPT trap And then it bombs... Maybe some more symlinking required...? Not sure. On 11/12/2007, at 2:40 PM, Michael Hart wrote: > There's actually a couple of small typos in the Trac Ticket comment > re the symlinks (the /bin/* files incorrectly named). This worked > for me: > > ln -s /opt/local/include/libguile16 /opt/local/include/libguile && \ > ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h > && \ > ln -s /opt/local/include/guile16 /opt/local/include/guile && \ > ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ > ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config && \ > ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ > ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ > ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ > ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib > && \ > ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la > > (trying to add this to Trac too, but having problems logging in) > > On 11/12/2007, at 2:16 PM, Michael Hart wrote: > >> And then you'll no doubt run into the problem outlined in Ticket >> #13472: >> >> http://trac.macports.org/projects/macports/ticket/13472 >> >> I haven't tried the solution listed there, but hopefully that works >> for you. >> >> Cheers, >> >> Michael >> >> On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: >> >>> >>> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: >>> >>>> I was trying to install GnuCash and it said I didn't have guile. >>>> So I >>>> installed guile manually >>> >>> Define manually. Did you "sudo port install guile"? Or did you >>> manually download the guile source code and compile it and install >>> it somewhere? (where?) >>> >>>> and now it apparently thinks the guile that >>>> got installed isn't good enough. >>>> >>>> Any hints about where to go from here? I tried installing slib, >>>> but it >>>> says it's already installed. >>>> >>>> Thanks, >>>> Todd >>>> >>>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash >>>> ---> Configuring gnucash >>>> checking for a BSD-compatible install... /usr/bin/install -c >>>> ... >>>> checking for guile-config... yes >>>> checking whether guile-config works... yes >>>> checking for sin in -lm... yes >>>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl >>>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl >>>> checking for guile headers... -I/opt/local/include -D_THREAD_SAFE >>>> checking whether guile works... yes >>>> checking for guile... /opt/local/bin/guile >>>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 >>>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 >>>> checking for SLIB support... configure: error: >>>> >>>> Cannot find SLIB. Are you sure you have it installed? >>>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 >>> >>> [snip] >>> >>> So you have guile 1.8.3. According to the long description of the >>> gnucash port, "Variant +guile16 is enabled by default because >>> newer guile versions do not yet work correctly with MacPorts." So >>> gnucash apparently currently only works with guile 1.6.x not guile >>> 1.8.x. >>> >>> So, you should uninstall guile 1.8.3. Then you should sudo port >>> install gnucash, which should install guile16, slib and slib- >>> guile16 for you. >>> >>> Before you begin, make sure you have the latest ports by using >>> "sudo port selfupdate" >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo/macports-users >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > From sinclair.jesse at gmail.com Mon Dec 10 19:56:31 2007 From: sinclair.jesse at gmail.com (Jesse Sinclair) Date: Mon Dec 10 19:56:18 2007 Subject: GnuCash and guile In-Reply-To: <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> Message-ID: <6ba312d60712101956p67535961o550cf32171872002@mail.gmail.com> and it doesn't seem to work properly... After making the required symlinks, I still get the guile not found / guile not working properly errors and thus dumps the installation. On Dec 10, 2007 7:49 PM, Michael Hart wrote: > Hmmm... Well, GnuCash 2.2.1 builds fine, loads fine, but I get this > when entering a new transaction: > > dyld: lazy symbol binding failed: Symbol not found: _mark_split > Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib > Expected in: flat namespace > > dyld: Symbol not found: _mark_split > Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib > Expected in: flat namespace > > Trace/BPT trap > > And then it bombs... > > Maybe some more symlinking required...? Not sure. > > On 11/12/2007, at 2:40 PM, Michael Hart wrote: > > > There's actually a couple of small typos in the Trac Ticket comment > > re the symlinks (the /bin/* files incorrectly named). This worked > > for me: > > > > ln -s /opt/local/include/libguile16 /opt/local/include/libguile && \ > > ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h > > && \ > > ln -s /opt/local/include/guile16 /opt/local/include/guile && \ > > ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ > > ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config && \ > > ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ > > ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ > > ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ > > ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib > > && \ > > ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la > > > > (trying to add this to Trac too, but having problems logging in) > > > > On 11/12/2007, at 2:16 PM, Michael Hart wrote: > > > >> And then you'll no doubt run into the problem outlined in Ticket > >> #13472: > >> > >> http://trac.macports.org/projects/macports/ticket/13472 > >> > >> I haven't tried the solution listed there, but hopefully that works > >> for you. > >> > >> Cheers, > >> > >> Michael > >> > >> On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: > >> > >>> > >>> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: > >>> > >>>> I was trying to install GnuCash and it said I didn't have guile. > >>>> So I > >>>> installed guile manually > >>> > >>> Define manually. Did you "sudo port install guile"? Or did you > >>> manually download the guile source code and compile it and install > >>> it somewhere? (where?) > >>> > >>>> and now it apparently thinks the guile that > >>>> got installed isn't good enough. > >>>> > >>>> Any hints about where to go from here? I tried installing slib, > >>>> but it > >>>> says it's already installed. > >>>> > >>>> Thanks, > >>>> Todd > >>>> > >>>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash > >>>> ---> Configuring gnucash > >>>> checking for a BSD-compatible install... /usr/bin/install -c > >>>> ... > >>>> checking for guile-config... yes > >>>> checking whether guile-config works... yes > >>>> checking for sin in -lm... yes > >>>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl > >>>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl > >>>> checking for guile headers... -I/opt/local/include -D_THREAD_SAFE > >>>> checking whether guile works... yes > >>>> checking for guile... /opt/local/bin/guile > >>>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 > >>>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 > >>>> checking for SLIB support... configure: error: > >>>> > >>>> Cannot find SLIB. Are you sure you have it installed? > >>>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 > >>> > >>> [snip] > >>> > >>> So you have guile 1.8.3. According to the long description of the > >>> gnucash port, "Variant +guile16 is enabled by default because > >>> newer guile versions do not yet work correctly with MacPorts." So > >>> gnucash apparently currently only works with guile 1.6.x not guile > >>> 1.8.x. > >>> > >>> So, you should uninstall guile 1.8.3. Then you should sudo port > >>> install gnucash, which should install guile16, slib and slib- > >>> guile16 for you. > >>> > >>> Before you begin, make sure you have the latest ports by using > >>> "sudo port selfupdate" > >>> > >>> _______________________________________________ > >>> macports-users mailing list > >>> macports-users@lists.macosforge.org > >>> http://lists.macosforge.org/mailman/listinfo/macports-users > >> > >> _______________________________________________ > >> macports-users mailing list > >> macports-users@lists.macosforge.org > >> http://lists.macosforge.org/mailman/listinfo/macports-users > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071210/9493c783/attachment.html From mhart at baselinesolutions.com.au Mon Dec 10 20:18:24 2007 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Mon Dec 10 20:18:14 2007 Subject: GnuCash and guile In-Reply-To: <6ba312d60712101956p67535961o550cf32171872002@mail.gmail.com> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> <6ba312d60712101956p67535961o550cf32171872002@mail.gmail.com> Message-ID: <1ADFF574-049E-408A-999D-3EFC1DF76037@baselinesolutions.com.au> Jesse - you're saying the installation's not working after removing any manual or 1.8 installs of guile/slib-guile, installing guile16 and slib-guile16, creating the symlinks, and then installing gnucash with +guile16? The install process worked for me (after removing some manual leftover files in various bin directories from prior, botched guile installations - doing a 'find /opt/local "*guile*"' helped with that) - but yeah, as I said, GnuCash seems flaky afterwards. And I agree with Ryan that this symlinking business is an ugly, purpose-defeating hack in any case - I just wanted to get the thing up and running again... and don't seem to be getting too far in the process. On 11/12/2007, at 2:56 PM, Jesse Sinclair wrote: > and it doesn't seem to work properly... After making the required > symlinks, I still get the guile not found / guile not working > properly errors and thus dumps the installation. > > > On Dec 10, 2007 7:49 PM, Michael Hart < > mhart@baselinesolutions.com.au> wrote: > Hmmm... Well, GnuCash 2.2.1 builds fine, loads fine, but I get this > when entering a new transaction: > > dyld: lazy symbol binding failed: Symbol not found: _mark_split > Referenced from: /opt/local/lib/gnucash/libgncmod- engine.dylib > Expected in: flat namespace > > dyld: Symbol not found: _mark_split > Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib > Expected in: flat namespace > > Trace/BPT trap > > And then it bombs... > > Maybe some more symlinking required...? Not sure. > > On 11/12/2007, at 2:40 PM, Michael Hart wrote: > > > There's actually a couple of small typos in the Trac Ticket comment > > re the symlinks (the /bin/* files incorrectly named). This worked > > for me: > > > > ln -s /opt/local/include/libguile16 /opt/local/include/libguile && \ > > ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h > > && \ > > ln -s /opt/local/include/guile16 /opt/local/include/guile && \ > > ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ > > ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config && \ > > ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ > > ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ > > ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ > > ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib > > && \ > > ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la > > > > (trying to add this to Trac too, but having problems logging in) > > > > On 11/12/2007, at 2:16 PM, Michael Hart wrote: > > > >> And then you'll no doubt run into the problem outlined in Ticket > >> #13472: > >> > >> http://trac.macports.org/projects/macports/ticket/13472 > >> > >> I haven't tried the solution listed there, but hopefully that works > >> for you. > >> > >> Cheers, > >> > >> Michael > >> > >> On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: > >> > >>> > >>> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: > >>> > >>>> I was trying to install GnuCash and it said I didn't have guile. > >>>> So I > >>>> installed guile manually > >>> > >>> Define manually. Did you "sudo port install guile"? Or did you > >>> manually download the guile source code and compile it and install > >>> it somewhere? (where?) > >>> > >>>> and now it apparently thinks the guile that > >>>> got installed isn't good enough. > >>>> > >>>> Any hints about where to go from here? I tried installing slib, > >>>> but it > >>>> says it's already installed. > >>>> > >>>> Thanks, > >>>> Todd > >>>> > >>>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install > gnucash > >>>> ---> Configuring gnucash > >>>> checking for a BSD-compatible install... /usr/bin/install -c > >>>> ... > >>>> checking for guile-config... yes > >>>> checking whether guile-config works... yes > >>>> checking for sin in -lm... yes > >>>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl > >>>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl > >>>> checking for guile headers... -I/opt/local/include -D_THREAD_SAFE > >>>> checking whether guile works... yes > >>>> checking for guile... /opt/local/bin/guile > >>>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 > >>>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 > >>>> checking for SLIB support... configure: error: > >>>> > >>>> Cannot find SLIB. Are you sure you have it installed? > >>>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 > >>> > >>> [snip] > >>> > >>> So you have guile 1.8.3 . According to the long description of the > >>> gnucash port, "Variant +guile16 is enabled by default because > >>> newer guile versions do not yet work correctly with MacPorts." So > >>> gnucash apparently currently only works with guile 1.6.x not guile > >>> 1.8.x. > >>> > >>> So, you should uninstall guile 1.8.3. Then you should sudo port > >>> install gnucash, which should install guile16, slib and slib- > >>> guile16 for you. > >>> > >>> Before you begin, make sure you have the latest ports by using > >>> "sudo port selfupdate" > >>> > >>> _______________________________________________ > >>> macports-users mailing list > >>> macports-users@lists.macosforge.org > >>> http://lists.macosforge.org/mailman/listinfo/macports-users > >> > >> _______________________________________________ > >> macports-users mailing list > >> macports-users@lists.macosforge.org > >> http://lists.macosforge.org/mailman/listinfo/macports-users > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From mhart at baselinesolutions.com.au Mon Dec 10 20:20:15 2007 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Mon Dec 10 20:20:04 2007 Subject: GnuCash and guile In-Reply-To: <1ADFF574-049E-408A-999D-3EFC1DF76037@baselinesolutions.com.au> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> <6ba312d60712101956p67535961o550cf32171872002@mail.gmail.com> <1ADFF574-049E-408A-999D-3EFC1DF76037@baselinesolutions.com.au> Message-ID: <65D9C1D6-DDD4-42FD-BB61-7BC18293368E@baselinesolutions.com.au> Damn - I did of course mean: find /opt/local -name "*guile*" On 11/12/2007, at 3:18 PM, Michael Hart wrote: > Jesse - you're saying the installation's not working after removing > any manual or 1.8 installs of guile/slib-guile, installing guile16 > and slib-guile16, creating the symlinks, and then installing gnucash > with +guile16? > > The install process worked for me (after removing some manual > leftover files in various bin directories from prior, botched guile > installations - doing a 'find /opt/local "*guile*"' helped with > that) - but yeah, as I said, GnuCash seems flaky afterwards. And I > agree with Ryan that this symlinking business is an ugly, purpose- > defeating hack in any case - I just wanted to get the thing up and > running again... and don't seem to be getting too far in the process. > > On 11/12/2007, at 2:56 PM, Jesse Sinclair wrote: > >> and it doesn't seem to work properly... After making the required >> symlinks, I still get the guile not found / guile not working >> properly errors and thus dumps the installation. >> >> >> On Dec 10, 2007 7:49 PM, Michael Hart < mhart@baselinesolutions.com.au >> > wrote: >> Hmmm... Well, GnuCash 2.2.1 builds fine, loads fine, but I get this >> when entering a new transaction: >> >> dyld: lazy symbol binding failed: Symbol not found: _mark_split >> Referenced from: /opt/local/lib/gnucash/libgncmod- engine.dylib >> Expected in: flat namespace >> >> dyld: Symbol not found: _mark_split >> Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib >> Expected in: flat namespace >> >> Trace/BPT trap >> >> And then it bombs... >> >> Maybe some more symlinking required...? Not sure. >> >> On 11/12/2007, at 2:40 PM, Michael Hart wrote: >> >> > There's actually a couple of small typos in the Trac Ticket comment >> > re the symlinks (the /bin/* files incorrectly named). This worked >> > for me: >> > >> > ln -s /opt/local/include/libguile16 /opt/local/include/libguile >> && \ >> > ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h >> > && \ >> > ln -s /opt/local/include/guile16 /opt/local/include/guile && \ >> > ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ >> > ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config >> && \ >> > ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ >> > ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ >> > ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ >> > ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib >> > && \ >> > ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la >> > >> > (trying to add this to Trac too, but having problems logging in) >> > >> > On 11/12/2007, at 2:16 PM, Michael Hart wrote: >> > >> >> And then you'll no doubt run into the problem outlined in Ticket >> >> #13472: >> >> >> >> http://trac.macports.org/projects/macports/ticket/13472 >> >> >> >> I haven't tried the solution listed there, but hopefully that >> works >> >> for you. >> >> >> >> Cheers, >> >> >> >> Michael >> >> >> >> On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: >> >> >> >>> >> >>> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: >> >>> >> >>>> I was trying to install GnuCash and it said I didn't have guile. >> >>>> So I >> >>>> installed guile manually >> >>> >> >>> Define manually. Did you "sudo port install guile"? Or did you >> >>> manually download the guile source code and compile it and >> install >> >>> it somewhere? (where?) >> >>> >> >>>> and now it apparently thinks the guile that >> >>>> got installed isn't good enough. >> >>>> >> >>>> Any hints about where to go from here? I tried installing slib, >> >>>> but it >> >>>> says it's already installed. >> >>>> >> >>>> Thanks, >> >>>> Todd >> >>>> >> >>>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install >> gnucash >> >>>> ---> Configuring gnucash >> >>>> checking for a BSD-compatible install... /usr/bin/install -c >> >>>> ... >> >>>> checking for guile-config... yes >> >>>> checking whether guile-config works... yes >> >>>> checking for sin in -lm... yes >> >>>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl >> >>>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl >> >>>> checking for guile headers... -I/opt/local/include - >> D_THREAD_SAFE >> >>>> checking whether guile works... yes >> >>>> checking for guile... /opt/local/bin/guile >> >>>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 >> >>>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 >> >>>> checking for SLIB support... configure: error: >> >>>> >> >>>> Cannot find SLIB. Are you sure you have it installed? >> >>>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 >> >>> >> >>> [snip] >> >>> >> >>> So you have guile 1.8.3 . According to the long description of >> the >> >>> gnucash port, "Variant +guile16 is enabled by default because >> >>> newer guile versions do not yet work correctly with MacPorts." So >> >>> gnucash apparently currently only works with guile 1.6.x not >> guile >> >>> 1.8.x. >> >>> >> >>> So, you should uninstall guile 1.8.3. Then you should sudo port >> >>> install gnucash, which should install guile16, slib and slib- >> >>> guile16 for you. >> >>> >> >>> Before you begin, make sure you have the latest ports by using >> >>> "sudo port selfupdate" >> >>> >> >>> _______________________________________________ >> >>> macports-users mailing list >> >>> macports-users@lists.macosforge.org >> >>> http://lists.macosforge.org/mailman/listinfo/macports-users >> >> >> >> _______________________________________________ >> >> macports-users mailing list >> >> macports-users@lists.macosforge.org >> >> http://lists.macosforge.org/mailman/listinfo/macports-users >> > >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users >> > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From sinclair.jesse at gmail.com Mon Dec 10 20:28:30 2007 From: sinclair.jesse at gmail.com (Jesse Sinclair) Date: Mon Dec 10 20:28:17 2007 Subject: Fwd: GnuCash and guile In-Reply-To: <6ba312d60712102026w5cec9a84p287501bc95c3cd6b@mail.gmail.com> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> <6ba312d60712101956p67535961o550cf32171872002@mail.gmail.com> <1ADFF574-049E-408A-999D-3EFC1DF76037@baselinesolutions.com.au> <65D9C1D6-DDD4-42FD-BB61-7BC18293368E@baselinesolutions.com.au> <6ba312d60712102026w5cec9a84p287501bc95c3cd6b@mail.gmail.com> Message-ID: <6ba312d60712102028p46c9d66bxe3ed8d511a63a8f6@mail.gmail.com> ---------- Forwarded message ---------- From: Jesse Sinclair Date: Dec 10, 2007 8:26 PM Subject: Re: GnuCash and guile To: Michael Hart Yeah, hasn't worked for me. I have only installed slib-guile16 and guile16. I've never had guile nor slib-guile installed. It doesn't matter at this point though, if gnucash isn't working properly once installed. On Dec 10, 2007 8:20 PM, Michael Hart wrote: > Damn - I did of course mean: > > find /opt/local -name "*guile*" > > On 11/12/2007, at 3:18 PM, Michael Hart wrote: > > > Jesse - you're saying the installation's not working after removing > > any manual or 1.8 installs of guile/slib-guile, installing guile16 > > and slib-guile16, creating the symlinks, and then installing gnucash > > with +guile16? > > > > The install process worked for me (after removing some manual > > leftover files in various bin directories from prior, botched guile > > installations - doing a 'find /opt/local "*guile*"' helped with > > that) - but yeah, as I said, GnuCash seems flaky afterwards. And I > > agree with Ryan that this symlinking business is an ugly, purpose- > > defeating hack in any case - I just wanted to get the thing up and > > running again... and don't seem to be getting too far in the process. > > > > On 11/12/2007, at 2:56 PM, Jesse Sinclair wrote: > > > >> and it doesn't seem to work properly... After making the required > >> symlinks, I still get the guile not found / guile not working > >> properly errors and thus dumps the installation. > >> > >> > >> On Dec 10, 2007 7:49 PM, Michael Hart < mhart@baselinesolutions.com.au > >> > wrote: > >> Hmmm... Well, GnuCash 2.2.1 builds fine, loads fine, but I get this > >> when entering a new transaction: > >> > >> dyld: lazy symbol binding failed: Symbol not found: _mark_split > >> Referenced from: /opt/local/lib/gnucash/libgncmod- engine.dylib > >> Expected in: flat namespace > >> > >> dyld: Symbol not found: _mark_split > >> Referenced from: /opt/local/lib/gnucash/libgncmod- engine.dylib > >> Expected in: flat namespace > >> > >> Trace/BPT trap > >> > >> And then it bombs... > >> > >> Maybe some more symlinking required...? Not sure. > >> > >> On 11/12/2007, at 2:40 PM, Michael Hart wrote: > >> > >> > There's actually a couple of small typos in the Trac Ticket comment > >> > re the symlinks (the /bin/* files incorrectly named). This worked > >> > for me: > >> > > >> > ln -s /opt/local/include/libguile16 /opt/local/include/libguile > >> && \ > >> > ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h > >> > && \ > >> > ln -s /opt/local/include/guile16 /opt/local/include/guile && \ > >> > ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ > >> > ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config > >> && \ > >> > ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ > >> > ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ > >> > ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ > >> > ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib > >> > && \ > >> > ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la > >> > > >> > (trying to add this to Trac too, but having problems logging in) > >> > > >> > On 11/12/2007, at 2:16 PM, Michael Hart wrote: > >> > > >> >> And then you'll no doubt run into the problem outlined in Ticket > >> >> #13472: > >> >> > >> >> http://trac.macports.org/projects/macports/ticket/13472 > >> >> > >> >> I haven't tried the solution listed there, but hopefully that > >> works > >> >> for you. > >> >> > >> >> Cheers, > >> >> > >> >> Michael > >> >> > >> >> On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: > >> >> > >> >>> > >> >>> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: > >> >>> > >> >>>> I was trying to install GnuCash and it said I didn't have guile. > >> >>>> So I > >> >>>> installed guile manually > >> >>> > >> >>> Define manually. Did you "sudo port install guile"? Or did you > >> >>> manually download the guile source code and compile it and > >> install > >> >>> it somewhere? (where?) > >> >>> > >> >>>> and now it apparently thinks the guile that > >> >>>> got installed isn't good enough. > >> >>>> > >> >>>> Any hints about where to go from here? I tried installing slib, > >> >>>> but it > >> >>>> says it's already installed. > >> >>>> > >> >>>> Thanks, > >> >>>> Todd > >> >>>> > >> >>>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install > >> gnucash > >> >>>> ---> Configuring gnucash > >> >>>> checking for a BSD-compatible install... /usr/bin/install -c > >> >>>> ... > >> >>>> checking for guile-config... yes > >> >>>> checking whether guile-config works... yes > >> >>>> checking for sin in -lm... yes > >> >>>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl > >> >>>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl > >> >>>> checking for guile headers... -I/opt/local/include - > >> D_THREAD_SAFE > >> >>>> checking whether guile works... yes > >> >>>> checking for guile... /opt/local/bin/guile > >> >>>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 > >> >>>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 > >> >>>> checking for SLIB support... configure: error: > >> >>>> > >> >>>> Cannot find SLIB. Are you sure you have it installed? > >> >>>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 > >> >>> > >> >>> [snip] > >> >>> > >> >>> So you have guile 1.8.3 . According to the long description of > >> the > >> >>> gnucash port, "Variant +guile16 is enabled by default because > >> >>> newer guile versions do not yet work correctly with MacPorts." So > >> >>> gnucash apparently currently only works with guile 1.6.x not > >> guile > >> >>> 1.8.x. > >> >>> > >> >>> So, you should uninstall guile 1.8.3. Then you should sudo port > >> >>> install gnucash, which should install guile16, slib and slib- > >> >>> guile16 for you. > >> >>> > >> >>> Before you begin, make sure you have the latest ports by using > >> >>> "sudo port selfupdate" > >> >>> > >> >>> _______________________________________________ > >> >>> macports-users mailing list > >> >>> macports-users@lists.macosforge.org > >> >>> http://lists.macosforge.org/mailman/listinfo/macports-users > >> >> > >> >> _______________________________________________ > >> >> macports-users mailing list > >> >> macports-users@lists.macosforge.org > >> >> http://lists.macosforge.org/mailman/listinfo/macports-users > >> > > >> > >> _______________________________________________ > >> macports-users mailing list > >> macports-users@lists.macosforge.org > >> http://lists.macosforge.org/mailman/listinfo/macports-users > >> > > > > _______________________________________________ > > macports-users mailing list > > macports-users@lists.macosforge.org > > http://lists.macosforge.org/mailman/listinfo/macports-users > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071210/6b369a52/attachment.html From mas at macports.org Mon Dec 10 23:20:08 2007 From: mas at macports.org (=?ISO-8859-1?Q?Marc_Andr=E9_Selig?=) Date: Mon Dec 10 23:19:54 2007 Subject: GnuCash and guile In-Reply-To: References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> Message-ID: On Dec 11, 2007 4:47 AM, Ryan Schmidt wrote: > Ugh. The guile16 port deliberately installs things with the version > suffix appended so that guile and guile16 can be installed > simultaneously. Making symlinks as you've described completely > contradicts that goal. Which was introduced (badly and incompletely) in http://trac.macports.org/projects/macports/changeset/30860, which just does not work. I doubt if that commit was even tested against the guile16 dependents (i.e., GnuCash). If you want to make guile 1.8 and guile 1.6 live with each other, at least make sure that it is a working solution. The current situation, introduced by that patch above, just breaks the guile16 dependents. :-( Regards, Marc From daniel at danieloberhoff.de Tue Dec 11 00:35:44 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Tue Dec 11 00:35:32 2007 Subject: plans for 64bit support In-Reply-To: <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> Message-ID: <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> Hmm, ok. That makes sense, since I upgraded with an installed macports base. I suppose I should really reinstall all then, since otherwise I will end up with a crazy mix? Though, per default on Leopard compilation seems to be 32 bit. When you just compile something without further options pointer size is 32bit. Only when you specify - arch x86_64 or -m64 do you get 64bit. So it would really make sense to have both (but not ppc). So I would vote for an autamatic variant to get intel only 32/64bit. Daniel Am 10.12.2007 um 01:33 schrieb Ryan Schmidt: > > On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: > >> Now that Leopard is out and already at 10.5.1 will macports be >> supporting 64bit libraries? It's just I need 64bit in my octave >> installation. I pull my octave from octave.org's cvs, but it needs >> quite a lot of support libraries. From what I gather it should be >> possible on Leopard to build fat libraries, i.e. ones that contain >> 64 and 32 bit code (i think it works using -arch x84_64 -arch i686 >> as gcc flags). Or will this be left to the separate ports? > > MacPorts is supposed to build libraries for whatever system it's > running on. So I would have thought that if you're on a 64-bit Intel > system, it should build 64-bit Intel libraries. Is it building 32- > bit Intel libraries for you? > > We have the +universal variant for building 2-way (32-bit, Intel and > PowerPC) universal binaries. We are still in the process of getting > this to work with many of the ports. It could be changed to build 4- > way (32-bit and 64-bit, Intel and PowerPC) universal binaries. This > should be possible on Tiger too, as far as I know. It won't fix any > ports that are having trouble building 2-way universal binaries. Not > sure if it would mess up any ports that are already working. Are all > the ports that you need already working as 2-way universal binaries? > > I haven't heard anyone suggest building libraries that contain 32- > bit and 64-bit code for just one processor family before (in > relation to MacPorts). It would of course be possible, but I think > it would make most sense to continue along our current path: > software should be default install for the architecture you're on, > and if you need multiple architectures, then you need the +universal > variant. > > It has been said before that maybe 64-bit binaries aren't all that > helpful, but the Ars Technica review of Leopard explains that while > 64-bit binaries aren't that helpful on the PowerPC architecture, > they really are quite good for secondary reasons on the Intel > architecture. The 32-bit Intel architecture has often been called > inferior to the 32-bit PowerPC architecture, but the 64-bit Intel > architecture seems to fix many of the issues. Also, maybe Leopard > being a full 64-bit system makes 64-bit binaries more relevant. > > Perhaps we could do 4-way universal binaries only when MacPorts is > running on Leopard.... but that might be a bad idea, since only > people running Leopard could then develop and test this. > > We could introduce a new automatic variant... +universal4? > +universal64? People could test with this new variant and if any > problems are encountered it would not prevent anyone from using the > existing 2-way 32-bit +universal variant. I'm wary of this though... > I wouldn't want, say, "universal64" directives to start appearing in > portfiles, if we want to eventually fold +universal64 into +universal. > > Just some thoughts off the top of my head. > From ryandesign at macports.org Tue Dec 11 00:50:27 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 11 01:17:06 2007 Subject: plans for 64bit support In-Reply-To: <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> Message-ID: On Dec 11, 2007, at 02:35, Daniel Oberhoff wrote: > Am 10.12.2007 um 01:33 schrieb Ryan Schmidt: > >> On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: >> >>> Now that Leopard is out and already at 10.5.1 will macports be >>> supporting 64bit libraries? It's just I need 64bit in my octave >>> installation. I pull my octave from octave.org's cvs, but it >>> needs quite a lot of support libraries. From what I gather it >>> should be possible on Leopard to build fat libraries, i.e. ones >>> that contain 64 and 32 bit code (i think it works using -arch >>> x84_64 -arch i686 as gcc flags). Or will this be left to the >>> separate ports? >> >> MacPorts is supposed to build libraries for whatever system it's >> running on. So I would have thought that if you're on a 64-bit >> Intel system, it should build 64-bit Intel libraries. Is it >> building 32-bit Intel libraries for you? >> >> We have the +universal variant for building 2-way (32-bit, Intel >> and PowerPC) universal binaries. We are still in the process of >> getting this to work with many of the ports. It could be changed >> to build 4-way (32-bit and 64-bit, Intel and PowerPC) universal >> binaries. This should be possible on Tiger too, as far as I know. >> It won't fix any ports that are having trouble building 2-way >> universal binaries. Not sure if it would mess up any ports that >> are already working. Are all the ports that you need already >> working as 2-way universal binaries? >> >> I haven't heard anyone suggest building libraries that contain 32- >> bit and 64-bit code for just one processor family before (in >> relation to MacPorts). It would of course be possible, but I think >> it would make most sense to continue along our current path: >> software should be default install for the architecture you're on, >> and if you need multiple architectures, then you need the >> +universal variant. >> >> It has been said before that maybe 64-bit binaries aren't all that >> helpful, but the Ars Technica review of Leopard explains that >> while 64-bit binaries aren't that helpful on the PowerPC >> architecture, they really are quite good for secondary reasons on >> the Intel architecture. The 32-bit Intel architecture has often >> been called inferior to the 32-bit PowerPC architecture, but the >> 64-bit Intel architecture seems to fix many of the issues. Also, >> maybe Leopard being a full 64-bit system makes 64-bit binaries >> more relevant. >> >> Perhaps we could do 4-way universal binaries only when MacPorts is >> running on Leopard.... but that might be a bad idea, since only >> people running Leopard could then develop and test this. >> >> We could introduce a new automatic variant... +universal4? >> +universal64? People could test with this new variant and if any >> problems are encountered it would not prevent anyone from using >> the existing 2-way 32-bit +universal variant. I'm wary of this >> though... I wouldn't want, say, "universal64" directives to start >> appearing in portfiles, if we want to eventually fold +universal64 >> into +universal. >> >> Just some thoughts off the top of my head. > > Hmm, ok. That makes sense, since I upgraded with an installed > macports base. I suppose I should really reinstall all then, since > otherwise I will end up with a crazy mix? Yes, if you're moving from one architecture to another (G4->G5, PPC- >Intel, 32-bit->64-bit, etc.) you should really throw away your old MacPorts (saving any conf files or databases or other data) and rebuild all your ports. > Though, per default on Leopard compilation seems to be 32 bit. When > you just compile something without further options pointer size is > 32bit. Only when you specify -arch x86_64 or -m64 do you get 64bit. Ah, I see. I didn't know. I haven't had a 64-bit machine. > So it would really make sense to have both (but not ppc). So I > would vote for an autamatic variant to get intel only 32/64bit. So by default we build 32-bit binaries for the host architecture. And we have a +universal variant for building 32-bit binaries for both architectures. You want an additional variant for building fat 32-bit and 64-bit Intel binaries. Do we then also need a separate variant for building fat 32-bit and 64-bit PowerPC binaries? And what about a fat universal variant with all 4 options? This proliferation of variants is what I want to avoid. Most users will not need it and it will confuse some of them. It's much extra work for some portfile authors, because some software (rather a lot, actually) does not build successful universal binaries using the simple tricks, and much more work is required to build universal. See for example the openssl port (which, to build universal, you'll have to back-date to version 0.9.8e because of bug #12911) which goes through crazy hoops to build first for one architecture, then the other, then lipo them together. Similar (though perhaps not identical) hoops would have to be gone through for fat binaries or 4-way binaries. Well, that is until MacPorts base grows some universal-build helpers. (I still really think MacPorts base should have an easy way to build a port multiple times, once for each architecture, and lipo it together, automatically, selected with just a single line in the portfile). Why, by the way, do you need 64-bit octave? Just curious. From hs at ubit.com Tue Dec 11 02:14:17 2007 From: hs at ubit.com (Henri Servomaa) Date: Tue Dec 11 02:16:23 2007 Subject: docbook.xsl not found during xmlto install In-Reply-To: References: Message-ID: <8E129F19-4AA3-49F5-8BB6-5F9C21006710@ubit.com> On 15.11.2007, at 6.47, markd@macports.org wrote: > I think there is a problem with one of xmlto's docbook > dependencies, but > I'm not sure what it is. I retitled the message in hopes someone else > will know the problem. > > Mark Hi there, I think I have the same problem. We are behind a proxy but I can see the xsl file and wget it. However when trying to port install xmlto this seems to be the fatal error point I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl Any help ? > Joe Schnide writes: >> I've been trying for many weeks to get a clean port upgrade >> installed to >> run but there were errors upgrading xmlto. It was the same >> running under >> tiger or leopard. Now I am getting errors when gettext is trying >> to be >> updated. I'm not certain what all information is needed to assist in >> troubleshooting the issue. I've searched the mailing list and FAQs & >> not found anything that seemd to be the same issue. Below is the >> most >> recent output from the port upgrade installed command: >> >> ---> Staging xmlto into destroot >> Error: Target org.macports.destroot returned: shell command " cd >> "/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_text >> proc_xmlto/work/xmlto-0.0.18" >> >> && make install XML_CATALOG_FILES=/opt/local/etc/xml/catalog >> DESTDIR=/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_text >> proc_xmlto/work/destroot >> >> " returned error 2 >> Command output: cannot parse >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> Variable $SGML_CATALOG_FILES not set >> I/O error : Attempt to load network entity >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> warning: failed to load external entity >> "http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl" >> cannot parse >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> for xml in xmlif.xml xmlto.xml; do \ >> FORMAT_DIR=./format XSL_DIR=./xsl \ >> bash ./xmlto -o man/man1 man ./doc/$xml ; \ >> done || ( RC=$?; cat ./FAQ; exit $RC ) >> I/O error : Attempt to load network entity >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> warning: failed to load external entity >> "http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl" >> cannot parse >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> Variable $SGML_CATALOG_FILES not set >> I/O error : Attempt to load network entity >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> warning: failed to load external entity >> "http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl" >> cannot parse >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> I/O error : Attempt to load network entity >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> warning: failed to load external entity >> "http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl" >> cannot parse >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> Variable $SGML_CATALOG_FILES not set >> I/O error : Attempt to load network entity >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> warning: failed to load external entity >> "http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl" >> cannot parse >> http://docbook.sourceforge.net/release/xsl/current/manpages/ >> docbook.xsl >> mkdir -p -- . >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_text >> proc_xmlto/work/destroot/opt/local/share/man/man1 >> /usr/bin/install -c -m 644 man/man1/xmlto.1 >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_text >> proc_xmlto/work/destroot/opt/local/share/man/man1/xmlto.1 >> install: man/man1/xmlto.1: No such file or directory >> /usr/bin/install -c -m 644 man/man1/xmlif.1 >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_text >> proc_xmlto/work/destroot/opt/local/share/man/man1/xmlif.1 >> install: man/man1/xmlif.1: No such file or directory >> make[1]: *** [install-man1] Error 71 >> make: *** [install-am] Error 2 From ryandesign at macports.org Tue Dec 11 03:23:45 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 11 03:23:45 2007 Subject: plans for 64bit support In-Reply-To: <85B0525D-28E6-4DE0-A458-E89D6D5C8764@web.de> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <85B0525D-28E6-4DE0-A458-E89D6D5C8764@web.de> Message-ID: <8817390A-526B-4855-8C89-B7DCBEBCD049@macports.org> This discussion belongs on the mailing list, not in my private mailbox. Please use Reply To All when replying. On Dec 11, 2007, at 04:30, Keith J. Schultz wrote: > Am 11.12.2007 um 09:50 schrieb Ryan Schmidt: > >> On Dec 11, 2007, at 02:35, Daniel Oberhoff wrote: >> >>> Am 10.12.2007 um 01:33 schrieb Ryan Schmidt: >>> >>>> On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: >>>> >>>>> Now that Leopard is out and already at 10.5.1 will macports be >>>>> supporting 64bit libraries? It's just I need 64bit in my octave >>>>> installation. I pull my octave from octave.org's cvs, but it >>>>> needs quite a lot of support libraries. From what I gather it >>>>> should be possible on Leopard to build fat libraries, i.e. ones >>>>> that contain 64 and 32 bit code (i think it works using -arch >>>>> x84_64 -arch i686 as gcc flags). Or will this be left to the >>>>> separate ports? >>>> >>>> MacPorts is supposed to build libraries for whatever system it's >>>> running on. So I would have thought that if you're on a 64-bit >>>> Intel system, it should build 64-bit Intel libraries. Is it >>>> building 32-bit Intel libraries for you? >>>> >>>> We have the +universal variant for building 2-way (32-bit, Intel >>>> and PowerPC) universal binaries. We are still in the process of >>>> getting this to work with many of the ports. It could be changed >>>> to build 4-way (32-bit and 64-bit, Intel and PowerPC) universal >>>> binaries. This should be possible on Tiger too, as far as I >>>> know. It won't fix any ports that are having trouble building 2- >>>> way universal binaries. Not sure if it would mess up any ports >>>> that are already working. Are all the ports that you need >>>> already working as 2-way universal binaries? >>>> >>>> I haven't heard anyone suggest building libraries that contain >>>> 32-bit and 64-bit code for just one processor family before (in >>>> relation to MacPorts). It would of course be possible, but I >>>> think it would make most sense to continue along our current >>>> path: software should be default install for the architecture >>>> you're on, and if you need multiple architectures, then you need >>>> the +universal variant. >>>> >>>> It has been said before that maybe 64-bit binaries aren't all >>>> that helpful, but the Ars Technica review of Leopard explains >>>> that while 64-bit binaries aren't that helpful on the PowerPC >>>> architecture, they really are quite good for secondary reasons >>>> on the Intel architecture. The 32-bit Intel architecture has >>>> often been called inferior to the 32-bit PowerPC architecture, >>>> but the 64-bit Intel architecture seems to fix many of the >>>> issues. Also, maybe Leopard being a full 64-bit system makes 64- >>>> bit binaries more relevant. >>>> >>>> Perhaps we could do 4-way universal binaries only when MacPorts >>>> is running on Leopard.... but that might be a bad idea, since >>>> only people running Leopard could then develop and test this. >>>> >>>> We could introduce a new automatic variant... +universal4? >>>> +universal64? People could test with this new variant and if any >>>> problems are encountered it would not prevent anyone from using >>>> the existing 2-way 32-bit +universal variant. I'm wary of this >>>> though... I wouldn't want, say, "universal64" directives to >>>> start appearing in portfiles, if we want to eventually fold >>>> +universal64 into +universal. >>>> >>>> Just some thoughts off the top of my head. >>> >>> Hmm, ok. That makes sense, since I upgraded with an installed >>> macports base. I suppose I should really reinstall all then, >>> since otherwise I will end up with a crazy mix? >> >> Yes, if you're moving from one architecture to another (G4->G5, >> PPC->Intel, 32-bit->64-bit, etc.) you should really throw away >> your old MacPorts (saving any conf files or databases or other >> data) and rebuild all your ports. >> >>> Though, per default on Leopard compilation seems to be 32 bit. >>> When you just compile something without further options pointer >>> size is 32bit. Only when you specify -arch x86_64 or -m64 do you >>> get 64bit. >> >> Ah, I see. I didn't know. I haven't had a 64-bit machine. >> >>> So it would really make sense to have both (but not ppc). So I >>> would vote for an autamatic variant to get intel only 32/64bit. >> >> So by default we build 32-bit binaries for the host architecture. >> And we have a +universal variant for building 32-bit binaries for >> both architectures. You want an additional variant for building >> fat 32-bit and 64-bit Intel binaries. Do we then also need a >> separate variant for building fat 32-bit and 64-bit PowerPC >> binaries? And what about a fat universal variant with all 4 >> options? This proliferation of variants is what I want to avoid. >> Most users will not need it and it will confuse some of them. It's >> much extra work for some portfile authors, because some software >> (rather a lot, actually) does not build successful universal >> binaries using the simple tricks, and much more work is required >> to build universal. See for example the openssl port (which, to >> build universal, you'll have to back-date to version 0.9.8e >> because of bug #12911) which goes through crazy hoops to build >> first for one architecture, then the other, then lipo them >> together. Similar (though perhaps not identical) hoops would have >> to be gone through for fat binaries or 4-way binaries. Well, that >> is until MacPorts base grows some universal-build helpers. (I >> still really think MacPorts base should have an easy way to build >> a port multiple times, once for each architecture, and lipo it >> together, automatically, selected with just a single line in the >> portfile). >> >> >> Why, by the way, do you need 64-bit octave? Just curious. > > Hi Everybody, > > Why would someone with a Intel or PowerPC want to build a > universal for a port. > I mean it is build on one machine and is used on one machine. I > can understand > the variants for Intel and PowerPC as well as the need for 32 or > 64 bit variants, > but universal no way. > > Yes, a port author will want to test and build the different > variants, but why universal. > I mean ports does not need unversal variants on the pure unix > side. Cocoa Apps is a different > matter, but since they are build on the host machine we could do > with out it. So we have: > 1) Intel + 64 > 2) Intel + 32 > 3) PowerPC + 64 (G5 only) > 4) PowerPC + 32 > > I believe that which version to build can be guess by looking at > the CPU. Should not autoconfig > handle that? > > regards > Keith. I don't think now is the time to second-guess MacPorts's universal support, which has been around since r22313 10 months ago and is being improved on a port by port basis as problems are discovered. MacPorts's universal support is explained in the first item of the FAQ: http://trac.macports.org/projects/macports/wiki/FAQ#IsMacPortsUniversal True, most users do not need universal ports. But some do. Some install MacPorts on an external hard drive that they might connect to either a PowerPC- or an Intel-based Mac. Or some users may install MacPorts on their current PowerPC Mac, then later use Migration Assistant to migrate the content of their hard drive to a newly- bought Intel-based Mac. Users who have installed +universal versions of all ports can continue unhindered, while those who did not will have to blow away their MacPorts installation, reinstall MacPorts and re-build all their ports. A goal of MacPorts is to eventually distribute binaries of ports, rather than make everyone compile things themselves. It would be inconvenient to have to maintain separate PowerPC and Intel binaries, hence the desire to have universal binaries so we can have just a single binary download for each port. If and when that ever happens. Therefore, we certainly don't want to now increase the number of binary ways the software can be built, so we don't want separate ways to build fat Intel or fat PowerPC binaries. Rather, I would suggest, as I suggested before, that we should have the default, which builds for the local host architecture only, which most users today will use, and we should have +universal, as we do now, but which can be extended to support all 4 binary types that one might conceivably want, if indeed 64-bit binaries are useful to have. As far as I know, autoconf was conceived without having considered multiple-architecture binaries, so I don't know that it's going to be any help in building fat or universal binaries. From toddobryan at gmail.com Tue Dec 11 03:47:59 2007 From: toddobryan at gmail.com (Todd O'Bryan) Date: Tue Dec 11 03:47:43 2007 Subject: GnuCash and guile In-Reply-To: References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> Message-ID: <904774730712110347o7239be23x19443b6319a9dd3a@mail.gmail.com> I gather people are already aware of the brokenness, but for completeness, here's what I get when I try to install gnucash after uninstalling the guile package.... doug-spauldings-imac:~ dougspaulding$ sudo port selfupdate Password: MacPorts base version 1.520 installed Downloaded MacPorts base version 1.520 The MacPorts installation is not outdated and so was not updated selfupdate done! doug-spauldings-imac:~ dougspaulding$ sudo port -vf install gnucash ---> Configuring gnucash ... checking whether guile works... no configure: WARNING: Can not find Guile on this system checking for guile... no checking for guile - 1.6.0 <= version < 99.99.99... no: configure: WARNING: guile version check failed configure: error: guile does not appear to be installed correctly, or is not in the correct version range. Perhaps you have not installed the guile development packages? Gnucash requires at least version 1.6 to build. 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_gnome_gnucash/work/gnucash-2.2.1" && ./configure --prefix=/opt/local --disable-glibtest --disable-debug --disable-profile --disable-dependency-tracking --enable-hbci --enable-ofx " returned error 1 Command output: checking for unistd.h... (cached) yes checking wctype.h usability... yes checking wctype.h presence... yes checking for wctype.h... yes checking for dlsym... yes checking for dlerror... yes checking for darwin... yes, moving on... checking for qt_null in -lqthreads... no checking for qt_null in -lqt... no checking for main in -ltermcap... yes checking for main in -lreadline... yes checking for guile-config... no checking for build-guile... (cached) no checking for sin in -lm... yes checking for main in -lrx... no checking for qt_null in -lqt... (cached) no checking for dlopen in -ldl... (cached) yes checking for t_accept in -lnsl... no checking for socket in -lsocket... no checking whether guile works... no configure: WARNING: Can not find Guile on this system checking for guile... no checking for guile - 1.6.0 <= version < 99.99.99... no: configure: WARNING: guile version check failed configure: error: guile does not appear to be installed correctly, or is not in the correct version range. Perhaps you have not installed the guile development packages? Gnucash requires at least version 1.6 to build. Warning: the following items did not execute (for gnucash): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Glad to know it's not just me, Todd From jochen at fhi-berlin.mpg.de Tue Dec 11 03:54:36 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Tue Dec 11 03:54:22 2007 Subject: plans for 64bit support In-Reply-To: <8817390A-526B-4855-8C89-B7DCBEBCD049@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <85B0525D-28E6-4DE0-A458-E89D6D5C8764@web.de> <8817390A-526B-4855-8C89-B7DCBEBCD049@macports.org> Message-ID: <258BFDFC-0F64-4E2C-994E-D5E8738D64E1@fhi-berlin.mpg.de> Hi Everybody, On 11.12.2007, at 12:23, Ryan Schmidt wrote: [...] I totally agree with Ryan's argumentation on avoiding to many distinct lines of binaries and would suggest the people that are interested in 64 bit support or willing to help, extend +universal to include 32 bit and 64 bit binaries for PPC and Intel, all at once. [...] > if indeed 64-bit binaries are useful to have Well, I have been running numerical simulations on 64 bit machines/ OSs already for more than ten years (starting with DEC AlphaStations at the time) because they run considerably faster on the 64 bit architecture or wouldn't run on 32 bit at ll (for memory constraints). I have not yet done that on Mac OS X but currently use 64-bit variants of Linux, but I do see the use and actual need for 64 bit support on Mac OS X. Especially for some of the nice numerics tools in MacPorts! Therefore, I think we should strongly consider to support 64 bit in some way. See above for my standpoint on Ryan's email. As a side-node: I wonder when we finally get rid of 32 bit and, moreover, when we get 128 bit floating point hardware back (Mr Cray, are you still around;) Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From frank-lists at auroralux.net Tue Dec 11 04:12:59 2007 From: frank-lists at auroralux.net (Frank McPherson) Date: Tue Dec 11 04:12:44 2007 Subject: Problems installing gimp2 on leopard In-Reply-To: <24EC8F7A-0BD0-4335-AEAA-DC15958245D8@macports.org> References: <24EC8F7A-0BD0-4335-AEAA-DC15958245D8@macports.org> Message-ID: <40292F80-2AB4-46F4-B393-88A45042B43F@auroralux.net> On Dec 9, 2007, at 8:01 PM, Ryan Schmidt wrote: >> As I poked around the dependency tree, I saw that gtk2 had been >> previously installed with the +quartz and +x11 variants. I tried >> rebuilding gtk2 with only the +quartz variant, but found it somehow >> automatically adds +x11. > > Since Randall Wood just dropped maintainership of gtk2 and gnome, I > stepped in and changed this in r31844. Now +x11 is the default for > gtk2 only if you have not requested +quartz. You can still have > both, if you want them, by specifying +quartz +x11. I'll give it another try when this change hits. >> It didn't matter in the end --- I got the same error when trying to >> build gimp2. I've attached it at the end. The weird thing is I >> can't find any references in the command line here to gdk-x11, >> though that's the error. I also tried 'find . -type f -exec grep >> gdk-x11 {} \;' from inside gimp2's work directory and didn't find >> any matches. >> [snip] >> /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - >> Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- >> declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o >> poppler poppler-poppler.o ../../libgimp/libgimpui-2.0.la ../../ >> libgimpwidgets/libgimpwidgets-2.0.la ../../libgimpmodule/ >> libgimpmodule-2.0.la ../../libgimp/libgimp-2.0.la ../../libgimpmath/ >> libgimpmath-2.0.la ../../libgimpconfig/libgimpconfig-2.0.la ../../ >> libgimpcolor/libgimpcolor-2.0.la ../../libgimpbase/ >> libgimpbase-2.0.la -Wl,-framework,CoreServices,- >> framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 - >> lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - >> lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lfreetype -lz - >> lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 -lintl - >> liconv -Wl,-framework,CoreServices,-framework,ApplicationServices >> -L/opt/local/lib -lpoppler-glib -lpoppler -lgdk-quartz-2.0 - >> lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 - >> lgmodule-2.0 -lfreetype -lz -lfontconfig -lexpat -lpng12 - >> lgthread-2.0 -lglib-2.0 -lintl -liconv -lintl >> libtool: link: cannot find the library `/opt/local/lib/libgdk- >> x11-2.0.la' or unhandled argument `/opt/local/lib/libgdk-x11-2.0.la' >> make[3]: *** [poppler] Error 1 >> make[2]: *** [all-recursive] Error 1 >> make[1]: *** [all-recursive] Error 1 >> make: *** [all] Error 2 > > I'm afraid I don't know about this one. I don't use gdk2 myself. That's the funny thing here - the only port returned by 'port search gdk' is gdk-pixbuf, and I don't have it installed at all. Frank From andrei at tchijov.com Tue Dec 11 08:15:07 2007 From: andrei at tchijov.com (Andrei Tchijov) Date: Tue Dec 11 08:14:51 2007 Subject: "port provides ..." hangs Message-ID: I was trying to resolve problem with libintl.3.dylib according to http://trac.macosforge.org/projects/macports/wiki/ProblemHotlist Unfortunately, I run into following problem. When depsearch.sh runs into first library which refer to libintl (in my case it is /opt/local/ lib/libgettextlib-0.17.dylib ) it tries to run "port provides /opt/ local/lib/libgettextlib-0.17.dylib" and get stuck. One would think that this kind of behavior indicate some serious problems with my macport install. I really hate the idea of nuking macport install and starting from scratch so any suggestion what I should do to rectify ( or at least further diagnose ) this problem will be highly appreciated. Andrei Tchijov From jzheng at soe.ucsc.edu Tue Dec 11 09:21:34 2007 From: jzheng at soe.ucsc.edu (jzheng@soe.ucsc.edu) Date: Tue Dec 11 09:21:17 2007 Subject: problem installing x264 In-Reply-To: <475DD08A.9050009@gmail.com> References: <49364.143.232.155.23.1197316181.squirrel@webmail.soe.ucsc.edu> <475DD08A.9050009@gmail.com> Message-ID: <49592.143.232.155.23.1197393694.squirrel@webmail.soe.ucsc.edu> Hi Andrew, I can wget the snapshot, but not curl. When I curl, I got: curl: (7) couldn't connect to host. Do you know which mechanism is used by port? Thanks for your help. Jian > Hi, > > It looks like the file is still in the videolan repository as I just > pulled it down to test, are you able to wget > 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20070411-2245.tar.bz2' > or curl > 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264-snapshot-20070411-2245.tar.bz2' > -o x264-snapshot-20070411-2245.tar.bz2 > > Andrew > > > jzheng@soe.ucsc.edu wrote: >> Hello, >> >> I'm having problem installing x264. It seems the process cannot fetch a >> copy of x264. However I can go to the ftp site and ftp a copy without >> any >> problem. >> >> ---> Fetching x264 >> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >> ftp://ftp.videolan.org/pub/videolan/x264/snapshots/ >> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >> http://svn.macports.org/repository/macports/distfiles/x264 >> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >> http://svn.macports.org/repository/macports/distfiles/general/ >> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >> http://svn.macports.org/repository/macports/downloads/x264 >> Error: Target org.macports.fetch returned: fetch failed >> Error: Status 1 encountered during processing. >> >> Has anyone had this problem? >> >> Jian >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users >> > From arxcruz at gmail.com Tue Dec 11 09:55:11 2007 From: arxcruz at gmail.com (Arx Cruz) Date: Tue Dec 11 09:54:58 2007 Subject: Problems to fetch gnuregex. Message-ID: Hello guys Im new in macports, and in mac os x. Im comming from linux world, and i love work with gtk, so i want to install some librarys in my leopard machine, and im using macports for this. My problem is: when i try install gtksourceview package, i got the error above: macbook-de-arx-cruz:~ arxcruz$ sudo port install gtksourceview ---> Fetching gnuregex ---> Attempting to fetch regex-0.12.tar.gz from http://ftp.gnu.org/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.gnu.org/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.uu.net/archive/systems/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.funet.fi/pub/gnu/prep/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.kddlabs.co.jp/pub/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.dti.ad.jp/pub/GNU/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.informatik.hu-berlin.de/pub/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.lip6.fr/pub/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.chg.ru/pub/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.mirror.ac.uk/sites/ftp.gnu.org/gnu/regex ---> Attempting to fetch regex-0.12.tar.gz from http://svn.macports.org/repository/macports/distfiles/gnuregex ---> Attempting to fetch regex-0.12.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch regex-0.12.tar.gz from http://svn.macports.org/repository/macports/downloads/gnuregex Error: Target org.macports.fetch returned: fetch failed Error: The following dependencies failed to build: gnuregex Error: Status 1 encountered during processing. i can download the gettext-0.12.tar.gz from safari and firefox wich means the problem is not with my connection. Anyone can help me ? I`ve been trying install gtk for hours and this is the last package i need to install. -- "A f? remove montanhas, mas eu prefiro a dinamite" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071211/85644791/attachment-0001.html From ryandesign at macports.org Tue Dec 11 10:17:26 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 11 10:17:23 2007 Subject: problem installing x264 In-Reply-To: <49592.143.232.155.23.1197393694.squirrel@webmail.soe.ucsc.edu> References: <49364.143.232.155.23.1197316181.squirrel@webmail.soe.ucsc.edu> <475DD08A.9050009@gmail.com> <49592.143.232.155.23.1197393694.squirrel@webmail.soe.ucsc.edu> Message-ID: <61FF43F4-9CF9-441C-8030-F2CAA57AEB82@macports.org> Yes: MacPorts uses curl, not wget. I don't see why wget would be able to connect but curl would not. You can put the manually-downloaded file into /opt/local/var/macports/ distfiles/x264 for now and you should be able to install. This is a workaround, obviously, and we should still figure out why MacPorts couldn't download it itself. On Dec 11, 2007, at 11:21, jzheng@soe.ucsc.edu wrote: > I can wget the snapshot, but not curl. When I curl, I got: curl: (7) > couldn't connect to host. Do you know which mechanism is used by port? > > >> It looks like the file is still in the videolan repository as I just >> pulled it down to test, are you able to wget >> 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264- >> snapshot-20070411-2245.tar.bz2' >> or curl >> 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264- >> snapshot-20070411-2245.tar.bz2' >> -o x264-snapshot-20070411-2245.tar.bz2 >> >> >> jzheng@soe.ucsc.edu wrote: >> >>> I'm having problem installing x264. It seems the process cannot >>> fetch a >>> copy of x264. However I can go to the ftp site and ftp a copy >>> without >>> any problem. >>> >>> ---> Fetching x264 >>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>> ftp://ftp.videolan.org/pub/videolan/x264/snapshots/ >>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>> http://svn.macports.org/repository/macports/distfiles/x264 >>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>> http://svn.macports.org/repository/macports/distfiles/general/ >>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>> http://svn.macports.org/repository/macports/downloads/x264 >>> Error: Target org.macports.fetch returned: fetch failed >>> Error: Status 1 encountered during processing. >>> >>> Has anyone had this problem? From ryandesign at macports.org Tue Dec 11 10:14:34 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 11 10:41:11 2007 Subject: Problems to fetch gnuregex. In-Reply-To: References: Message-ID: <09CE41FF-0755-4CCF-B1EB-D72AE6D856D6@macports.org> On Dec 11, 2007, at 11:55, Arx Cruz wrote: > Im new in macports, and in mac os x. In that case, welcome to both! > Im comming from linux world, and i love work with gtk, so i want to > install some librarys in my leopard machine, and im using macports > for this. > > My problem is: when i try install gtksourceview package, i got the > error above: > > macbook-de-arx-cruz:~ arxcruz$ sudo port install gtksourceview > ---> Fetching gnuregex > ---> Attempting to fetch regex-0.12.tar.gz from http://ftp.gnu.org/ > gnu/regex > ---> Attempting to fetch regex-0.12.tar.gz from ftp://ftp.gnu.org/ > gnu/regex [snip] Hm, yeah, the software is not available from those URLs; it's available from http://ftp.gnu.org/old-gnu/regex/ > Anyone can help me ? I`ve been trying install gtk for hours and > this is the last package i need to install. I fixed the portfile in r31906. If you wait 30 minutes, then "sudo port selfupdate", then try again, it should work. From daniel at danieloberhoff.de Tue Dec 11 11:05:40 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Tue Dec 11 11:05:25 2007 Subject: plans for 64bit support In-Reply-To: References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> Message-ID: <79B92747-0C63-4BF3-AD5C-16FF9B8E013D@danieloberhoff.de> Am 11.12.2007 um 09:50 schrieb Ryan Schmidt: > > On Dec 11, 2007, at 02:35, Daniel Oberhoff wrote: > >> Am 10.12.2007 um 01:33 schrieb Ryan Schmidt: >> >>> On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: >>> >>>> Now that Leopard is out and already at 10.5.1 will macports be >>>> supporting 64bit libraries? It's just I need 64bit in my octave >>>> installation. I pull my octave from octave.org's cvs, but it >>>> needs quite a lot of support libraries. From what I gather it >>>> should be possible on Leopard to build fat libraries, i.e. ones >>>> that contain 64 and 32 bit code (i think it works using -arch >>>> x84_64 -arch i686 as gcc flags). Or will this be left to the >>>> separate ports? >>> >>> MacPorts is supposed to build libraries for whatever system it's >>> running on. So I would have thought that if you're on a 64-bit >>> Intel system, it should build 64-bit Intel libraries. Is it >>> building 32-bit Intel libraries for you? >>> >>> We have the +universal variant for building 2-way (32-bit, Intel >>> and PowerPC) universal binaries. We are still in the process of >>> getting this to work with many of the ports. It could be changed >>> to build 4-way (32-bit and 64-bit, Intel and PowerPC) universal >>> binaries. This should be possible on Tiger too, as far as I know. >>> It won't fix any ports that are having trouble building 2-way >>> universal binaries. Not sure if it would mess up any ports that >>> are already working. Are all the ports that you need already >>> working as 2-way universal binaries? >>> >>> I haven't heard anyone suggest building libraries that contain 32- >>> bit and 64-bit code for just one processor family before (in >>> relation to MacPorts). It would of course be possible, but I think >>> it would make most sense to continue along our current path: >>> software should be default install for the architecture you're on, >>> and if you need multiple architectures, then you need the >>> +universal variant. >>> >>> It has been said before that maybe 64-bit binaries aren't all that >>> helpful, but the Ars Technica review of Leopard explains that >>> while 64-bit binaries aren't that helpful on the PowerPC >>> architecture, they really are quite good for secondary reasons on >>> the Intel architecture. The 32-bit Intel architecture has often >>> been called inferior to the 32-bit PowerPC architecture, but the >>> 64-bit Intel architecture seems to fix many of the issues. Also, >>> maybe Leopard being a full 64-bit system makes 64-bit binaries >>> more relevant. >>> >>> Perhaps we could do 4-way universal binaries only when MacPorts is >>> running on Leopard.... but that might be a bad idea, since only >>> people running Leopard could then develop and test this. >>> >>> We could introduce a new automatic variant... +universal4? >>> +universal64? People could test with this new variant and if any >>> problems are encountered it would not prevent anyone from using >>> the existing 2-way 32-bit +universal variant. I'm wary of this >>> though... I wouldn't want, say, "universal64" directives to start >>> appearing in portfiles, if we want to eventually fold +universal64 >>> into +universal. >>> >>> Just some thoughts off the top of my head. >> >> Hmm, ok. That makes sense, since I upgraded with an installed >> macports base. I suppose I should really reinstall all then, since >> otherwise I will end up with a crazy mix? > > Yes, if you're moving from one architecture to another (G4->G5, PPC- > >Intel, 32-bit->64-bit, etc.) you should really throw away your old > MacPorts (saving any conf files or databases or other data) and > rebuild all your ports. > >> Though, per default on Leopard compilation seems to be 32 bit. When >> you just compile something without further options pointer size is >> 32bit. Only when you specify -arch x86_64 or -m64 do you get 64bit. > > Ah, I see. I didn't know. I haven't had a 64-bit machine. > >> So it would really make sense to have both (but not ppc). So I >> would vote for an autamatic variant to get intel only 32/64bit. > > So by default we build 32-bit binaries for the host architecture. > And we have a +universal variant for building 32-bit binaries for > both architectures. You want an additional variant for building fat > 32-bit and 64-bit Intel binaries. Do we then also need a separate > variant for building fat 32-bit and 64-bit PowerPC binaries? And > what about a fat universal variant with all 4 options? This > proliferation of variants is what I want to avoid. Most users will > not need it and it will confuse some of them. It's much extra work > for some portfile authors, because some software (rather a lot, > actually) does not build successful universal binaries using the > simple tricks, and much more work is required to build universal. > See for example the openssl port (which, to build universal, you'll > have to back-date to version 0.9.8e because of bug #12911) which > goes through crazy hoops to build first for one architecture, then > the other, then lipo them together. Similar (though perhaps not > identical) hoops would have to be gone through for fat binaries or 4- > way binaries. Well, that is until MacPorts base grows some universal- > build helpers. (I still really think MacPorts base should have an > easy way to build a port multiple times, once for each architecture, > and lipo it together, automatically, selected with just a single > line in the portfile). > Yah, that doesn't sound fun. Would it be feasible to make these incremental? After all the mechanism to combine architectures is always the same (use -arch flags, lipo...). I.e. make it possible to say +64 +32 +ppc +intel to get the 4way build or just +ppc +intel to get a two way build. Or at least have something like that behind the scenes, and just offer specializations if some of the variants need some special care. Alternatively maybe have two macports trees, one with 64bit, one with 32bit. Kinda like those lib64 dirs on some linux flavours. Is that possible right now? > > Why, by the way, do you need 64-bit octave? Just curious. > Various reasons: 1) I do get data clumps in the gigabyte range sometimes. Yes, it does lead to some paging, but that's better than a crash with out of memory :). 2) this is more of a hack: I use Judy for some sparse double precision structs, and since Judy constrains data size to sizeof(void*) I need 64 bit. 3) afaik 64bit has more registers than 32bit on intel architecture, avoiding register spillage, which sometimes snails some of my code. all in all, it is not critical right now. But every now and then 64bit would help a lot. Maybe not always though. Also due to the policy on Leopard to default to 32bit would probably make it hard to make do with an exclusive 64bit set of libraries. Hmm, thinking of that: is it possible to convince port _not_ to switch over to 64bit now? I'd rather have a clean set of 32 bit libs :). Best Daniel From jzheng at soe.ucsc.edu Tue Dec 11 11:07:56 2007 From: jzheng at soe.ucsc.edu (jzheng@soe.ucsc.edu) Date: Tue Dec 11 11:07:38 2007 Subject: problem installing x264 In-Reply-To: <61FF43F4-9CF9-441C-8030-F2CAA57AEB82@macports.org> References: <49364.143.232.155.23.1197316181.squirrel@webmail.soe.ucsc.edu> <475DD08A.9050009@gmail.com> <49592.143.232.155.23.1197393694.squirrel@webmail.soe.ucsc.edu> <61FF43F4-9CF9-441C-8030-F2CAA57AEB82@macports.org> Message-ID: <49829.143.232.155.23.1197400076.squirrel@webmail.soe.ucsc.edu> Thanks. The workaround works for me. I was able to install x264 and ffmpeg with +x264 variant. If there is anything I can do to help figure out why MacPorts/curl doesn't download x264, just let me know. Jian > Yes: MacPorts uses curl, not wget. > > I don't see why wget would be able to connect but curl would not. > > You can put the manually-downloaded file into /opt/local/var/macports/ > distfiles/x264 for now and you should be able to install. This is a > workaround, obviously, and we should still figure out why MacPorts > couldn't download it itself. > > > On Dec 11, 2007, at 11:21, jzheng@soe.ucsc.edu wrote: > >> I can wget the snapshot, but not curl. When I curl, I got: curl: (7) >> couldn't connect to host. Do you know which mechanism is used by port? >> >> >>> It looks like the file is still in the videolan repository as I just >>> pulled it down to test, are you able to wget >>> 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264- >>> snapshot-20070411-2245.tar.bz2' >>> or curl >>> 'ftp://ftp.videolan.org/pub/videolan/x264/snapshots/x264- >>> snapshot-20070411-2245.tar.bz2' >>> -o x264-snapshot-20070411-2245.tar.bz2 >>> >>> >>> jzheng@soe.ucsc.edu wrote: >>> >>>> I'm having problem installing x264. It seems the process cannot >>>> fetch a >>>> copy of x264. However I can go to the ftp site and ftp a copy >>>> without >>>> any problem. >>>> >>>> ---> Fetching x264 >>>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>>> ftp://ftp.videolan.org/pub/videolan/x264/snapshots/ >>>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>>> http://svn.macports.org/repository/macports/distfiles/x264 >>>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>>> http://svn.macports.org/repository/macports/distfiles/general/ >>>> ---> Attempting to fetch x264-snapshot-20070411-2245.tar.bz2 from >>>> http://svn.macports.org/repository/macports/downloads/x264 >>>> Error: Target org.macports.fetch returned: fetch failed >>>> Error: Status 1 encountered during processing. >>>> >>>> Has anyone had this problem? > From ryandesign at macports.org Tue Dec 11 11:20:20 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 11 11:20:18 2007 Subject: plans for 64bit support In-Reply-To: References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> Message-ID: <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> Please Reply To All so that your reply goes to the mailing list too, not just to me. On Dec 11, 2007, at 13:00, Daniel Oberhoff wrote: > Am 11.12.2007 um 09:50 schrieb Ryan Schmidt: > >> On Dec 11, 2007, at 02:35, Daniel Oberhoff wrote: >> >>> Am 10.12.2007 um 01:33 schrieb Ryan Schmidt: >>> >>>> On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: >>>> >>>>> Now that Leopard is out and already at 10.5.1 will macports be >>>>> supporting 64bit libraries? It's just I need 64bit in my octave >>>>> installation. I pull my octave from octave.org's cvs, but it >>>>> needs quite a lot of support libraries. From what I gather it >>>>> should be possible on Leopard to build fat libraries, i.e. ones >>>>> that contain 64 and 32 bit code (i think it works using -arch >>>>> x84_64 -arch i686 as gcc flags). Or will this be left to the >>>>> separate ports? >>>> >>>> MacPorts is supposed to build libraries for whatever system it's >>>> running on. So I would have thought that if you're on a 64-bit >>>> Intel system, it should build 64-bit Intel libraries. Is it >>>> building 32-bit Intel libraries for you? >>>> >>>> We have the +universal variant for building 2-way (32-bit, Intel >>>> and PowerPC) universal binaries. We are still in the process of >>>> getting this to work with many of the ports. It could be changed >>>> to build 4-way (32-bit and 64-bit, Intel and PowerPC) universal >>>> binaries. This should be possible on Tiger too, as far as I >>>> know. It won't fix any ports that are having trouble building 2- >>>> way universal binaries. Not sure if it would mess up any ports >>>> that are already working. Are all the ports that you need >>>> already working as 2-way universal binaries? >>>> >>>> I haven't heard anyone suggest building libraries that contain >>>> 32-bit and 64-bit code for just one processor family before (in >>>> relation to MacPorts). It would of course be possible, but I >>>> think it would make most sense to continue along our current >>>> path: software should be default install for the architecture >>>> you're on, and if you need multiple architectures, then you need >>>> the +universal variant. >>>> >>>> It has been said before that maybe 64-bit binaries aren't all >>>> that helpful, but the Ars Technica review of Leopard explains >>>> that while 64-bit binaries aren't that helpful on the PowerPC >>>> architecture, they really are quite good for secondary reasons >>>> on the Intel architecture. The 32-bit Intel architecture has >>>> often been called inferior to the 32-bit PowerPC architecture, >>>> but the 64-bit Intel architecture seems to fix many of the >>>> issues. Also, maybe Leopard being a full 64-bit system makes 64- >>>> bit binaries more relevant. >>>> >>>> Perhaps we could do 4-way universal binaries only when MacPorts >>>> is running on Leopard.... but that might be a bad idea, since >>>> only people running Leopard could then develop and test this. >>>> >>>> We could introduce a new automatic variant... +universal4? >>>> +universal64? People could test with this new variant and if any >>>> problems are encountered it would not prevent anyone from using >>>> the existing 2-way 32-bit +universal variant. I'm wary of this >>>> though... I wouldn't want, say, "universal64" directives to >>>> start appearing in portfiles, if we want to eventually fold >>>> +universal64 into +universal. >>>> >>>> Just some thoughts off the top of my head. >>> >>> Hmm, ok. That makes sense, since I upgraded with an installed >>> macports base. I suppose I should really reinstall all then, >>> since otherwise I will end up with a crazy mix? >> >> Yes, if you're moving from one architecture to another (G4->G5, >> PPC->Intel, 32-bit->64-bit, etc.) you should really throw away >> your old MacPorts (saving any conf files or databases or other >> data) and rebuild all your ports. >> >>> Though, per default on Leopard compilation seems to be 32 bit. >>> When you just compile something without further options pointer >>> size is 32bit. Only when you specify -arch x86_64 or -m64 do you >>> get 64bit. >> >> Ah, I see. I didn't know. I haven't had a 64-bit machine. >> >>> So it would really make sense to have both (but not ppc). So I >>> would vote for an autamatic variant to get intel only 32/64bit. >> >> So by default we build 32-bit binaries for the host architecture. >> And we have a +universal variant for building 32-bit binaries for >> both architectures. You want an additional variant for building >> fat 32-bit and 64-bit Intel binaries. Do we then also need a >> separate variant for building fat 32-bit and 64-bit PowerPC >> binaries? And what about a fat universal variant with all 4 >> options? This proliferation of variants is what I want to avoid. >> Most users will not need it and it will confuse some of them. It's >> much extra work for some portfile authors, because some software >> (rather a lot, actually) does not build successful universal >> binaries using the simple tricks, and much more work is required >> to build universal. See for example the openssl port (which, to >> build universal, you'll have to back-date to version 0.9.8e >> because of bug #12911) which goes through crazy hoops to build >> first for one architecture, then the other, then lipo them >> together. Similar (though perhaps not identical) hoops would have >> to be gone through for fat binaries or 4-way binaries. Well, that >> is until MacPorts base grows some universal-build helpers. (I >> still really think MacPorts base should have an easy way to build >> a port multiple times, once for each architecture, and lipo it >> together, automatically, selected with just a single line in the >> portfile). > > Yah, that doesn't sound fun. Would it be feasible to make these > incremental? After all the mechanism to combine architectures is > always the same (use -arch flags, lipo...). I.e. make it possible > to say +64 +32 +ppc +intel to get the 4way build or just +ppc > +intel to get a two way build. Or at least have something like that > behind the scenes, and just offer specializations if some of the > variants need some special care. I don't want users to have to think about what architecture(s) they're on. Macs are supposed to be easy. It's easier if the +universal variant includes all architectures, and if one day +universal becomes the default. "Software just works," as it says on http://www.apple.com/universal/ The mechanism to combine architectures is not always the same. For example, it's different if it's a configure-based project vs. an Xcode-based project. Also, while many configure-based projects accept multiple -arch flags to build for multiple architectures at once, some need you to build for just one arch, then later lipo these together. MacPorts does not have any special support for the latter at this time, though I think it should. > Alternatively maybe have two macports trees, one with 64bit, one > with 32bit. Kinda like those lib64 dirs on some linux flavours. Is > that possible right now? You're talking about two collections of port binaries, presumably? Since we don't have any binaries at this point, or any 64-bit builds, anything's possible, of course. Is it wise to have 64-bit-only binaries? I wouldn't have thought so but I really have no idea. If you mean, is it possible to have 64-bit builds go into lib64 instead of lib, then I would say if that's not the default for the software already, it would be a rather large hassle to fix every portfile to do this, wouldn't you say? And why is this better than a single all-encompassing superuniversal library installed in the normal expected location? >> Why, by the way, do you need 64-bit octave? Just curious. > > Various reasons: > > 1) I do get data clumps in the gigabyte range sometimes. Yes, it > does lead to some paging, but that's better than a crash with out > of memory :). > 2) this is more of a hack: I use Judy for some sparse double > precision structs, and since Judy constrains data size to sizeof > (void*) I need 64 bit. > 3) afaik 64bit has more registers than 32bit on intel architecture, > avoiding register spillage, which sometimes snails some of my code. > > all in all, it is not critical right now. But every now and then > 64bit would help a lot. Maybe not always though. Also due to the > policy on Leopard to default to 32bit would probably make it hard > to make do with an exclusive 64bit set of libraries. Ok. > Hmm, thinking of that: is it possible to convince port _not_ to > switch over to 64bit now? I'd rather have a clean set of 32 bit > libs :). I don't understand? From gwp at hss.caltech.edu Tue Dec 11 13:49:35 2007 From: gwp at hss.caltech.edu (Mac Pigman) Date: Tue Dec 11 13:49:18 2007 Subject: gnucash price editor Message-ID: <14284248.post@talk.nabble.com> After disabling the dependency on evince and creating symlinks for guile16, I was able to build gnucash on leopard. When gnucash tries to retrieve a stock quote, it hangs. Neither changing gnc-fq-dump to use /opt/local/bin/perl or installing Finance::Quote for /usr/bin/perl helps, although gnc-fq-dump runs as expected from the command line. Any idea what's going on? -- View this message in context: http://www.nabble.com/gnucash-price-editor-tp14284248p14284248.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From lrivers at gmail.com Tue Dec 11 14:36:35 2007 From: lrivers at gmail.com (Lorin Rivers) Date: Tue Dec 11 14:36:18 2007 Subject: samba3 fails to build Message-ID: <949829840712111436r4e71e492i6a759bcbe1242c32@mail.gmail.com> I've cleaned and synced and I'm getting failures trying to build Samba. ---> Fetching samba3 ---> Attempting to fetch samba-3.0.28.tar.gz from http://us1.samba.org/samba/ftp/stable/ ---> Verifying checksum(s) for samba3 ---> Extracting samba3 ---> Configuring samba3 ---> Building samba3 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_samba3/work/samba-3.0.28/source" && make all " returned error 2 Command output: Compiling libads/ldap_utils.c Compiling libads/authdata.c Compiling libads/cldap.c Compiling libads/kerberos.c Compiling libads/ads_status.c Compiling libads/util.c Compiling libads/kerberos_verify.c Compiling libads/ldap_schema.c Compiling registry/reg_frontend.c Compiling registry/reg_cachehook.c Compiling registry/reg_printing.c Compiling registry/reg_db.c Compiling registry/reg_eventlog.c Compiling registry/reg_shares.c Compiling registry/reg_util.c Compiling registry/reg_dynamic.c Compiling registry/reg_perfcount.c Compiling lib/popt_common.c Compiling smbd/build_options.c Compiling lib/smbldap.c Compiling lib/smbldap_util.c Compiling smbd/server.c mkdir bin Linking bin/smbd Undefined symbols: "_updwtmpx", referenced from: _sys_utmp_update in utmp.o ld: symbol(s) not found collect2: ld returned 1 exit status make: *** [bin/smbd] Error 1 Error: Unable to upgrade port: 1 From toddobryan at gmail.com Tue Dec 11 15:11:06 2007 From: toddobryan at gmail.com (Todd O'Bryan) Date: Tue Dec 11 15:10:48 2007 Subject: GnuCash and guile In-Reply-To: <904774730712110347o7239be23x19443b6319a9dd3a@mail.gmail.com> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> <904774730712110347o7239be23x19443b6319a9dd3a@mail.gmail.com> Message-ID: <904774730712111511n6bf6958ap82bdd13261d65a94@mail.gmail.com> So... Given that trying to have both guile 1.8 and guile 1.6 available just breaks the GnuCash port, is it likely that the problem will be fixed in the near future, or do I have to start poking around to fix stuff? (If it's the latter, I'll probably try Fink first.) Todd From mww at macports.org Tue Dec 11 15:24:25 2007 From: mww at macports.org (Weissmann Markus) Date: Tue Dec 11 15:24:13 2007 Subject: samba3 fails to build In-Reply-To: <949829840712111436r4e71e492i6a759bcbe1242c32@mail.gmail.com> References: <949829840712111436r4e71e492i6a759bcbe1242c32@mail.gmail.com> Message-ID: what system are you on? -Markus On 11.12.2007, at 23:36, Lorin Rivers wrote: > I've cleaned and synced and I'm getting failures trying to build > Samba. > > ---> Fetching samba3 > ---> Attempting to fetch samba-3.0.28.tar.gz from > http://us1.samba.org/samba/ftp/stable/ > ---> Verifying checksum(s) for samba3 > ---> Extracting samba3 > ---> Configuring samba3 > ---> Building samba3 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_s > amba3/work/samba-3.0.28/source" > && make all " returned error 2 > Command output: Compiling libads/ldap_utils.c > Compiling libads/authdata.c > Compiling libads/cldap.c > Compiling libads/kerberos.c > Compiling libads/ads_status.c > Compiling libads/util.c > Compiling libads/kerberos_verify.c > Compiling libads/ldap_schema.c > Compiling registry/reg_frontend.c > Compiling registry/reg_cachehook.c > Compiling registry/reg_printing.c > Compiling registry/reg_db.c > Compiling registry/reg_eventlog.c > Compiling registry/reg_shares.c > Compiling registry/reg_util.c > Compiling registry/reg_dynamic.c > Compiling registry/reg_perfcount.c > Compiling lib/popt_common.c > Compiling smbd/build_options.c > Compiling lib/smbldap.c > Compiling lib/smbldap_util.c > Compiling smbd/server.c > mkdir bin > Linking bin/smbd > Undefined symbols: > "_updwtmpx", referenced from: > _sys_utmp_update in utmp.o > ld: symbol(s) not found > collect2: ld returned 1 exit status > make: *** [bin/smbd] Error 1 > > Error: Unable to upgrade port: 1 > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users --- Dipl. Inf. (FH) Markus W. Weissmann http://www.mweissmann.de/ http://www.macports.org/ From mww at macports.org Tue Dec 11 16:08:40 2007 From: mww at macports.org (Weissmann Markus) Date: Tue Dec 11 16:08:27 2007 Subject: plans for 64bit support In-Reply-To: <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> Message-ID: <1ECAB3CF-7A8E-4611-BDFF-22335148B6FB@macports.org> On 11.12.2007, at 20:20, Ryan Schmidt wrote: > Please Reply To All so that your reply goes to the mailing list > too, not just to me. > > On Dec 11, 2007, at 13:00, Daniel Oberhoff wrote: > >> Am 11.12.2007 um 09:50 schrieb Ryan Schmidt: >> >>> On Dec 11, 2007, at 02:35, Daniel Oberhoff wrote: >>> >>>> Am 10.12.2007 um 01:33 schrieb Ryan Schmidt: >>>> >>>>> On Dec 9, 2007, at 14:43, Daniel Oberhoff wrote: >>>>> >>>>>> Now that Leopard is out and already at 10.5.1 will macports be >>>>>> supporting 64bit libraries? It's just I need 64bit in my >>>>>> octave installation. I pull my octave from octave.org's cvs, >>>>>> but it needs quite a lot of support libraries. From what I >>>>>> gather it should be possible on Leopard to build fat >>>>>> libraries, i.e. ones that contain 64 and 32 bit code (i think >>>>>> it works using -arch x84_64 -arch i686 as gcc flags). Or will >>>>>> this be left to the separate ports? >>>>> >>>>> MacPorts is supposed to build libraries for whatever system >>>>> it's running on. So I would have thought that if you're on a 64- >>>>> bit Intel system, it should build 64-bit Intel libraries. Is it >>>>> building 32-bit Intel libraries for you? >>>>> >>>>> We have the +universal variant for building 2-way (32-bit, >>>>> Intel and PowerPC) universal binaries. We are still in the >>>>> process of getting this to work with many of the ports. It >>>>> could be changed to build 4-way (32-bit and 64-bit, Intel and >>>>> PowerPC) universal binaries. This should be possible on Tiger >>>>> too, as far as I know. It won't fix any ports that are having >>>>> trouble building 2-way universal binaries. Not sure if it would >>>>> mess up any ports that are already working. Are all the ports >>>>> that you need already working as 2-way universal binaries? >>>>> >>>>> I haven't heard anyone suggest building libraries that contain >>>>> 32-bit and 64-bit code for just one processor family before (in >>>>> relation to MacPorts). It would of course be possible, but I >>>>> think it would make most sense to continue along our current >>>>> path: software should be default install for the architecture >>>>> you're on, and if you need multiple architectures, then you >>>>> need the +universal variant. >>>>> >>>>> It has been said before that maybe 64-bit binaries aren't all >>>>> that helpful, but the Ars Technica review of Leopard explains >>>>> that while 64-bit binaries aren't that helpful on the PowerPC >>>>> architecture, they really are quite good for secondary reasons >>>>> on the Intel architecture. The 32-bit Intel architecture has >>>>> often been called inferior to the 32-bit PowerPC architecture, >>>>> but the 64-bit Intel architecture seems to fix many of the >>>>> issues. Also, maybe Leopard being a full 64-bit system makes 64- >>>>> bit binaries more relevant. >>>>> >>>>> Perhaps we could do 4-way universal binaries only when MacPorts >>>>> is running on Leopard.... but that might be a bad idea, since >>>>> only people running Leopard could then develop and test this. >>>>> >>>>> We could introduce a new automatic variant... +universal4? >>>>> +universal64? People could test with this new variant and if >>>>> any problems are encountered it would not prevent anyone from >>>>> using the existing 2-way 32-bit +universal variant. I'm wary of >>>>> this though... I wouldn't want, say, "universal64" directives >>>>> to start appearing in portfiles, if we want to eventually fold >>>>> +universal64 into +universal. >>>>> >>>>> Just some thoughts off the top of my head. >>>> >>>> Hmm, ok. That makes sense, since I upgraded with an installed >>>> macports base. I suppose I should really reinstall all then, >>>> since otherwise I will end up with a crazy mix? >>> >>> Yes, if you're moving from one architecture to another (G4->G5, >>> PPC->Intel, 32-bit->64-bit, etc.) you should really throw away >>> your old MacPorts (saving any conf files or databases or other >>> data) and rebuild all your ports. >>> >>>> Though, per default on Leopard compilation seems to be 32 bit. >>>> When you just compile something without further options pointer >>>> size is 32bit. Only when you specify -arch x86_64 or -m64 do you >>>> get 64bit. >>> >>> Ah, I see. I didn't know. I haven't had a 64-bit machine. >>> >>>> So it would really make sense to have both (but not ppc). So I >>>> would vote for an autamatic variant to get intel only 32/64bit. >>> >>> So by default we build 32-bit binaries for the host architecture. >>> And we have a +universal variant for building 32-bit binaries for >>> both architectures. You want an additional variant for building >>> fat 32-bit and 64-bit Intel binaries. Do we then also need a >>> separate variant for building fat 32-bit and 64-bit PowerPC >>> binaries? And what about a fat universal variant with all 4 >>> options? This proliferation of variants is what I want to avoid. >>> Most users will not need it and it will confuse some of them. >>> It's much extra work for some portfile authors, because some >>> software (rather a lot, actually) does not build successful >>> universal binaries using the simple tricks, and much more work is >>> required to build universal. See for example the openssl port >>> (which, to build universal, you'll have to back-date to version >>> 0.9.8e because of bug #12911) which goes through crazy hoops to >>> build first for one architecture, then the other, then lipo them >>> together. Similar (though perhaps not identical) hoops would have >>> to be gone through for fat binaries or 4-way binaries. Well, that >>> is until MacPorts base grows some universal-build helpers. (I >>> still really think MacPorts base should have an easy way to build >>> a port multiple times, once for each architecture, and lipo it >>> together, automatically, selected with just a single line in the >>> portfile). >> >> Yah, that doesn't sound fun. Would it be feasible to make these >> incremental? After all the mechanism to combine architectures is >> always the same (use -arch flags, lipo...). I.e. make it possible >> to say +64 +32 +ppc +intel to get the 4way build or just +ppc >> +intel to get a two way build. Or at least have something like >> that behind the scenes, and just offer specializations if some of >> the variants need some special care. > > I don't want users to have to think about what architecture(s) > they're on. Macs are supposed to be easy. It's easier if the > +universal variant includes all architectures, and if one day > +universal becomes the default. "Software just works," as it says on > > http://www.apple.com/universal/ > > The mechanism to combine architectures is not always the same. For > example, it's different if it's a configure-based project vs. an > Xcode-based project. Also, while many configure-based projects > accept multiple -arch flags to build for multiple architectures at > once, some need you to build for just one arch, then later lipo > these together. MacPorts does not have any special support for the > latter at this time, though I think it should. > we put some research into this during GSOC this year: It's quite hard to come up with a magic lipo for everything as it is necessary to combine not only binaries (thats the easy part) but also stuff like header files (also easy), heap images of interpreters, scripting language programs, etc. -- which can get practically impossible. We could enable four-way builds for (probably) all ports that we can build universal right now, but there is currently no way of saying "no ppc64 please" (etc.) in a port (and no tests/experience on what exactly will be necessary). >> Alternatively maybe have two macports trees, one with 64bit, one >> with 32bit. Kinda like those lib64 dirs on some linux flavours. Is >> that possible right now? > > You're talking about two collections of port binaries, presumably? > Since we don't have any binaries at this point, or any 64-bit > builds, anything's possible, of course. Is it wise to have 64-bit- > only binaries? I wouldn't have thought so but I really have no idea. > > If you mean, is it possible to have 64-bit builds go into lib64 > instead of lib, then I would say if that's not the default for the > software already, it would be a rather large hassle to fix every > portfile to do this, wouldn't you say? And why is this better than > a single all-encompassing superuniversal library installed in the > normal expected location? > you could always pass a "-arch x86_64" (or "-arch ppc64") to the cflags/cxxflags/.. manually if you desperately need 64 bit support, e.g.: $> port -d install readline configure.cflags="-O2 -arch x86_64" (no idea if that one compiles though) If you want to make some tests with four-way universal builds, replace each occurrence (there are 3) of "-arch i386 -arch ppc" in / opt/local/share/macports/Tcl/port1.0/portconfigure.tcl with "-arch i386 -arch x86_64 -arch ppc -arch ppc64". We are of course interested in your results... ;) For octave you're out of luck though as it is build with the vanilla gcc 4.2 which cannot produce universal binaries. Perhaps you can test the Apple gcc 4.2 beta preview for octave to achieve this (if you're on 10.5) -- though the Fortran part may be a problem here as octave seems to use it (the Apple compilers don't do Fortan while the vanilla ones cannot create universal binaries). >>> Why, by the way, do you need 64-bit octave? Just curious. >> >> Various reasons: >> >> 1) I do get data clumps in the gigabyte range sometimes. Yes, it >> does lead to some paging, but that's better than a crash with out >> of memory :). >> 2) this is more of a hack: I use Judy for some sparse double >> precision structs, and since Judy constrains data size to sizeof >> (void*) I need 64 bit. >> 3) afaik 64bit has more registers than 32bit on intel >> architecture, avoiding register spillage, which sometimes snails >> some of my code. >> >> all in all, it is not critical right now. But every now and then >> 64bit would help a lot. Maybe not always though. Also due to the >> policy on Leopard to default to 32bit would probably make it hard >> to make do with an exclusive 64bit set of libraries. > > Ok. > >> Hmm, thinking of that: is it possible to convince port _not_ to >> switch over to 64bit now? I'd rather have a clean set of 32 bit >> libs :). > As you said: Even if a port can be build four way universal (with 64 bit support), the 64 bit version doesn't necessarily get executed... Of course you could always strip the unwanted code out of the binary manually afterwards (with lipo). Regards, -Markus --- Dipl. Inf. (FH) Markus W. Weissmann http://www.mweissmann.de/ http://www.macports.org/ From lrivers at gmail.com Tue Dec 11 16:29:32 2007 From: lrivers at gmail.com (Lorin Rivers) Date: Tue Dec 11 16:29:16 2007 Subject: samba3 fails to build In-Reply-To: References: <949829840712111436r4e71e492i6a759bcbe1242c32@mail.gmail.com> Message-ID: <949829840712111629h5e4d15a0gb5e8d6c03c45256a@mail.gmail.com> PowerBook G4, 10.5.1 On Dec 11, 2007 5:24 PM, Weissmann Markus wrote: > what system are you on? > > > -Markus > > > On 11.12.2007, at 23:36, Lorin Rivers wrote: > > > I've cleaned and synced and I'm getting failures trying to build > > Samba. > > > > ---> Fetching samba3 > > ---> Attempting to fetch samba-3.0.28.tar.gz from > > http://us1.samba.org/samba/ftp/stable/ > > ---> Verifying checksum(s) for samba3 > > ---> Extracting samba3 > > ---> Configuring samba3 > > ---> Building samba3 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_s > > amba3/work/samba-3.0.28/source" > > && make all " returned error 2 > > Command output: Compiling libads/ldap_utils.c > > Compiling libads/authdata.c > > Compiling libads/cldap.c > > Compiling libads/kerberos.c > > Compiling libads/ads_status.c > > Compiling libads/util.c > > Compiling libads/kerberos_verify.c > > Compiling libads/ldap_schema.c > > Compiling registry/reg_frontend.c > > Compiling registry/reg_cachehook.c > > Compiling registry/reg_printing.c > > Compiling registry/reg_db.c > > Compiling registry/reg_eventlog.c > > Compiling registry/reg_shares.c > > Compiling registry/reg_util.c > > Compiling registry/reg_dynamic.c > > Compiling registry/reg_perfcount.c > > Compiling lib/popt_common.c > > Compiling smbd/build_options.c > > Compiling lib/smbldap.c > > Compiling lib/smbldap_util.c > > Compiling smbd/server.c > > mkdir bin > > Linking bin/smbd > > Undefined symbols: > > "_updwtmpx", referenced from: > > _sys_utmp_update in utmp.o > > ld: symbol(s) not found > > collect2: ld returned 1 exit status > > make: *** [bin/smbd] Error 1 > > > > Error: Unable to upgrade port: 1 > > _______________________________________________ > > macports-users mailing list > > macports-users@lists.macosforge.org > > http://lists.macosforge.org/mailman/listinfo/macports-users > > --- > Dipl. Inf. (FH) Markus W. Weissmann > http://www.mweissmann.de/ > http://www.macports.org/ > From jkorchok at hotmail.com Tue Dec 11 20:11:56 2007 From: jkorchok at hotmail.com (John Korchok) Date: Tue Dec 11 20:11:38 2007 Subject: Oracle support in PHP? In-Reply-To: <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> Message-ID: > -----Original Message----- > From: Ryan Schmidt [mailto:ryandesign@macports.org] > Sent: Monday, December 10, 2007 5:55 PM > To: John Korchok > Cc: macports-users@lists.macosforge.org > Subject: Re: Oracle support in PHP? > > > On Dec 10, 2007, at 16:42, John Korchok wrote: > > > I had no errors or other problems installing the "oracle- > > instantclient" port or the "php5 +oracle" port. Thanks Ryan! > > Oh good! > > > > I am assuming I still need to modify php.ini to point at > oci8.so, but > > I can't find it (oci8.o is there). I did find the libraries > under lib/ > > oracle. > > Nope, nothing needs to be done in that regard. There is no > oci8.so or any other separate file. The oci8 functions have > simply been compiled into php and libphp5.so. > > > > http://www.php.net/oci8 is just baffling. It reads like a pile of > > potentially useful but untested information. Using the > Instant Client > > (as they recommend) does not create an oracle user or > group, as far as > > I can tell. > > I didn't program any user or group creation into the oracle- > instantclient portfile, no. Should I have? What would that > user/group be used for? > > The page is certainly Greek to me, since I haven't used Oracle. When I run phpinfo, the last configure command is: '--with-oci8=instantclient,/opt/local/lib/oracle' At http://www.oracle.com/technology/pub/notes/technote_php_instant.html, under the heading "Enabling the PHP OCI8 Extension on Linux " they suggest a syntax like: '--with-oci8-instant-client=/opt/local/lib/oracle' Phpinfo has an oci8 section further, and it looks like it is getting installed. From ryandesign at macports.org Tue Dec 11 20:30:41 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 11 20:30:37 2007 Subject: Oracle support in PHP? In-Reply-To: References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> Message-ID: <33D40673-C2BC-48C2-94DF-E31CBB16196C@macports.org> On Dec 11, 2007, at 22:11, John Korchok wrote: >> On Dec 10, 2007, at 16:42, John Korchok wrote: >> >>> I had no errors or other problems installing the "oracle- >>> instantclient" port or the "php5 +oracle" port. Thanks Ryan! >> >> Oh good! >> >> >>> I am assuming I still need to modify php.ini to point at oci8.so, >>> but >>> I can't find it (oci8.o is there). I did find the libraries under >>> lib/ >>> oracle. >> >> Nope, nothing needs to be done in that regard. There is no >> oci8.so or any other separate file. The oci8 functions have >> simply been compiled into php and libphp5.so. >> >> >>> http://www.php.net/oci8 is just baffling. It reads like a pile of >>> potentially useful but untested information. Using the Instant >>> Client >>> (as they recommend) does not create an oracle user or group, as >>> far as >>> I can tell. >> >> I didn't program any user or group creation into the oracle- >> instantclient portfile, no. Should I have? What would that >> user/group be used for? >> >> The page is certainly Greek to me, since I haven't used Oracle. > > When I run phpinfo, the last configure command is: > '--with-oci8=instantclient,/opt/local/lib/oracle' > > At http://www.oracle.com/technology/pub/notes/ > technote_php_instant.html, > under the heading "Enabling the PHP OCI8 Extension on Linux " they > suggest a > syntax like: > '--with-oci8-instant-client=/opt/local/lib/oracle' As far as I can tell, the option was --with-oci8-instant-client=/path/ to/instantclient in earlier php versions (maybe php 5.1.1 and earlier), and is --with-oci8=instantclient,/path/to/instantclient now (maybe since php 5.1.2). This is mentioned in a note from wes9999 on http://www.php.net/oci8 and I say "maybe" for the versions because the Oracle page you cite does say it has been updated for php 5.1.2 so I don't know. But since they haven't managed to put out an Intel version in two years, and advocate using the problematic DYLD_LIBRARY_PATH variable to get their libraries to work, I don't trust Oracle very much. > Phpinfo has an oci8 section further, and it looks like it is getting > installed. I would expect so. So have you had any luck connecting with the Oracle server or are you running into other problems? From keithjschultz at web.de Wed Dec 12 01:20:39 2007 From: keithjschultz at web.de (Keith J. Schultz) Date: Wed Dec 12 01:20:30 2007 Subject: plans for 64bit support In-Reply-To: <258BFDFC-0F64-4E2C-994E-D5E8738D64E1@fhi-berlin.mpg.de> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <85B0525D-28E6-4DE0-A458-E89D6D5C8764@web.de> <8817390A-526B-4855-8C89-B7DCBEBCD049@macports.org> <258BFDFC-0F64-4E2C-994E-D5E8738D64E1@fhi-berlin.mpg.de> Message-ID: <78F521C2-AC6F-4C2B-9DEE-032F9BCBBA57@web.de> Hi All, Am 11.12.2007 um 12:54 schrieb Jochen K?pper: > Hi Everybody, > > On 11.12.2007, at 12:23, Ryan Schmidt wrote: > > [...] > > I totally agree with Ryan's argumentation on avoiding to many > distinct lines of binaries and would suggest the people that are > interested in 64 bit support or willing to help, extend +universal > to include 32 bit and 64 bit binaries for PPC and Intel, all at once. > > [...] > >> if indeed 64-bit binaries are useful to have > > > Well, I have been running numerical simulations on 64 bit machines/ > OSs already for more than ten years (starting with DEC > AlphaStations at the time) because they run considerably faster on > the 64 bit architecture or wouldn't run on 32 bit at ll (for memory > constraints). > > I have not yet done that on Mac OS X but currently use 64-bit > variants of Linux, but I do see the use and actual need for 64 bit > support on Mac OS X. Especially for some of the nice numerics tools > in MacPorts! > > Therefore, I think we should strongly consider to support 64 bit in > some way. > See above for my standpoint on Ryan's email. I would agree that we need 64-bit support as many work cutting edge and 64-bit is needed. > > > As a side-node: I wonder when we finally get rid of 32 bit and, > moreover, when we get 128 bit floating point hardware back (Mr > Cray, are you still around;) > > Well, lets see we had the 6502 in the 80s, a little later 16 bit, the 90s had 16 and 32 bit, 64 is now becomming the standard so I would guess we will 128-bit in about another 15-20 years. regards Keith. From randall.h.wood at alexandriasoftware.com Wed Dec 12 02:07:44 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Wed Dec 12 02:07:34 2007 Subject: Problems installing gimp2 on leopard In-Reply-To: <40292F80-2AB4-46F4-B393-88A45042B43F@auroralux.net> References: <24EC8F7A-0BD0-4335-AEAA-DC15958245D8@macports.org> <40292F80-2AB4-46F4-B393-88A45042B43F@auroralux.net> Message-ID: On 11 Dec 2007, at 07:12, Frank McPherson wrote: > > On Dec 9, 2007, at 8:01 PM, Ryan Schmidt wrote: >>> As I poked around the dependency tree, I saw that gtk2 had been >>> previously installed with the +quartz and +x11 variants. I tried >>> rebuilding gtk2 with only the +quartz variant, but found it >>> somehow automatically adds +x11. >> >> Since Randall Wood just dropped maintainership of gtk2 and gnome, >> I stepped in and changed this in r31844. Now +x11 is the default >> for gtk2 only if you have not requested +quartz. You can still >> have both, if you want them, by specifying +quartz +x11. > > I'll give it another try when this change hits. > > >>> It didn't matter in the end --- I got the same error when trying >>> to build gimp2. I've attached it at the end. The weird thing is I >>> can't find any references in the command line here to gdk-x11, >>> though that's the error. I also tried 'find . -type f -exec grep >>> gdk-x11 {} \;' from inside gimp2's work directory and didn't find >>> any matches. >>> [snip] >>> /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - >>> Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- >>> declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o >>> poppler poppler-poppler.o ../../libgimp/libgimpui-2.0.la ../../ >>> libgimpwidgets/libgimpwidgets-2.0.la ../../libgimpmodule/ >>> libgimpmodule-2.0.la ../../libgimp/libgimp-2.0.la ../../ >>> libgimpmath/libgimpmath-2.0.la ../../libgimpconfig/ >>> libgimpconfig-2.0.la ../../libgimpcolor/libgimpcolor-2.0.la ../../ >>> libgimpbase/libgimpbase-2.0.la -Wl,-framework,CoreServices,- >>> framework,ApplicationServices -L/opt/local/lib -lgtk-quartz-2.0 - >>> lgdk-quartz-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - >>> lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lfreetype -lz - >>> lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 -lintl - >>> liconv -Wl,-framework,CoreServices,- >>> framework,ApplicationServices -L/opt/local/lib -lpoppler-glib - >>> lpoppler -lgdk-quartz-2.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 - >>> lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -lfreetype -lz - >>> lfontconfig -lexpat -lpng12 -lgthread-2.0 -lglib-2.0 -lintl - >>> liconv -lintl >>> libtool: link: cannot find the library `/opt/local/lib/libgdk- >>> x11-2.0.la' or unhandled argument `/opt/local/lib/libgdk-x11-2.0.la' >>> make[3]: *** [poppler] Error 1 >>> make[2]: *** [all-recursive] Error 1 >>> make[1]: *** [all-recursive] Error 1 >>> make: *** [all] Error 2 >> >> I'm afraid I don't know about this one. I don't use gdk2 myself. > > That's the funny thing here - the only port returned by 'port > search gdk' is gdk-pixbuf, and I don't have it installed at all. > > Frank > _____________________________________________ GDK is the GIMP Drawing Kit and is a core component of GTK, so if you use GTK, you use GDK. GDK handles all of the low level drawing and rendering for GTK, and is the part that is ported to X11, Quartz, Win32 APIs, etc, to get native GTK. However you attempted to install gimp2, it wants GTK on X11, and is failing to bind to the GDK X11 library. Randall Wood randall.h.wood@alexandriasoftware.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From daniel at danieloberhoff.de Wed Dec 12 03:31:19 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Wed Dec 12 03:31:02 2007 Subject: plans for 64bit support In-Reply-To: <5fb9351d0712120329m582fa0cdk5a11244a54ff7ae8@mail.gmail.com> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> <1ECAB3CF-7A8E-4611-BDFF-22335148B6FB@macports.org> <5fb9351d0712120329m582fa0cdk5a11244a54ff7ae8@mail.gmail.com> Message-ID: <5fb9351d0712120331m313f41eeo98e8f71d0c9450ec@mail.gmail.com> ---------- Forwarded message ---------- From: Daniel Oberhoff Date: Dec 12, 2007 12:29 PM Subject: Re: plans for 64bit support To: Weissmann Markus [...] > > we put some research into this during GSOC this year: It's quite hard > to come up with a magic lipo for everything as it is necessary to > combine not only binaries (thats the easy part) but also stuff like > header files (also easy), heap images of interpreters, scripting > language programs, etc. -- which can get practically impossible. > > We could enable four-way builds for (probably) all ports that we can > build universal right now, but there is currently no way of saying > "no ppc64 please" (etc.) in a port (and no tests/experience on what > exactly will be necessary). > Hmm, but that would mean I always have to build 4 times and waste lots of space and time I will never ever need (i.e. on my intel mac I will never use ppc binaries). Are ppc+interl universals so important? After all macports is more of a local compile and use thing than about binary distribution, right? > > >> Alternatively maybe have two macports trees, one with 64bit, one > >> with 32bit. Kinda like those lib64 dirs on some linux flavours. Is > >> that possible right now? > > > > You're talking about two collections of port binaries, presumably? > > Since we don't have any binaries at this point, or any 64-bit > > builds, anything's possible, of course. Is it wise to have 64-bit- > > only binaries? I wouldn't have thought so but I really have no idea. > > > > If you mean, is it possible to have 64-bit builds go into lib64 > > instead of lib, then I would say if that's not the default for the > > software already, it would be a rather large hassle to fix every > > portfile to do this, wouldn't you say? And why is this better than > > a single all-encompassing superuniversal library installed in the > > normal expected location? > > > > you could always pass a "-arch x86_64" (or "-arch ppc64") to the > cflags/cxxflags/.. manually if you desperately need 64 bit support, > e.g.: > $> port -d install readline configure.cflags="-O2 -arch x86_64" > (no idea if that one compiles though) > > If you want to make some tests with four-way universal builds, > replace each occurrence (there are 3) of "-arch i386 -arch ppc" in / > opt/local/share/macports/Tcl/port1.0/portconfigure.tcl with "-arch > i386 -arch x86_64 -arch ppc -arch ppc64". > We are of course interested in your results... ;) > Hmm, no, this went down the wrong path. Let me clarify: Someone before said that on Leopard macports would automatically build 64 bit binaries. Now I was wondering if a) I could prevent this (i.e. have it build 32bit as before) b) If I could have two completely independent macports repos on my disk, one built 32bit and one 64bit. This would be ideal since most everyday stuff is 32bit, and only some libs and stuiff are needed for 64. I would go as far as saying this latter option would be the best solution (less hassle than doing universal builds and better controllable), for the 32/64 bit versions I would really like this supported in macports properly, and not have to fiddle with build flags... I would like a repo-constant switch for this. I.e. some repo (I refer to repo as a local macports install tree, i.e. what is usually under /opt/local) would be set up as 64bit and always be 64bit from there on (i.e. update, install and all when on this repo do 64bit builds). And another would be 32bit. One could do the same for ppc. I think real universal binaries are only ever needed for distribution, and then one can always go and lipo things by hand. So is this kind of repo-based architecture selection possible. And the installation of multiple macports repos? If not I would even help make it possible if someone gets me started :). > > For octave you're out of luck though as it is build with the vanilla > gcc 4.2 which cannot produce universal binaries. > Perhaps you can test the Apple gcc 4.2 beta preview for octave to > achieve this (if you're on 10.5) -- though the Fortran part may be a > problem here as octave seems to use it (the Apple compilers don't do > Fortan while the vanilla ones cannot create universal binaries). That's ok. I use the regular 4.0 now, building octave from cvs. Octave building on osx is not very hard anymore, they seem to have a grip on it now. I would just like macports to handle dependencies :). Best Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071212/ca21135f/attachment-0001.html From ryandesign at macports.org Wed Dec 12 03:28:37 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 03:35:12 2007 Subject: Problems installing gimp2 on leopard In-Reply-To: References: <24EC8F7A-0BD0-4335-AEAA-DC15958245D8@macports.org> <40292F80-2AB4-46F4-B393-88A45042B43F@auroralux.net> Message-ID: <6EDADEFB-E37B-4AA6-B913-1A6CF41DCAD2@macports.org> On Dec 12, 2007, at 04:07, Randall Wood wrote: > On 11 Dec 2007, at 07:12, Frank McPherson wrote: > >> On Dec 9, 2007, at 8:01 PM, Ryan Schmidt wrote: >> >>>> As I poked around the dependency tree, I saw that gtk2 had been >>>> previously installed with the +quartz and +x11 variants. I >>>> tried rebuilding gtk2 with only the +quartz variant, but found >>>> it somehow automatically adds +x11. >>> >>> Since Randall Wood just dropped maintainership of gtk2 and gnome, >>> I stepped in and changed this in r31844. Now +x11 is the default >>> for gtk2 only if you have not requested +quartz. You can still >>> have both, if you want them, by specifying +quartz +x11. >> >> I'll give it another try when this change hits. >> >> >>>> It didn't matter in the end --- I got the same error when trying >>>> to build gimp2. I've attached it at the end. The weird thing is >>>> I can't find any references in the command line here to gdk-x11, >>>> though that's the error. I also tried 'find . -type f -exec grep >>>> gdk-x11 {} \;' from inside gimp2's work directory and didn't >>>> find any matches. >>>> [snip] >>>> /bin/sh ../../libtool --tag=CC --mode=link gcc -O2 -Wall - >>>> Wdeclaration-after-statement -Wmissing-prototypes -Wmissing- >>>> declarations -Winit-self -Wpointer-arith -L/opt/local/lib -o >>>> poppler poppler-poppler.o ../../libgimp/libgimpui-2.0.la ../../ >>>> libgimpwidgets/libgimpwidgets-2.0.la ../../libgimpmodule/ >>>> libgimpmodule-2.0.la ../../libgimp/libgimp-2.0.la ../../ >>>> libgimpmath/libgimpmath-2.0.la ../../libgimpconfig/ >>>> libgimpconfig-2.0.la ../../libgimpcolor/ >>>> libgimpcolor-2.0.la ../../libgimpbase/libgimpbase-2.0.la -Wl,- >>>> framework,CoreServices,-framework,ApplicationServices -L/opt/ >>>> local/lib -lgtk-quartz-2.0 -lgdk-quartz-2.0 -latk-1.0 - >>>> lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo - >>>> lgobject-2.0 -lgmodule-2.0 -lfreetype -lz -lfontconfig -lexpat - >>>> lpng12 -lgthread-2.0 -lglib-2.0 -lintl -liconv -Wl,- >>>> framework,CoreServices,-framework,ApplicationServices -L/opt/ >>>> local/lib -lpoppler-glib -lpoppler -lgdk-quartz-2.0 - >>>> lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo - >>>> lgobject-2.0 -lgmodule-2.0 -lfreetype -lz -lfontconfig -lexpat - >>>> lpng12 -lgthread-2.0 -lglib-2.0 -lintl -liconv -lintl >>>> libtool: link: cannot find the library `/opt/local/lib/libgdk- >>>> x11-2.0.la' or unhandled argument `/opt/local/lib/libgdk- >>>> x11-2.0.la' >>>> make[3]: *** [poppler] Error 1 >>>> make[2]: *** [all-recursive] Error 1 >>>> make[1]: *** [all-recursive] Error 1 >>>> make: *** [all] Error 2 >>> >>> I'm afraid I don't know about this one. I don't use gdk2 myself. >> >> That's the funny thing here - the only port returned by 'port >> search gdk' is gdk-pixbuf, and I don't have it installed at all. > > GDK is the GIMP Drawing Kit and is a core component of GTK, so if > you use GTK, you use GDK. GDK handles all of the low level drawing > and rendering for GTK, and is the part that is ported to X11, > Quartz, Win32 APIs, etc, to get native GTK. > > However you attempted to install gimp2, it wants GTK on X11, and is > failing to bind to the GDK X11 library. Sorry... Shows how much I know about this software. Above, I meant I don't use gtk2 myself. And I didn't even know of the existence of gdk. From richard at inf.ed.ac.uk Wed Dec 12 04:21:23 2007 From: richard at inf.ed.ac.uk (Richard Tobin) Date: Wed Dec 12 04:20:21 2007 Subject: First port installation fails Message-ID: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> I installed MacPorts-1.5.0.pkg, did a self-update, then did port install firefox-x11 After installing several ports, it aborted with: ---> Activating p5-pathtools 3.25_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/perl5/5.8.8/darwin-2level/auto/Cwd/Cwd.bs is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: gnome-icon-theme icon-naming-utils p5-getopt-long p5-pathtools p5-xml-simple p5-test-simple p5-test-harness p5-xml-namespacesupport p5-xml-sax p5-xml-parser gnome-vfs dbus docbook-xml-4.1.2 xmlcatmgr libxml2 xmlto docbook-xml-4.2 docbook-xsl getopt libxslt dbus-glib gconf gtk2 atk gtk-doc scrollkeeper docbook-xml docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 jpeg pango Xft2 xorg-xproto xorg-util-macros tiff intltool orbit2 libidl gnome-mime-data howl neon openssl zip Error: Status 1 encountered during processing. Presumably this should not happen. There was no /opt/local before I started, so it can't be some stale port. -- Richard From mww at macports.org Wed Dec 12 04:23:25 2007 From: mww at macports.org (Weissmann Markus) Date: Wed Dec 12 04:23:16 2007 Subject: plans for 64bit support In-Reply-To: <5fb9351d0712120331m313f41eeo98e8f71d0c9450ec@mail.gmail.com> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> <1ECAB3CF-7A8E-4611-BDFF-22335148B6FB@macports.org> <5fb9351d0712120329m582fa0cdk5a11244a54ff7ae8@mail.gmail.com> <5fb9351d0712120331m313f41eeo98e8f71d0c9450ec@mail.gmail.com> Message-ID: <68256065-06D9-49EC-9386-9D118944D803@macports.org> On 12.12.2007, at 12:31, Daniel Oberhoff wrote: > ---------- Forwarded message ---------- > From: Daniel Oberhoff > Date: Dec 12, 2007 12:29 PM > Subject: Re: plans for 64bit support > To: Weissmann Markus > > > [...] > > we put some research into this during GSOC this year: It's quite hard > to come up with a magic lipo for everything as it is necessary to > combine not only binaries (thats the easy part) but also stuff like > header files (also easy), heap images of interpreters, scripting > language programs, etc. -- which can get practically impossible. > > We could enable four-way builds for (probably) all ports that we can > build universal right now, but there is currently no way of saying > "no ppc64 please" (etc.) in a port (and no tests/experience on what > exactly will be necessary). > > Hmm, but that would mean I always have to build 4 times and waste > lots of space and time I will never ever need (i.e. on my intel mac > I will never use ppc binaries). Are ppc+interl universals so > important? After all macports is more of a local compile and use > thing than about binary distribution, right? > Well, our ultimate goal here would be to have these 4-way universal builds as packages... but don't hold your breath for this to happen: There is a lot of work to be done for this. Regarding the space and time issue: Yes, building universal will take roughly 4 times as long, but not take 4 times the space: The most space is normally consumed by data files like documentation, pictures, icons, etc. > >> Alternatively maybe have two macports trees, one with 64bit, one > >> with 32bit. Kinda like those lib64 dirs on some linux flavours. Is > >> that possible right now? > > > > You're talking about two collections of port binaries, presumably? > > Since we don't have any binaries at this point, or any 64-bit > > builds, anything's possible, of course. Is it wise to have 64-bit- > > only binaries? I wouldn't have thought so but I really have no idea. > > > > If you mean, is it possible to have 64-bit builds go into lib64 > > instead of lib, then I would say if that's not the default for the > > software already, it would be a rather large hassle to fix every > > portfile to do this, wouldn't you say? And why is this better than > > a single all-encompassing superuniversal library installed in the > > normal expected location? > > > > you could always pass a "-arch x86_64" (or "-arch ppc64") to the > cflags/cxxflags/.. manually if you desperately need 64 bit support, > e.g.: > $> port -d install readline configure.cflags="-O2 -arch x86_64" > (no idea if that one compiles though) > > If you want to make some tests with four-way universal builds, > replace each occurrence (there are 3) of "-arch i386 -arch ppc" in / > opt/local/share/macports/Tcl/port1.0/portconfigure.tcl with "-arch > i386 -arch x86_64 -arch ppc -arch ppc64". > We are of course interested in your results... ;) > > Hmm, no, this went down the wrong path. Let me clarify: Someone > before said that on Leopard macports would automatically build 64 > bit binaries. Now I was wondering if > > a) I could prevent this (i.e. have it build 32bit as before) > b) If I could have two completely independent macports repos on my > disk, one built 32bit and one 64bit. This would be ideal since most > everyday stuff is 32bit, and only some libs and stuiff are needed > for 64. I would go as far as saying this latter option would be the > best solution (less hassle than doing universal builds and better > controllable), > > for the 32/64 bit versions I would really like this supported in > macports properly, and not have to fiddle with build flags... I > would like a repo-constant switch for this. I.e. some repo (I refer > to repo as a local macports install tree, i.e. what is usually > under /opt/local) would be set up as 64bit and always be 64bit from > there on (i.e. update, install and all when on this repo do 64bit > builds). And another would be 32bit. One could do the same for ppc. > I think real universal binaries are only ever needed for > distribution, and then one can always go and lipo things by hand. > > So is this kind of repo-based architecture selection possible. And > the installation of multiple macports repos? If not I would even > help make it possible if someone gets me started :). > By default the Apple compilers will produce 32 bit binaries, so if you don't do anything, you'll end up with 32 bit ppc or i386 binaries. We currently don't have a switch to enable 64 bit binaries, so no: "just" installing MacPorts a 2nd time isn't getting you anywhere near there. I'd recommend (for now) to hack the portconfigure.tcl [1] file and replace "-arch i386 -arch ppc" with "-arch i386 -arch x86_64", then build the stuff you need with "+universal". For more awesomeness to happen sooner, I'd advice to start hacking port(1) with us... ;) Regards, -Markus --- Dipl. Inf. (FH) Markus W. Weissmann http://www.mweissmann.de/ http://www.macports.org/ From mww at macports.org Wed Dec 12 04:26:18 2007 From: mww at macports.org (Weissmann Markus) Date: Wed Dec 12 04:26:07 2007 Subject: First port installation fails In-Reply-To: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> References: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> Message-ID: On 12.12.2007, at 13:21, Richard Tobin wrote: > I installed MacPorts-1.5.0.pkg, did a self-update, then did > > port install firefox-x11 > > After installing several ports, it aborted with: > > ---> Activating p5-pathtools 3.25_0 > Error: Target org.macports.activate returned: Image error: /opt/ > local/lib/perl5/5.8.8/darwin-2level/auto/Cwd/Cwd.bs is being used > by the active perl5.8 port. Please deactivate this port first, or > use the -f flag to force the activation. > Error: The following dependencies failed to build: gnome-icon-theme > icon-naming-utils p5-getopt-long p5-pathtools p5-xml-simple p5-test- > simple p5-test-harness p5-xml-namespacesupport p5-xml-sax p5-xml- > parser gnome-vfs dbus docbook-xml-4.1.2 xmlcatmgr libxml2 xmlto > docbook-xml-4.2 docbook-xsl getopt libxslt dbus-glib gconf gtk2 atk > gtk-doc scrollkeeper docbook-xml docbook-xml-4.3 docbook-xml-4.4 > docbook-xml-4.5 jpeg pango Xft2 xorg-xproto xorg-util-macros tiff > intltool orbit2 libidl gnome-mime-data howl neon openssl zip > Error: Status 1 encountered during processing. > > Presumably this should not happen. > > There was no /opt/local before I started, so it can't be some stale > port. > Then it probably is a bug -- I've cc'ed Daniel, he probably knows best what this could be as he is the maintainer of "p5-pathtools". Regards, -Markus --- Dipl. Inf. (FH) Markus W. Weissmann http://www.mweissmann.de/ http://www.macports.org/ From daniel at danieloberhoff.de Wed Dec 12 04:28:02 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Wed Dec 12 04:27:42 2007 Subject: plans for 64bit support In-Reply-To: <68256065-06D9-49EC-9386-9D118944D803@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> <1ECAB3CF-7A8E-4611-BDFF-22335148B6FB@macports.org> <5fb9351d0712120329m582fa0cdk5a11244a54ff7ae8@mail.gmail.com> <5fb9351d0712120331m313f41eeo98e8f71d0c9450ec@mail.gmail.com> <68256065-06D9-49EC-9386-9D118944D803@macports.org> Message-ID: <5fb9351d0712120428p49885401g699c8a44773f7c60@mail.gmail.com> > > > a) I could prevent this (i.e. have it build 32bit as before) > > b) If I could have two completely independent macports repos on my > > disk, one built 32bit and one 64bit. This would be ideal since most > > everyday stuff is 32bit, and only some libs and stuiff are needed > > for 64. I would go as far as saying this latter option would be the > > best solution (less hassle than doing universal builds and better > > controllable), > > > > for the 32/64 bit versions I would really like this supported in > > macports properly, and not have to fiddle with build flags... I > > would like a repo-constant switch for this. I.e. some repo (I refer > > to repo as a local macports install tree, i.e. what is usually > > under /opt/local) would be set up as 64bit and always be 64bit from > > there on (i.e. update, install and all when on this repo do 64bit > > builds). And another would be 32bit. One could do the same for ppc. > > I think real universal binaries are only ever needed for > > distribution, and then one can always go and lipo things by hand. > > > > So is this kind of repo-based architecture selection possible. And > > the installation of multiple macports repos? If not I would even > > help make it possible if someone gets me started :). > > > > By default the Apple compilers will produce 32 bit binaries, so if > you don't do anything, you'll end up with 32 bit ppc or i386 > binaries. We currently don't have a switch to enable 64 bit binaries, > so no: "just" installing MacPorts a 2nd time isn't getting you > anywhere near there. > I'd recommend (for now) to hack the portconfigure.tcl [1] file and > replace "-arch i386 -arch ppc" with "-arch i386 -arch x86_64", then > build the stuff you need with "+universal". > For more awesomeness to happen sooner, I'd advice to start hacking > port(1) with us... ;) > Hehe :). Well, I would first like to know if and how I can install a second macports tree. As I would prefer that over building inversals. Once I get there I will see how I can force one tree to build 64bit and report on what I come up with. But I might also play with that universal hack...if it is that easy, why can't it be automated? Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071212/fe20b680/attachment.html From ryandesign at macports.org Wed Dec 12 04:43:56 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 04:43:55 2007 Subject: plans for 64bit support In-Reply-To: <5fb9351d0712120428p49885401g699c8a44773f7c60@mail.gmail.com> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> <1ECAB3CF-7A8E-4611-BDFF-22335148B6FB@macports.org> <5fb9351d0712120329m582fa0cdk5a11244a54ff7ae8@mail.gmail.com> <5fb9351d0712120331m313f41eeo98e8f71d0c9450ec@mail.gmail.com> <68256065-06D9-49EC-9386-9D118944D803@macports.org> <5fb9351d0712120428p49885401g699c8a44773f7c60@mail.gmail.com> Message-ID: <35B18365-C66E-46BC-ADA3-B0F53FB37B45@macports.org> On Dec 12, 2007, at 06:28, Daniel Oberhoff wrote: >> > a) I could prevent this (i.e. have it build 32bit as before) >> > b) If I could have two completely independent macports repos on my >> > disk, one built 32bit and one 64bit. This would be ideal since most >> > everyday stuff is 32bit, and only some libs and stuiff are needed >> > for 64. I would go as far as saying this latter option would be the >> > best solution (less hassle than doing universal builds and better >> > controllable), >> > >> > for the 32/64 bit versions I would really like this supported in >> > macports properly, and not have to fiddle with build flags... I >> > would like a repo-constant switch for this. I.e. some repo (I refer >> > to repo as a local macports install tree, i.e. what is usually >> > under /opt/local) would be set up as 64bit and always be 64bit from >> > there on (i.e. update, install and all when on this repo do 64bit >> > builds). And another would be 32bit. One could do the same for ppc. >> > I think real universal binaries are only ever needed for >> > distribution, and then one can always go and lipo things by hand. >> > >> > So is this kind of repo-based architecture selection possible. And >> > the installation of multiple macports repos? If not I would even >> > help make it possible if someone gets me started :). >> >> By default the Apple compilers will produce 32 bit binaries, so if >> you don't do anything, you'll end up with 32 bit ppc or i386 >> binaries. We currently don't have a switch to enable 64 bit binaries, >> so no: "just" installing MacPorts a 2nd time isn't getting you >> anywhere near there. >> I'd recommend (for now) to hack the portconfigure.tcl [1] file and >> replace "-arch i386 -arch ppc" with "-arch i386 -arch x86_64", then >> build the stuff you need with "+universal". >> For more awesomeness to happen sooner, I'd advice to start hacking >> port(1) with us... ;) > > Hehe :). Well, I would first like to know if and how I can install > a second macports tree. Documented: http://guide.macports.org/#installing.source.multiple > As I would prefer that over building inversals. Once I get there I > will see how I can force one tree to build 64bit and report on what > I come up with. But I might also play with that universal hack...if > it is that easy, why can't it be automated? Are you asking: why haven't we dealt with 4-way universal binaries or any kind of 64-bit support before? I don't think anybody's asked for it before. From daniel at danieloberhoff.de Wed Dec 12 05:06:56 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Wed Dec 12 05:06:39 2007 Subject: plans for 64bit support In-Reply-To: <35B18365-C66E-46BC-ADA3-B0F53FB37B45@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <5EBCC755-CD1E-4EA0-B82A-60503163A106@macports.org> <1ECAB3CF-7A8E-4611-BDFF-22335148B6FB@macports.org> <5fb9351d0712120329m582fa0cdk5a11244a54ff7ae8@mail.gmail.com> <5fb9351d0712120331m313f41eeo98e8f71d0c9450ec@mail.gmail.com> <68256065-06D9-49EC-9386-9D118944D803@macports.org> <5fb9351d0712120428p49885401g699c8a44773f7c60@mail.gmail.com> <35B18365-C66E-46BC-ADA3-B0F53FB37B45@macports.org> Message-ID: <5fb9351d0712120506i1aaec0a2r268f19f4e21819c6@mail.gmail.com> On Dec 12, 2007 1:43 PM, Ryan Schmidt wrote: > > On Dec 12, 2007, at 06:28, Daniel Oberhoff wrote: > > >> > a) I could prevent this (i.e. have it build 32bit as before) > >> > b) If I could have two completely independent macports repos on my > >> > disk, one built 32bit and one 64bit. This would be ideal since most > >> > everyday stuff is 32bit, and only some libs and stuiff are needed > >> > for 64. I would go as far as saying this latter option would be the > >> > best solution (less hassle than doing universal builds and better > >> > controllable), > >> > > >> > for the 32/64 bit versions I would really like this supported in > >> > macports properly, and not have to fiddle with build flags... I > >> > would like a repo-constant switch for this. I.e. some repo (I refer > >> > to repo as a local macports install tree, i.e. what is usually > >> > under /opt/local) would be set up as 64bit and always be 64bit from > >> > there on (i.e. update, install and all when on this repo do 64bit > >> > builds). And another would be 32bit. One could do the same for ppc. > >> > I think real universal binaries are only ever needed for > >> > distribution, and then one can always go and lipo things by hand. > >> > > >> > So is this kind of repo-based architecture selection possible. And > >> > the installation of multiple macports repos? If not I would even > >> > help make it possible if someone gets me started :). > >> > >> By default the Apple compilers will produce 32 bit binaries, so if > >> you don't do anything, you'll end up with 32 bit ppc or i386 > >> binaries. We currently don't have a switch to enable 64 bit binaries, > >> so no: "just" installing MacPorts a 2nd time isn't getting you > >> anywhere near there. > >> I'd recommend (for now) to hack the portconfigure.tcl [1] file and > >> replace "-arch i386 -arch ppc" with "-arch i386 -arch x86_64", then > >> build the stuff you need with "+universal". > >> For more awesomeness to happen sooner, I'd advice to start hacking > >> port(1) with us... ;) > > > > Hehe :). Well, I would first like to know if and how I can install > > a second macports tree. > > Documented: > > http://guide.macports.org/#installing.source.multiple > Thanks, rtfm I guess :). > > > As I would prefer that over building inversals. Once I get there I > > will see how I can force one tree to build 64bit and report on what > > I come up with. But I might also play with that universal hack...if > > it is that easy, why can't it be automated? > > Are you asking: why haven't we dealt with 4-way universal binaries or > any kind of 64-bit support before? I don't think anybody's asked for > it before. > > > Sure, Leopard is quite new and all. Hmm, but I remember someone said its really complicated...anyhow, I will probably try both ways sometime this week and report on my findings. Best Daniel -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071212/d47349a4/attachment.html From dluke at geeklair.net Wed Dec 12 06:23:17 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Dec 12 06:23:01 2007 Subject: First port installation fails In-Reply-To: References: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> Message-ID: <9D8A8C55-DBFD-473F-B60F-40508C1F910D@geeklair.net> On Dec 12, 2007, at 7:26 AM, Weissmann Markus wrote: >> After installing several ports, it aborted with: >> >> ---> Activating p5-pathtools 3.25_0 >> Error: Target org.macports.activate returned: Image error: /opt/ >> local/lib/perl5/5.8.8/darwin-2level/auto/Cwd/Cwd.bs is being used >> by the active perl5.8 port. Please deactivate this port first, or >> use the -f flag to force the activation. > > Then it probably is a bug -- I've cc'ed Daniel, he probably knows > best what this could be as he is the maintainer of "p5-pathtools". The p5-pathtools needs to overwrite the older pathtools that come with perl5.8 in order to be found (perl searches the vendor location last by default, and the perl community consensus is that this is the appropriate way to upgrade modules that ship with perl). To that end, p5-pathtools would have printed out: "You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port" You can run `sudo port -f install p5-pathtools` and then try installing firefox-x11 again and it should work. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071212/df7b98a7/PGP.bin From jkorchok at hotmail.com Wed Dec 12 06:50:14 2007 From: jkorchok at hotmail.com (John Korchok) Date: Wed Dec 12 06:49:56 2007 Subject: Oracle support in PHP? In-Reply-To: <33D40673-C2BC-48C2-94DF-E31CBB16196C@macports.org> References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> <33D40673-C2BC-48C2-94DF-E31CBB16196C@macports.org> Message-ID: > -----Original Message----- > From: Ryan Schmidt [mailto:ryandesign@macports.org] > Sent: Tuesday, December 11, 2007 11:31 PM > To: John Korchok > Cc: macports-users@lists.macosforge.org > Subject: Re: Oracle support in PHP? > > On Dec 11, 2007, at 22:11, John Korchok wrote: > > >> On Dec 10, 2007, at 16:42, John Korchok wrote: > >> > >>> I had no errors or other problems installing the "oracle- > >>> instantclient" port or the "php5 +oracle" port. Thanks Ryan! > >> > >> Oh good! > >> > >> > >>> I am assuming I still need to modify php.ini to point at oci8.so, > >>> but I can't find it (oci8.o is there). I did find the libraries > >>> under lib/ oracle. > >> > >> Nope, nothing needs to be done in that regard. There is no > oci8.so or > >> any other separate file. The oci8 functions have simply > been compiled > >> into php and libphp5.so. > >> > >> > >>> http://www.php.net/oci8 is just baffling. It reads like a pile of > >>> potentially useful but untested information. Using the Instant > >>> Client (as they recommend) does not create an oracle user > or group, > >>> as far as I can tell. > >> > >> I didn't program any user or group creation into the oracle- > >> instantclient portfile, no. Should I have? What would that > user/group > >> be used for? > >> > >> The page is certainly Greek to me, since I haven't used Oracle. > > > > When I run phpinfo, the last configure command is: > > '--with-oci8=instantclient,/opt/local/lib/oracle' > > > > At http://www.oracle.com/technology/pub/notes/ > > technote_php_instant.html, > > under the heading "Enabling the PHP OCI8 Extension on Linux " they > > suggest a syntax like: > > '--with-oci8-instant-client=/opt/local/lib/oracle' > > As far as I can tell, the option was > --with-oci8-instant-client=/path/ to/instantclient in earlier > php versions (maybe php 5.1.1 and earlier), and is > --with-oci8=instantclient,/path/to/instantclient now (maybe > since php 5.1.2). This is mentioned in a note from wes9999 on > http://www.php.net/oci8 and I say "maybe" for the versions > because the Oracle page you cite does say it has been updated > for php 5.1.2 so I don't know. But since they haven't managed > to put out an Intel version in two years, and advocate using > the problematic DYLD_LIBRARY_PATH variable to get their > libraries to work, I don't trust Oracle very much. > > > Phpinfo has an oci8 section further, and it looks like it > is getting > > installed. > > I would expect so. So have you had any luck connecting with > the Oracle server or are you running into other problems? I'm not getting any connection yet. I saw the reference to the new path syntax, but may also be a path issue. Does MacPorts set the path as root or as a user? From druidex at hotmail.com Wed Dec 12 07:26:01 2007 From: druidex at hotmail.com (frozsyn) Date: Wed Dec 12 07:25:41 2007 Subject: Error: lablgtk ocaml dependecies In-Reply-To: References: <69db67940712020952i174e4719n673fa293b3f184b1@mail.gmail.com> Message-ID: <14297354.post@talk.nabble.com> Ryan Schmidt-24 wrote: > > > On Dec 2, 2007, at 11:52, Daniel wrote: > >> I'm trying to install the mldonkey using MacPorts 1.520 installed in a >> intel mac with tiger running on it and i've got the following error >> message: > > [snip] > >> signals_asm.o signals_asm.c >> 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' > > [snip] > >> I've installed Ocaml 3.10.0 before the installtion of mac ports from a >> .dmg file downloaded from INRIA site and i don't know if the problem >> has something to do with this prior installation. > > I don't know either. I don't see any open tickets on ocaml. One way > to find out would be to uninstall your manually-installed ocaml and > see if MacPorts ocaml can then install. > I didn't installed the .dmg file from INRIA and I have got the exactly the same issue. As I'm not a macports master, I did a BIG HACK to correct this error. If you go to the ocaml directory and search for '__ss', you will see that it's declared only in one file, which insert it because it believe this is Mac OS 10.5 (Leopart). I just change the file to always behaves as if is the not 10.5. So here is a copy of my terminal output to correct the probleme: $ cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ocaml/work/ocaml-3.10.0/ $ grep -r MAC_OS_X_VERSION * asmrun/signals_osdep.h: #if MAC_OS_X_VERSION_MIN_REQUIRED < MAC_OS_X_VERSION_10_5 asmrun/signals_osdep.h: #if MAC_OS_X_VERSION_MIN_REQUIRED < MAC_OS_X_VERSION_10_5 $ sudo sed -i .bak 's:#if \(MAC_OS_X_VERSION_MIN_REQUIRED < MAC_OS_X_VERSION_10_5\):#if 1 // \1:' asmrun/signals_osdep.h Password: $ cd $ sudo port install ocaml ---> Building ocaml with target world.opt ---> Staging ocaml into destroot ---> Installing ocaml 3.10.0_0 ---> Activating ocaml 3.10.0_0 ---> Cleaning ocaml I think (well, I'm sure) that there is a better way to do that, and maybe a macports way to do that, so if someone now ... -- View this message in context: http://www.nabble.com/Error%3A-lablgtk-ocaml-dependecies-tp14118020p14297354.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From khillig at umich.edu Wed Dec 12 07:36:14 2007 From: khillig at umich.edu (Kurt Hillig) Date: Wed Dec 12 07:35:55 2007 Subject: dbus-glib build hangs on 'creating dbus-binding-tool' Message-ID: Hmm, nobody has commented on this (originally titled 'Gnucash woes: dbus-glib build hangs') so I'm resending it, with some truncation for conciseness... I've been trying for weeks to get gnucash to build on a G5 Quad running 10.4; finally got to the point where I blew away /opt and started from scratch - fresh install of XCode and X11 from Apple, fresh install of macports 1.5, 'sudo port -v selfupdate' and then 'sudo port -v install gnucash'. Everything rolled along smoothly until it got to dbus-glib; it got part way through installing this and then just stopped dead - no error messages were generated, though there were several warnings about multiple symbol definitions prior to this. Looking at the process table it looks like 'dbus-binding-tool' is waiting for something - possibly 'glib-genmarshal' - that isn't responding: root 23164 520 520 6c1b7b8 1 S+ p4 0:00.02 sh -c cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.74" && make all root 23167 23166 520 6c1b7b8 1 S+ p4 0:00.00 /bin/sh -c failcom='exit 1'; for f in x $MAKEFLAGS; do case $f in *=* | --[!k]*);; *k*) failcom='fail=yes';; esac; done; dot_seen=no; target=`echo all-recursive | sed s/-recursive//`; list='dbus tools test doc'; for subdir in $list; do echo "Making $target in $subdir"; if test "$s root 23171 23167 520 6c1b7b8 1 S+ p4 0:00.00 /bin/sh -c failcom='exit 1'; for f in x $MAKEFLAGS; do case $f in *=* | --[!k]*);; *k*) failcom='fail=yes';; esac; done; dot_seen=no; target=`echo all-recursive | sed s/-recursive//`; list='dbus tools test doc'; for subdir in $list; do echo "Making $target in $subdir"; if test "$s root 26765 26764 520 6c1b7b8 1 S+ p4 0:00.11 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_dbus-glib/work/dbus-glib-0.74/dbus/.libs/dbus-binding-tool --prefix=some_object --mode=glib-server --output=example-service-glue.h ./example-service.xml root 26814 1 520 6c1b7b8 1 S+ p4 0:00.02 glib-genmarshal --header --body --prefix=dbus_glib_marshal_some_object /var/tmp/dbus-binding-tool-c-marshallers.QZUM2T Since I don't know how dbus-binding-tool works I'm kind of at a loss as to how to fix this. Here's what was reported from the dbus-glib installation: ---> Fetching dbus-glib ---> dbus-glib-0.74.tar.gz doesn't seem to exist in /opt/local/var/macports/distfiles/dbus-glib ---> Attempting to fetch dbus-glib-0.74.tar.gz from http://dbus.freedesktop.org/releases/dbus-glib % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 100 639k 100 639k 0 0 74800 0 0:00:08 0:00:08 --:--:-- 75495 ---> Verifying checksum(s) for dbus-glib ---> Checksumming dbus-glib-0.74.tar.gz ---> Extracting dbus-glib ---> Extracting dbus-glib-0.74.tar.gz ---> Configuring dbus-glib checking build system type... powerpc-apple-darwin8.11.0 checking host system type... powerpc-apple-darwin8.11.0 checking target system type... powerpc-apple-darwin8.11.0 : : : : : : : : : : : : config.status: creating config.h config.status: executing depfiles commands config.status: executing default-1 commands D-BUS GLIB BINDINGS 0.74 ============== prefix: /opt/local exec_prefix: ${prefix} libdir: /opt/local/lib bindir: /opt/local/bin sysconfdir: /opt/local/etc localstatedir: /opt/local/var datadir: ${prefix}/share source code location: . compiler: gcc cflags: -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare cppflags: -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib cxxflags: -O2 64-bit int: long long 32-bit int: int 16-bit int: short Doxygen: no Maintainer mode: no gcc coverage profiling: no Building unit tests: no Building verbose mode: no Building assertions: no Building checks: yes Building Doxygen docs: no Building Gtk-doc docs: no Gettext libs (empty OK): Using XML parser: 'make check' socket dir: : : : : : : : : : : : : ---> Building dbus-glib with target all make all-recursive Making all in dbus make all-recursive Making all in . /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c -o dbus-glib.lo dbus-glib.c mkdir .libs gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c dbus-glib.c -fno-common -DPIC -o .libs/dbus-glib.o gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib.lo -MD -MP -MF .deps/dbus-glib.Tpo -c dbus-glib.c -o dbus-glib.o >/dev/null 2>&1 mv -f .deps/dbus-glib.Tpo .deps/dbus-glib.Plo /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gmain.lo -MD -MP -MF .deps/dbus-gmain.Tpo -c -o dbus-gmain.lo dbus-gmain.c gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gmain.lo -MD -MP -MF .deps/dbus-gmain.Tpo -c dbus-gmain.c -fno-common -DPIC -o .libs/dbus-gmain.o gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-gmain.lo -MD -MP -MF .deps/dbus-gmain.Tpo -c dbus-gmain.c -o dbus-gmain.o >/dev/null 2>&1 : : : : : : : : : : : : : ranlib .libs/libdbus-gtool.a creating libdbus-gtool.la (cd .libs && rm -f libdbus-gtool.la && ln -s ../libdbus-gtool.la libdbus-gtool.la) gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-binding-tool-glib.o -MD -MP -MF .deps/dbus-binding-tool-glib.Tpo -c -o dbus-binding-tool-glib.o dbus-binding-tool-glib.c mv -f .deps/dbus-binding-tool-glib.Tpo .deps/dbus-binding-tool-glib.Po gcc -DHAVE_CONFIG_H -I. -I.. -I.. -I.. -I/opt/local/include/dbus-1.0 -I/opt/local/lib/dbus-1.0/include -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"/opt/local/share/locale\" -DDBUS_API_SUBJECT_TO_CHANGE=1 -I/opt/local/include -L/opt/local/lib -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -MT dbus-glib-tool.o -MD -MP -MF .deps/dbus-glib-tool.Tpo -c -o dbus-glib-tool.o dbus-glib-tool.c mv -f .deps/dbus-glib-tool.Tpo .deps/dbus-glib-tool.Po /bin/sh ../libtool --tag=CC --mode=link gcc -O2 -no-cpp-precomp -flat_namespace -undefined suppress -L/opt/local/lib -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -L/opt/local/lib -o dbus-binding-tool dbus-binding-tool-glib.o dbus-glib-tool.o libdbus-gtool.la libdbus-glib-1.la -L/opt/local/lib -ldbus-1 -L/opt/local/lib -lgobject-2.0 -lglib-2.0 -lintl -liconv -lexpat gcc -O2 -no-cpp-precomp -flat_namespace -undefined suppress -Wall -Wchar-subscripts -Wmissing-declarations -Wmissing-prototypes -Wnested-externs -Wpointer-arith -Wcast-align -Wfloat-equal -Wsign-compare -o .libs/dbus-binding-tool dbus-binding-tool-glib.o dbus-glib-tool.o -L/opt/local/lib ./.libs/libdbus-gtool.a ./.libs/libdbus-glib-1.dylib /opt/local/lib/libdbus-1.dylib /opt/local/lib/libgobject-2.0.dylib /opt/local/lib/libglib-2.0.dylib /opt/local/lib/libintl.dylib -lc /opt/local/lib/libiconv.dylib /opt/local/lib/libexpat.dylib /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning -undefined suppress disables -prebind /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_construct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_construct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_construct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_collection_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_collection_end_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_end_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_collection_end_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_init ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_init_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_init_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_specialized_map_append ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_map_append in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_specialized_map_append /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_get_member ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get_member in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get_member /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_set_member ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set_member in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set_member /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_collection_get_fixed ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_get_fixed in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_get_fixed /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_collection_peek_vtable ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_peek_vtable in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_peek_vtable /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_collection ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_map ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_struct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_structv ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_structv in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_structv /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_map_peek_vtable ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_map_peek_vtable in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_map_peek_vtable /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_register_collection ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_register_collection in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_register_collection /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_register_map ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_register_map in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_register_map /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_register_struct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_register_struct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_register_struct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_get ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_get /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_peek_vtable ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_peek_vtable in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_peek_vtable /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_struct_set ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_struct_set /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_collection_value_iterate ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_value_iterate in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_collection_value_iterate /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_collection_specialization ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection_specialization in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_collection_specialization /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_map_key_specialization ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_key_specialization in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_key_specialization /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_map_value_specialization ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_value_specialization in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_map_value_specialization /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_struct_member_type ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_member_type in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_member_type /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_get_struct_size ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_size in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_get_struct_size /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_is_collection ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_is_collection in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_is_collection /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_is_map ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_is_map in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_is_map /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_is_struct ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_is_struct in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_is_struct /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: warning multiple definitions of symbol _dbus_g_type_map_value_iterate ./.libs/libdbus-gtool.a(dbus-gtype-specialized.o) definition of _dbus_g_type_map_value_iterate in section (__TEXT,__text) ./.libs/libdbus-glib-1.dylib(dbus-gtype-specialized.o) definition of _dbus_g_type_map_value_iterate creating dbus-binding-tool Making all in examples /bin/sh ../../libtool --mode=execute ../../dbus/dbus-binding-tool --prefix=some_object --mode=glib-server --output=example-service-glue.h ./example-service.xml and here it sits. As I mentioned above, it looks like the 'dbus-binding-tool' process fired up 'glib-genmarshal' and is waiting for it to return; but it's stuck. I see that the latter is supposed to be doing something with the file '/var/tmp/dbus-binding-tool-c-marshallers.QZUM2T' - which exists, but consists simply of these two lines: BOOLEAN:POINTER,POINTER BOOLEAN:STRING,POINTER,POINTER which doesn't tell me a whole lot... If you want to see the complete log of this most recent install, let me know - it's about 8 MB, I didn't want to attach it and clutter up people's mailboxes. Dr. Kurt Hillig UMNet Administration I always tell the Fax (734)763-4050 University of Michigan absolute truth, Phone (734)647-8778 Ann Arbor, MI 48105-3640 as I see it. EMail khillig(at)umich.edu > Computers were invented to help people waste more time faster < From D.S.Murray-Rust at sms.ed.ac.uk Wed Dec 12 07:57:34 2007 From: D.S.Murray-Rust at sms.ed.ac.uk (Dave Murray-Rust) Date: Wed Dec 12 07:57:15 2007 Subject: GLUT fails to compile (on leopard) Message-ID: Hi all, I'm trying to compile GLUT, on leopard, and I get the following output: >sudo port install glut Password: ---> Building glut 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_graphics_glut/work/glut-3.7/lib/glut ; c++ -flat_namespace -dynamiclib -o libglut.3.7.dylib -install_name /opt/ local/lib/libglut.3.dylib -compatibility_version 3.7 -current_version 3.7 -all_load libglut.a -L/usr/X11R6/lib -lGL -lGLU -lX11 -lXmu -lXi - lXext -lXt -lICE -lSM" returned error 1 Command output: "_glGetError", referenced from: _glutReportErrors in libglut.a(glut_util.o) "_glPushMatrix", referenced from: _teapot in libglut.a(glut_teapot.o) "_glEnable", referenced from: _teapot in libglut.a(glut_teapot.o) _teapot in libglut.a(glut_teapot.o) _teapot in libglut.a(glut_teapot.o) _teapot in libglut.a(glut_teapot.o) "_glReadBuffer", referenced from: _glutEstablishOverlay in libglut.a(glut_overlay.o) ___glutCreateWindow in libglut.a(glut_win.o) "_glDrawBuffer", referenced from: _glutEstablishOverlay in libglut.a(glut_overlay.o) ___glutCreateWindow in libglut.a(glut_win.o) "_glBitmap", referenced from: _glutBitmapCharacter in libglut.a(glut_bitmap.o) "_glNormal3fv", referenced from: _drawBox in libglut.a(glut_shapes.o) _drawtriangle in libglut.a(glut_shapes.o) _pentagon in libglut.a(glut_shapes.o) "_glPolygonMode", referenced from: _glutWireTorus in libglut.a(glut_shapes.o) "_glNormal3f", referenced from: _doughnut in libglut.a(glut_shapes.o) _doughnut in libglut.a(glut_shapes.o) "_glScalef", referenced from: _teapot in libglut.a(glut_teapot.o) ld: symbol(s) not found collect2: ld returned 1 exit status Error: Status 1 encountered during processing. From mgrunewalder at mac.com Wed Dec 12 08:31:09 2007 From: mgrunewalder at mac.com (Michael Grunewalder) Date: Wed Dec 12 08:30:48 2007 Subject: binary distribution of ports Message-ID: Hello, I'm trying to build binary packages to deploy them to some machines at work. The problem I have is, that the package is created, however dependent files are not included. For example: I build the package with sudo port pkg apache2 the apache package is created however when I install it on the other machine it won't run because the dependent files are missing. Do I have to build packages for every dependent file that is compiled during the build process or is there an easier way to get a nice "all in one" deployment package? System Information: Build machine with MacPorts: MacBook Core 2 Duo Deployment Machines (for testing) without MacPorts: MacBook Core 2 Duo iMac Core Duo all machines run on OS X 10.5 Any help is appreciated. Thanks a lot in advance Mike From constant at reporters.be Wed Dec 12 08:46:11 2007 From: constant at reporters.be (Constant Dupuis) Date: Wed Dec 12 08:46:01 2007 Subject: PerlMagick build on a PPC G5 mac os X 10.4 Message-ID: Hi, I try to build the PerlMagick package (Image::Magick). I try using CPAN and fink nothing works. SO now I try with macports. ImageMagick is installed (with macports) and working. When if I try to build the PerlMagick module I'm told that /opt/local/ bin/perl is not found. I try to use the configure.perl statement to force port tu use the install perl interpreter already installed on my machine. Is it possible ? If I install the macport Perl interpreter won't it clash with the Mac OS X perl ? Any clue ? Thanks ! Constant From mas at macports.org Wed Dec 12 10:03:45 2007 From: mas at macports.org (=?ISO-8859-1?Q?Marc_Andr=E9_Selig?=) Date: Wed Dec 12 10:03:25 2007 Subject: binary distribution of ports In-Reply-To: References: Message-ID: On Dec 12, 2007 5:31 PM, Michael Grunewalder wrote: > I'm trying to build binary packages to deploy them to some machines at work. > The problem I have is, that the package is created, however dependent files are not included. > > For example: > I build the package with > sudo port pkg apache2 Use "sudo port mpkg apache2" to have all necessary packages included in one large metapackage. Regards, Marc From Barry.J.Mcinnes at noaa.gov Wed Dec 12 11:51:16 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Wed Dec 12 11:50:54 2007 Subject: invalid command name on some downloads Message-ID: <47603BB4.70908@noaa.gov> We have a clean install of 10.5 and update to 10.5.1. macport version [mac27:~/sun/info] bmcinnes% port --version MacPorts 1.520 Some installs work, others don't [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp Error: port uninstall failed: Registry error: gimp not registered as installed. [mac27:~/sun/info] bmcinnes% sudo port install gimp2 Error: Unable to execute port: invalid command name "destroot.violate_mtree" [mac27:~/sun/info] bmcinnes% sudo port install gnuplot Password: Error: Unable to execute port: invalid command name "destroot.violate_mtree" [mac27:~/sun/info] bmcinnes% I have reinstalled Xcode 3.0, done port sync, looked through archives, but there seems to be no total solution ? From ryandesign at macports.org Wed Dec 12 15:00:14 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 15:00:09 2007 Subject: Oracle support in PHP? In-Reply-To: References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> <33D40673-C2BC-48C2-94DF-E31CBB16196C@macports.org> Message-ID: <92DC21CC-6175-46F3-8692-641CD7D00E7E@macports.org> On Dec 12, 2007, at 08:50, John Korchok wrote: >> On Dec 11, 2007, at 22:11, John Korchok wrote: >> >>>> On Dec 10, 2007, at 16:42, John Korchok wrote: >>>> >>>>> I had no errors or other problems installing the "oracle- >>>>> instantclient" port or the "php5 +oracle" port. Thanks Ryan! >>>> >>>> Oh good! >>>> >>>> >>>>> I am assuming I still need to modify php.ini to point at oci8.so, >>>>> but I can't find it (oci8.o is there). I did find the libraries >>>>> under lib/ oracle. >>>> >>>> Nope, nothing needs to be done in that regard. There is no >> oci8.so or >>>> any other separate file. The oci8 functions have simply >> been compiled >>>> into php and libphp5.so. >>>> >>>> >>>>> http://www.php.net/oci8 is just baffling. It reads like a pile of >>>>> potentially useful but untested information. Using the Instant >>>>> Client (as they recommend) does not create an oracle user >> or group, >>>>> as far as I can tell. >>>> >>>> I didn't program any user or group creation into the oracle- >>>> instantclient portfile, no. Should I have? What would that >> user/group >>>> be used for? >>>> >>>> The page is certainly Greek to me, since I haven't used Oracle. >>> >>> When I run phpinfo, the last configure command is: >>> '--with-oci8=instantclient,/opt/local/lib/oracle' >>> >>> At http://www.oracle.com/technology/pub/notes/ >>> technote_php_instant.html, >>> under the heading "Enabling the PHP OCI8 Extension on Linux " they >>> suggest a syntax like: >>> '--with-oci8-instant-client=/opt/local/lib/oracle' >> >> As far as I can tell, the option was >> --with-oci8-instant-client=/path/ to/instantclient in earlier >> php versions (maybe php 5.1.1 and earlier), and is >> --with-oci8=instantclient,/path/to/instantclient now (maybe >> since php 5.1.2). This is mentioned in a note from wes9999 on >> http://www.php.net/oci8 and I say "maybe" for the versions >> because the Oracle page you cite does say it has been updated >> for php 5.1.2 so I don't know. But since they haven't managed >> to put out an Intel version in two years, and advocate using >> the problematic DYLD_LIBRARY_PATH variable to get their >> libraries to work, I don't trust Oracle very much. >> >>> Phpinfo has an oci8 section further, and it looks like it >> is getting >>> installed. >> >> I would expect so. So have you had any luck connecting with >> the Oracle server or are you running into other problems? > > I'm not getting any connection yet. I saw the reference to the new > path > syntax, but may also be a path issue. Does MacPorts set the path as > root or > as a user? Set what path? If you mean DYLD_LIBRARY_PATH, I don't set it at all. Instead, I used install_name_tool to fix the paths within the oracle libraries so that DYLD_LIBRARY_PATH is no longer necessary. You can see exactly what the port does with "port cat oracle- instantclient" (or "port edit oracle-instantclient") if you're interested. What is the PHP code you use to attempt to establish a connection? What error occurs as a result? From ryandesign at macports.org Wed Dec 12 15:05:59 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 15:05:53 2007 Subject: invalid command name on some downloads In-Reply-To: <47603BB4.70908@noaa.gov> References: <47603BB4.70908@noaa.gov> Message-ID: <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> On Dec 12, 2007, at 13:51, Barry McInnes wrote: > We have a clean install of 10.5 and update to 10.5.1. > macport version > [mac27:~/sun/info] bmcinnes% port --version > MacPorts 1.520 > > Some installs work, others don't > > [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp > Error: port uninstall failed: Registry error: gimp not registered as > installed. That looks normal to me. Or did you believe you had the gimp port installed? What is the output of "port installed"? > [mac27:~/sun/info] bmcinnes% sudo port install gimp2 > Error: Unable to execute port: invalid command name > "destroot.violate_mtree" > [mac27:~/sun/info] bmcinnes% sudo port install gnuplot > Password: > Error: Unable to execute port: invalid command name > "destroot.violate_mtree" > [mac27:~/sun/info] bmcinnes% destroot.violate_mtree was added in MacPorts 1.5.1 and improved quickly in 1.5.2. You installed 1.5.0 from the disk image for Leopard, I presume? Did you then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" says you're running 1.520, a.k.a. 1.5.2, but its behavior matches that of 1.5.0. So this is odd. > I have reinstalled Xcode 3.0, done port sync, looked through archives, > but there seems to be no total solution ? The total solution for 'invalid command name "destroot.violate_mtree"' should be to update to MacPorts 1.5.2 by using "sudo port selfupdate". From ryandesign at macports.org Wed Dec 12 15:11:59 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 15:11:53 2007 Subject: PerlMagick build on a PPC G5 mac os X 10.4 In-Reply-To: References: Message-ID: <8BD6BC42-AF7B-4CAD-BFE9-B5AF71E08DC1@macports.org> On Dec 12, 2007, at 10:46, Constant Dupuis wrote: > I try to build the PerlMagick package (Image::Magick). > > I try using CPAN and fink nothing works. > > SO now I try with macports. ImageMagick is installed (with > macports) and working. > > When if I try to build the PerlMagick module I'm told that /opt/ > local/bin/perl is not found. > > I try to use the configure.perl statement to force port tu use the > install perl interpreter already installed on my machine. > > Is it possible ? > > If I install the macport Perl interpreter won't it clash with the > Mac OS X perl ? MacPorts is designed not to overwrite things installed elsewhere on your Mac. It's also designed to use, as much as possible, only other software installed via MacPorts. It's perfectly acceptable to install perl5.8 from MacPorts so that other ports can make use of it. If you "sudo port install p5-perlmagick", it should automatically install perl5.8 (and ImageMagick and other dependencies) for you. Did that not happen? Please show us the exact command you typed and the exact output you got. Also tell us what version of MacPorts and Xcode you have. Thanks. From ryandesign at macports.org Wed Dec 12 15:08:39 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 15:15:13 2007 Subject: First port installation fails In-Reply-To: <9D8A8C55-DBFD-473F-B60F-40508C1F910D@geeklair.net> References: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> <9D8A8C55-DBFD-473F-B60F-40508C1F910D@geeklair.net> Message-ID: <98857E5A-30B5-4BC4-931A-E572B569740A@macports.org> On Dec 12, 2007, at 08:23, Daniel J. Luke wrote: > On Dec 12, 2007, at 7:26 AM, Weissmann Markus wrote: > >>> After installing several ports, it aborted with: >>> >>> ---> Activating p5-pathtools 3.25_0 >>> Error: Target org.macports.activate returned: Image error: /opt/ >>> local/lib/perl5/5.8.8/darwin-2level/auto/Cwd/Cwd.bs is being used >>> by the active perl5.8 port. Please deactivate this port first, >>> or use the -f flag to force the activation. >> >> Then it probably is a bug -- I've cc'ed Daniel, he probably knows >> best what this could be as he is the maintainer of "p5-pathtools". > > The p5-pathtools needs to overwrite the older pathtools that come > with perl5.8 in order to be found (perl searches the vendor > location last by default, and the perl community consensus is that > this is the appropriate way to upgrade modules that ship with perl). > > To that end, p5-pathtools would have printed out: > > "You must install or activate this package with '-f' (force) as it > needs to overwrite files installed by the perl5.8 port" > > You can run `sudo port -f install p5-pathtools` and then try > installing firefox-x11 again and it should work. So that this doesn't force a rebuild of perl5.8 as well, you should recommend sudo port -nf install p5-pathtools instead. From ryandesign at macports.org Wed Dec 12 15:13:22 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 15:19:55 2007 Subject: GLUT fails to compile (on leopard) In-Reply-To: References: Message-ID: Ok, please file a bug in the issue tracker. Here are the instructions: http://trac.macosforge.org/projects/macports/wiki/TracTicketing On Dec 12, 2007, at 09:57, Dave Murray-Rust wrote: > Hi all, > > I'm trying to compile GLUT, on leopard, and I get the following > output: > > >sudo port install glut > Password: > ---> Building glut 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_graph > ics_glut/work/glut-3.7/lib/glut ; c++ -flat_namespace -dynamiclib - > o libglut.3.7.dylib -install_name /opt/local/lib/libglut.3.dylib - > compatibility_version 3.7 -current_version 3.7 -all_load libglut.a - > L/usr/X11R6/lib -lGL -lGLU -lX11 -lXmu -lXi -lXext -lXt -lICE -lSM" > returned error 1 > Command output: "_glGetError", referenced from: > _glutReportErrors in libglut.a(glut_util.o) > "_glPushMatrix", referenced from: > _teapot in libglut.a(glut_teapot.o) > "_glEnable", referenced from: > _teapot in libglut.a(glut_teapot.o) > _teapot in libglut.a(glut_teapot.o) > _teapot in libglut.a(glut_teapot.o) > _teapot in libglut.a(glut_teapot.o) > "_glReadBuffer", referenced from: > _glutEstablishOverlay in libglut.a(glut_overlay.o) > ___glutCreateWindow in libglut.a(glut_win.o) > "_glDrawBuffer", referenced from: > _glutEstablishOverlay in libglut.a(glut_overlay.o) > ___glutCreateWindow in libglut.a(glut_win.o) > "_glBitmap", referenced from: > _glutBitmapCharacter in libglut.a(glut_bitmap.o) > "_glNormal3fv", referenced from: > _drawBox in libglut.a(glut_shapes.o) > _drawtriangle in libglut.a(glut_shapes.o) > _pentagon in libglut.a(glut_shapes.o) > "_glPolygonMode", referenced from: > _glutWireTorus in libglut.a(glut_shapes.o) > "_glNormal3f", referenced from: > _doughnut in libglut.a(glut_shapes.o) > _doughnut in libglut.a(glut_shapes.o) > "_glScalef", referenced from: > _teapot in libglut.a(glut_teapot.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > > Error: Status 1 encountered during processing. From randall.h.wood at alexandriasoftware.com Wed Dec 12 18:14:30 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Wed Dec 12 18:14:12 2007 Subject: dbus-glib build hangs on 'creating dbus-binding-tool' In-Reply-To: References: Message-ID: On 12 Dec 2007, at 10:36, Kurt Hillig wrote: > Hmm, nobody has commented on this (originally titled 'Gnucash woes: > dbus-glib build hangs') so I'm resending it, with some truncation > for conciseness... See https://svn.macosforge.org/projects/macports/ticket/13448 Randall Wood randall.h.wood@alexandriasoftware.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From darwinskernel at gmail.com Wed Dec 12 18:37:01 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Wed Dec 12 18:36:41 2007 Subject: sudo port install whois Message-ID: <346DA5F9-0C55-41FD-9A07-7E64D25FA1ED@gmail.com> $ uname -r ;arch 8.11.0 ppc $ sudo port install whois ---> Fetching whois ---> Attempting to fetch whois_4.7.23.tar.gz from http:// ftp.debian.org/debian/pool/main/w/whois/ ---> Attempting to fetch whois_4.7.23.tar.gz from http:// svn.macports.org/repository/macports/distfiles/whois ---> Attempting to fetch whois_4.7.23.tar.gz from http:// svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch whois_4.7.23.tar.gz from http:// svn.macports.org/repository/macports/downloads/whois Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. $ From ryandesign at macports.org Wed Dec 12 18:49:19 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 18:49:14 2007 Subject: sudo port install whois In-Reply-To: <346DA5F9-0C55-41FD-9A07-7E64D25FA1ED@gmail.com> References: <346DA5F9-0C55-41FD-9A07-7E64D25FA1ED@gmail.com> Message-ID: On Dec 12, 2007, at 20:37, Charles Darwin wrote: > $ uname -r ;arch > 8.11.0 > ppc > $ sudo port install whois > ---> Fetching whois > ---> Attempting to fetch whois_4.7.23.tar.gz from http:// > ftp.debian.org/debian/pool/main/w/whois/ > ---> Attempting to fetch whois_4.7.23.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/whois > ---> Attempting to fetch whois_4.7.23.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch whois_4.7.23.tar.gz from http:// > svn.macports.org/repository/macports/downloads/whois > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > $ Thanks for reporting this. I just fixed it. Wait 12 hours, then "sudo port selfupdate", then try again. Looks like they updated the software to 4.7.24 and removed the old version from their server (how rude). From darwinskernel at gmail.com Wed Dec 12 18:58:54 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Wed Dec 12 18:58:37 2007 Subject: sudo port install xboard Message-ID: $uname -r;arch 8.11.0 ppc $ sudo port install xboard ---> Configuring xboard Error: Target org.macports.configure returned: error copying "/usr/ share/libtool/config.guess": no such file or directory Error: Status 1 encountered during processing. $ From ryandesign at macports.org Wed Dec 12 19:03:13 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:03:07 2007 Subject: sudo port install xboard In-Reply-To: References: Message-ID: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> On Dec 12, 2007, at 20:58, Charles Darwin wrote: > $uname -r;arch > 8.11.0 > ppc > $ sudo port install xboard > ---> Configuring xboard > Error: Target org.macports.configure returned: error copying "/usr/ > share/libtool/config.guess": no such file or directory > Error: Status 1 encountered during processing. > $ Why don't you have /usr/share/libtool/config.guess on your system? It should be there. We had one report of this before, for a different port I think (there are many that employ the technique of copying that file) but I don't think we ever found out why the user was missing that file. From dluke at geeklair.net Wed Dec 12 19:04:52 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Dec 12 19:04:31 2007 Subject: First port installation fails In-Reply-To: <98857E5A-30B5-4BC4-931A-E572B569740A@macports.org> References: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> <9D8A8C55-DBFD-473F-B60F-40508C1F910D@geeklair.net> <98857E5A-30B5-4BC4-931A-E572B569740A@macports.org> Message-ID: <138B8FC0-0A17-4683-9DAA-641ACDAEEB3A@geeklair.net> On Dec 12, 2007, at 6:08 PM, Ryan Schmidt wrote: >> You can run `sudo port -f install p5-pathtools` and then try >> installing firefox-x11 again and it should work. > > So that this doesn't force a rebuild of perl5.8 as well, you should > recommend > > sudo port -nf install p5-pathtools > > instead. That's not correct. Running sudo port -f install p5-pathtools will not force a rebuild of an already installed perl5.8 port (I just tested it to verify). -n is only valid for the upgrade target, anyway (and is documented as such in the manpage). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071212/fc8a7b0a/PGP.bin From ryandesign at macports.org Wed Dec 12 19:07:53 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:07:47 2007 Subject: sudo port install xboard In-Reply-To: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> Message-ID: <53247096-086C-438C-9401-3E8A117BDF21@macports.org> On Dec 12, 2007, at 21:03, Ryan Schmidt wrote: > On Dec 12, 2007, at 20:58, Charles Darwin wrote: > >> $uname -r;arch >> 8.11.0 >> ppc >> $ sudo port install xboard >> ---> Configuring xboard >> Error: Target org.macports.configure returned: error copying "/usr/ >> share/libtool/config.guess": no such file or directory >> Error: Status 1 encountered during processing. >> $ > > Why don't you have /usr/share/libtool/config.guess on your system? > It should be there. > > We had one report of this before, for a different port I think > (there are many that employ the technique of copying that file) but > I don't think we ever found out why the user was missing that file. Here we go. The problem was reported for libnet: http://trac.macosforge.org/projects/macports/ticket/13334 And for cdrtools on the mailing list. In this message of that thread, I listed all the ports that employ this technique: http://lists.macosforge.org/pipermail/macports-users/2007-November/ 007087.html However, I still don't understand why the technique doesn't work, or rather, why that file is missing on some users' systems. Any insight would be appreciated. From ryandesign at macports.org Wed Dec 12 19:08:54 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:08:45 2007 Subject: sudo port install whois In-Reply-To: <8011EA31-AE99-4979-B63B-A1626B7A88F4@gmail.com> References: <346DA5F9-0C55-41FD-9A07-7E64D25FA1ED@gmail.com> <8011EA31-AE99-4979-B63B-A1626B7A88F4@gmail.com> Message-ID: On Dec 12, 2007, at 21:06, Charles Darwin wrote: > On Dec 12, 2007, at 9:49 PM, Ryan Schmidt wrote: > >> On Dec 12, 2007, at 20:37, Charles Darwin wrote: >> >>> $ uname -r ;arch >>> 8.11.0 >>> ppc >>> $ sudo port install whois >>> ---> Fetching whois >>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>> ftp.debian.org/debian/pool/main/w/whois/ >>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>> svn.macports.org/repository/macports/distfiles/whois >>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>> svn.macports.org/repository/macports/distfiles/general/ >>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>> svn.macports.org/repository/macports/downloads/whois >>> Error: Target org.macports.fetch returned: fetch failed >>> Error: Status 1 encountered during processing. >>> $ >> >> Thanks for reporting this. I just fixed it. Wait 12 hours, then >> "sudo port selfupdate", then try again. >> >> Looks like they updated the software to 4.7.24 and removed the old >> version from their server (how rude). > > sudo port selfupdate or sudo port -d sync ? Either would be fine. Please keep replies on the mailing list. Thanks. From ryandesign at macports.org Wed Dec 12 19:09:38 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:09:28 2007 Subject: sudo port install xboard In-Reply-To: References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> Message-ID: <4A9FF291-43A9-4D98-BEA3-0C4C42950304@macports.org> On Dec 12, 2007, at 21:05, Charles Darwin wrote: > On Dec 12, 2007, at 10:03 PM, Ryan Schmidt wrote: > >> On Dec 12, 2007, at 20:58, Charles Darwin wrote: >> >>> $uname -r;arch >>> 8.11.0 >>> ppc >>> $ sudo port install xboard >>> ---> Configuring xboard >>> Error: Target org.macports.configure returned: error copying "/ >>> usr/share/libtool/config.guess": no such file or directory >>> Error: Status 1 encountered during processing. >>> $ >> >> Why don't you have /usr/share/libtool/config.guess on your system? >> It should be there. >> >> We had one report of this before, for a different port I think >> (there are many that employ the technique of copying that file) >> but I don't think we ever found out why the user was missing that >> file. > > where can I get one? It's provided by Apple, but I don't know whether it's part of the Mac OS X install or the Xcode install. Please keep replies on the mailing list. Thanks. From ryandesign at macports.org Wed Dec 12 19:10:47 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:10:40 2007 Subject: First port installation fails In-Reply-To: <138B8FC0-0A17-4683-9DAA-641ACDAEEB3A@geeklair.net> References: <20071212122123.5839D2C99F4@macpro.inf.ed.ac.uk> <9D8A8C55-DBFD-473F-B60F-40508C1F910D@geeklair.net> <98857E5A-30B5-4BC4-931A-E572B569740A@macports.org> <138B8FC0-0A17-4683-9DAA-641ACDAEEB3A@geeklair.net> Message-ID: <20292F2F-0AFE-41D7-9276-AFDCCD19341A@macports.org> On Dec 12, 2007, at 21:04, Daniel J. Luke wrote: > On Dec 12, 2007, at 6:08 PM, Ryan Schmidt wrote: > >>> You can run `sudo port -f install p5-pathtools` and then try >>> installing firefox-x11 again and it should work. >> >> So that this doesn't force a rebuild of perl5.8 as well, you >> should recommend >> >> sudo port -nf install p5-pathtools >> >> instead. > > That's not correct. > > Running sudo port -f install p5-pathtools will not force a rebuild > of an already installed perl5.8 port (I just tested it to verify). > > -n is only valid for the upgrade target, anyway (and is documented > as such in the manpage). Oop, you're right, I was remembering this bug http://trac.macports.org/projects/macports/ticket/12989 incorrectly. Sorry for the false alarm. From ryandesign at macports.org Wed Dec 12 19:13:10 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:13:03 2007 Subject: sudo port install xboard In-Reply-To: References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> Message-ID: <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> On Dec 12, 2007, at 21:11, Charles Darwin wrote: > On Dec 12, 2007, at 10:03 PM, Ryan Schmidt wrote: > >> On Dec 12, 2007, at 20:58, Charles Darwin wrote: >> >>> $uname -r;arch >>> 8.11.0 >>> ppc >>> $ sudo port install xboard >>> ---> Configuring xboard >>> Error: Target org.macports.configure returned: error copying "/ >>> usr/share/libtool/config.guess": no such file or directory >>> Error: Status 1 encountered during processing. >>> $ >> >> Why don't you have /usr/share/libtool/config.guess on your system? >> It should be there. >> >> We had one report of this before, for a different port I think >> (there are many that employ the technique of copying that file) >> but I don't think we ever found out why the user was missing that >> file. > > $ libtool -V > Apple Computer, Inc. version cctools-622.8 > $ port search libtool > libtool devel/libtool 1.5.24 GNU > Libtool - The GNU Portable Library Tool > $ > > The only libtool here http://www.opensource.apple.com/darwinsource/ > Current/ is the GNU one. > Should I install the GNU version? Nothing in MacPorts will install anything into /usr/share, so installing a port through MacPorts won't fix this problem. /usr/share/ libtool/config.guess is a file that, as far as I have been able to determine, is provided by Apple and should be on every Mac (or at least every Mac with Xcode, I'm not sure) and I don't know why it's not there on your system. Don't forget to Reply To All so that your message goes to the list too, not just to me. From ryandesign at macports.org Wed Dec 12 18:50:23 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 12 19:16:56 2007 Subject: invalid command name on some downloads In-Reply-To: <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> Message-ID: On Dec 12, 2007, at 17:05, Ryan Schmidt wrote: > On Dec 12, 2007, at 13:51, Barry McInnes wrote: > >> We have a clean install of 10.5 and update to 10.5.1. >> macport version >> [mac27:~/sun/info] bmcinnes% port --version >> MacPorts 1.520 >> >> Some installs work, others don't >> >> [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp >> Error: port uninstall failed: Registry error: gimp not registered as >> installed. > > That looks normal to me. Or did you believe you had the gimp port > installed? What is the output of "port installed"? > >> [mac27:~/sun/info] bmcinnes% sudo port install gimp2 >> Error: Unable to execute port: invalid command name >> "destroot.violate_mtree" >> [mac27:~/sun/info] bmcinnes% sudo port install gnuplot >> Password: >> Error: Unable to execute port: invalid command name >> "destroot.violate_mtree" >> [mac27:~/sun/info] bmcinnes% > > destroot.violate_mtree was added in MacPorts 1.5.1 and improved > quickly in 1.5.2. > > You installed 1.5.0 from the disk image for Leopard, I presume? Did > you then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" > says you're running 1.520, a.k.a. 1.5.2, but its behavior matches > that of 1.5.0. So this is odd. > >> I have reinstalled Xcode 3.0, done port sync, looked through >> archives, >> but there seems to be no total solution ? > > The total solution for 'invalid command name > "destroot.violate_mtree"' should be to update to MacPorts 1.5.2 by > using "sudo port selfupdate". I've just read in our new guide that the installer runs "selfupdate" for you, which explains why you would already have 1.5.2 right after installing 1.5.0 from the disk image. Still, please try running "selfupdate" yourself to see if that changes anything. From ajmas at sympatico.ca Wed Dec 12 19:17:24 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Wed Dec 12 19:17:09 2007 Subject: sudo port install xboard In-Reply-To: <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> Message-ID: <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: > On Dec 12, 2007, at 21:11, Charles Darwin wrote: > > Nothing in MacPorts will install anything into /usr/share, so > installing a port through MacPorts won't fix this problem. /usr/ > share/libtool/config.guess is a file that, as far as I have been > able to determine, is provided by Apple and should be on every Mac > (or at least every Mac with Xcode, I'm not sure) and I don't know > why it's not there on your system. > I think this is one of those cases where if in doubt install XCode again, and if you can install the latest version, even better :) Andre From darwinskernel at gmail.com Wed Dec 12 19:22:48 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Wed Dec 12 19:22:31 2007 Subject: Fwd: sudo port install xboard References: <53247096-086C-438C-9401-3E8A117BDF21@macports.org> Message-ID: <6447FCEB-258A-491E-BD94-DBE66F04EC70@gmail.com> $ sudo mkdir /usr/share/libtool && cp /opt/local/share/libtool/ config.guess /opt/local/share/libtool/config.sub /usr/share/libtool/ $ sudo port install xboard ---> Configuring xboard ---> Building xboard with target all ---> Staging xboard into destroot Error: Target org.macports.destroot returned: shell command " cd "/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6" && make install prefix=/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local " returned error 2 Command output: ./mkinstalldirs /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/bin /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/man /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/man/man6 /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/share/info mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/man mkdir /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/man/man6 /usr/bin/install -c -s xboard /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local/bin/xboard install: exec(strip): No such file or directory make: *** [install] Error 70 Error: Status 1 encountered during processing. Begin forwarded message: > From: Ryan Schmidt > Date: December 12, 2007 10:07:53 PM EST (CA) > To: Charles Darwin > Cc: liste gtk > Subject: Re: sudo port install xboard > > On Dec 12, 2007, at 21:03, Ryan Schmidt wrote: > >> On Dec 12, 2007, at 20:58, Charles Darwin wrote: >> >>> $uname -r;arch >>> 8.11.0 >>> ppc >>> $ sudo port install xboard >>> ---> Configuring xboard >>> Error: Target org.macports.configure returned: error copying "/ >>> usr/share/libtool/config.guess": no such file or directory >>> Error: Status 1 encountered during processing. >>> $ >> >> Why don't you have /usr/share/libtool/config.guess on your system? >> It should be there. >> >> We had one report of this before, for a different port I think >> (there are many that employ the technique of copying that file) >> but I don't think we ever found out why the user was missing that >> file. > > Here we go. The problem was reported for libnet: > > http://trac.macosforge.org/projects/macports/ticket/13334 > > And for cdrtools on the mailing list. In this message of that > thread, I listed all the ports that employ this technique: > > http://lists.macosforge.org/pipermail/macports-users/2007-November/ > 007087.html > > However, I still don't understand why the technique doesn't work, > or rather, why that file is missing on some users' systems. Any > insight would be appreciated. > From list_usr at spacebox.net Wed Dec 12 21:55:10 2007 From: list_usr at spacebox.net (list_usr@spacebox.net) Date: Wed Dec 12 21:54:47 2007 Subject: cdparanoia missing an option Message-ID: <1e11c2270712122155q6f9d270fic7932b1540348390@mail.gmail.com> I'm trying to use abcde to rip and encode some CDs but it's failing due to a command line option missing from cdparanoia. The "-d" option in cdparanoia is used to specify a device to rip from. It seems the macports code has removed this option from the original cdparanoia code but references to it have not been removed from other macports (or at least not from abcde.) Using the macports version, the -d option prints out usage information which is what causes abcde to fail. At least I assume that macports specifically removed the option - I downloaded the original cdparanoia code and the -d option is present. If this is the case, I really think the -d option should be left in but made a "placebo" option so its absence doesn't break other programs like abcde. Or maybe the -d option should just be left in - is there something in OS X that prevents cdparanoia from being able to select a different device from which to rip a disc? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/5db03c10/attachment-0001.html From darwinskernel at gmail.com Thu Dec 13 04:51:51 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 04:51:51 2007 Subject: sudo port install xboard In-Reply-To: <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> Message-ID: <3B0012F9-38C6-4C37-922B-04207F060F40@gmail.com> After installing Xcode again; $ sudo port install xboard ---> Staging xboard into destroot Error: Target org.macports.destroot returned: shell command " cd "/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6" && make install prefix=/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/destroot/opt/local " returned error 127 Command output: sh: line 1: make: command not found Error: Status 1 encountered during processing. $ On Dec 12, 2007, at 10:17 PM, Andre-John Mas wrote: > > On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: > >> On Dec 12, 2007, at 21:11, Charles Darwin wrote: >> >> Nothing in MacPorts will install anything into /usr/share, so >> installing a port through MacPorts won't fix this problem. /usr/ >> share/libtool/config.guess is a file that, as far as I have been >> able to determine, is provided by Apple and should be on every Mac >> (or at least every Mac with Xcode, I'm not sure) and I don't know >> why it's not there on your system. >> > > I think this is one of those cases where if in doubt install XCode > again, and if you can install > the latest version, even better :) > > Andre > From darwinskernel at gmail.com Thu Dec 13 04:56:18 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 04:56:13 2007 Subject: sudo port install xboard In-Reply-To: <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> Message-ID: <40791D48-50AD-4CBB-A3FF-EB37A4268E35@gmail.com> $ cd /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6 /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6 $ make make: Nothing to be done for `all'. /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6 $ sudo make clean rm -f xboard zic2xpm *.o *.doc lex.yy.c rm -f xboard_*.html xboard.aux* xboard.cp* xboard.dvi xboard.fn* rm -f xboard.ky* xboard.log xboard.pg* xboard.toc xboard.tp* rm -f xboard.vr* xboard.ps :/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6 $ sudo make gcc -DHAVE_CONFIG_H -I. -I. -I/usr/X11R6/include -O2 -I/opt/local/ include -no-cpp-precomp -I/usr/X11R6/include -DINFODIR=\"/opt/local/ share/info\" -c parser.c make: gcc: Command not found make: *** [parser.o] Error 127 :/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_games_x board/work/xboard-4.2.6 $ On Dec 12, 2007, at 10:17 PM, Andre-John Mas wrote: > > On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: > >> On Dec 12, 2007, at 21:11, Charles Darwin wrote: >> >> Nothing in MacPorts will install anything into /usr/share, so >> installing a port through MacPorts won't fix this problem. /usr/ >> share/libtool/config.guess is a file that, as far as I have been >> able to determine, is provided by Apple and should be on every Mac >> (or at least every Mac with Xcode, I'm not sure) and I don't know >> why it's not there on your system. >> > > I think this is one of those cases where if in doubt install XCode > again, and if you can install > the latest version, even better :) > > Andre > From darwinskernel at gmail.com Thu Dec 13 04:59:39 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 04:59:28 2007 Subject: sudo port install whois In-Reply-To: References: <346DA5F9-0C55-41FD-9A07-7E64D25FA1ED@gmail.com> <8011EA31-AE99-4979-B63B-A1626B7A88F4@gmail.com> Message-ID: <115020DA-1352-4984-908E-4FF863013F15@gmail.com> :~ $ sudo port install whois ---> Building whois 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_who is/work/whois-4.7.24" && make all " returned error 127 Command output: sh: line 1: make: command not found Error: Status 1 encountered during processing. :~ $ cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_who is/work/whois-4.7.24" :~ :/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_who is/work/whois-4.7.24 $ make all cc -O2 whois.c -o whois \ make: cc: Command not found make: *** [whois] Error 127 :~ :/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_who is/work/whois-4.7.24 $ sudo make allcc -O2 whois.c -o whois \ make: cc: Command not found make: *** [whois] Error 127 :~ :/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_net_who is/work/whois-4.7.24 $ On Dec 12, 2007, at 10:08 PM, Ryan Schmidt wrote: > > On Dec 12, 2007, at 21:06, Charles Darwin wrote: > >> On Dec 12, 2007, at 9:49 PM, Ryan Schmidt wrote: >> >>> On Dec 12, 2007, at 20:37, Charles Darwin wrote: >>> >>>> $ uname -r ;arch >>>> 8.11.0 >>>> ppc >>>> $ sudo port install whois >>>> ---> Fetching whois >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> ftp.debian.org/debian/pool/main/w/whois/ >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> svn.macports.org/repository/macports/distfiles/whois >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> svn.macports.org/repository/macports/distfiles/general/ >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> svn.macports.org/repository/macports/downloads/whois >>>> Error: Target org.macports.fetch returned: fetch failed >>>> Error: Status 1 encountered during processing. >>>> $ >>> >>> Thanks for reporting this. I just fixed it. Wait 12 hours, then >>> "sudo port selfupdate", then try again. >>> >>> Looks like they updated the software to 4.7.24 and removed the >>> old version from their server (how rude). >> >> sudo port selfupdate or sudo port -d sync ? > > Either would be fine. > Please keep replies on the mailing list. Thanks. From ryandesign at macports.org Thu Dec 13 05:25:58 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 05:26:05 2007 Subject: sudo port install xboard In-Reply-To: <40791D48-50AD-4CBB-A3FF-EB37A4268E35@gmail.com> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> <40791D48-50AD-4CBB-A3FF-EB37A4268E35@gmail.com> Message-ID: <9A2BD6BB-4860-4B17-9097-1E632F99635C@macports.org> All of these errors you're now seeing (make not found, gcc not found, cc not found) point to a missing or improperly installed Xcode. These commands would all be provided by the Xcode installation. What version of Xcode did you install, nad what version of Mac OS X do you have again? On Dec 13, 2007, at 06:56, Charles Darwin wrote: > $ cd /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_games > _xboard/work/xboard-4.2.6 > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_games > _xboard/work/xboard-4.2.6 $ make > make: Nothing to be done for `all'. > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_games > _xboard/work/xboard-4.2.6 $ sudo make clean > rm -f xboard zic2xpm *.o *.doc lex.yy.c > rm -f xboard_*.html xboard.aux* xboard.cp* xboard.dvi xboard.fn* > rm -f xboard.ky* xboard.log xboard.pg* xboard.toc xboard.tp* > rm -f xboard.vr* xboard.ps > :/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_games > _xboard/work/xboard-4.2.6 $ sudo make > gcc -DHAVE_CONFIG_H -I. -I. -I/usr/X11R6/include -O2 -I/opt/local/ > include -no-cpp-precomp -I/usr/X11R6/include -DINFODIR=\"/opt/ > local/share/info\" -c parser.c > make: gcc: Command not found > make: *** [parser.o] Error 127 > :/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_games > _xboard/work/xboard-4.2.6 $ > > > On Dec 12, 2007, at 10:17 PM, Andre-John Mas wrote: > >> >> On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: >> >>> On Dec 12, 2007, at 21:11, Charles Darwin wrote: >>> >>> Nothing in MacPorts will install anything into /usr/share, so >>> installing a port through MacPorts won't fix this problem. /usr/ >>> share/libtool/config.guess is a file that, as far as I have been >>> able to determine, is provided by Apple and should be on every >>> Mac (or at least every Mac with Xcode, I'm not sure) and I don't >>> know why it's not there on your system. >>> >> >> I think this is one of those cases where if in doubt install XCode >> again, and if you can install >> the latest version, even better :) From joseph.slater at wright.edu Thu Dec 13 06:28:27 2007 From: joseph.slater at wright.edu (Joseph C. Slater PE, PhD) Date: Thu Dec 13 06:30:00 2007 Subject: gimp/gail, Leopard on MacBook Pro Message-ID: I tried to install gimp on my MBP and got the following: gailtreeview.c:22:22: error: gdk/gdkx.h: No such file or directory gailtreeview.c: In function 'gail_tree_view_grab_cell_focus': gailtreeview.c:2231: warning: implicit declaration of function 'gdk_x11_get_server_time' make[2]: *** [gailtreeview.lo] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. Any thoughts on this? Is this working for others? Thanks, Joe \/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ (+1) 937-775-5085 http://www.cs.wright.edu/~jslater http://www.cs.wright.edu/~jslater/JosephSlater.vcf.zip From darwinskernel at gmail.com Thu Dec 13 06:49:15 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 06:48:57 2007 Subject: Fwd: sudo port install xboard References: <57938971-45B3-4F1B-84F9-CEA06C845C67@gmail.com> Message-ID: <7EBC8E4A-0ED1-4201-B02B-4AC2EED247E3@gmail.com> Begin forwarded message: > From: Paymon Marandi > Date: December 13, 2007 9:48:18 AM EST (CA) > To: macports-users@lists.macosforge.org > Subject: sudo port install xboard > > > > Begin forwarded message: > >> From: Paymon Marandi >> Date: December 13, 2007 9:47:01 AM EST (CA) >> To: macports-users@lists.macosforge.org >> Subject: Fwd: sudo port install xboard >> >> >> >> Begin forwarded message: >> >>> From: Charles Darwin >>> Date: December 13, 2007 9:46:32 AM EST (CA) >>> To: Ryan Schmidt >>> Subject: Re: sudo port install xboard >>> >>> xcode2.5 >>> $ uname -r;arch >>> 8.11.0 >>> ppc >>> >>> On Dec 13, 2007, at 8:25 AM, Ryan Schmidt wrote: >>> >>>> All of these errors you're now seeing (make not found, gcc not >>>> found, cc not found) point to a missing or improperly installed >>>> Xcode. These commands would all be provided by the Xcode >>>> installation. What version of Xcode did you install, nad what >>>> version of Mac OS X do you have again? >>>> >>>> On Dec 13, 2007, at 06:56, Charles Darwin wrote: >>>> >>>>> $ cd /opt/local/var/macports/build/ >>>>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_g >>>>> ames_xboard/work/xboard-4.2.6 >>>>> /opt/local/var/macports/build/ >>>>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_g >>>>> ames_xboard/work/xboard-4.2.6 $ make >>>>> make: Nothing to be done for `all'. >>>>> /opt/local/var/macports/build/ >>>>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_g >>>>> ames_xboard/work/xboard-4.2.6 $ sudo make clean >>>>> rm -f xboard zic2xpm *.o *.doc lex.yy.c >>>>> rm -f xboard_*.html xboard.aux* xboard.cp* xboard.dvi xboard.fn* >>>>> rm -f xboard.ky* xboard.log xboard.pg* xboard.toc xboard.tp* >>>>> rm -f xboard.vr* xboard.ps >>>>> :/opt/local/var/macports/build/ >>>>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_g >>>>> ames_xboard/work/xboard-4.2.6 $ sudo make >>>>> gcc -DHAVE_CONFIG_H -I. -I. -I/usr/X11R6/include -O2 -I/opt/ >>>>> local/include -no-cpp-precomp -I/usr/X11R6/include -DINFODIR= >>>>> \"/opt/local/share/info\" -c parser.c >>>>> make: gcc: Command not found >>>>> make: *** [parser.o] Error 127 >>>>> :/opt/local/var/macports/build/ >>>>> _opt_local_var_macports_sources_rsync.macports.org_release_ports_g >>>>> ames_xboard/work/xboard-4.2.6 $ >>>>> >>>>> >>>>> On Dec 12, 2007, at 10:17 PM, Andre-John Mas wrote: >>>>> >>>>>> >>>>>> On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: >>>>>> >>>>>>> On Dec 12, 2007, at 21:11, Charles Darwin wrote: >>>>>>> >>>>>>> Nothing in MacPorts will install anything into /usr/share, so >>>>>>> installing a port through MacPorts won't fix this problem. / >>>>>>> usr/share/libtool/config.guess is a file that, as far as I >>>>>>> have been able to determine, is provided by Apple and should >>>>>>> be on every Mac (or at least every Mac with Xcode, I'm not >>>>>>> sure) and I don't know why it's not there on your system. >>>>>>> >>>>>> >>>>>> I think this is one of those cases where if in doubt install >>>>>> XCode again, and if you can install >>>>>> the latest version, even better :) >>> >> > From darwinskernel at gmail.com Thu Dec 13 06:54:34 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 06:54:14 2007 Subject: sudo port install xboard In-Reply-To: <9A2BD6BB-4860-4B17-9097-1E632F99635C@macports.org> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> <40791D48-50AD-4CBB-A3FF-EB37A4268E35@gmail.com> <9A2BD6BB-4860-4B17-9097-1E632F99635C@macports.org> Message-ID: It all started this morning after I installed Xcode again and you are right; $ gcc_select -l -bash: gcc_select: command not found $ On Dec 13, 2007, at 8:25 AM, Ryan Schmidt wrote: > All of these errors you're now seeing (make not found, gcc not > found, cc not found) point to a missing or improperly installed > Xcode. These commands would all be provided by the Xcode > installation. What version of Xcode did you install, nad what > version of Mac OS X do you have again? > > On Dec 13, 2007, at 06:56, Charles Darwin wrote: > >> $ cd /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ make >> make: Nothing to be done for `all'. >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ sudo make clean >> rm -f xboard zic2xpm *.o *.doc lex.yy.c >> rm -f xboard_*.html xboard.aux* xboard.cp* xboard.dvi xboard.fn* >> rm -f xboard.ky* xboard.log xboard.pg* xboard.toc xboard.tp* >> rm -f xboard.vr* xboard.ps >> :/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ sudo make >> gcc -DHAVE_CONFIG_H -I. -I. -I/usr/X11R6/include -O2 -I/opt/ >> local/include -no-cpp-precomp -I/usr/X11R6/include -DINFODIR=\"/ >> opt/local/share/info\" -c parser.c >> make: gcc: Command not found >> make: *** [parser.o] Error 127 >> :/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ >> >> >> On Dec 12, 2007, at 10:17 PM, Andre-John Mas wrote: >> >>> >>> On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: >>> >>>> On Dec 12, 2007, at 21:11, Charles Darwin wrote: >>>> >>>> Nothing in MacPorts will install anything into /usr/share, so >>>> installing a port through MacPorts won't fix this problem. /usr/ >>>> share/libtool/config.guess is a file that, as far as I have been >>>> able to determine, is provided by Apple and should be on every >>>> Mac (or at least every Mac with Xcode, I'm not sure) and I don't >>>> know why it's not there on your system. >>>> >>> >>> I think this is one of those cases where if in doubt install >>> XCode again, and if you can install >>> the latest version, even better :) From ryandesign at macports.org Thu Dec 13 07:12:13 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 07:12:06 2007 Subject: gimp/gail, Leopard on MacBook Pro In-Reply-To: References: Message-ID: On Dec 13, 2007, at 08:28, Joseph C. Slater PE, PhD wrote: > I tried to install gimp on my MBP and got the following: > gailtreeview.c:22:22: error: gdk/gdkx.h: No such file or directory > gailtreeview.c: In function 'gail_tree_view_grab_cell_focus': > gailtreeview.c:2231: warning: implicit declaration of function > 'gdk_x11_get_server_time' > make[2]: *** [gailtreeview.lo] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Error: Status 1 encountered during processing. > > Any thoughts on this? Is this working for others? That would be this ticket: http://trac.macports.org/projects/macports/ticket/13350 From darwinskernel at gmail.com Thu Dec 13 07:20:48 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 07:20:45 2007 Subject: sudo port install xboard In-Reply-To: <9A2BD6BB-4860-4B17-9097-1E632F99635C@macports.org> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> <40791D48-50AD-4CBB-A3FF-EB37A4268E35@gmail.com> <9A2BD6BB-4860-4B17-9097-1E632F99635C@macports.org> Message-ID: <05B5A148-540A-4862-A854-FA434A91D00F@gmail.com> Reinstalled Xcode (for the second time), problem solved! $ sudo port install xboard ---> Staging xboard into destroot Warning: violation by /opt/local/man Warning: xboard violates the layout of the ports-filesystems! Warning: Please fix or indicate this misbehavior (if it is intended), it will be an error in future releases! ---> Installing xboard 4.2.6_0 ---> Activating xboard 4.2.6_0 ---> Cleaning xboard On Dec 13, 2007, at 8:25 AM, Ryan Schmidt wrote: > All of these errors you're now seeing (make not found, gcc not > found, cc not found) point to a missing or improperly installed > Xcode. These commands would all be provided by the Xcode > installation. What version of Xcode did you install, nad what > version of Mac OS X do you have again? > > On Dec 13, 2007, at 06:56, Charles Darwin wrote: > >> $ cd /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ make >> make: Nothing to be done for `all'. >> /opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ sudo make clean >> rm -f xboard zic2xpm *.o *.doc lex.yy.c >> rm -f xboard_*.html xboard.aux* xboard.cp* xboard.dvi xboard.fn* >> rm -f xboard.ky* xboard.log xboard.pg* xboard.toc xboard.tp* >> rm -f xboard.vr* xboard.ps >> :/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ sudo make >> gcc -DHAVE_CONFIG_H -I. -I. -I/usr/X11R6/include -O2 -I/opt/ >> local/include -no-cpp-precomp -I/usr/X11R6/include -DINFODIR=\"/ >> opt/local/share/info\" -c parser.c >> make: gcc: Command not found >> make: *** [parser.o] Error 127 >> :/opt/local/var/macports/build/ >> _opt_local_var_macports_sources_rsync.macports.org_release_ports_game >> s_xboard/work/xboard-4.2.6 $ >> >> >> On Dec 12, 2007, at 10:17 PM, Andre-John Mas wrote: >> >>> >>> On 12-Dec-07, at 22:13 , Ryan Schmidt wrote: >>> >>>> On Dec 12, 2007, at 21:11, Charles Darwin wrote: >>>> >>>> Nothing in MacPorts will install anything into /usr/share, so >>>> installing a port through MacPorts won't fix this problem. /usr/ >>>> share/libtool/config.guess is a file that, as far as I have been >>>> able to determine, is provided by Apple and should be on every >>>> Mac (or at least every Mac with Xcode, I'm not sure) and I don't >>>> know why it's not there on your system. >>>> >>> >>> I think this is one of those cases where if in doubt install >>> XCode again, and if you can install >>> the latest version, even better :) From ryandesign at macports.org Thu Dec 13 07:20:56 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 07:20:47 2007 Subject: invalid command name on some downloads In-Reply-To: <47614720.8070208@noaa.gov> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> Message-ID: This discussion belongs on macports-users, not in my personal mailbox; please remember to use Reply To All. On Dec 13, 2007, at 08:52, Barry McInnes wrote: > Thanks for the help Ryan. > > On 12/12/07 4:05 PM, Ryan Schmidt wrote: > >> On Dec 12, 2007, at 13:51, Barry McInnes wrote: >> >>> We have a clean install of 10.5 and update to 10.5.1. >>> macport version >>> [mac27:~/sun/info] bmcinnes% port --version >>> MacPorts 1.520 >>> >>> Some installs work, others don't >>> >>> [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp >>> Error: port uninstall failed: Registry error: gimp not registered as >>> installed. >> >> That looks normal to me. Or did you believe you had the gimp port >> installed? What is the output of "port installed"? > > [mac27:~] root# port installed > The following ports are currently installed: > FreeSOLID @2.1.1_0 (active) > ImageMagick @6.3.7-1_1+no_x11+perl+q16 (active) > afni @2007.04.18.1830_0 (active) > archimedes @0.0.4_0 (active) > bzip2 @1.0.4_1 (active) > cdo @1.0.8_0 (active) > curl @7.17.1_0 (active) > expat @2.0.1_0 (active) > fftw-3 @3.1.2_0 (active) > fftw-3-single @3.1.2_0 (active) > fontconfig @2.5.0_0+macosx (active) > freehdl @0.0.4_0 (active) > freetype @2.3.5_1 (active) > gdal @1.4.1_0 (active) > geos @2.2.3_0+darwin_9 (active) > gerris @0.9.2_0 (active) > gettext @0.17_1 (active) > giflib @4.1.6_0 (active) > glib2 @2.14.4_1+darwin_9 (active) > gplcver @2.12a_0 (active) > gts @0.7.6_0 (active) > hdf5 @1.6.6_1 (active) > iverilog @0.8.2_0 (active) > jasper @1.701.0_0 (active) > jmol @11.2.14_0 (active) > jpeg @6b_2 (active) > lammpi @7.1.3_0 (active) > libdap @3.7.8_0 (active) > libframe @6.24_0 (active) > libgeotiff @1.2.1_0 (active) > libiconv @1.12_0 (active) > libpng @1.2.23_0 (active) > libxml2 @2.6.30_0 (active) > magic @7.4.24_0 (active) > metaio @7.2_0 (active) > netcdf @3.6.2_0 (active) > netpbm @10.26.47_0 (active) > openssl @0.9.8g_0 (active) > perl5.8 @5.8.8_0 (active) > pkgconfig @0.22_0 (active) > proj @4.5.0_0 (active) > python24 @2.4.4_1+darwin_9 (active) > tiff @3.8.2_1 (active) > whirlgif @3.04_0 (active) > zlib @1.2.3_1 (active) Ok, so "gimp" is not installed, so it's normal that "sudo port uninstall gimp" would produce an error message. >>> [mac27:~/sun/info] bmcinnes% sudo port install gimp2 >>> Error: Unable to execute port: invalid command name >>> "destroot.violate_mtree" >>> [mac27:~/sun/info] bmcinnes% sudo port install gnuplot >>> Password: >>> Error: Unable to execute port: invalid command name >>> "destroot.violate_mtree" >>> [mac27:~/sun/info] bmcinnes% >> >> destroot.violate_mtree was added in MacPorts 1.5.1 and improved >> quickly >> in 1.5.2. >> >> You installed 1.5.0 from the disk image for Leopard, I presume? >> Did you >> then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" says >> you're running 1.520, a.k.a. 1.5.2, but its behavior matches that of >> 1.5.0. So this is odd. > > Yes I installed the 1.5.0 dmg via the GUI, the have done multiple > port selfupdate > [mac27:~] root# port selfupdate > MacPorts base version 1.520 installed > Downloaded MacPorts base version 1.520 > The MacPorts installation is not outdated and so was not updated > selfupdate done! > [mac27:~] > > The only thing I can see which shouldn't be a problem was I installed > into /opt/local, then tarred to another partition, and have a sym link > form /opt/local to the moved files. I did an rsync as well. The symlink might be ok, but I've never tried it that way. What do you mean, you did an rsync as well? What did you rsync, using what command? > I can do it all again, after removing all the files ? > > I did some installs using options otherwise they would not install > > sudo port install tiff -macosx You shouldn't need to do that. The macosx variant is automatically enabled on Mac OS X. I have installed tiff with +macosx with no problems. What problems did you encounter? > sudo port install ImageMagick +no_x11 +perl > > then just tried to download hdf5 and all the science ports. From darwinskernel at gmail.com Thu Dec 13 07:22:28 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 07:22:28 2007 Subject: sudo port install whois In-Reply-To: References: <346DA5F9-0C55-41FD-9A07-7E64D25FA1ED@gmail.com> <8011EA31-AE99-4979-B63B-A1626B7A88F4@gmail.com> Message-ID: Reinstalled Xcode, problem solved! $ sudo port install whois ---> Building whois with target all ---> Staging whois into destroot ---> Installing whois 4.7.24_0 ---> Activating whois 4.7.24_0 ---> Cleaning whois On Dec 12, 2007, at 10:08 PM, Ryan Schmidt wrote: > > On Dec 12, 2007, at 21:06, Charles Darwin wrote: > >> On Dec 12, 2007, at 9:49 PM, Ryan Schmidt wrote: >> >>> On Dec 12, 2007, at 20:37, Charles Darwin wrote: >>> >>>> $ uname -r ;arch >>>> 8.11.0 >>>> ppc >>>> $ sudo port install whois >>>> ---> Fetching whois >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> ftp.debian.org/debian/pool/main/w/whois/ >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> svn.macports.org/repository/macports/distfiles/whois >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> svn.macports.org/repository/macports/distfiles/general/ >>>> ---> Attempting to fetch whois_4.7.23.tar.gz from http:// >>>> svn.macports.org/repository/macports/downloads/whois >>>> Error: Target org.macports.fetch returned: fetch failed >>>> Error: Status 1 encountered during processing. >>>> $ >>> >>> Thanks for reporting this. I just fixed it. Wait 12 hours, then >>> "sudo port selfupdate", then try again. >>> >>> Looks like they updated the software to 4.7.24 and removed the >>> old version from their server (how rude). >> >> sudo port selfupdate or sudo port -d sync ? > > Either would be fine. > Please keep replies on the mailing list. Thanks. From jochen at fhi-berlin.mpg.de Thu Dec 13 07:24:15 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Thu Dec 13 07:23:52 2007 Subject: offtopic: plans for 128 bit support In-Reply-To: <78F521C2-AC6F-4C2B-9DEE-032F9BCBBA57@web.de> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <8696EA20-843E-4925-94D1-01E71F1464CA@danieloberhoff.de> <85B0525D-28E6-4DE0-A458-E89D6D5C8764@web.de> <8817390A-526B-4855-8C89-B7DCBEBCD049@macports.org> <258BFDFC-0F64-4E2C-994E-D5E8738D64E1@fhi-berlin.mpg.de> <78F521C2-AC6F-4C2B-9DEE-032F9BCBBA57@web.de> Message-ID: <1777340B-4DD2-4145-AC2E-6E2EE9FEF89A@fhi-berlin.mpg.de> On 12.12.2007, at 10:20, Keith J. Schultz wrote: > Am 11.12.2007 um 12:54 schrieb Jochen K?pper: >> As a side-node: I wonder when we finally get rid of 32 bit and, >> moreover, when we get 128 bit floating point hardware back (Mr >> Cray, are you still around;) > Well, lets see we had the 6502 in the 80s, a little later 16 bit, > the 90s had 16 and 32 bit, 64 is now > becomming the standard so I would guess we will 128-bit in about > another 15-20 years. On the other hand, 64 bit was introduced in supercomputers in the 1960s and in RISC workstations around 1990 (for example, the Alpha 21064 (EV4) was introduced in 1992). Already in the 1970s IBM System/370 had 128-bit floating point arithmetic... Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll From milosh at macports.org Thu Dec 13 07:27:55 2007 From: milosh at macports.org (Emmanuel Hainry) Date: Thu Dec 13 07:27:43 2007 Subject: invalid command name on some downloads In-Reply-To: References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> Message-ID: <20071213152755.GA9307@haing4.loria.fr> Citando Ryan Schmidt : > This discussion belongs on macports-users, not in my personal mailbox; > please remember to use Reply To All. > Then it is reply-to-list that should be used. EH From ryandesign at macports.org Thu Dec 13 07:32:54 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 07:32:50 2007 Subject: sudo port install xboard In-Reply-To: <05B5A148-540A-4862-A854-FA434A91D00F@gmail.com> References: <233B707A-5B3D-46AF-BE85-881AA07FF8F1@macports.org> <3135F3FE-114F-4AA2-8321-1AA8A21A47EB@macports.org> <400FBE7E-6904-4FB9-B481-024E9818755E@sympatico.ca> <40791D48-50AD-4CBB-A3FF-EB37A4268E35@gmail.com> <9A2BD6BB-4860-4B17-9097-1E632F99635C@macports.org> <05B5A148-540A-4862-A854-FA434A91D00F@gmail.com> Message-ID: <94FA942B-8331-4A5A-A671-0A98A5151A3B@macports.org> On Dec 13, 2007, at 09:20, Charles Darwin wrote: > Reinstalled Xcode (for the second time), problem solved! Great! > $ sudo port install xboard > ---> Staging xboard into destroot > Warning: violation by /opt/local/man > Warning: xboard violates the layout of the ports-filesystems! > Warning: Please fix or indicate this misbehavior (if it is > intended), it will be an error in future releases! > ---> Installing xboard 4.2.6_0 > ---> Activating xboard 4.2.6_0 > ---> Cleaning xboard And I fixed that mtree violation in xboard 4.2.6_1, so if you "sudo port selfupdate" in 12 hours you should be able to "sudo port -u upgrade xboard" to get it. From richard at inf.ed.ac.uk Thu Dec 13 07:36:49 2007 From: richard at inf.ed.ac.uk (Richard Tobin) Date: Thu Dec 13 07:35:57 2007 Subject: First port installation fails In-Reply-To: Daniel J. Luke's message of Wed, 12 Dec 2007 09:23:17 -0500 Message-ID: <20071213153649.EBECF2CE9D9@macpro.inf.ed.ac.uk> > The p5-pathtools needs to overwrite the older pathtools that come with > perl5.8 in order to be found (perl searches the vendor location last > by default, and the perl community consensus is that this is the > appropriate way to upgrade modules that ship with perl). > > To that end, p5-pathtools would have printed out: > > "You must install or activate this package with '-f' (force) as it > needs to overwrite files installed by the perl5.8 port" > > You can run `sudo port -f install p5-pathtools` and then try > installing firefox-x11 again and it should work. I did that, and it said: macpro$ sudo port -f install p5-pathtools ---> Installing p5-pathtools 3.25_0 Error: Target org.macports.install returned: Registry error: p5-pathtools @3.25_0 already registered as installed. Please uninstall it first. Error: Status 1 encountered during processing. So I now try "sudo port install firefox-x11" again. It aborts with ---> Staging p5-getopt-long into destroot You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port ---> Installing p5-getopt-long 2.37_0 ---> Activating p5-getopt-long 2.37_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: gnome-icon-theme icon-naming-utils p5-getopt-long p5-xml-simple p5-test-simple p5-test-harness p5-xml-namespacesupport p5-xml-sax p5-xml-parser gnome-vfs dbus docbook-xml-4.1.2 xmlcatmgr libxml2 xmlto docbook-xml-4.2 docbook-xsl getopt libxslt dbus-glib gconf gtk2 atk gtk-doc scrollkeeper docbook-xml docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 jpeg pango Xft2 xorg-xproto xorg-util-macros tiff intltool orbit2 libidl gnome-mime-data howl neon openssl zip Error: Status 1 encountered during processing. I try to install firefox-x11 yet again, and yet again it fails in the same way, this time for p5-test-harness. Then p5-test-simple. After that it seems to proceed happily. But surely we're not supposed to have to do this by hand? -- Richard From dluke at geeklair.net Thu Dec 13 07:40:19 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu Dec 13 07:39:55 2007 Subject: First port installation fails In-Reply-To: <20071213153649.EBECF2CE9D9@macpro.inf.ed.ac.uk> References: <20071213153649.EBECF2CE9D9@macpro.inf.ed.ac.uk> Message-ID: On Dec 13, 2007, at 10:36 AM, Richard Tobin wrote: >> You can run `sudo port -f install p5-pathtools` and then try >> installing firefox-x11 again and it should work. > > I did that, and it said: > > macpro$ sudo port -f install p5-pathtools > ---> Installing p5-pathtools 3.25_0 > Error: Target org.macports.install returned: Registry error: p5- > pathtools @3.25_0 already registered as installed. Please uninstall > it first. > Error: Status 1 encountered during processing. ok, so you actually need: sudo port -f activate p5-pathtools then sudo port install firefox-x11 -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/4c590a27/PGP.bin From ryandesign at macports.org Thu Dec 13 07:40:13 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 07:40:05 2007 Subject: First port installation fails In-Reply-To: <20071213153649.EBECF2CE9D9@macpro.inf.ed.ac.uk> References: <20071213153649.EBECF2CE9D9@macpro.inf.ed.ac.uk> Message-ID: <5C55BD90-C494-4C86-B1D7-D8342D5D681D@macports.org> On Dec 13, 2007, at 09:36, Richard Tobin wrote: >> The p5-pathtools needs to overwrite the older pathtools that come >> with >> perl5.8 in order to be found (perl searches the vendor location last >> by default, and the perl community consensus is that this is the >> appropriate way to upgrade modules that ship with perl). >> >> To that end, p5-pathtools would have printed out: >> >> "You must install or activate this package with '-f' (force) as it >> needs to overwrite files installed by the perl5.8 port" >> >> You can run `sudo port -f install p5-pathtools` and then try >> installing firefox-x11 again and it should work. > > I did that, and it said: > > macpro$ sudo port -f install p5-pathtools > ---> Installing p5-pathtools 3.25_0 > Error: Target org.macports.install returned: Registry error: p5- > pathtools @3.25_0 already registered as installed. Please > uninstall it first. > Error: Status 1 encountered during processing. > > So I now try "sudo port install firefox-x11" again. It aborts with > > ---> Staging p5-getopt-long into destroot > You must install or activate this package with '-f' (force) as it > needs to overwrite files installed by the perl5.8 port > ---> Installing p5-getopt-long 2.37_0 > ---> Activating p5-getopt-long 2.37_0 > Error: Target org.macports.activate returned: Image error: /opt/ > local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active > perl5.8 port. Please deactivate this port first, or use the -f > flag to force the activation. > Error: The following dependencies failed to build: gnome-icon-theme > icon-naming-utils p5-getopt-long p5-xml-simple p5-test-simple p5- > test-harness p5-xml-namespacesupport p5-xml-sax p5-xml-parser gnome- > vfs dbus docbook-xml-4.1.2 xmlcatmgr libxml2 xmlto docbook-xml-4.2 > docbook-xsl getopt libxslt dbus-glib gconf gtk2 atk gtk-doc > scrollkeeper docbook-xml docbook-xml-4.3 docbook-xml-4.4 docbook- > xml-4.5 jpeg pango Xft2 xorg-xproto xorg-util-macros tiff intltool > orbit2 libidl gnome-mime-data howl neon openssl zip > Error: Status 1 encountered during processing. > > I try to install firefox-x11 yet again, and yet again it fails in the > same way, this time for p5-test-harness. Then p5-test-simple. > After that it seems to proceed happily. But surely we're not > supposed to have to do this by hand? Currently, several perl modules must overwrite parts of the perl port to function properly. To do so, you must use the force flag. As the error message says: "You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port" However you should not usually use the force flag the rest of the time. From richard at inf.ed.ac.uk Thu Dec 13 07:50:11 2007 From: richard at inf.ed.ac.uk (Richard Tobin) Date: Thu Dec 13 07:49:13 2007 Subject: First port installation fails In-Reply-To: Ryan Schmidt's message of Thu, 13 Dec 2007 09:40:13 -0600 Message-ID: <20071213155011.B6F362E0990@macpro.inf.ed.ac.uk> > As the > error message says: > > "You must install or activate this package with '-f' (force) as it > needs to overwrite files installed by the perl5.8 port" The problem is not that the error message isn't clear. It's that you don't expect to get error messages during port installations unless your port system is messed up. There's no indication that this particular error is expected. -- Richard From ryandesign at macports.org Thu Dec 13 07:35:03 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 08:03:56 2007 Subject: invalid command name on some downloads In-Reply-To: <20071213152755.GA9307@haing4.loria.fr> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> <20071213152755.GA9307@haing4.loria.fr> Message-ID: <5965998A-86CD-4BB4-A436-B91142D9A55E@macports.org> On Dec 13, 2007, at 09:27, Emmanuel Hainry wrote: > Citando Ryan Schmidt : > >> This discussion belongs on macports-users, not in my personal >> mailbox; >> please remember to use Reply To All. > > Then it is reply-to-list that should be used. Whatever it's called in your mail program. In Apple Mail, the buttons are Reply, which sends the reply just to the author, and Reply All, which sends the reply to the author and the list. I recommend using the latter for mailing list discussions. From larry at eye-hand.wustl.edu Thu Dec 13 09:29:39 2007 From: larry at eye-hand.wustl.edu (Larry Snyder) Date: Thu Dec 13 09:28:13 2007 Subject: port gv (leopard): compile-time bug in setenv.c Message-ID: Hi. I'm getting a compiler error in when I try to install 'gv': Command output: making all in ./source... /usr/bin/cc -Os -Wall -Wpointer-arith -no-cpp-precomp -I/usr/X11/include -D__i386__ -D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED -DNON_BLOCKING_IO -DUSE_SIGNAL_HANDLER -DUSER_DEFAULTS=\"~/.gv\" -DGV_LIBDIR=\"/opt/local/lib/gv/\" -DGV_CODE -I/opt/local/include -DUSE_FALLBACK_STYLES -c -o setenv.o setenv.c setenv.c: At top level: setenv.c:105: error: conflicting types for 'unsetenv' /usr/include/stdlib.h:247: error: previous declaration of 'unsetenv' was here Here's what stdlib.h looks like: stdlib.h, lines 246-248 #if __DARWIN_UNIX03 int unsetenv(const char *) __DARWIN_ALIAS(unsetenv); #else /* !__DARWIN_UNIX03 */ Here's the full history of what I did: upgrade to leopard installed X11 & developer tools from the leopard disk port gv port uninstall Xaw3d port install Xaw3d port gv port upgrade ghostscript ls -lt /usr/include/stdlib.h Can anyone tell me what the issue is? Thanks!! larry From recaffeinated at gmail.com Thu Dec 13 09:56:37 2007 From: recaffeinated at gmail.com (John Lauck) Date: Thu Dec 13 09:56:10 2007 Subject: perl5.8 vs perl5.9 discrepancy Message-ID: <8c806c1c0712130956r535baebfi441d1e1d7583b3a8@mail.gmail.com> While I was debugging a perl script and installing various cpan modules I noticed I had both perl5.8 and 5.9 installed. Both were marked as active but perl5.8 was linked to /opt/local/bin/perl. I decided to deactivate perl5.8, deactivate perl5.9 and then reactivate perl5.9. After doing so the /opt/local/bin/perl link is gone so it doesn't link to to perl5.9 (as I would expect). Is this a bug? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/dcf7294c/attachment-0001.html From opendarwin.org at darkart.com Thu Dec 13 10:08:23 2007 From: opendarwin.org at darkart.com (Eric Hall) Date: Thu Dec 13 10:07:58 2007 Subject: PerlMagick build on a PPC G5 mac os X 10.4 In-Reply-To: <8BD6BC42-AF7B-4CAD-BFE9-B5AF71E08DC1@macports.org> References: <8BD6BC42-AF7B-4CAD-BFE9-B5AF71E08DC1@macports.org> Message-ID: <20071213180823.GP5860@darkart.com> On Wed, Dec 12, 2007 at 05:11:59PM -0600, Ryan Schmidt wrote: > > On Dec 12, 2007, at 10:46, Constant Dupuis wrote: > > >I try to build the PerlMagick package (Image::Magick). > > > >I try using CPAN and fink nothing works. > > > >SO now I try with macports. ImageMagick is installed (with > >macports) and working. Try installing ImageMagick with the 'perl' variant, I've found that to be more sucessfull than p5-perlmagick. You can do that by uninstalling ImageMagick and then: sudo port install ImageMagick +perl You may want some of the other variants as well, you can see what they are with: port variants ImageMagick -eric From frstan at bellsouth.net Thu Dec 13 10:43:46 2007 From: frstan at bellsouth.net (William Davis) Date: Thu Dec 13 10:43:20 2007 Subject: port gv (leopard): compile-time bug in setenv.c In-Reply-To: References: Message-ID: <5079960A-2585-4F3B-9A7C-82AC31C5E0DF@bellsouth.net> On Dec 13, 2007, at 12:29 PM, Larry Snyder wrote: > > > Hi. I'm getting a compiler error in when I try to install 'gv': > > > Command output: making all in ./source... > /usr/bin/cc -Os -Wall -Wpointer-arith -no-cpp-precomp -I/usr/X11/ > include > -D__i386__ -D__DARWIN__ -DNO_ALLOCA -DCSRG_BASED -DNON_BLOCKING_IO > -DUSE_SIGNAL_HANDLER -DUSER_DEFAULTS=\"~/.gv\" > -DGV_LIBDIR=\"/opt/local/lib/gv/\" -DGV_CODE > -I/opt/local/include -DUSE_FALLBACK_STYLES -c -o setenv.o setenv.c > > memcpy> > > setenv.c: At top level: > setenv.c:105: error: conflicting types for 'unsetenv' > /usr/include/stdlib.h:247: error: previous declaration of 'unsetenv' > was here > > Here's what stdlib.h looks like: > > stdlib.h, lines 246-248 > #if __DARWIN_UNIX03 > int unsetenv(const char *) __DARWIN_ALIAS(unsetenv); > #else /* !__DARWIN_UNIX03 */ > > > Here's the full history of what I did: > upgrade to leopard > installed X11 & developer tools from the leopard disk > port gv > port uninstall Xaw3d > port install Xaw3d > port gv time!> > > port upgrade ghostscript > > ls -lt /usr/include/stdlib.h > > > Can anyone tell me what the issue is? Thanks!! > > larry > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users I cant access the gv source server so I cant test this, but you might try the upgrade X11 2.1.1 pkg at [URL]http://trac.macosforge.org/projects/xquartz/wiki/X112.1.1[/URL] 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 From pmq at macports.org Thu Dec 13 11:34:30 2007 From: pmq at macports.org (Pierre Queinnec) Date: Thu Dec 13 11:34:17 2007 Subject: Ion3 license and possible removal Message-ID: <47618946.5080905@macports.org> [sorry for cross-posting] Hi all, Here are two mails T. Valkonen sent respectively to FreeBSD Ports [1] and pkgsrc [2], warning them of a license violation on his software, ion3 (x11/ion3). I'll be committing a removal of the port in 5 days if nobody wants to step up and take ownership from me. Then again, I'm not sure this serves the "community" best interest to keep it in the ports. Apologies to the ion3 users that will be forced to compile it themselves. I suggest you keep the Portfile in a private repository should you know how to do this, so you can still benefit from MacPorts build and upgrade cycles. -- Pierre [1] http://lists.freebsd.org/pipermail/freebsd-ports/2007-December/045475.html [2] http://mail-index.netbsd.org/tech-pkg/2007/10/28/0000.html From LenoreHorner at sbcglobal.net Thu Dec 13 11:37:56 2007 From: LenoreHorner at sbcglobal.net (Lenore Horner) Date: Thu Dec 13 11:37:32 2007 Subject: invalid command name on some downloads In-Reply-To: <5965998A-86CD-4BB4-A436-B91142D9A55E@macports.org> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> <20071213152755.GA9307@haing4.loria.fr> <5965998A-86CD-4BB4-A436-B91142D9A55E@macports.org> Message-ID: <1ECE7ABF-DA26-4C55-B9D5-DEDE54B553FA@sbcglobal.net> I think what was meant is that the list itself should set a reply-to address that is the list rather than the author. Our campus email list defaults to this, so I know it's possible. On Dec 13, 2007, at 9:35 AM, Ryan Schmidt wrote: > On Dec 13, 2007, at 09:27, Emmanuel Hainry wrote: > >> Citando Ryan Schmidt : >> >>> This discussion belongs on macports-users, not in my personal >>> mailbox; >>> please remember to use Reply To All. >> >> Then it is reply-to-list that should be used. > > Whatever it's called in your mail program. In Apple Mail, the > buttons are Reply, which sends the reply just to the author, and > Reply All, which sends the reply to the author and the list. I > recommend using the latter for mailing list discussions. > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From afb at macports.org Thu Dec 13 11:44:26 2007 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu Dec 13 11:44:00 2007 Subject: perl5.8 vs perl5.9 discrepancy In-Reply-To: <8c806c1c0712130956r535baebfi441d1e1d7583b3a8@mail.gmail.com> References: <8c806c1c0712130956r535baebfi441d1e1d7583b3a8@mail.gmail.com> Message-ID: John Lauck wrote: > While I was debugging a perl script and installing various cpan > modules I noticed I had both perl5.8 and 5.9 installed.? Both were > marked as active but perl5.8 was linked to /opt/local/bin/perl.? I > decided to deactivate perl5.8 , deactivate perl5.9 and then reactivate > perl5.9.? After doing so the /opt/local/bin/perl link is gone so it > doesn't link to to perl5.9 (as I would expect).? > > Is this a bug? It's a feature, Perl 5.9 is a "development" release... Maybe the port should have been called "perl5.9-devel" instead, to make this more self-explanatory perhaps ? --anders From Barry.J.Mcinnes at noaa.gov Thu Dec 13 12:07:09 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Thu Dec 13 12:06:43 2007 Subject: invalid command name on some downloads In-Reply-To: References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> Message-ID: <476190ED.1060104@noaa.gov> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Not sure if this adds any clues, but tiff installs, then I tried various permutations for ImageMagick the final one seems to work. - ---> Verifying checksum(s) for tiff - ---> Extracting tiff - ---> Configuring tiff - ---> Building tiff with target all - ---> Staging tiff into destroot - ---> Installing tiff 3.8.2_1+macosx - ---> Activating tiff 3.8.2_1+macosx - ---> Cleaning tiff [mac27:/Applications/Utilities] root# port install ImageMagick Error: Unable to execute port: invalid command name "destroot.violate_mtree" [ [mac27:/Applications/Utilities] root# port install ImageMagick +no_x11 +perl - ---> Fetching bzip2 - ---> Attempting to fetch bzip2-1.0.4.tar.gz from http://www.bzip.org/1.0.4/ - ---> Verifying checksum(s) for bzip2 - ---> Extracting bzip2 - ---> Applying patches to bzip2 - ---> Configuring bzip2 - ---> Building bzip2 with target all On 12/13/07 8:20 AM, Ryan Schmidt wrote: > This discussion belongs on macports-users, not in my personal mailbox; > please remember to use Reply To All. > > On Dec 13, 2007, at 08:52, Barry McInnes wrote: > >> Thanks for the help Ryan. >> >> On 12/12/07 4:05 PM, Ryan Schmidt wrote: >> >>> On Dec 12, 2007, at 13:51, Barry McInnes wrote: >>> >>>> We have a clean install of 10.5 and update to 10.5.1. >>>> macport version >>>> [mac27:~/sun/info] bmcinnes% port --version >>>> MacPorts 1.520 >>>> >>>> Some installs work, others don't >>>> >>>> [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp >>>> Error: port uninstall failed: Registry error: gimp not registered as >>>> installed. >>> >>> That looks normal to me. Or did you believe you had the gimp port >>> installed? What is the output of "port installed"? >> >> [mac27:~] root# port installed >> The following ports are currently installed: >> FreeSOLID @2.1.1_0 (active) >> ImageMagick @6.3.7-1_1+no_x11+perl+q16 (active) >> afni @2007.04.18.1830_0 (active) >> archimedes @0.0.4_0 (active) >> bzip2 @1.0.4_1 (active) >> cdo @1.0.8_0 (active) >> curl @7.17.1_0 (active) >> expat @2.0.1_0 (active) >> fftw-3 @3.1.2_0 (active) >> fftw-3-single @3.1.2_0 (active) >> fontconfig @2.5.0_0+macosx (active) >> freehdl @0.0.4_0 (active) >> freetype @2.3.5_1 (active) >> gdal @1.4.1_0 (active) >> geos @2.2.3_0+darwin_9 (active) >> gerris @0.9.2_0 (active) >> gettext @0.17_1 (active) >> giflib @4.1.6_0 (active) >> glib2 @2.14.4_1+darwin_9 (active) >> gplcver @2.12a_0 (active) >> gts @0.7.6_0 (active) >> hdf5 @1.6.6_1 (active) >> iverilog @0.8.2_0 (active) >> jasper @1.701.0_0 (active) >> jmol @11.2.14_0 (active) >> jpeg @6b_2 (active) >> lammpi @7.1.3_0 (active) >> libdap @3.7.8_0 (active) >> libframe @6.24_0 (active) >> libgeotiff @1.2.1_0 (active) >> libiconv @1.12_0 (active) >> libpng @1.2.23_0 (active) >> libxml2 @2.6.30_0 (active) >> magic @7.4.24_0 (active) >> metaio @7.2_0 (active) >> netcdf @3.6.2_0 (active) >> netpbm @10.26.47_0 (active) >> openssl @0.9.8g_0 (active) >> perl5.8 @5.8.8_0 (active) >> pkgconfig @0.22_0 (active) >> proj @4.5.0_0 (active) >> python24 @2.4.4_1+darwin_9 (active) >> tiff @3.8.2_1 (active) >> whirlgif @3.04_0 (active) >> zlib @1.2.3_1 (active) > > Ok, so "gimp" is not installed, so it's normal that "sudo port uninstall > gimp" would produce an error message. > >>>> [mac27:~/sun/info] bmcinnes% sudo port install gimp2 >>>> Error: Unable to execute port: invalid command name >>>> "destroot.violate_mtree" >>>> [mac27:~/sun/info] bmcinnes% sudo port install gnuplot >>>> Password: >>>> Error: Unable to execute port: invalid command name >>>> "destroot.violate_mtree" >>>> [mac27:~/sun/info] bmcinnes% >>> >>> destroot.violate_mtree was added in MacPorts 1.5.1 and improved quickly >>> in 1.5.2. >>> >>> You installed 1.5.0 from the disk image for Leopard, I presume? Did you >>> then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" says >>> you're running 1.520, a.k.a. 1.5.2, but its behavior matches that of >>> 1.5.0. So this is odd. >> >> Yes I installed the 1.5.0 dmg via the GUI, the have done multiple >> port selfupdate >> [mac27:~] root# port selfupdate >> MacPorts base version 1.520 installed >> Downloaded MacPorts base version 1.520 >> The MacPorts installation is not outdated and so was not updated >> selfupdate done! >> [mac27:~] >> >> The only thing I can see which shouldn't be a problem was I installed >> into /opt/local, then tarred to another partition, and have a sym link >> form /opt/local to the moved files. I did an rsync as well. > > The symlink might be ok, but I've never tried it that way. > > What do you mean, you did an rsync as well? What did you rsync, using > what command? > >> I can do it all again, after removing all the files ? >> >> I did some installs using options otherwise they would not install >> >> sudo port install tiff -macosx > > You shouldn't need to do that. The macosx variant is automatically > enabled on Mac OS X. I have installed tiff with +macosx with no > problems. What problems did you encounter? > >> sudo port install ImageMagick +no_x11 +perl >> >> then just tried to download hdf5 and all the science ports. > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users - -- - --- Barry McInnes 325 Broadway Boulder CO 80304 (303)4976231 barry.j.mcinnes@noaa.gov - --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFHYZDtKoTeRnsNi5kRAg9aAKCp397UNZW+0mfn5vKQOdNV11vA6gCgpdC3 1szAr/EXRiKlcViERtRD28M= =ZkAZ -----END PGP SIGNATURE----- From raimue at macports.org Thu Dec 13 12:35:21 2007 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Thu Dec 13 12:35:02 2007 Subject: Ion3 license and possible removal In-Reply-To: <47618946.5080905@macports.org> References: <47618946.5080905@macports.org> Message-ID: <47619789.7020007@macports.org> Pierre Queinnec wrote: > Here are two mails T. Valkonen sent respectively to FreeBSD Ports [1] > and pkgsrc [2], warning them of a license violation on his software, > ion3 (x11/ion3). > > I'll be committing a removal of the port in 5 days if nobody wants to > step up and take ownership from me. Then again, I'm not sure this serves > the "community" best interest to keep it in the ports. Apologies to the > ion3 users that will be forced to compile it themselves. I suggest you > keep the Portfile in a private repository should you know how to do > this, so you can still benefit from MacPorts build and upgrade cycles. For me this sounds like a removal request... What is the problem with a version more than 28 days old? In my personal opinion ion3 with this license addition does not qualify as free software any more. Definitely remove it. Rainer From bensonk at acm.wwu.edu Thu Dec 13 13:51:40 2007 From: bensonk at acm.wwu.edu (bensonk@acm.wwu.edu) Date: Thu Dec 13 13:51:40 2007 Subject: invalid command name on some downloads In-Reply-To: <1ECE7ABF-DA26-4C55-B9D5-DEDE54B553FA@sbcglobal.net> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> <20071213152755.GA9307@haing4.loria.fr> <5965998A-86CD-4BB4-A436-B91142D9A55E@macports.org> <1ECE7ABF-DA26-4C55-B9D5-DEDE54B553FA@sbcglobal.net> Message-ID: <20071213215140.GA8670@winterfell.acm.wwu.edu> The configuration setting should be available at this address: http://lists.macosforge.org/mailman/admin/macports-users/?VARHELP=general/reply_goes_to_list This can only be changed by an administrator, and having replies automatically go to the list is "strongly discouraged". However, as Ryan seems to think people shouldn't be replying directly to him, perhaps it would be prudent to change the setting? Personally, I think that replies should stay on the list, so I would recommend changing the setting to "This list" on the page linked above. Benson On Thu, Dec 13, 2007 at 01:37:56PM -0600, Lenore Horner wrote: > I think what was meant is that the list itself should set a reply-to address > that is the list rather than the author. Our campus email list defaults to > this, so I know it's possible. > > On Dec 13, 2007, at 9:35 AM, Ryan Schmidt wrote: > >> On Dec 13, 2007, at 09:27, Emmanuel Hainry wrote: >> >>> Citando Ryan Schmidt : >>> >>>> This discussion belongs on macports-users, not in my personal mailbox; >>>> please remember to use Reply To All. >>> >>> Then it is reply-to-list that should be used. >> >> Whatever it's called in your mail program. In Apple Mail, the buttons are >> Reply, which sends the reply just to the author, and Reply All, which sends >> the reply to the author and the list. I recommend using the latter for >> mailing list discussions. >> >> _______________________________________________ >> macports-users mailing list >> macports-users@lists.macosforge.org >> http://lists.macosforge.org/mailman/listinfo/macports-users > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/b344fe2c/attachment-0001.bin From mjijackson at gmail.com Thu Dec 13 14:08:43 2007 From: mjijackson at gmail.com (Michael J. I. Jackson) Date: Thu Dec 13 14:08:17 2007 Subject: Best way to install PHP 5.3 alongside MacPorts PHP 5.2 Message-ID: <9cd0f6980712131408t2d99e4e7v9ba7a748d4b2b494@mail.gmail.com> Hello all, Can anybody tell me the best way to install PHP 5.3 (currently in development) alongside a MacPorts install of PHP 5.2 on Apache? I'm having two problems in particular. 1) I tried downloading and installing the PHP 5.3 snapshot to /usr/local using the following ./configure: ./configure --prefix=/usr/local --enable-calendar --with-iconv=/opt/local --enable-exif --enable-ftp --enable-wddx --with-zlib=/opt/local --with-libxml-dir=/opt/local --with-gettext=/opt/local --with-xml --with-expat-dir=/opt/local --with-xmlrpc --enable-soap --enable-filepro --enable-bcmath --enable-trans-sid --enable-mbstring --enable-dbx --enable-dba --with-openssl=/opt/local --with-mhash=/opt/local --with-mcrypt=/opt/local --with-xsl=/opt/local --with-curl=/opt/local --with-pcre-regex=/opt/local --with-gd --with-jpeg-dir=/opt/local --with-png-dir=/opt/local --enable-gd-native-ttf --without-pear --with-freetype-dir=/opt/local --with-ldap=/usr --with-kerberos=/usr --with-iodbc=/usr --with-apxs2=/opt/local/apache2/bin/apxs --with-mysql=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_php5/work/mysql5 --with-pdo-mysql=/opt/local/bin/mysql_config5 --with-mysql-sock=/opt/local/var/run/mysql5/mysqld.sock --with-mysqli=/opt/local/bin/mysql_config5 --with-sqlite --with-pdo-sqlite=/opt/local --enable-sqlite-utf8 This is basically the same ./configure my MacPorts install uses, but with a different prefix. However, I get the following error during configure: checking for specified location of the MySQL UNIX socket... /opt/local/var/run/mysql5/mysqld.sock checking for MySQL UNIX socket location... /opt/local/var/run/mysql5/mysqld.sock configure: error: Cannot find MySQL header files under /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_php5/work/mysql5. Note that the MySQL client library is not bundled anymore! So when I take out --with-mysql, it compiles and installs fine, but I don't have the MySQL library. 2) Using the above method, the new Apache module overwrites the old module (/opt/local/apache2/modules/libphp5.so). This is just fine for running just 5.3, but I don't want to use it all the time! I only want 5.3 as a development version. Any help? Is there any way that I can install 5.3 so that I can just put a different extension on files that I'd like to use it for? .php53 maybe? Thanks, Michael -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/0fd47f13/attachment.html From paulbeard at gmail.com Thu Dec 13 14:13:04 2007 From: paulbeard at gmail.com (paul beard) Date: Thu Dec 13 14:12:38 2007 Subject: Ion3 license and possible removal In-Reply-To: <47619789.7020007@macports.org> References: <47618946.5080905@macports.org> <47619789.7020007@macports.org> Message-ID: On 12/13/07, Rainer M?ller wrote: > > > For me this sounds like a removal request... What is the problem with a > version more than 28 days old? In my personal opinion ion3 with this > license addition does not qualify as free software any more. Definitely > remove it. > Wow, from that thread, I would have to agree. for those not inclined to read through the flamethread, FreeBSD is in a ports freeze, where updates and changes are verboten, unless they are to fix an issue like a segfault or the like: these often last a month, and that would span the 28 days. Never heard of ion3 before today, and I guess I won't miss it. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/01c8468f/attachment.html From ryandesign at macports.org Thu Dec 13 14:17:52 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 14:17:44 2007 Subject: invalid command name on some downloads In-Reply-To: <476190ED.1060104@noaa.gov> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> <476190ED.1060104@noaa.gov> Message-ID: <5540BE62-1389-486A-ACE4-EC9F368CD1F2@macports.org> I can't explain why, but it certainly sounds like you do not have MacPorts 1.5.2, though it says you do. destroot.violate_mtree is part of MacPorts 1.5.2, but your MacPorts doesn't seem to know about it. Why don't you install MacPorts from source instead. That really has to work. Download this: http://svn.macports.org/repository/macports/distfiles/MacPorts/ MacPorts-1.5.2.tar.bz2 Decompress it. Go into the directory. Then: ./configure --enable-readline make sudo make install That should be sure to get you MacPorts 1.5.2. Then try installing any of your previously-failing ports again. On Dec 13, 2007, at 14:07, Barry McInnes wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Not sure if this adds any clues, > but tiff installs, then I tried various permutations for ImageMagick > the final one seems to work. > > - ---> Verifying checksum(s) for tiff > - ---> Extracting tiff > - ---> Configuring tiff > - ---> Building tiff with target all > - ---> Staging tiff into destroot > - ---> Installing tiff 3.8.2_1+macosx > - ---> Activating tiff 3.8.2_1+macosx > - ---> Cleaning tiff > [mac27:/Applications/Utilities] root# port install ImageMagick > Error: Unable to execute port: invalid command name > "destroot.violate_mtree" > [ > [mac27:/Applications/Utilities] root# port install ImageMagick > +no_x11 +perl > - ---> Fetching bzip2 > - ---> Attempting to fetch bzip2-1.0.4.tar.gz from > http://www.bzip.org/1.0.4/ > - ---> Verifying checksum(s) for bzip2 > - ---> Extracting bzip2 > - ---> Applying patches to bzip2 > - ---> Configuring bzip2 > - ---> Building bzip2 with target all > > > > On 12/13/07 8:20 AM, Ryan Schmidt wrote: >> This discussion belongs on macports-users, not in my personal >> mailbox; >> please remember to use Reply To All. >> >> On Dec 13, 2007, at 08:52, Barry McInnes wrote: >> >>> Thanks for the help Ryan. >>> >>> On 12/12/07 4:05 PM, Ryan Schmidt wrote: >>> >>>> On Dec 12, 2007, at 13:51, Barry McInnes wrote: >>>> >>>>> We have a clean install of 10.5 and update to 10.5.1. >>>>> macport version >>>>> [mac27:~/sun/info] bmcinnes% port --version >>>>> MacPorts 1.520 >>>>> >>>>> Some installs work, others don't >>>>> >>>>> [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp >>>>> Error: port uninstall failed: Registry error: gimp not >>>>> registered as >>>>> installed. >>>> >>>> That looks normal to me. Or did you believe you had the gimp port >>>> installed? What is the output of "port installed"? >>> >>> [mac27:~] root# port installed >>> The following ports are currently installed: >>> FreeSOLID @2.1.1_0 (active) >>> ImageMagick @6.3.7-1_1+no_x11+perl+q16 (active) >>> afni @2007.04.18.1830_0 (active) >>> archimedes @0.0.4_0 (active) >>> bzip2 @1.0.4_1 (active) >>> cdo @1.0.8_0 (active) >>> curl @7.17.1_0 (active) >>> expat @2.0.1_0 (active) >>> fftw-3 @3.1.2_0 (active) >>> fftw-3-single @3.1.2_0 (active) >>> fontconfig @2.5.0_0+macosx (active) >>> freehdl @0.0.4_0 (active) >>> freetype @2.3.5_1 (active) >>> gdal @1.4.1_0 (active) >>> geos @2.2.3_0+darwin_9 (active) >>> gerris @0.9.2_0 (active) >>> gettext @0.17_1 (active) >>> giflib @4.1.6_0 (active) >>> glib2 @2.14.4_1+darwin_9 (active) >>> gplcver @2.12a_0 (active) >>> gts @0.7.6_0 (active) >>> hdf5 @1.6.6_1 (active) >>> iverilog @0.8.2_0 (active) >>> jasper @1.701.0_0 (active) >>> jmol @11.2.14_0 (active) >>> jpeg @6b_2 (active) >>> lammpi @7.1.3_0 (active) >>> libdap @3.7.8_0 (active) >>> libframe @6.24_0 (active) >>> libgeotiff @1.2.1_0 (active) >>> libiconv @1.12_0 (active) >>> libpng @1.2.23_0 (active) >>> libxml2 @2.6.30_0 (active) >>> magic @7.4.24_0 (active) >>> metaio @7.2_0 (active) >>> netcdf @3.6.2_0 (active) >>> netpbm @10.26.47_0 (active) >>> openssl @0.9.8g_0 (active) >>> perl5.8 @5.8.8_0 (active) >>> pkgconfig @0.22_0 (active) >>> proj @4.5.0_0 (active) >>> python24 @2.4.4_1+darwin_9 (active) >>> tiff @3.8.2_1 (active) >>> whirlgif @3.04_0 (active) >>> zlib @1.2.3_1 (active) >> >> Ok, so "gimp" is not installed, so it's normal that "sudo port >> uninstall >> gimp" would produce an error message. >> >>>>> [mac27:~/sun/info] bmcinnes% sudo port install gimp2 >>>>> Error: Unable to execute port: invalid command name >>>>> "destroot.violate_mtree" >>>>> [mac27:~/sun/info] bmcinnes% sudo port install gnuplot >>>>> Password: >>>>> Error: Unable to execute port: invalid command name >>>>> "destroot.violate_mtree" >>>>> [mac27:~/sun/info] bmcinnes% >>>> >>>> destroot.violate_mtree was added in MacPorts 1.5.1 and improved >>>> quickly >>>> in 1.5.2. >>>> >>>> You installed 1.5.0 from the disk image for Leopard, I presume? >>>> Did you >>>> then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" >>>> says >>>> you're running 1.520, a.k.a. 1.5.2, but its behavior matches >>>> that of >>>> 1.5.0. So this is odd. >>> >>> Yes I installed the 1.5.0 dmg via the GUI, the have done multiple >>> port selfupdate >>> [mac27:~] root# port selfupdate >>> MacPorts base version 1.520 installed >>> Downloaded MacPorts base version 1.520 >>> The MacPorts installation is not outdated and so was not updated >>> selfupdate done! >>> [mac27:~] >>> >>> The only thing I can see which shouldn't be a problem was I >>> installed >>> into /opt/local, then tarred to another partition, and have a sym >>> link >>> form /opt/local to the moved files. I did an rsync as well. >> >> The symlink might be ok, but I've never tried it that way. >> >> What do you mean, you did an rsync as well? What did you rsync, using >> what command? >> >>> I can do it all again, after removing all the files ? >>> >>> I did some installs using options otherwise they would not install >>> >>> sudo port install tiff -macosx >> >> You shouldn't need to do that. The macosx variant is automatically >> enabled on Mac OS X. I have installed tiff with +macosx with no >> problems. What problems did you encounter? >> >>> sudo port install ImageMagick +no_x11 +perl >>> >>> then just tried to download hdf5 and all the science ports. From ryandesign at macports.org Thu Dec 13 14:18:39 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 14:18:27 2007 Subject: Fwd: invalid command name on some downloads References: <476157BE.7060505@noaa.gov> Message-ID: Forwarding this message to the list. Begin forwarded message: > From: Barry McInnes > Date: December 13, 2007 10:03:10 CST > To: Ryan Schmidt > Subject: Re: invalid command name on some downloads > > > On 12/12/07 7:50 PM, Ryan Schmidt wrote: >> On Dec 12, 2007, at 17:05, Ryan Schmidt wrote: >> >>> On Dec 12, 2007, at 13:51, Barry McInnes wrote: >>> >>>> We have a clean install of 10.5 and update to 10.5.1. >>>> macport version >>>> [mac27:~/sun/info] bmcinnes% port --version >>>> MacPorts 1.520 >>>> >>>> Some installs work, others don't >>>> >>>> [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp >>>> Error: port uninstall failed: Registry error: gimp not >>>> registered as >>>> installed. >>> >>> That looks normal to me. Or did you believe you had the gimp port >>> installed? What is the output of "port installed"? >>> >>>> [mac27:~/sun/info] bmcinnes% sudo port install gimp2 >>>> Error: Unable to execute port: invalid command name >>>> "destroot.violate_mtree" >>>> [mac27:~/sun/info] bmcinnes% sudo port install gnuplot >>>> Password: >>>> Error: Unable to execute port: invalid command name >>>> "destroot.violate_mtree" >>>> [mac27:~/sun/info] bmcinnes% >>> >>> destroot.violate_mtree was added in MacPorts 1.5.1 and improved >>> quickly in 1.5.2. >>> >>> You installed 1.5.0 from the disk image for Leopard, I presume? Did >>> you then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" >>> says you're running 1.520, a.k.a. 1.5.2, but its behavior matches >>> that >>> of 1.5.0. So this is odd. >>> >>>> I have reinstalled Xcode 3.0, done port sync, looked through >>>> archives, >>>> but there seems to be no total solution ? >>> >>> The total solution for 'invalid command name >>> "destroot.violate_mtree"' >>> should be to update to MacPorts 1.5.2 by using "sudo port >>> selfupdate". >> >> I've just read in our new guide that the installer runs >> "selfupdate" for >> you, which explains why you would already have 1.5.2 right after >> installing 1.5.0 from the disk image. Still, please try running >> "selfupdate" yourself to see if that changes anything. >> >> > > I removed existing install, and did a change location to the > partition. > I still have a sym link from /opt/local, and I needed to create > /Volumes/partition/opt/local before it would install. > Anyway it installed, and it did install 1.52, by default which is > different, as previously I had to run selfupdate, but the first > test failed > > [mac27:/opt] root# cd local > [mac27:/opt/local] root# ls -l > total 8 > drwxrwxr-x 2 root 80 238 Dec 13 08:55 bin > drwxrwxr-x 3 root 80 102 Oct 27 15:56 etc > drwxrwxr-x 2 root 80 102 Oct 27 15:56 include > drwxrwxr-x 2 root 80 102 Oct 27 15:56 lib > drwxrwxr-x 2 root 80 102 Oct 27 15:56 libexec > lrwxr-xr-x 1 root 80 9 Dec 13 08:55 man -> share/man > drwxrwxr-x 2 root 80 102 Oct 27 15:56 sbin > drwxrwxr-x 6 root 80 204 Oct 27 15:56 share > drwxr-xr-x 3 root 80 102 Dec 13 08:55 var > [mac27:/opt/local] root# port selfupdate > MacPorts base version 1.520 installed > Downloaded MacPorts base version 1.520 > The MacPorts installation is not outdated and so was not updated > selfupdate done! > [mac27:/opt/local] root# port install pstoedit > Error: Unable to execute port: invalid command name > "destroot.violate_mtree" > [mac27:/opt/local] root# From ryandesign at macports.org Thu Dec 13 14:14:15 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 14:40:47 2007 Subject: invalid command name on some downloads In-Reply-To: <20071213215140.GA8670@winterfell.acm.wwu.edu> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> <20071213152755.GA9307@haing4.loria.fr> <5965998A-86CD-4BB4-A436-B91142D9A55E@macports.org> <1ECE7ABF-DA26-4C55-B9D5-DEDE54B553FA@sbcglobal.net> <20071213215140.GA8670@winterfell.acm.wwu.edu> Message-ID: On Dec 13, 2007, at 15:51, bensonk@acm.wwu.edu wrote: > On Thu, Dec 13, 2007 at 01:37:56PM -0600, Lenore Horner wrote: > >> On Dec 13, 2007, at 9:35 AM, Ryan Schmidt wrote: >> >>> On Dec 13, 2007, at 09:27, Emmanuel Hainry wrote: >>> >>>> Citando Ryan Schmidt : >>>> >>>>> This discussion belongs on macports-users, not in my personal >>>>> mailbox; >>>>> please remember to use Reply To All. >>>> >>>> Then it is reply-to-list that should be used. >>> >>> Whatever it's called in your mail program. In Apple Mail, the >>> buttons are >>> Reply, which sends the reply just to the author, and Reply All, >>> which sends >>> the reply to the author and the list. I recommend using the >>> latter for >>> mailing list discussions. >> >> I think what was meant is that the list itself should set a reply- >> to address >> that is the list rather than the author. Our campus email list >> defaults to >> this, so I know it's possible. > > The configuration setting should be available at this address: > http://lists.macosforge.org/mailman/admin/macports-users/? > VARHELP=general/reply_goes_to_list > > This can only be changed by an administrator, and having replies > automatically go to the list is "strongly discouraged". However, as > Ryan seems to think people shouldn't be replying directly to him, > perhaps it would be prudent to change the setting? > > Personally, I think that replies should stay on the list, so I would > recommend changing the setting to "This list" on the page linked > above. No, I don't really want any settings on the list to be changed. In particular I agree with the arguments presented here: http://www.unicom.com/pw/reply-to-harmful.html What I want is for people to pay attention to what addresses they're replying to, and to reply to the list when appropriate to keep the discussion there. From arxcruz at gmail.com Thu Dec 13 14:46:05 2007 From: arxcruz at gmail.com (Arx Cruz) Date: Thu Dec 13 14:45:40 2007 Subject: Mozilla brokes when i try compile. Message-ID: Hi guys I was trying to install mozilla* (firefox, mozilla) and both throws the error above: I dont know if is a problem with leopard or is a macport issue or even if is a firefox problem. Anyone have some idea? I need only the gtkembedmoz.so installed to run MonoDevelop (already compiled and running with some problems because of this library) Thanks in advance. ---> Attempting to fetch mozilla-1.7.12-source.tar.bz2 from ftp://ftp.mozilla.org/pub/mozilla.org/mozilla/releases/mozilla1.7.12/source/ ---> Verifying checksum(s) for mozilla ---> Extracting mozilla ---> Configuring mozilla ---> Building mozilla 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_www_mozilla/work/mozilla" && make all " returned error 2 Command output: prlink.c:795: warning: 'ResolveAliasFile' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/Aliases.h:1035) prlink.c:801: warning: 'GetDiskFragment' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CodeFragments.h:345) prlink.c:805: warning: 'p2cstrcpy' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/TextUtils.h:599) prlink.c: In function 'pr_LoadViaDyld': prlink.c:897: warning: 'NSAddImage' is deprecated (declared at /usr/include/mach-o/dyld.h:230) prlink.c: In function 'PR_UnloadLibrary': prlink.c:1360: warning: 'NSUnLinkModule' is deprecated (declared at /usr/include/mach-o/dyld.h:169) prlink.c:1376: warning: 'CloseConnection' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CodeFragments.h:382) prlink.c: In function 'pr_FindSymbolInLib': prlink.c:1498: warning: 'c2pstrcpy' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/TextUtils.h:578) prlink.c:1501: warning: 'FindSymbol' is deprecated (declared at /System/Library/Frameworks/CoreServices.framework/Frameworks/CarbonCore.framework/Headers/CodeFragments.h:401) prlink.c:1518: warning: 'NSLookupSymbolInImage' is deprecated (declared at /usr/include/mach-o/dyld.h:182) prlink.c:1522: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c:1547: warning: 'NSLookupSymbolInModule' is deprecated (declared at /usr/include/mach-o/dyld.h:181) prlink.c:1549: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) prlink.c: In function 'PR_GetLibraryFilePathname': prlink.c:1739: warning: assignment discards qualifiers from pointer target type gmake[6]: *** [prlink.o] Error 1 gmake[6]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/nsprpub/pr/src/linking' gmake[5]: *** [export] Error 2 gmake[5]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/nsprpub/pr/src' gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/nsprpub/pr' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla/nsprpub' gmake[2]: *** [nspr] Error 2 gmake[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla' gmake[1]: *** [export] Error 2 gmake[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_www_mozilla/work/mozilla' make: *** [all] Error 2 Error: The following dependencies failed to build: mozilla Error: Status 1 encountered during processing. -- "A f? remove montanhas, mas eu prefiro a dinamite" -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/2223f3e5/attachment.html From william at gallaf.net Thu Dec 13 14:51:21 2007 From: william at gallaf.net (William Gallafent) Date: Thu Dec 13 14:51:00 2007 Subject: Reply-To (was Re: invalid command name on some downloads) In-Reply-To: References: <47603BB4.70908@noaa.gov> <20071213215140.GA8670@winterfell.acm.wwu.edu> Message-ID: <200712132251.21598.william@gallaf.net> On Thursday 13 December 2007 22:14:15 Ryan Schmidt wrote: > What I want is for people to pay attention to what addresses > they're replying to, and to reply to the list when > appropriate to keep the discussion there. One good way to "suggest" that people replying to your message should reply to the list rather than to the sender's address is to set the Reply-To yourself, as I have done for this message. The point is, it must be up to _me_ (the originator of the message) what is in the Reply-To field, _not_ the list administrator ... so the list config is fine as it is, and individual users can use headers in the normal way to suggest to people replying to the message where the reply should go :) -- Bill Gallafent. From ryandesign at macports.org Thu Dec 13 15:01:11 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 15:01:03 2007 Subject: Ion3 license and possible removal In-Reply-To: References: <47618946.5080905@macports.org> <47619789.7020007@macports.org> Message-ID: <4325FDAB-601D-41BF-B6F9-2D099AD0BB87@macports.org> On Dec 13, 2007, at 16:13, paul beard wrote: > On 12/13/07, Rainer M?ller wrote: > >> For me this sounds like a removal request... What is the problem >> with a >> version more than 28 days old? In my personal opinion ion3 with this >> license addition does not qualify as free software any more. >> Definitely >> remove it. >>> >> > > Wow, from that thread, I would have to agree. for those not > inclined to read through the flamethread, FreeBSD is in a ports > freeze, where updates and changes are verboten, unless they are to > fix an issue like a segfault or the like: these often last a month, > and that would span the 28 days. > > Never heard of ion3 before today, and I guess I won't miss it. Yeah, that's a pretty fantastic thread on the FreeBSD list there. The software has been removed from FreeBSD and will not be added back in: http://lists.freebsd.org/pipermail/freebsd-ports/2007-December/ 045576.html MacPorts should probably remove it too, though I'd suggest leaving the portfile with a message in it that the software is not available through MacPorts and must be installed by hand, explaining why. Just to prevent someone from inadvertently adding it back in later. The message could perhaps also indicate other alternatives that are still available through MacPorts, if we thought that was appropriate. The port revision should be incremented, and users should see the message upon upgrading. I would want to ensure that any existing users of the port are made aware that it is gone; otherwise they would retain the old version forever, which the software author surely does not want. From ryandesign at macports.org Thu Dec 13 15:12:41 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 15:12:33 2007 Subject: Best way to install PHP 5.3 alongside MacPorts PHP 5.2 In-Reply-To: <9cd0f6980712131408t2d99e4e7v9ba7a748d4b2b494@mail.gmail.com> References: <9cd0f6980712131408t2d99e4e7v9ba7a748d4b2b494@mail.gmail.com> Message-ID: On Dec 13, 2007, at 16:08, Michael J. I. Jackson wrote: > Can anybody tell me the best way to install PHP 5.3 (currently in > development) alongside a MacPorts install of PHP 5.2 on Apache? There is a php5-devel port which is currently at an earlier version (5.2.5RC2) than the php5 port (5.2.5) but it could possibly be updated to 5.3. I'm not sure if you can install php5-devel simultaneously with the php5 port, but if not, we could look into making it possible... But Jyrki may want to keep it for PHP 5.2.x release candidates. In which case, you may have to keep manually compiling as below. > I'm having two problems in particular. > > 1) I tried downloading and installing the PHP 5.3 snapshot to /usr/ > local using the following ./configure: > > ./configure --prefix=/usr/local --enable-calendar --with-iconv=/opt/ > local --enable-exif --enable-ftp --enable-wddx --with-zlib=/opt/ > local --with-libxml-dir=/opt/local --with-gettext=/opt/local --with- > xml --with-expat-dir=/opt/local --with-xmlrpc --enable-soap -- > enable-filepro --enable-bcmath --enable-trans-sid --enable-mbstring > --enable-dbx --enable-dba --with-openssl=/opt/local --with-mhash=/ > opt/local --with-mcrypt=/opt/local --with-xsl=/opt/local --with- > curl=/opt/local --with-pcre-regex=/opt/local --with-gd --with-jpeg- > dir=/opt/local --with-png-dir=/opt/local --enable-gd-native-ttf -- > without-pear --with-freetype-dir=/opt/local --with-ldap=/usr --with- > kerberos=/usr --with-iodbc=/usr --with-apxs2=/opt/local/apache2/bin/ > apxs --with-mysql=/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p > hp5/work/mysql5 --with-pdo-mysql=/opt/local/bin/mysql_config5 -- > with-mysql-sock=/opt/local/var/run/mysql5/mysqld.sock --with- > mysqli=/opt/local/bin/mysql_config5 --with-sqlite --with-pdo- > sqlite=/opt/local --enable-sqlite-utf8 > > This is basically the same ./configure my MacPorts install uses, > but with a different prefix. However, I get the following error > during configure: > > checking for specified location of the MySQL UNIX socket... /opt/ > local/var/run/mysql5/mysqld.sock > checking for MySQL UNIX socket location... /opt/local/var/run/ > mysql5/mysqld.sock > configure: error: Cannot find MySQL header files under /opt/local/ > var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_p > hp5/work/mysql5. > Note that the MySQL client library is not bundled anymore! > > So when I take out --with-mysql, it compiles and installs fine, but > I don't have the MySQL library. Read the post-extract section of the mysql5 variant of the php5 portfile to see how it copes with this. You just have to make a couple symlinks to make the layout match what php expects. You could: cd /tmp mkdir php5mysql5 ln -s /opt/local/lib/mysql5 php5mysql5/lib ln -s /opt/local/include/mysql5 php5mysql5/include Then use --with-mysql=/tmp/php5mysql5 in your php configure line instead. Then delete /tmp/php5mysql5 when you're done. > 2) Using the above method, the new Apache module overwrites the old > module (/opt/local/apache2/modules/libphp5.so). This is just fine > for running just 5.3, but I don't want to use it all the time! I > only want 5.3 as a development version. Any help? Is there any way > that I can install 5.3 so that I can just put a different extension > on files that I'd like to use it for? .php53 maybe? Apache cannot support multiple php modules simultaneously. But you may want to look into using the lighttpd web server with php accessed through fastcgi instead. I have in the past successfully had php4 and php5 running simultaneously under lighttpd. Assuming the php5 and php5-devel ports can be installed simultaneously (which again I'm not sure of) -- or if you build php 5.3 manually -- you should be able to get php 5.2 and 5.3 side by side as well. Here's an example from my lighttpd configuration file, which says to use php5 for all .php files, except if the URL contains "/php4/" in which case use php4 for all .php files. You could easily have it react to a different filename extension instead if you prefer. As you see lighttpd's configuration is quite different from Apache's and allows for some very interesting things, like this. fastcgi.server = (".php" => ("localhost" => ( "socket" => "/tmp/lighttpd-" + var.datetime + "-php5-" + var.PID, "bin-path" => "/opt/local/bin/php-cgi", "broken-scriptfilename" => "enable", "allow-x-send-file" => "enable", "min-procs" => 2, "max-procs" => 2, "bin-environment" => ( "PHP_FCGI_CHILDREN" => "4", "PHP_FCGI_MAX_REQUESTS" => "500" ) ) ) ) $HTTP["url"] =~ "/php4/" { fastcgi.server = (".php" => ("localhost" => ( "socket" => "/tmp/lighttpd-" + var.datetime + "-php4-" + var.PID, "bin-path" => "/opt/local/bin/php4-cgi", "broken-scriptfilename" => "enable", "allow-x-send-file" => "enable", "min-procs" => 2, "max-procs" => 2, "bin-environment" => ( "PHP_FCGI_CHILDREN" => "4", "PHP_FCGI_MAX_REQUESTS" => "500" ) ) ) ) } From ryandesign at macports.org Thu Dec 13 15:16:11 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 15:16:02 2007 Subject: Reply-To (was Re: invalid command name on some downloads) In-Reply-To: <200712132251.21598.william@gallaf.net> References: <47603BB4.70908@noaa.gov> <20071213215140.GA8670@winterfell.acm.wwu.edu> <200712132251.21598.william@gallaf.net> Message-ID: <08AEBB30-9092-4927-BE2E-C5E83F7ECAA8@macports.org> On Dec 13, 2007, at 16:51, William Gallafent wrote: > On Thursday 13 December 2007 22:14:15 Ryan Schmidt wrote: > >> What I want is for people to pay attention to what addresses >> they're replying to, and to reply to the list when >> appropriate to keep the discussion there. > > One good way to "suggest" that people replying to your message > should reply to the list rather than to the sender's address is > to set the Reply-To yourself, as I have done for this message. > > The point is, it must be up to _me_ (the originator of the > message) what is in the Reply-To field, _not_ the list > administrator ... so the list config is fine as it is, and > individual users can use headers in the normal way to suggest > to people replying to the message where the reply should go :) I don't feel it should be my responsibility to know in advance whether any user reading my message will want to reply to me privately or to the list publicly. Only the author of that message can make the decision. From ryandesign at macports.org Thu Dec 13 15:31:16 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 13 15:31:08 2007 Subject: port gv (leopard): compile-time bug in setenv.c In-Reply-To: References: Message-ID: On Dec 13, 2007, at 11:29, Larry Snyder wrote: > Hi. I'm getting a compiler error in when I try to install 'gv': [snip] > setenv.c: At top level: > setenv.c:105: error: conflicting types for 'unsetenv' > /usr/include/stdlib.h:247: error: previous declaration of 'unsetenv' > was here [snip] > Can anyone tell me what the issue is? Thanks!! This is the issue: http://trac.macports.org/projects/macports/ticket/13095 From ajmas at sympatico.ca Thu Dec 13 17:33:07 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Thu Dec 13 17:32:41 2007 Subject: cvs2svn Message-ID: <944B133E-BBC5-4AF5-814F-57AC46D62732@sympatico.ca> Hi, I decided to try installing cvs2svn, with MacPorts, and have the XCode distro that comes with Leopard and have few issues: $ sudo port install cvs2svn ---> Fetching python24 ---> Attempting to fetch Python-2.4.4.tar.bz2 from http://www.python.org//ftp/python/2.4.4/ ---> Verifying checksum(s) for python24 ---> Extracting python24 ---> Applying patches to python24 ---> Configuring python24 ---> Building python24 with target all Error: Target com.apple.build returned: shell command " cd "/opt/local/ var/db/dports/build/ _opt_local_var_db_dports_sources_rsync .rsync.darwinports.org_dpupdate_dports_lang_python24/work/ Python-2.4.4" && make all " returned error 2 Command output: Python/marshal.c:350: warning: 'rf.ptr' is used uninitialized in this function gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ modsupport.o Python/modsupport.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ mystrtoul.o Python/mystrtoul.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/pyfpe.o Python/pyfpe.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ pystate.o Python/pystate.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ pythonrun.o Python/pythonrun.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ structmember.o Python/structmember.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ symtable.o Python/symtable.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ sysmodule.o Python/sysmodule.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ traceback.o Python/traceback.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ getopt.o Python/getopt.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ pystrtod.o Python/pystrtod.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ dynload_next.o Python/dynload_next.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ mactoolboxglue.o Python/mactoolboxglue.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Python/ thread.o Python/thread.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Modules/ config.o Modules/config.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE - DPYTHONPATH='":plat-darwin:plat-mac:plat-mac/lib-scriptpackages:lib- tk"' \ -DPREFIX='"/opt/local/Library/Frameworks/Python.framework/Versions/ 2.4"' \ -DEXEC_PREFIX='"/opt/local/Library/Frameworks/Python.framework/ Versions/2.4"' \ -DVERSION='"2.4"' \ -DVPATH='""' \ -o Modules/getpath.o ./Modules/getpath.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Modules/main.o Modules/main.c gcc -c -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno- common -fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes - I/opt/local/include -I. -I./Include -DPy_BUILD_CORE -o Modules/ gcmodule.o Modules/gcmodule.c gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno-common - fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/ local/include -I. -I./Include -DPy_BUILD_CORE -c ./Modules/ threadmodule.c -o Modules/threadmodule.o gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno-common - fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/ local/include -I. -I./Include -DPy_BUILD_CORE -c ./Modules/ signalmodule.c -o Modules/signalmodule.o gcc -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -fno-common - fno-common -dynamic -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/ local/include -I. -I./Include -DPy_BUILD_CORE -c ./Modules/ posixmodule.c -o Modules/posixmodule.o ./Modules/posixmodule.c: In function 'posix_setpgrp': ./Modules/posixmodule.c:3145: error: too few arguments to function 'setpgrp' make: *** [Modules/posixmodule.o] Error 1 Error: The following dependencies failed to build: py-bsddb python24 Error: Status 1 encountered during processing. Any ideas? Andre From ajmas at sympatico.ca Thu Dec 13 17:43:05 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Thu Dec 13 17:42:38 2007 Subject: cvs2svn In-Reply-To: <944B133E-BBC5-4AF5-814F-57AC46D62732@sympatico.ca> References: <944B133E-BBC5-4AF5-814F-57AC46D62732@sympatico.ca> Message-ID: <074B5EB2-7F4F-4E3A-92FD-1929B91EDD66@sympatico.ca> On 13-Dec-07, at 20:33 , Andre-John Mas wrote: > Hi, > > I decided to try installing cvs2svn, with MacPorts, and have the > XCode distro that comes with Leopard and have few issues: > > $ sudo port install cvs2svn > ---> Fetching python24 > ---> Attempting to fetch Python-2.4.4.tar.bz2 from http://www.python.org//ftp/python/2.4.4/ > ---> Verifying checksum(s) for python24 > ---> Extracting python24 > ---> Applying patches to python24 Additionally Python25 also seems broken in that it is missing _md5. From what I can tell this is deprecated, but is this any reason not to include it? There are still plenty of programs depending on deprecated stuff. I am currently using the 'offical' Python installation from the python.org web site, since the MacPorts python is giving me too many issue. Andre From darwinskernel at gmail.com Thu Dec 13 10:25:09 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Thu Dec 13 19:40:10 2007 Subject: sudo port install apache2 Message-ID: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> $ sudo port install apache2 ---> Building db44 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_databas es_db44/work/db-4.4.20/build_unix" && make all " returned error 2 Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -c - O2 -I../dist/.. -I/opt/local/include ../dist/../db_dump185/db_dump185.c /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/db_dump185.o ../dist/../db_dump185/db_dump185.c: In function 'main': ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared (first use in this function) ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared identifier is reported only once ../dist/../db_dump185/db_dump185.c:229: error: for each function it appears in.) ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c: In function 'db_hash': ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c: In function 'db_btree': ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no member named 'internal' make: *** [db_dump185.lo] Error 1 Error: The following dependencies failed to build: apr-util db44 sqlite3 gawk openssl Error: Status 1 encountered during processing. $ From dluke at geeklair.net Thu Dec 13 20:01:52 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu Dec 13 20:01:29 2007 Subject: cvs2svn In-Reply-To: <074B5EB2-7F4F-4E3A-92FD-1929B91EDD66@sympatico.ca> References: <944B133E-BBC5-4AF5-814F-57AC46D62732@sympatico.ca> <074B5EB2-7F4F-4E3A-92FD-1929B91EDD66@sympatico.ca> Message-ID: On Dec 13, 2007, at 8:43 PM, Andre-John Mas wrote: >> I decided to try installing cvs2svn, with MacPorts, and have the >> XCode distro that comes with Leopard and have few issues: >> >> $ sudo port install cvs2svn >> ---> Fetching python24 >> ---> Attempting to fetch Python-2.4.4.tar.bz2 from http://www.python.org//ftp/python/2.4.4/ >> ---> Verifying checksum(s) for python24 >> ---> Extracting python24 >> ---> Applying patches to python24 > > Additionally Python25 also seems broken in that it is missing _md5. > From what I can tell > this is deprecated, but is this any reason not to include it? There > are still plenty of > programs depending on deprecated stuff. You haven't sync'd your macports portfiles recently if cvs2svn is trying to pull in python24. Do: sudo port sync then sudo port install cvs2svn (which should install python25 and the module that provides md5 [py25- hashlib] if you haven't already installed them) -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/aa1e5609/PGP.bin From dluke at geeklair.net Thu Dec 13 20:08:29 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Thu Dec 13 20:08:03 2007 Subject: sudo port install apache2 In-Reply-To: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> Message-ID: On Dec 13, 2007, at 1:25 PM, Charles Darwin wrote: > $ sudo port install apache2 > ---> Building db44 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_databases_db44/work/db-4.4.20/ > build_unix" && make all " returned error 2 > Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -c > -O2 -I../dist/.. -I/opt/local/include ../dist/../db_dump185/ > db_dump185.c > /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../dist/../ > db_dump185/db_dump185.c -fno-common -DPIC -o .libs/db_dump185.o > ../dist/../db_dump185/db_dump185.c: In function 'main': > ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes > pointer from integer without a cast > ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes > pointer from integer without a cast > ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no > member named 'seq' > ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared > (first use in this function) > ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared > identifier is reported only once > ../dist/../db_dump185/db_dump185.c:229: error: for each function it > appears in.) > ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no > member named 'seq' > ../dist/../db_dump185/db_dump185.c: In function 'db_hash': > ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no > member named 'internal' > ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no > member named 'internal' > ../dist/../db_dump185/db_dump185.c: In function 'db_btree': > ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no > member named 'internal' > make: *** [db_dump185.lo] Error 1 > > Error: The following dependencies failed to build: apr-util db44 > sqlite3 gawk openssl > Error: Status 1 encountered during processing. This is probably related to: http://trac.macports.org/projects/macports/ticket/12040 It might be a good idea to move the 185 compat/dump stuff to a variant for the various dbXX ports to keep these kinds of errors from showing up. I'm not sure which bdb version ships with the OS, but the only reason I can think to want to keep that stuff in the default install is if it is what is needed to read the OS-provided db stuff. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/2ed2271a/PGP-0001.bin From nb at saltybanana.com Thu Dec 13 22:11:26 2007 From: nb at saltybanana.com (Nathan Brazil) Date: Thu Dec 13 22:11:01 2007 Subject: binary distribution of ports In-Reply-To: References: Message-ID: <57C13E4D-D4E4-486F-A41F-04291438916F@saltybanana.com> When I use mpkg to create a metapackage, where does the installer put the files, in /opt/local? -- On Dec 12, 2007, at 10:03 AM, Marc Andr? Selig wrote: > On Dec 12, 2007 5:31 PM, Michael Grunewalder > wrote: >> I'm trying to build binary packages to deploy them to some machines >> at work. >> The problem I have is, that the package is created, however >> dependent files are not included. >> >> For example: >> I build the package with >> sudo port pkg apache2 > > Use "sudo port mpkg apache2" to have all necessary packages included > in one large metapackage. > > Regards, > Marc > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071213/0a1bb727/attachment.html From daniel at danieloberhoff.de Fri Dec 14 03:57:05 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Fri Dec 14 03:59:10 2007 Subject: problems with second macports installation Message-ID: <119B8F2C-1696-4E93-875A-1E33BC95AEBD@danieloberhoff.de> Hi, I just installed a second macport as per instructions to play around with 64bit builds. But now my first installation seems to use the database of the second, even though that went into /opt/local64 and not paths are set there or anything...??? Daniel From daniel at danieloberhoff.de Fri Dec 14 03:59:34 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Fri Dec 14 03:59:14 2007 Subject: problems with second macports installation Message-ID: <66BD8ED6-355E-4668-9D20-FD47783820F3@danieloberhoff.de> Hi, I just installed a second macport as per instructions to play around with 64bit builds. But now my first installation seems to use the database of the second, even though that went into /opt/local64 and not paths are set there or anything...??? Daniel From ryandesign at macports.org Fri Dec 14 04:19:29 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 04:25:44 2007 Subject: problems with second macports installation In-Reply-To: <119B8F2C-1696-4E93-875A-1E33BC95AEBD@danieloberhoff.de> References: <119B8F2C-1696-4E93-875A-1E33BC95AEBD@danieloberhoff.de> Message-ID: <9EA8C65A-91D5-4E42-B003-BD8E61E8AB17@macports.org> On Dec 14, 2007, at 05:57, Daniel Oberhoff wrote: > I just installed a second macport as per instructions to play > around with 64bit builds. But now my first installation seems to > use the database of the second, even though that went into /opt/ > local64 and not paths are set there or anything...??? What leads you to that conclusion? What output do you see from what commands? From mww at macports.org Thu Dec 13 08:04:48 2007 From: mww at macports.org (Markus Weissmann) Date: Fri Dec 14 05:17:20 2007 Subject: First port installation fails In-Reply-To: <20071213155011.B6F362E0990@macpro.inf.ed.ac.uk> References: <20071213155011.B6F362E0990@macpro.inf.ed.ac.uk> Message-ID: <5C35DAE8-A46D-4A51-8193-3EC37E857948@macports.org> On Dec 13, 2007, at 4:50 PM, Richard Tobin wrote: >> As the >> error message says: >> >> "You must install or activate this package with '-f' (force) as it >> needs to overwrite files installed by the perl5.8 port" > > The problem is not that the error message isn't clear. It's that you > don't expect to get error messages during port installations unless > your port system is messed up. There's no indication that this > particular error is expected. > hmmm... indeed - would it be possible to make a perl5.8 port that uses a perl5.8-minimal and all the modules that would otherwise need to overwrite parts of the perl5.8 port? Or could we make perl give the "vendor" modules a higher precedence? Does someone know which perl-ports need to replace parts of perl5.8? Rgards, -Markus -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From mww at macports.org Fri Dec 14 06:26:12 2007 From: mww at macports.org (Markus Weissmann) Date: Fri Dec 14 06:25:50 2007 Subject: Ion3 license and possible removal In-Reply-To: <47618946.5080905@macports.org> References: <47618946.5080905@macports.org> Message-ID: Hi Pierre, thanks for bringing this up here: Mr. Valkonen's license is absolutely unbearable. As an alternative: Perhaps you can bring the port back to the last sane licensed version - don't know if this is useful and/or possible. Either that or remove it please. Regards, -Markus On Dec 13, 2007, at 8:34 PM, Pierre Queinnec wrote: > [sorry for cross-posting] > > Hi all, > > Here are two mails T. Valkonen sent respectively to FreeBSD Ports > [1] and pkgsrc [2], warning them of a license violation on his > software, ion3 (x11/ion3). > > I'll be committing a removal of the port in 5 days if nobody wants > to step up and take ownership from me. Then again, I'm not sure this > serves the "community" best interest to keep it in the ports. > Apologies to the ion3 users that will be forced to compile it > themselves. I suggest you keep the Portfile in a private repository > should you know how to do this, so you can still benefit from > MacPorts build and upgrade cycles. > -- Pierre > > > [1] http://lists.freebsd.org/pipermail/freebsd-ports/2007-December/045475.html > [2] http://mail-index.netbsd.org/tech-pkg/2007/10/28/0000.html -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From dluke at geeklair.net Fri Dec 14 06:29:12 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri Dec 14 06:28:44 2007 Subject: First port installation fails In-Reply-To: <5C35DAE8-A46D-4A51-8193-3EC37E857948@macports.org> References: <20071213155011.B6F362E0990@macpro.inf.ed.ac.uk> <5C35DAE8-A46D-4A51-8193-3EC37E857948@macports.org> Message-ID: On Dec 13, 2007, at 11:04 AM, Markus Weissmann wrote: > hmmm... indeed - would it be possible to make a perl5.8 port that > uses a perl5.8-minimal and all the modules that would otherwise need > to overwrite parts of the perl5.8 port? Oh that's interesting, I don't know if we can do that or not. That's a really good idea if we can do it. Perhaps we should check to see what freebsd ports does? > Or could we make perl give the "vendor" modules a higher precedence? We can do this, but it makes the search order different from vanilla (non-macports) perl. > Does someone know which perl-ports need to replace parts of perl5.8? I maintain two that do, but I'm not sure what else currently does (if we can do minimal perl with a bunch of ports to fill in the normal modules, we'll probably have to add a bunch of module ports). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071214/15f30cdf/PGP.bin From jmpp at macports.org Fri Dec 14 06:27:31 2007 From: jmpp at macports.org (Juan Manuel Palacios) Date: Fri Dec 14 06:54:09 2007 Subject: [macports-mgr] Re: Ion3 license and possible removal In-Reply-To: References: <47618946.5080905@macports.org> Message-ID: <7DA10099-76A3-45F0-A167-0CB412FDA3AC@macports.org> On Dec 14, 2007, at 10:26 AM, Markus Weissmann wrote: > Hi Pierre, > > thanks for bringing this up here: Mr. Valkonen's license is > absolutely unbearable. > As an alternative: Perhaps you can bring the port back to the last > sane licensed version - don't know if this is useful and/or possible. > Either that or remove it please. > > > Regards, > > -Markus I say we remove it, the author's request of reviewing every patch that is applied to his software and that the distributed version is no longer than 28 days old (qualms that were both raised by FreeBSD ports maintainers) are just not sustainable without placing considerable stress on our maintainers and the project as a whole... and this whole thing about open source is supposed to be about volunteering and cooperating, not *demanding*. Not just my thoughts, but actually my vote as PortMgr. Regards,... -jmpp From sausset at lptmc.jussieu.fr Fri Dec 14 07:26:49 2007 From: sausset at lptmc.jussieu.fr (=?ISO-8859-1?Q?Fran=E7ois_Sausset?=) Date: Fri Dec 14 07:22:35 2007 Subject: 64 bits & 32 bits ports Message-ID: <48B139C0-144C-4DAE-8869-BD728DBE4056@lptmc.jussieu.fr> Hello, Is there a mean to build ports for x86_64 architectures and i386 ones together? If not, how to specify macports to build ports with the option "-arch x86_64"? Indeed, for some ports a "universal" variant exists, but it seems to be only for ppc and i386 architectures. Thank you in advance for your help. Sincerely, Fran?ois Sausset From Barry.J.Mcinnes at noaa.gov Fri Dec 14 07:25:31 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Fri Dec 14 07:25:01 2007 Subject: invalid command name on some downloads In-Reply-To: <5540BE62-1389-486A-ACE4-EC9F368CD1F2@macports.org> References: <47603BB4.70908@noaa.gov> <178D7347-34E9-4DDC-82C2-FAABDBC0AA5E@macports.org> <47614720.8070208@noaa.gov> <476190ED.1060104@noaa.gov> <5540BE62-1389-486A-ACE4-EC9F368CD1F2@macports.org> Message-ID: <4762A06B.1060402@noaa.gov> That was the fix, the selfupdate to 1.520 must think its installed but it is not ? [mac27:~/Downloads/MacPorts-1.5.2] bmcinnes% sudo port install ImageMagick ---> Fetching ImageMagick ---> Verifying checksum(s) for ImageMagick ---> Extracting ImageMagick On 12/13/07 3:17 PM, Ryan Schmidt wrote: > I can't explain why, but it certainly sounds like you do not have > MacPorts 1.5.2, though it says you do. destroot.violate_mtree is part of > MacPorts 1.5.2, but your MacPorts doesn't seem to know about it. > > Why don't you install MacPorts from source instead. That really has to > work. Download this: > > http://svn.macports.org/repository/macports/distfiles/MacPorts/MacPorts-1.5.2.tar.bz2 > > > Decompress it. Go into the directory. Then: > > ./configure --enable-readline > make > sudo make install > > That should be sure to get you MacPorts 1.5.2. Then try installing any > of your previously-failing ports again. > > > On Dec 13, 2007, at 14:07, Barry McInnes wrote: > >> -----BEGIN PGP SIGNED MESSAGE----- >> Hash: SHA1 >> >> Not sure if this adds any clues, >> but tiff installs, then I tried various permutations for ImageMagick >> the final one seems to work. >> >> - ---> Verifying checksum(s) for tiff >> - ---> Extracting tiff >> - ---> Configuring tiff >> - ---> Building tiff with target all >> - ---> Staging tiff into destroot >> - ---> Installing tiff 3.8.2_1+macosx >> - ---> Activating tiff 3.8.2_1+macosx >> - ---> Cleaning tiff >> [mac27:/Applications/Utilities] root# port install ImageMagick >> Error: Unable to execute port: invalid command name >> "destroot.violate_mtree" >> [ >> [mac27:/Applications/Utilities] root# port install ImageMagick +no_x11 >> +perl >> - ---> Fetching bzip2 >> - ---> Attempting to fetch bzip2-1.0.4.tar.gz from >> http://www.bzip.org/1.0.4/ >> - ---> Verifying checksum(s) for bzip2 >> - ---> Extracting bzip2 >> - ---> Applying patches to bzip2 >> - ---> Configuring bzip2 >> - ---> Building bzip2 with target all >> >> >> >> On 12/13/07 8:20 AM, Ryan Schmidt wrote: >>> This discussion belongs on macports-users, not in my personal mailbox; >>> please remember to use Reply To All. >>> >>> On Dec 13, 2007, at 08:52, Barry McInnes wrote: >>> >>>> Thanks for the help Ryan. >>>> >>>> On 12/12/07 4:05 PM, Ryan Schmidt wrote: >>>> >>>>> On Dec 12, 2007, at 13:51, Barry McInnes wrote: >>>>> >>>>>> We have a clean install of 10.5 and update to 10.5.1. >>>>>> macport version >>>>>> [mac27:~/sun/info] bmcinnes% port --version >>>>>> MacPorts 1.520 >>>>>> >>>>>> Some installs work, others don't >>>>>> >>>>>> [mac27:~/sun/info] bmcinnes% sudo port uninstall gimp >>>>>> Error: port uninstall failed: Registry error: gimp not registered as >>>>>> installed. >>>>> >>>>> That looks normal to me. Or did you believe you had the gimp port >>>>> installed? What is the output of "port installed"? >>>> >>>> [mac27:~] root# port installed >>>> The following ports are currently installed: >>>> FreeSOLID @2.1.1_0 (active) >>>> ImageMagick @6.3.7-1_1+no_x11+perl+q16 (active) >>>> afni @2007.04.18.1830_0 (active) >>>> archimedes @0.0.4_0 (active) >>>> bzip2 @1.0.4_1 (active) >>>> cdo @1.0.8_0 (active) >>>> curl @7.17.1_0 (active) >>>> expat @2.0.1_0 (active) >>>> fftw-3 @3.1.2_0 (active) >>>> fftw-3-single @3.1.2_0 (active) >>>> fontconfig @2.5.0_0+macosx (active) >>>> freehdl @0.0.4_0 (active) >>>> freetype @2.3.5_1 (active) >>>> gdal @1.4.1_0 (active) >>>> geos @2.2.3_0+darwin_9 (active) >>>> gerris @0.9.2_0 (active) >>>> gettext @0.17_1 (active) >>>> giflib @4.1.6_0 (active) >>>> glib2 @2.14.4_1+darwin_9 (active) >>>> gplcver @2.12a_0 (active) >>>> gts @0.7.6_0 (active) >>>> hdf5 @1.6.6_1 (active) >>>> iverilog @0.8.2_0 (active) >>>> jasper @1.701.0_0 (active) >>>> jmol @11.2.14_0 (active) >>>> jpeg @6b_2 (active) >>>> lammpi @7.1.3_0 (active) >>>> libdap @3.7.8_0 (active) >>>> libframe @6.24_0 (active) >>>> libgeotiff @1.2.1_0 (active) >>>> libiconv @1.12_0 (active) >>>> libpng @1.2.23_0 (active) >>>> libxml2 @2.6.30_0 (active) >>>> magic @7.4.24_0 (active) >>>> metaio @7.2_0 (active) >>>> netcdf @3.6.2_0 (active) >>>> netpbm @10.26.47_0 (active) >>>> openssl @0.9.8g_0 (active) >>>> perl5.8 @5.8.8_0 (active) >>>> pkgconfig @0.22_0 (active) >>>> proj @4.5.0_0 (active) >>>> python24 @2.4.4_1+darwin_9 (active) >>>> tiff @3.8.2_1 (active) >>>> whirlgif @3.04_0 (active) >>>> zlib @1.2.3_1 (active) >>> >>> Ok, so "gimp" is not installed, so it's normal that "sudo port uninstall >>> gimp" would produce an error message. >>> >>>>>> [mac27:~/sun/info] bmcinnes% sudo port install gimp2 >>>>>> Error: Unable to execute port: invalid command name >>>>>> "destroot.violate_mtree" >>>>>> [mac27:~/sun/info] bmcinnes% sudo port install gnuplot >>>>>> Password: >>>>>> Error: Unable to execute port: invalid command name >>>>>> "destroot.violate_mtree" >>>>>> [mac27:~/sun/info] bmcinnes% >>>>> >>>>> destroot.violate_mtree was added in MacPorts 1.5.1 and improved >>>>> quickly >>>>> in 1.5.2. >>>>> >>>>> You installed 1.5.0 from the disk image for Leopard, I presume? Did >>>>> you >>>>> then "sudo port selfupdate" to upgrade to 1.5.2? I mean, "port" says >>>>> you're running 1.520, a.k.a. 1.5.2, but its behavior matches that of >>>>> 1.5.0. So this is odd. >>>> >>>> Yes I installed the 1.5.0 dmg via the GUI, the have done multiple >>>> port selfupdate >>>> [mac27:~] root# port selfupdate >>>> MacPorts base version 1.520 installed >>>> Downloaded MacPorts base version 1.520 >>>> The MacPorts installation is not outdated and so was not updated >>>> selfupdate done! >>>> [mac27:~] >>>> >>>> The only thing I can see which shouldn't be a problem was I installed >>>> into /opt/local, then tarred to another partition, and have a sym link >>>> form /opt/local to the moved files. I did an rsync as well. >>> >>> The symlink might be ok, but I've never tried it that way. >>> >>> What do you mean, you did an rsync as well? What did you rsync, using >>> what command? >>> >>>> I can do it all again, after removing all the files ? >>>> >>>> I did some installs using options otherwise they would not install >>>> >>>> sudo port install tiff -macosx >>> >>> You shouldn't need to do that. The macosx variant is automatically >>> enabled on Mac OS X. I have installed tiff with +macosx with no >>> problems. What problems did you encounter? >>> >>>> sudo port install ImageMagick +no_x11 +perl >>>> >>>> then just tried to download hdf5 and all the science ports. > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -- --- Barry McInnes 325 Broadway Boulder CO 80304 (303)4976231 barry.j.mcinnes@noaa.gov --- From daniel at danieloberhoff.de Fri Dec 14 07:39:11 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Fri Dec 14 07:38:42 2007 Subject: problems with second macports installation In-Reply-To: <9EA8C65A-91D5-4E42-B003-BD8E61E8AB17@macports.org> References: <119B8F2C-1696-4E93-875A-1E33BC95AEBD@danieloberhoff.de> <9EA8C65A-91D5-4E42-B003-BD8E61E8AB17@macports.org> Message-ID: <08B382F2-32A7-4763-95DE-B9499A1A1BD4@danieloberhoff.de> Well, port list lists only those installed by the second installation (that is /opt/local/port as from the first installation). Daniel Am 14.12.2007 um 13:19 schrieb Ryan Schmidt: > On Dec 14, 2007, at 05:57, Daniel Oberhoff wrote: > >> I just installed a second macport as per instructions to play >> around with 64bit builds. But now my first installation seems to >> use the database of the second, even though that went into /opt/ >> local64 and not paths are set there or anything...??? > > What leads you to that conclusion? What output do you see from what > commands? > From mww at macports.org Fri Dec 14 08:12:58 2007 From: mww at macports.org (Markus Weissmann) Date: Fri Dec 14 08:12:31 2007 Subject: 64 bits & 32 bits ports In-Reply-To: <48B139C0-144C-4DAE-8869-BD728DBE4056@lptmc.jussieu.fr> References: <48B139C0-144C-4DAE-8869-BD728DBE4056@lptmc.jussieu.fr> Message-ID: Salut Fran?ois, On Dec 14, 2007, at 4:26 PM, Fran?ois Sausset wrote: > Hello, > > Is there a mean to build ports for x86_64 architectures and i386 > ones together? > If not, how to specify macports to build ports with the option "- > arch x86_64"? > > Indeed, for some ports a "universal" variant exists, but it seems to > be only for ppc and i386 architectures. > we're currently working on this; I suppose we'll make the "universal" builds 4-way universal (ppc, ppc64, i386, x86_64) in some future release. Until then you can hack $prefix/share/macports/Tcl/port1.0/ portconfigure.tcl and replace all occurences of "-arch ppc -arch i386" with your choice of "universalness", e.g. "-arch i386 -arch x86_64 - arch ppc -arch ppc64" for all available architectures. Regards, -Markus -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From face at CentosPrime.COM Fri Dec 14 09:40:55 2007 From: face at CentosPrime.COM (Chris Janton) Date: Fri Dec 14 09:40:31 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> Message-ID: <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >> Error: The following dependencies failed to build: apr-util db44 >> sqlite3 gawk openssl >> Error: Status 1 encountered during processing. > > This is probably related to: > > http://trac.macports.org/projects/macports/ticket/12040 > I have the dreaded "readline in /usr/local" problem. The resolution to the problem says re-install MacPorts from the disk image and selfupdate to the latest version. What happens to the long list of ports that I have active when I re- install from the disk image? mac:/opt system$ sudo du -d 1 -h . 689M ./local 689M . 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From markoilcan at gmail.com Fri Dec 14 09:57:52 2007 From: markoilcan at gmail.com (M A) Date: Fri Dec 14 09:57:23 2007 Subject: port not reading macports.conf? Message-ID: <9ab34dfc0712140957j46618c2cy2b4e5d291c95c2d0@mail.gmail.com> I seem to be having a problem with port not reading my ~/.macports/macports.conf. Specifically, this macports.conf file is identical to the one in /opt/local/etc/macports except with the line "binpath /usr/texbin:/opt/local/bin:/opt/local/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin" appended at the end. Yet, when I try to install a port with a dependency like "bin:tex:teTeX" (eg latex2rtf) it tries to install teTeX. Yes, the tex binary is in /usr/texbin and I selfupdated this morning. If I put that line in /opt/local/etc/macports/macports.conf then it works as I expect and installs latex2rtf without trying to install teTeX. I also know that sometime before the switch to MacPorts 1.5 it worked to put "binpath..." in my user macports.conf file, but I'm afraid that I can't be any more specific about when this stopped working. Is there a reasonably good way to diagnose whether there is something wrong with my setup, or is this a bug? Mark A From dluke at geeklair.net Fri Dec 14 11:16:45 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Fri Dec 14 11:16:02 2007 Subject: sudo port install apache2 In-Reply-To: <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> Message-ID: <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: > On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>> Error: The following dependencies failed to build: apr-util db44 >>> sqlite3 gawk openssl >>> Error: Status 1 encountered during processing. >> >> This is probably related to: >> >> http://trac.macports.org/projects/macports/ticket/12040 > > > I have the dreaded "readline in /usr/local" problem. > The resolution to the problem says re-install MacPorts from the > disk image and selfupdate to the latest version. That's the resolution if you are having problems building MacPorts, not if db44 is having problems. I would recommend removing your readline from /usr/local (perhaps just temporarily) so that db44 can be installed. > What happens to the long list of ports that I have active when I re- > install from the disk image? > > mac:/opt system$ sudo du -d 1 -h . > 689M ./local > 689M . Nothing should happen to them if you were to reinstall MacPorts (unless you remove /opt/local or files from within /opt/local), but it doesn't look like you need to reinstall MacPorts. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071214/1a73cbf2/PGP.bin From darwinskernel at gmail.com Fri Dec 14 14:54:53 2007 From: darwinskernel at gmail.com (Charles Darwin) Date: Fri Dec 14 14:54:27 2007 Subject: sudo port install apache2 In-Reply-To: <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> Message-ID: $ sudo port uninstall readline ---> Unable to uninstall readline 5.2.007_0, the following ports depend on it: ---> bash ---> gnupg Error: port uninstall failed: Please uninstall the ports that depend on readline first. $ sudo port -f uninstall readline ---> Unable to uninstall readline 5.2.007_0, the following ports depend on it: ---> bash ---> gnupg Warning: Uninstall forced. Proceeding despite dependencies. ---> Deactivating readline 5.2.007_0 ---> Uninstalling readline 5.2.007_0 $ sudo port install apache2 ---> Building db44 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_databas es_db44/work/db-4.4.20/build_unix" && make all " returned error 2 Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 -c - O2 -I../dist/.. -I/opt/local/include ../dist/../db_dump185/db_dump185.c /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/db_dump185.o ../dist/../db_dump185/db_dump185.c: In function 'main': ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes pointer from integer without a cast ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared (first use in this function) ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared identifier is reported only once ../dist/../db_dump185/db_dump185.c:229: error: for each function it appears in.) ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no member named 'seq' ../dist/../db_dump185/db_dump185.c: In function 'db_hash': ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no member named 'internal' ../dist/../db_dump185/db_dump185.c: In function 'db_btree': ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no member named 'internal' make: *** [db_dump185.lo] Error 1 Error: The following dependencies failed to build: apr-util db44 sqlite3 gawk readline Error: Status 1 encountered during processing. $ On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: > On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>> Error: The following dependencies failed to build: apr-util db44 >>>> sqlite3 gawk openssl >>>> Error: Status 1 encountered during processing. >>> >>> This is probably related to: >>> >>> http://trac.macports.org/projects/macports/ticket/12040 >> >> >> I have the dreaded "readline in /usr/local" problem. >> The resolution to the problem says re-install MacPorts from the >> disk image and selfupdate to the latest version. > > That's the resolution if you are having problems building MacPorts, > not if db44 is having problems. > > I would recommend removing your readline from /usr/local (perhaps > just temporarily) so that db44 can be installed. > >> What happens to the long list of ports that I have active when I >> re-install from the disk image? >> >> mac:/opt system$ sudo du -d 1 -h . >> 689M ./local >> 689M . > > Nothing should happen to them if you were to reinstall MacPorts > (unless you remove /opt/local or files from within /opt/local), but > it doesn't look like you need to reinstall MacPorts. > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From ryandesign at macports.org Fri Dec 14 17:04:10 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 17:10:23 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> Message-ID: <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> No no -- you need to remove (or temporarily move aside) the readline libraries in /usr/local, *not* the readline installed by MacPorts into /opt/local, which is perfectly fine to have. On Dec 14, 2007, at 16:54, Charles Darwin wrote: > $ sudo port uninstall readline > ---> Unable to uninstall readline 5.2.007_0, the following ports > depend on it: > ---> bash > ---> gnupg > Error: port uninstall failed: Please uninstall the ports that > depend on readline first. > $ sudo port -f uninstall readline > ---> Unable to uninstall readline 5.2.007_0, the following ports > depend on it: > ---> bash > ---> gnupg > Warning: Uninstall forced. Proceeding despite dependencies. > ---> Deactivating readline 5.2.007_0 > ---> Uninstalling readline 5.2.007_0 > $ sudo port install apache2 > ---> Building db44 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_datab > ases_db44/work/db-4.4.20/build_unix" && make all " returned error 2 > Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 - > c -O2 -I../dist/.. -I/opt/local/include ../dist/../db_dump185/ > db_dump185.c > /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ > dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/ > db_dump185.o > ../dist/../db_dump185/db_dump185.c: In function 'main': > ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes > pointer from integer without a cast > ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes > pointer from integer without a cast > ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has no > member named 'seq' > ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared > (first use in this function) > ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared > identifier is reported only once > ../dist/../db_dump185/db_dump185.c:229: error: for each function it > appears in.) > ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has no > member named 'seq' > ../dist/../db_dump185/db_dump185.c: In function 'db_hash': > ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has no > member named 'internal' > ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has no > member named 'internal' > ../dist/../db_dump185/db_dump185.c: In function 'db_btree': > ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has no > member named 'internal' > make: *** [db_dump185.lo] Error 1 > > Error: The following dependencies failed to build: apr-util db44 > sqlite3 gawk readline > Error: Status 1 encountered during processing. > $ > > On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: > >> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>> Error: The following dependencies failed to build: apr-util >>>>> db44 sqlite3 gawk openssl >>>>> Error: Status 1 encountered during processing. >>>> >>>> This is probably related to: >>>> >>>> http://trac.macports.org/projects/macports/ticket/12040 >>> >>> >>> I have the dreaded "readline in /usr/local" problem. >>> The resolution to the problem says re-install MacPorts from the >>> disk image and selfupdate to the latest version. >> >> That's the resolution if you are having problems building >> MacPorts, not if db44 is having problems. >> >> I would recommend removing your readline from /usr/local (perhaps >> just temporarily) so that db44 can be installed. >> >>> What happens to the long list of ports that I have active when I >>> re-install from the disk image? >>> >>> mac:/opt system$ sudo du -d 1 -h . >>> 689M ./local >>> 689M . >> >> Nothing should happen to them if you were to reinstall MacPorts >> (unless you remove /opt/local or files from within /opt/local), >> but it doesn't look like you need to reinstall MacPorts. From macports.users at gmail.com Fri Dec 14 17:14:17 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Fri Dec 14 17:13:53 2007 Subject: sudo port install apache2 In-Reply-To: <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> Message-ID: <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> Where is readline? $ ls /usr/local/* /usr/local/BerkeleyDB.4.2: bin docs include lib /usr/local/OpenSourceLicenses: MySQL.txt RemoteDesktop.txt /usr/local/OpenSourceVersions: MySQL.plist RemoteDesktop.plist /usr/local/apache: bin include libexec sbin share /usr/local/apr: bin build-1 include lib /usr/local/bin: bash darwinxref make python2.5-config smtpd.py svndumpfilter bashbug decomment nano pythonw smtpd2.5.py svnlook check_dylib idle pydoc pythonw2.5 srm svnserve checksyms idle2.5 pydoc2.5 relpath sudo svnsync ctfconvert.c indr python rnano sudoedit svnversion darwinbuild kern_tool python- config seg_addr_table svn wget darwinmaster kextsymboltool python2.5 seg_hack svnadmin whois /usr/local/etc: wgetrc /usr/local/include: DarwinBuild apr-1 db.h dyld fuse.h neon pcap-namedb.h streams ulockmgr.h IOKit cbt db_cxx.h fuse mach- o pcap-bpf.h pcap.h subversion-1 /usr/local/info: bash.info make.info make.info-1 make.info-2 /usr/local/lib: charset.alias libkld.a libsvn_fs-1.0.dylib libsvn_ra_svn-1.0.dylib libsvn_wc-1.0.dylib libapr-1.0.2.8.dylib libneon.25.0.5.dylib libsvn_fs-1.dylib libsvn_ra_svn-1.dylib libsvn_wc-1.dylib libapr-1.0.dylib libneon.25.dylib libsvn_fs_base-1.0.0.0.dylib libsvn_repos-1.0.0.0.dylib libsvnjavahl-1.0.0.0.dylib libapr-1.dylib libneon.dylib libsvn_fs_base-1.0.dylib libsvn_repos-1.0.dylib libsvnjavahl-1.0.dylib libaprutil-1.0.2.8.dylib libpcap.a libsvn_fs_base-1.dylib libsvn_repos-1.dylib libsvnjavahl-1.dylib libaprutil-1.0.dylib libstreams.a libsvn_fs_fs-1.0.0.0.dylib libsvn_subr-1.0.0.0.dylib libulockmgr.0.0.0.dylib libaprutil-1.dylib libstreams_debug.a libsvn_fs_fs-1.0.dylib libsvn_subr-1.0.dylib libulockmgr.0.dylib libdb-4.5.dylib libstreams_profile.a libsvn_fs_fs-1.dylib libsvn_subr-1.dylib libulockmgr.a libdb-4.dylib libsvn_client-1.0.0.0.dylib libsvn_ra-1.0.0.0.dylib libsvn_swig_perl-1.0.0.0.dylib libulockmgr.dylib libdb.dylib libsvn_client-1.0.dylib libsvn_ra-1.0.dylib libsvn_swig_perl-1.0.dylib libulockmgr.la libexpat.0.1.0.dylib libsvn_client-1.dylib libsvn_ra-1.dylib libsvn_swig_perl-1.dylib pkgconfig libexpat.0.dylib libsvn_delta-1.0.0.0.dylib libsvn_ra_dav-1.0.0.0.dylib libsvn_swig_py-1.0.0.0.dylib svn- apache libexpat.dylib libsvn_delta-1.0.dylib libsvn_ra_dav-1.0.dylib libsvn_swig_py-1.0.dylib svn- javahl libfuse.0.0.0.dylib libsvn_delta-1.dylib libsvn_ra_dav-1.dylib libsvn_swig_py-1.dylib svn-perl libfuse.0.dylib libsvn_diff-1.0.0.0.dylib libsvn_ra_local-1.0.0.0.dylib libsvn_swig_ruby-1.0.0.0.dylib svn- python libfuse.a libsvn_diff-1.0.dylib libsvn_ra_local-1.0.dylib libsvn_swig_ruby-1.0.dylib svn-ruby libfuse.dylib libsvn_diff-1.dylib libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib libfuse.la libsvn_fs-1.0.0.0.dylib libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib /usr/local/libexec: gcc sudo_noexec.dylib sudo_noexec.la /usr/local/man: man1 man3 whatis /usr/local/sbin: visudo /usr/local/share: darwinbuild darwinxref doc html info locale man $ On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: > No no -- you need to remove (or temporarily move aside) the > readline libraries in /usr/local, *not* the readline installed by > MacPorts into /opt/local, which is perfectly fine to have. > > On Dec 14, 2007, at 16:54, Charles Darwin wrote: > >> $ sudo port uninstall readline >> ---> Unable to uninstall readline 5.2.007_0, the following ports >> depend on it: >> ---> bash >> ---> gnupg >> Error: port uninstall failed: Please uninstall the ports that >> depend on readline first. >> $ sudo port -f uninstall readline >> ---> Unable to uninstall readline 5.2.007_0, the following ports >> depend on it: >> ---> bash >> ---> gnupg >> Warning: Uninstall forced. Proceeding despite dependencies. >> ---> Deactivating readline 5.2.007_0 >> ---> Uninstalling readline 5.2.007_0 >> $ sudo port install apache2 >> ---> Building db44 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_data >> bases_db44/work/db-4.4.20/build_unix" && make all " returned error 2 >> Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 - >> c -O2 -I../dist/.. -I/opt/local/include ../dist/../db_dump185/ >> db_dump185.c >> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >> dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/ >> db_dump185.o >> ../dist/../db_dump185/db_dump185.c: In function 'main': >> ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes >> pointer from integer without a cast >> ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes >> pointer from integer without a cast >> ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has >> no member named 'seq' >> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' undeclared >> (first use in this function) >> ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared >> identifier is reported only once >> ../dist/../db_dump185/db_dump185.c:229: error: for each function >> it appears in.) >> ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has >> no member named 'seq' >> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >> ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has >> no member named 'internal' >> ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has >> no member named 'internal' >> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >> ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has >> no member named 'internal' >> make: *** [db_dump185.lo] Error 1 >> >> Error: The following dependencies failed to build: apr-util db44 >> sqlite3 gawk readline >> Error: Status 1 encountered during processing. >> $ >> >> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >> >>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>> Error: The following dependencies failed to build: apr-util >>>>>> db44 sqlite3 gawk openssl >>>>>> Error: Status 1 encountered during processing. >>>>> >>>>> This is probably related to: >>>>> >>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>> >>>> >>>> I have the dreaded "readline in /usr/local" problem. >>>> The resolution to the problem says re-install MacPorts from the >>>> disk image and selfupdate to the latest version. >>> >>> That's the resolution if you are having problems building >>> MacPorts, not if db44 is having problems. >>> >>> I would recommend removing your readline from /usr/local (perhaps >>> just temporarily) so that db44 can be installed. >>> >>>> What happens to the long list of ports that I have active when I >>>> re-install from the disk image? >>>> >>>> mac:/opt system$ sudo du -d 1 -h . >>>> 689M ./local >>>> 689M . >>> >>> Nothing should happen to them if you were to reinstall MacPorts >>> (unless you remove /opt/local or files from within /opt/local), >>> but it doesn't look like you need to reinstall MacPorts. > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From macports.users at gmail.com Fri Dec 14 17:53:25 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Fri Dec 14 17:52:59 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> Message-ID: <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> $ mv mv /usr/local mv /usr/local-off Password: $ sudo port install apache2 ---> Building db44 with target all ---> Staging db44 into destroot ---> Installing db44 4.4.20_1+darwin_8 ---> Activating db44 4.4.20_1+darwin_8 ---> Cleaning db44 ---> Fetching gawk ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http://ftp.gnu.org/ gnu/gawk ---> Verifying checksum(s) for gawk ---> Extracting gawk ---> Applying patches to gawk ---> Configuring gawk ? On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: > Um.... it was anticipated to have been in /usr/local/lib but I > don't see it there either. > > Try moving the entire /usr/local aside (e.g. rename it "/usr/local- > off") and see if that helps. > > > On Dec 14, 2007, at 19:14, Charlse Darwin wrote: > >> Where is readline? >> >> $ ls /usr/local/* >> /usr/local/BerkeleyDB.4.2: >> bin docs include lib >> >> /usr/local/OpenSourceLicenses: >> MySQL.txt RemoteDesktop.txt >> >> /usr/local/OpenSourceVersions: >> MySQL.plist RemoteDesktop.plist >> >> /usr/local/apache: >> bin include libexec sbin share >> >> /usr/local/apr: >> bin build-1 include lib >> >> /usr/local/bin: >> bash darwinxref >> make python2.5-config >> smtpd.py svndumpfilter >> bashbug decomment >> nano pythonw >> smtpd2.5.py svnlook >> check_dylib idle >> pydoc pythonw2.5 >> srm svnserve >> checksyms idle2.5 >> pydoc2.5 relpath >> sudo svnsync >> ctfconvert.c indr >> python rnano >> sudoedit svnversion >> darwinbuild kern_tool python- >> config seg_addr_table svn wget >> darwinmaster kextsymboltool >> python2.5 seg_hack >> svnadmin whois >> >> /usr/local/etc: >> wgetrc >> >> /usr/local/include: >> DarwinBuild apr-1 db.h dyld >> fuse.h neon pcap-namedb.h streams >> ulockmgr.h >> IOKit cbt db_cxx.h fuse >> mach-o pcap-bpf.h pcap.h subversion-1 >> >> /usr/local/info: >> bash.info make.info make.info-1 make.info-2 >> >> /usr/local/lib: >> charset.alias libkld.a >> libsvn_fs-1.0.dylib libsvn_ra_svn-1.0.dylib >> libsvn_wc-1.0.dylib >> libapr-1.0.2.8.dylib libneon.25.0.5.dylib >> libsvn_fs-1.dylib libsvn_ra_svn-1.dylib >> libsvn_wc-1.dylib >> libapr-1.0.dylib libneon.25.dylib >> libsvn_fs_base-1.0.0.0.dylib libsvn_repos-1.0.0.0.dylib >> libsvnjavahl-1.0.0.0.dylib >> libapr-1.dylib libneon.dylib >> libsvn_fs_base-1.0.dylib libsvn_repos-1.0.dylib >> libsvnjavahl-1.0.dylib >> libaprutil-1.0.2.8.dylib libpcap.a >> libsvn_fs_base-1.dylib libsvn_repos-1.dylib >> libsvnjavahl-1.dylib >> libaprutil-1.0.dylib libstreams.a >> libsvn_fs_fs-1.0.0.0.dylib libsvn_subr-1.0.0.0.dylib >> libulockmgr.0.0.0.dylib >> libaprutil-1.dylib libstreams_debug.a >> libsvn_fs_fs-1.0.dylib libsvn_subr-1.0.dylib >> libulockmgr.0.dylib >> libdb-4.5.dylib libstreams_profile.a >> libsvn_fs_fs-1.dylib libsvn_subr-1.dylib >> libulockmgr.a >> libdb-4.dylib libsvn_client-1.0.0.0.dylib >> libsvn_ra-1.0.0.0.dylib libsvn_swig_perl-1.0.0.0.dylib >> libulockmgr.dylib >> libdb.dylib libsvn_client-1.0.dylib >> libsvn_ra-1.0.dylib libsvn_swig_perl-1.0.dylib >> libulockmgr.la >> libexpat.0.1.0.dylib libsvn_client-1.dylib >> libsvn_ra-1.dylib libsvn_swig_perl-1.dylib >> pkgconfig >> libexpat.0.dylib libsvn_delta-1.0.0.0.dylib >> libsvn_ra_dav-1.0.0.0.dylib libsvn_swig_py-1.0.0.0.dylib >> svn-apache >> libexpat.dylib libsvn_delta-1.0.dylib >> libsvn_ra_dav-1.0.dylib libsvn_swig_py-1.0.dylib >> svn-javahl >> libfuse.0.0.0.dylib libsvn_delta-1.dylib >> libsvn_ra_dav-1.dylib libsvn_swig_py-1.dylib >> svn-perl >> libfuse.0.dylib libsvn_diff-1.0.0.0.dylib >> libsvn_ra_local-1.0.0.0.dylib libsvn_swig_ruby-1.0.0.0.dylib >> svn-python >> libfuse.a libsvn_diff-1.0.dylib >> libsvn_ra_local-1.0.dylib libsvn_swig_ruby-1.0.dylib >> svn-ruby >> libfuse.dylib libsvn_diff-1.dylib >> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >> libfuse.la libsvn_fs-1.0.0.0.dylib >> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >> >> /usr/local/libexec: >> gcc sudo_noexec.dylib sudo_noexec.la >> >> /usr/local/man: >> man1 man3 whatis >> >> /usr/local/sbin: >> visudo >> >> /usr/local/share: >> darwinbuild darwinxref doc html >> info locale man >> $ >> >> >> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >> >>> No no -- you need to remove (or temporarily move aside) the >>> readline libraries in /usr/local, *not* the readline installed by >>> MacPorts into /opt/local, which is perfectly fine to have. >>> >>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>> >>>> $ sudo port uninstall readline >>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>> ports depend on it: >>>> ---> bash >>>> ---> gnupg >>>> Error: port uninstall failed: Please uninstall the ports that >>>> depend on readline first. >>>> $ sudo port -f uninstall readline >>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>> ports depend on it: >>>> ---> bash >>>> ---> gnupg >>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>> ---> Deactivating readline 5.2.007_0 >>>> ---> Uninstalling readline 5.2.007_0 >>>> $ sudo port install apache2 >>>> ---> Building db44 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_da >>>> tabases_db44/work/db-4.4.20/build_unix" && make all " returned >>>> error 2 >>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../dist/../ >>>> db_dump185/db_dump185.c >>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>> dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/ >>>> db_dump185.o >>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>> ../dist/../db_dump185/db_dump185.c:212: warning: assignment >>>> makes pointer from integer without a cast >>>> ../dist/../db_dump185/db_dump185.c:214: warning: assignment >>>> makes pointer from integer without a cast >>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has >>>> no member named 'seq' >>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>> undeclared (first use in this function) >>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared >>>> identifier is reported only once >>>> ../dist/../db_dump185/db_dump185.c:229: error: for each function >>>> it appears in.) >>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has >>>> no member named 'seq' >>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has >>>> no member named 'internal' >>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has >>>> no member named 'internal' >>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has >>>> no member named 'internal' >>>> make: *** [db_dump185.lo] Error 1 >>>> >>>> Error: The following dependencies failed to build: apr-util db44 >>>> sqlite3 gawk readline >>>> Error: Status 1 encountered during processing. >>>> $ >>>> >>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>> >>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>> Error: The following dependencies failed to build: apr-util >>>>>>>> db44 sqlite3 gawk openssl >>>>>>>> Error: Status 1 encountered during processing. >>>>>>> >>>>>>> This is probably related to: >>>>>>> >>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>> >>>>>> >>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>> The resolution to the problem says re-install MacPorts from >>>>>> the disk image and selfupdate to the latest version. >>>>> >>>>> That's the resolution if you are having problems building >>>>> MacPorts, not if db44 is having problems. >>>>> >>>>> I would recommend removing your readline from /usr/local >>>>> (perhaps just temporarily) so that db44 can be installed. >>>>> >>>>>> What happens to the long list of ports that I have active when >>>>>> I re-install from the disk image? >>>>>> >>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>> 689M ./local >>>>>> 689M . >>>>> >>>>> Nothing should happen to them if you were to reinstall MacPorts >>>>> (unless you remove /opt/local or files from within /opt/local), >>>>> but it doesn't look like you need to reinstall MacPorts. From face at CentosPrime.COM Fri Dec 14 18:01:51 2007 From: face at CentosPrime.COM (Chris Janton) Date: Fri Dec 14 18:01:25 2007 Subject: sudo port install apache2 In-Reply-To: <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: On 2007-12-14 , at 18:53 , Charlse Darwin wrote: > $ mv mv /usr/local mv /usr/local-off mac 1 # sudo mv /usr/local /usr/local1 mac 2 # sudo port install apache2 Library not loaded: /usr/local/lib/libreadline.5.1.dylib Referenced from: /opt/local/share/macports/Tcl/pextlib1.0/ Pextlib.dylib Reason: image not found while executing "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib" ("package ifneeded" script) invoked from within "package require Pextlib 1.0" (procedure "mportinit" line 365) invoked from within "mportinit ui_options global_options global_variations" Error: /opt/local/bin/port: Failed to initialize MacPorts, Library not loaded: /usr/local/lib/libreadline.5.1.dylib Referenced from: /opt/local/share/macports/Tcl/pextlib1.0/ Pextlib.dylib Reason: image not found 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From ryandesign at macports.org Fri Dec 14 17:58:44 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 18:04:57 2007 Subject: sudo port install apache2 In-Reply-To: <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> Good, so something in /usr/local was conflicting. I see now all the other libs that you do have in /usr/local/lib. Those will probably also conflict with MacPorts-installed programs. This is why we recommend not having anything in /usr/local/lib. Instead, install all software you need using MacPorts. On Dec 14, 2007, at 19:53, Charlse Darwin wrote: > $ mv mv /usr/local mv /usr/local-off > Password: > $ sudo port install apache2 > ---> Building db44 with target all > ---> Staging db44 into destroot > ---> Installing db44 4.4.20_1+darwin_8 > ---> Activating db44 4.4.20_1+darwin_8 > ---> Cleaning db44 > ---> Fetching gawk > ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// > ftp.gnu.org/gnu/gawk > ---> Verifying checksum(s) for gawk > ---> Extracting gawk > ---> Applying patches to gawk > ---> Configuring gawk > ? > > On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: > >> Um.... it was anticipated to have been in /usr/local/lib but I >> don't see it there either. >> >> Try moving the entire /usr/local aside (e.g. rename it "/usr/local- >> off") and see if that helps. >> >> >> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >> >>> Where is readline? >>> >>> $ ls /usr/local/* >>> /usr/local/BerkeleyDB.4.2: >>> bin docs include lib >>> >>> /usr/local/OpenSourceLicenses: >>> MySQL.txt RemoteDesktop.txt >>> >>> /usr/local/OpenSourceVersions: >>> MySQL.plist RemoteDesktop.plist >>> >>> /usr/local/apache: >>> bin include libexec sbin share >>> >>> /usr/local/apr: >>> bin build-1 include lib >>> >>> /usr/local/bin: >>> bash darwinxref >>> make python2.5-config >>> smtpd.py svndumpfilter >>> bashbug decomment >>> nano pythonw >>> smtpd2.5.py svnlook >>> check_dylib idle >>> pydoc pythonw2.5 >>> srm svnserve >>> checksyms idle2.5 >>> pydoc2.5 relpath >>> sudo svnsync >>> ctfconvert.c indr >>> python rnano >>> sudoedit svnversion >>> darwinbuild kern_tool python- >>> config seg_addr_table svn >>> wget >>> darwinmaster kextsymboltool >>> python2.5 seg_hack >>> svnadmin whois >>> >>> /usr/local/etc: >>> wgetrc >>> >>> /usr/local/include: >>> DarwinBuild apr-1 db.h dyld >>> fuse.h neon pcap-namedb.h streams >>> ulockmgr.h >>> IOKit cbt db_cxx.h fuse >>> mach-o pcap-bpf.h pcap.h subversion-1 >>> >>> /usr/local/info: >>> bash.info make.info make.info-1 make.info-2 >>> >>> /usr/local/lib: >>> charset.alias libkld.a >>> libsvn_fs-1.0.dylib libsvn_ra_svn-1.0.dylib >>> libsvn_wc-1.0.dylib >>> libapr-1.0.2.8.dylib libneon.25.0.5.dylib >>> libsvn_fs-1.dylib libsvn_ra_svn-1.dylib >>> libsvn_wc-1.dylib >>> libapr-1.0.dylib libneon.25.dylib >>> libsvn_fs_base-1.0.0.0.dylib libsvn_repos-1.0.0.0.dylib >>> libsvnjavahl-1.0.0.0.dylib >>> libapr-1.dylib libneon.dylib >>> libsvn_fs_base-1.0.dylib libsvn_repos-1.0.dylib >>> libsvnjavahl-1.0.dylib >>> libaprutil-1.0.2.8.dylib libpcap.a >>> libsvn_fs_base-1.dylib libsvn_repos-1.dylib >>> libsvnjavahl-1.dylib >>> libaprutil-1.0.dylib libstreams.a >>> libsvn_fs_fs-1.0.0.0.dylib libsvn_subr-1.0.0.0.dylib >>> libulockmgr.0.0.0.dylib >>> libaprutil-1.dylib libstreams_debug.a >>> libsvn_fs_fs-1.0.dylib libsvn_subr-1.0.dylib >>> libulockmgr.0.dylib >>> libdb-4.5.dylib libstreams_profile.a >>> libsvn_fs_fs-1.dylib libsvn_subr-1.dylib >>> libulockmgr.a >>> libdb-4.dylib libsvn_client-1.0.0.0.dylib >>> libsvn_ra-1.0.0.0.dylib libsvn_swig_perl-1.0.0.0.dylib >>> libulockmgr.dylib >>> libdb.dylib libsvn_client-1.0.dylib >>> libsvn_ra-1.0.dylib libsvn_swig_perl-1.0.dylib >>> libulockmgr.la >>> libexpat.0.1.0.dylib libsvn_client-1.dylib >>> libsvn_ra-1.dylib libsvn_swig_perl-1.dylib >>> pkgconfig >>> libexpat.0.dylib libsvn_delta-1.0.0.0.dylib >>> libsvn_ra_dav-1.0.0.0.dylib libsvn_swig_py-1.0.0.0.dylib >>> svn-apache >>> libexpat.dylib libsvn_delta-1.0.dylib >>> libsvn_ra_dav-1.0.dylib libsvn_swig_py-1.0.dylib >>> svn-javahl >>> libfuse.0.0.0.dylib libsvn_delta-1.dylib >>> libsvn_ra_dav-1.dylib libsvn_swig_py-1.dylib >>> svn-perl >>> libfuse.0.dylib libsvn_diff-1.0.0.0.dylib >>> libsvn_ra_local-1.0.0.0.dylib libsvn_swig_ruby-1.0.0.0.dylib >>> svn-python >>> libfuse.a libsvn_diff-1.0.dylib >>> libsvn_ra_local-1.0.dylib libsvn_swig_ruby-1.0.dylib >>> svn-ruby >>> libfuse.dylib libsvn_diff-1.dylib >>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>> libfuse.la libsvn_fs-1.0.0.0.dylib >>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>> >>> /usr/local/libexec: >>> gcc sudo_noexec.dylib sudo_noexec.la >>> >>> /usr/local/man: >>> man1 man3 whatis >>> >>> /usr/local/sbin: >>> visudo >>> >>> /usr/local/share: >>> darwinbuild darwinxref doc html >>> info locale man >>> $ >>> >>> >>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>> >>>> No no -- you need to remove (or temporarily move aside) the >>>> readline libraries in /usr/local, *not* the readline installed >>>> by MacPorts into /opt/local, which is perfectly fine to have. >>>> >>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>> >>>>> $ sudo port uninstall readline >>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>> ports depend on it: >>>>> ---> bash >>>>> ---> gnupg >>>>> Error: port uninstall failed: Please uninstall the ports that >>>>> depend on readline first. >>>>> $ sudo port -f uninstall readline >>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>> ports depend on it: >>>>> ---> bash >>>>> ---> gnupg >>>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>>> ---> Deactivating readline 5.2.007_0 >>>>> ---> Uninstalling readline 5.2.007_0 >>>>> $ sudo port install apache2 >>>>> ---> Building db44 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_d >>>>> atabases_db44/work/db-4.4.20/build_unix" && make all " returned >>>>> error 2 >>>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../dist/../ >>>>> db_dump185/db_dump185.c >>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>>> dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/ >>>>> db_dump185.o >>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>> ../dist/../db_dump185/db_dump185.c:212: warning: assignment >>>>> makes pointer from integer without a cast >>>>> ../dist/../db_dump185/db_dump185.c:214: warning: assignment >>>>> makes pointer from integer without a cast >>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' >>>>> has no member named 'seq' >>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>> undeclared (first use in this function) >>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared >>>>> identifier is reported only once >>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>> function it appears in.) >>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' >>>>> has no member named 'seq' >>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' >>>>> has no member named 'internal' >>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' >>>>> has no member named 'internal' >>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' >>>>> has no member named 'internal' >>>>> make: *** [db_dump185.lo] Error 1 >>>>> >>>>> Error: The following dependencies failed to build: apr-util >>>>> db44 sqlite3 gawk readline >>>>> Error: Status 1 encountered during processing. >>>>> $ >>>>> >>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>> >>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>> Error: The following dependencies failed to build: apr-util >>>>>>>>> db44 sqlite3 gawk openssl >>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>> >>>>>>>> This is probably related to: >>>>>>>> >>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>> >>>>>>> >>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>> The resolution to the problem says re-install MacPorts from >>>>>>> the disk image and selfupdate to the latest version. >>>>>> >>>>>> That's the resolution if you are having problems building >>>>>> MacPorts, not if db44 is having problems. >>>>>> >>>>>> I would recommend removing your readline from /usr/local >>>>>> (perhaps just temporarily) so that db44 can be installed. >>>>>> >>>>>>> What happens to the long list of ports that I have active >>>>>>> when I re-install from the disk image? >>>>>>> >>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>> 689M ./local >>>>>>> 689M . >>>>>> >>>>>> Nothing should happen to them if you were to reinstall >>>>>> MacPorts (unless you remove /opt/local or files from within / >>>>>> opt/local), but it doesn't look like you need to reinstall >>>>>> MacPorts. > From ryandesign at macports.org Fri Dec 14 17:43:19 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 18:09:33 2007 Subject: sudo port install apache2 In-Reply-To: <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> Message-ID: Um.... it was anticipated to have been in /usr/local/lib but I don't see it there either. Try moving the entire /usr/local aside (e.g. rename it "/usr/local- off") and see if that helps. On Dec 14, 2007, at 19:14, Charlse Darwin wrote: > Where is readline? > > $ ls /usr/local/* > /usr/local/BerkeleyDB.4.2: > bin docs include lib > > /usr/local/OpenSourceLicenses: > MySQL.txt RemoteDesktop.txt > > /usr/local/OpenSourceVersions: > MySQL.plist RemoteDesktop.plist > > /usr/local/apache: > bin include libexec sbin share > > /usr/local/apr: > bin build-1 include lib > > /usr/local/bin: > bash darwinxref > make python2.5-config > smtpd.py svndumpfilter > bashbug decomment > nano pythonw > smtpd2.5.py svnlook > check_dylib idle > pydoc pythonw2.5 > srm svnserve > checksyms idle2.5 > pydoc2.5 relpath > sudo svnsync > ctfconvert.c indr > python rnano > sudoedit svnversion > darwinbuild kern_tool python- > config seg_addr_table svn wget > darwinmaster kextsymboltool > python2.5 seg_hack > svnadmin whois > > /usr/local/etc: > wgetrc > > /usr/local/include: > DarwinBuild apr-1 db.h dyld > fuse.h neon pcap-namedb.h streams > ulockmgr.h > IOKit cbt db_cxx.h fuse > mach-o pcap-bpf.h pcap.h subversion-1 > > /usr/local/info: > bash.info make.info make.info-1 make.info-2 > > /usr/local/lib: > charset.alias libkld.a > libsvn_fs-1.0.dylib libsvn_ra_svn-1.0.dylib > libsvn_wc-1.0.dylib > libapr-1.0.2.8.dylib libneon.25.0.5.dylib > libsvn_fs-1.dylib libsvn_ra_svn-1.dylib > libsvn_wc-1.dylib > libapr-1.0.dylib libneon.25.dylib > libsvn_fs_base-1.0.0.0.dylib libsvn_repos-1.0.0.0.dylib > libsvnjavahl-1.0.0.0.dylib > libapr-1.dylib libneon.dylib > libsvn_fs_base-1.0.dylib libsvn_repos-1.0.dylib > libsvnjavahl-1.0.dylib > libaprutil-1.0.2.8.dylib libpcap.a > libsvn_fs_base-1.dylib libsvn_repos-1.dylib > libsvnjavahl-1.dylib > libaprutil-1.0.dylib libstreams.a > libsvn_fs_fs-1.0.0.0.dylib libsvn_subr-1.0.0.0.dylib > libulockmgr.0.0.0.dylib > libaprutil-1.dylib libstreams_debug.a > libsvn_fs_fs-1.0.dylib libsvn_subr-1.0.dylib > libulockmgr.0.dylib > libdb-4.5.dylib libstreams_profile.a > libsvn_fs_fs-1.dylib libsvn_subr-1.dylib > libulockmgr.a > libdb-4.dylib libsvn_client-1.0.0.0.dylib > libsvn_ra-1.0.0.0.dylib libsvn_swig_perl-1.0.0.0.dylib > libulockmgr.dylib > libdb.dylib libsvn_client-1.0.dylib > libsvn_ra-1.0.dylib libsvn_swig_perl-1.0.dylib > libulockmgr.la > libexpat.0.1.0.dylib libsvn_client-1.dylib > libsvn_ra-1.dylib libsvn_swig_perl-1.dylib > pkgconfig > libexpat.0.dylib libsvn_delta-1.0.0.0.dylib > libsvn_ra_dav-1.0.0.0.dylib libsvn_swig_py-1.0.0.0.dylib svn- > apache > libexpat.dylib libsvn_delta-1.0.dylib > libsvn_ra_dav-1.0.dylib libsvn_swig_py-1.0.dylib svn- > javahl > libfuse.0.0.0.dylib libsvn_delta-1.dylib > libsvn_ra_dav-1.dylib libsvn_swig_py-1.dylib svn- > perl > libfuse.0.dylib libsvn_diff-1.0.0.0.dylib > libsvn_ra_local-1.0.0.0.dylib libsvn_swig_ruby-1.0.0.0.dylib svn- > python > libfuse.a libsvn_diff-1.0.dylib > libsvn_ra_local-1.0.dylib libsvn_swig_ruby-1.0.dylib svn- > ruby > libfuse.dylib libsvn_diff-1.dylib > libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib > libfuse.la libsvn_fs-1.0.0.0.dylib > libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib > > /usr/local/libexec: > gcc sudo_noexec.dylib sudo_noexec.la > > /usr/local/man: > man1 man3 whatis > > /usr/local/sbin: > visudo > > /usr/local/share: > darwinbuild darwinxref doc html > info locale man > $ > > > On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: > >> No no -- you need to remove (or temporarily move aside) the >> readline libraries in /usr/local, *not* the readline installed by >> MacPorts into /opt/local, which is perfectly fine to have. >> >> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >> >>> $ sudo port uninstall readline >>> ---> Unable to uninstall readline 5.2.007_0, the following ports >>> depend on it: >>> ---> bash >>> ---> gnupg >>> Error: port uninstall failed: Please uninstall the ports that >>> depend on readline first. >>> $ sudo port -f uninstall readline >>> ---> Unable to uninstall readline 5.2.007_0, the following ports >>> depend on it: >>> ---> bash >>> ---> gnupg >>> Warning: Uninstall forced. Proceeding despite dependencies. >>> ---> Deactivating readline 5.2.007_0 >>> ---> Uninstalling readline 5.2.007_0 >>> $ sudo port install apache2 >>> ---> Building db44 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_dat >>> abases_db44/work/db-4.4.20/build_unix" && make all " returned >>> error 2 >>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/gcc-4.0 >>> -c -O2 -I../dist/.. -I/opt/local/include ../dist/../db_dump185/ >>> db_dump185.c >>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>> dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/ >>> db_dump185.o >>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>> ../dist/../db_dump185/db_dump185.c:212: warning: assignment makes >>> pointer from integer without a cast >>> ../dist/../db_dump185/db_dump185.c:214: warning: assignment makes >>> pointer from integer without a cast >>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' has >>> no member named 'seq' >>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>> undeclared (first use in this function) >>> ../dist/../db_dump185/db_dump185.c:229: error: (Each undeclared >>> identifier is reported only once >>> ../dist/../db_dump185/db_dump185.c:229: error: for each function >>> it appears in.) >>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' has >>> no member named 'seq' >>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' has >>> no member named 'internal' >>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' has >>> no member named 'internal' >>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' has >>> no member named 'internal' >>> make: *** [db_dump185.lo] Error 1 >>> >>> Error: The following dependencies failed to build: apr-util db44 >>> sqlite3 gawk readline >>> Error: Status 1 encountered during processing. >>> $ >>> >>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>> >>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>> Error: The following dependencies failed to build: apr-util >>>>>>> db44 sqlite3 gawk openssl >>>>>>> Error: Status 1 encountered during processing. >>>>>> >>>>>> This is probably related to: >>>>>> >>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>> >>>>> >>>>> I have the dreaded "readline in /usr/local" problem. >>>>> The resolution to the problem says re-install MacPorts from the >>>>> disk image and selfupdate to the latest version. >>>> >>>> That's the resolution if you are having problems building >>>> MacPorts, not if db44 is having problems. >>>> >>>> I would recommend removing your readline from /usr/local >>>> (perhaps just temporarily) so that db44 can be installed. >>>> >>>>> What happens to the long list of ports that I have active when >>>>> I re-install from the disk image? >>>>> >>>>> mac:/opt system$ sudo du -d 1 -h . >>>>> 689M ./local >>>>> 689M . >>>> >>>> Nothing should happen to them if you were to reinstall MacPorts >>>> (unless you remove /opt/local or files from within /opt/local), >>>> but it doesn't look like you need to reinstall MacPorts. From ryandesign at macports.org Fri Dec 14 18:10:52 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 18:10:26 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: On Dec 14, 2007, at 20:01, Chris Janton wrote: > On 2007-12-14 , at 18:53 , Charlse Darwin wrote: > >> $ mv mv /usr/local mv /usr/local-off > > > mac 1 # sudo mv /usr/local /usr/local1 > mac 2 # sudo port install apache2 > Library not loaded: /usr/local/lib/libreadline.5.1.dylib > Referenced from: /opt/local/share/macports/Tcl/pextlib1.0/ > Pextlib.dylib > Reason: image not found > while executing > "load /opt/local/share/macports/Tcl/pextlib1.0/Pextlib.dylib" > ("package ifneeded" script) > invoked from within > "package require Pextlib 1.0" > (procedure "mportinit" line 365) > invoked from within > "mportinit ui_options global_options global_variations" > Error: /opt/local/bin/port: Failed to initialize MacPorts, Library > not loaded: /usr/local/lib/libreadline.5.1.dylib > Referenced from: /opt/local/share/macports/Tcl/pextlib1.0/ > Pextlib.dylib > Reason: image not found Ok, so your MacPorts has been inadvertently linked with the rogue readline that was in /usr/local/lib. You should now rebuild MacPorts, either by building from source, or by reinstalling it from the latest disk image for your OS version and then running selfupdate. You may encounter other software, MacPorts ports for example, inadvertently linked with the libraries formerly in /usr/local/lib. As you discover these, rebuild those ports with "sudo port -ncuf upgrade foo" From ryandesign at macports.org Fri Dec 14 18:12:07 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 18:11:41 2007 Subject: sudo port install apache2 In-Reply-To: <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> Message-ID: Well, you should probably just move /usr/local aside first. Other software (including MacPorts ports) may be inadvertently linked with the libraries in /usr/local/lib. As you discover these, rebuild those ports to link them properly with the MacPorts-provided libraries. Once you're no longer using any software in /usr/local, then you can get rid of it (making sure that you have no actual important data in there first). On Dec 14, 2007, at 20:01, Charlse Darwin wrote: > Should I run? > sudo rm -rf /usr/local/lib > > > On Dec 14, 2007, at 8:58 PM, Ryan Schmidt wrote: > >> Good, so something in /usr/local was conflicting. >> >> I see now all the other libs that you do have in /usr/local/lib. >> Those will probably also conflict with MacPorts-installed >> programs. This is why we recommend not having anything in /usr/ >> local/lib. Instead, install all software you need using MacPorts. >> >> On Dec 14, 2007, at 19:53, Charlse Darwin wrote: >> >>> $ mv mv /usr/local mv /usr/local-off >>> Password: >>> $ sudo port install apache2 >>> ---> Building db44 with target all >>> ---> Staging db44 into destroot >>> ---> Installing db44 4.4.20_1+darwin_8 >>> ---> Activating db44 4.4.20_1+darwin_8 >>> ---> Cleaning db44 >>> ---> Fetching gawk >>> ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// >>> ftp.gnu.org/gnu/gawk >>> ---> Verifying checksum(s) for gawk >>> ---> Extracting gawk >>> ---> Applying patches to gawk >>> ---> Configuring gawk >>> ? >>> >>> On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: >>> >>>> Um.... it was anticipated to have been in /usr/local/lib but I >>>> don't see it there either. >>>> >>>> Try moving the entire /usr/local aside (e.g. rename it "/usr/ >>>> local-off") and see if that helps. >>>> >>>> >>>> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >>>> >>>>> Where is readline? >>>>> >>>>> $ ls /usr/local/* >>>>> /usr/local/BerkeleyDB.4.2: >>>>> bin docs include lib >>>>> >>>>> /usr/local/OpenSourceLicenses: >>>>> MySQL.txt RemoteDesktop.txt >>>>> >>>>> /usr/local/OpenSourceVersions: >>>>> MySQL.plist RemoteDesktop.plist >>>>> >>>>> /usr/local/apache: >>>>> bin include libexec sbin share >>>>> >>>>> /usr/local/apr: >>>>> bin build-1 include lib >>>>> >>>>> /usr/local/bin: >>>>> bash darwinxref >>>>> make python2.5-config >>>>> smtpd.py svndumpfilter >>>>> bashbug decomment >>>>> nano pythonw >>>>> smtpd2.5.py svnlook >>>>> check_dylib idle >>>>> pydoc pythonw2.5 >>>>> srm svnserve >>>>> checksyms idle2.5 >>>>> pydoc2.5 relpath >>>>> sudo svnsync >>>>> ctfconvert.c indr >>>>> python rnano >>>>> sudoedit svnversion >>>>> darwinbuild kern_tool python- >>>>> config seg_addr_table >>>>> svn wget >>>>> darwinmaster kextsymboltool >>>>> python2.5 seg_hack >>>>> svnadmin whois >>>>> >>>>> /usr/local/etc: >>>>> wgetrc >>>>> >>>>> /usr/local/include: >>>>> DarwinBuild apr-1 db.h dyld >>>>> fuse.h neon pcap-namedb.h streams >>>>> ulockmgr.h >>>>> IOKit cbt db_cxx.h fuse >>>>> mach-o pcap-bpf.h pcap.h subversion-1 >>>>> >>>>> /usr/local/info: >>>>> bash.info make.info make.info-1 make.info-2 >>>>> >>>>> /usr/local/lib: >>>>> charset.alias libkld.a >>>>> libsvn_fs-1.0.dylib libsvn_ra_svn-1.0.dylib >>>>> libsvn_wc-1.0.dylib >>>>> libapr-1.0.2.8.dylib libneon.25.0.5.dylib >>>>> libsvn_fs-1.dylib libsvn_ra_svn-1.dylib >>>>> libsvn_wc-1.dylib >>>>> libapr-1.0.dylib libneon.25.dylib >>>>> libsvn_fs_base-1.0.0.0.dylib libsvn_repos-1.0.0.0.dylib >>>>> libsvnjavahl-1.0.0.0.dylib >>>>> libapr-1.dylib libneon.dylib >>>>> libsvn_fs_base-1.0.dylib libsvn_repos-1.0.dylib >>>>> libsvnjavahl-1.0.dylib >>>>> libaprutil-1.0.2.8.dylib libpcap.a >>>>> libsvn_fs_base-1.dylib libsvn_repos-1.dylib >>>>> libsvnjavahl-1.dylib >>>>> libaprutil-1.0.dylib libstreams.a >>>>> libsvn_fs_fs-1.0.0.0.dylib libsvn_subr-1.0.0.0.dylib >>>>> libulockmgr.0.0.0.dylib >>>>> libaprutil-1.dylib libstreams_debug.a >>>>> libsvn_fs_fs-1.0.dylib libsvn_subr-1.0.dylib >>>>> libulockmgr.0.dylib >>>>> libdb-4.5.dylib libstreams_profile.a >>>>> libsvn_fs_fs-1.dylib libsvn_subr-1.dylib >>>>> libulockmgr.a >>>>> libdb-4.dylib libsvn_client-1.0.0.0.dylib >>>>> libsvn_ra-1.0.0.0.dylib libsvn_swig_perl-1.0.0.0.dylib >>>>> libulockmgr.dylib >>>>> libdb.dylib libsvn_client-1.0.dylib >>>>> libsvn_ra-1.0.dylib libsvn_swig_perl-1.0.dylib >>>>> libulockmgr.la >>>>> libexpat.0.1.0.dylib libsvn_client-1.dylib >>>>> libsvn_ra-1.dylib libsvn_swig_perl-1.dylib >>>>> pkgconfig >>>>> libexpat.0.dylib libsvn_delta-1.0.0.0.dylib >>>>> libsvn_ra_dav-1.0.0.0.dylib libsvn_swig_py-1.0.0.0.dylib >>>>> svn-apache >>>>> libexpat.dylib libsvn_delta-1.0.dylib >>>>> libsvn_ra_dav-1.0.dylib libsvn_swig_py-1.0.dylib >>>>> svn-javahl >>>>> libfuse.0.0.0.dylib libsvn_delta-1.dylib >>>>> libsvn_ra_dav-1.dylib libsvn_swig_py-1.dylib >>>>> svn-perl >>>>> libfuse.0.dylib libsvn_diff-1.0.0.0.dylib >>>>> libsvn_ra_local-1.0.0.0.dylib libsvn_swig_ruby-1.0.0.0.dylib >>>>> svn-python >>>>> libfuse.a libsvn_diff-1.0.dylib >>>>> libsvn_ra_local-1.0.dylib libsvn_swig_ruby-1.0.dylib >>>>> svn-ruby >>>>> libfuse.dylib libsvn_diff-1.dylib >>>>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>>>> libfuse.la libsvn_fs-1.0.0.0.dylib >>>>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>>>> >>>>> /usr/local/libexec: >>>>> gcc sudo_noexec.dylib sudo_noexec.la >>>>> >>>>> /usr/local/man: >>>>> man1 man3 whatis >>>>> >>>>> /usr/local/sbin: >>>>> visudo >>>>> >>>>> /usr/local/share: >>>>> darwinbuild darwinxref doc html >>>>> info locale man >>>>> $ >>>>> >>>>> >>>>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>>>> >>>>>> No no -- you need to remove (or temporarily move aside) the >>>>>> readline libraries in /usr/local, *not* the readline installed >>>>>> by MacPorts into /opt/local, which is perfectly fine to have. >>>>>> >>>>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>>>> >>>>>>> $ sudo port uninstall readline >>>>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>>>> ports depend on it: >>>>>>> ---> bash >>>>>>> ---> gnupg >>>>>>> Error: port uninstall failed: Please uninstall the ports that >>>>>>> depend on readline first. >>>>>>> $ sudo port -f uninstall readline >>>>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>>>> ports depend on it: >>>>>>> ---> bash >>>>>>> ---> gnupg >>>>>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>>>>> ---> Deactivating readline 5.2.007_0 >>>>>>> ---> Uninstalling readline 5.2.007_0 >>>>>>> $ sudo port install apache2 >>>>>>> ---> Building db44 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 >>>>>>> _databases_db44/work/db-4.4.20/build_unix" && make all " >>>>>>> returned error 2 >>>>>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>>>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../dist/../ >>>>>>> db_dump185/db_dump185.c >>>>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>>>>> dist/../db_dump185/db_dump185.c -fno-common -DPIC -o .libs/ >>>>>>> db_dump185.o >>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>>>> ../dist/../db_dump185/db_dump185.c:212: warning: assignment >>>>>>> makes pointer from integer without a cast >>>>>>> ../dist/../db_dump185/db_dump185.c:214: warning: assignment >>>>>>> makes pointer from integer without a cast >>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' >>>>>>> has no member named 'seq' >>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>>>> undeclared (first use in this function) >>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each >>>>>>> undeclared identifier is reported only once >>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>>>> function it appears in.) >>>>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' >>>>>>> has no member named 'seq' >>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' >>>>>>> has no member named 'internal' >>>>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' >>>>>>> has no member named 'internal' >>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' >>>>>>> has no member named 'internal' >>>>>>> make: *** [db_dump185.lo] Error 1 >>>>>>> >>>>>>> Error: The following dependencies failed to build: apr-util >>>>>>> db44 sqlite3 gawk readline >>>>>>> Error: Status 1 encountered during processing. >>>>>>> $ >>>>>>> >>>>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>>>> >>>>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>>> util db44 sqlite3 gawk openssl >>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>> >>>>>>>>>> This is probably related to: >>>>>>>>>> >>>>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>>>> >>>>>>>>> >>>>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>>>> The resolution to the problem says re-install MacPorts from >>>>>>>>> the disk image and selfupdate to the latest version. >>>>>>>> >>>>>>>> That's the resolution if you are having problems building >>>>>>>> MacPorts, not if db44 is having problems. >>>>>>>> >>>>>>>> I would recommend removing your readline from /usr/local >>>>>>>> (perhaps just temporarily) so that db44 can be installed. >>>>>>>> >>>>>>>>> What happens to the long list of ports that I have active >>>>>>>>> when I re-install from the disk image? >>>>>>>>> >>>>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>>>> 689M ./local >>>>>>>>> 689M . >>>>>>>> >>>>>>>> Nothing should happen to them if you were to reinstall >>>>>>>> MacPorts (unless you remove /opt/local or files from within / >>>>>>>> opt/local), but it doesn't look like you need to reinstall >>>>>>>> MacPorts. >>> >> > From macports.users at gmail.com Fri Dec 14 19:05:53 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Fri Dec 14 19:05:24 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> Message-ID: <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> $ sudo apachectl start dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib Referenced from: /usr/sbin/httpd Reason: image not found /usr/sbin/apachectl: line 187: 16752 Trace/BPT trap $HTTPD /usr/sbin/apachectl start: httpd could not be started $ On Dec 14, 2007, at 9:12 PM, Ryan Schmidt wrote: > Well, you should probably just move /usr/local aside first. Other > software (including MacPorts ports) may be inadvertently linked > with the libraries in /usr/local/lib. As you discover these, > rebuild those ports to link them properly with the MacPorts- > provided libraries. Once you're no longer using any software in / > usr/local, then you can get rid of it (making sure that you have no > actual important data in there first). > > > On Dec 14, 2007, at 20:01, Charlse Darwin wrote: > >> Should I run? >> sudo rm -rf /usr/local/lib >> >> >> On Dec 14, 2007, at 8:58 PM, Ryan Schmidt wrote: >> >>> Good, so something in /usr/local was conflicting. >>> >>> I see now all the other libs that you do have in /usr/local/lib. >>> Those will probably also conflict with MacPorts-installed >>> programs. This is why we recommend not having anything in /usr/ >>> local/lib. Instead, install all software you need using MacPorts. >>> >>> On Dec 14, 2007, at 19:53, Charlse Darwin wrote: >>> >>>> $ mv mv /usr/local mv /usr/local-off >>>> Password: >>>> $ sudo port install apache2 >>>> ---> Building db44 with target all >>>> ---> Staging db44 into destroot >>>> ---> Installing db44 4.4.20_1+darwin_8 >>>> ---> Activating db44 4.4.20_1+darwin_8 >>>> ---> Cleaning db44 >>>> ---> Fetching gawk >>>> ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// >>>> ftp.gnu.org/gnu/gawk >>>> ---> Verifying checksum(s) for gawk >>>> ---> Extracting gawk >>>> ---> Applying patches to gawk >>>> ---> Configuring gawk >>>> ? >>>> >>>> On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: >>>> >>>>> Um.... it was anticipated to have been in /usr/local/lib but I >>>>> don't see it there either. >>>>> >>>>> Try moving the entire /usr/local aside (e.g. rename it "/usr/ >>>>> local-off") and see if that helps. >>>>> >>>>> >>>>> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >>>>> >>>>>> Where is readline? >>>>>> >>>>>> $ ls /usr/local/* >>>>>> /usr/local/BerkeleyDB.4.2: >>>>>> bin docs include lib >>>>>> >>>>>> /usr/local/OpenSourceLicenses: >>>>>> MySQL.txt RemoteDesktop.txt >>>>>> >>>>>> /usr/local/OpenSourceVersions: >>>>>> MySQL.plist RemoteDesktop.plist >>>>>> >>>>>> /usr/local/apache: >>>>>> bin include libexec sbin share >>>>>> >>>>>> /usr/local/apr: >>>>>> bin build-1 include lib >>>>>> >>>>>> /usr/local/bin: >>>>>> bash darwinxref >>>>>> make python2.5-config >>>>>> smtpd.py svndumpfilter >>>>>> bashbug decomment >>>>>> nano pythonw >>>>>> smtpd2.5.py svnlook >>>>>> check_dylib idle >>>>>> pydoc pythonw2.5 >>>>>> srm svnserve >>>>>> checksyms idle2.5 >>>>>> pydoc2.5 relpath >>>>>> sudo svnsync >>>>>> ctfconvert.c indr >>>>>> python rnano >>>>>> sudoedit svnversion >>>>>> darwinbuild kern_tool python- >>>>>> config seg_addr_table >>>>>> svn wget >>>>>> darwinmaster kextsymboltool >>>>>> python2.5 seg_hack >>>>>> svnadmin whois >>>>>> >>>>>> /usr/local/etc: >>>>>> wgetrc >>>>>> >>>>>> /usr/local/include: >>>>>> DarwinBuild apr-1 db.h >>>>>> dyld fuse.h neon pcap- >>>>>> namedb.h streams ulockmgr.h >>>>>> IOKit cbt db_cxx.h >>>>>> fuse mach-o pcap-bpf.h >>>>>> pcap.h subversion-1 >>>>>> >>>>>> /usr/local/info: >>>>>> bash.info make.info make.info-1 make.info-2 >>>>>> >>>>>> /usr/local/lib: >>>>>> charset.alias >>>>>> libkld.a >>>>>> libsvn_fs-1.0.dylib >>>>>> libsvn_ra_svn-1.0.dylib libsvn_wc-1.0.dylib >>>>>> libapr-1.0.2.8.dylib libneon. >>>>>> 25.0.5.dylib libsvn_fs-1.dylib >>>>>> libsvn_ra_svn-1.dylib libsvn_wc-1.dylib >>>>>> libapr-1.0.dylib libneon. >>>>>> 25.dylib libsvn_fs_base-1.0.0.0.dylib >>>>>> libsvn_repos-1.0.0.0.dylib libsvnjavahl-1.0.0.0.dylib >>>>>> libapr-1.dylib >>>>>> libneon.dylib >>>>>> libsvn_fs_base-1.0.dylib >>>>>> libsvn_repos-1.0.dylib libsvnjavahl-1.0.dylib >>>>>> libaprutil-1.0.2.8.dylib >>>>>> libpcap.a >>>>>> libsvn_fs_base-1.dylib >>>>>> libsvn_repos-1.dylib libsvnjavahl-1.dylib >>>>>> libaprutil-1.0.dylib >>>>>> libstreams.a >>>>>> libsvn_fs_fs-1.0.0.0.dylib >>>>>> libsvn_subr-1.0.0.0.dylib libulockmgr.0.0.0.dylib >>>>>> libaprutil-1.dylib >>>>>> libstreams_debug.a >>>>>> libsvn_fs_fs-1.0.dylib >>>>>> libsvn_subr-1.0.dylib libulockmgr.0.dylib >>>>>> libdb-4.5.dylib >>>>>> libstreams_profile.a >>>>>> libsvn_fs_fs-1.dylib >>>>>> libsvn_subr-1.dylib libulockmgr.a >>>>>> libdb-4.dylib >>>>>> libsvn_client-1.0.0.0.dylib >>>>>> libsvn_ra-1.0.0.0.dylib >>>>>> libsvn_swig_perl-1.0.0.0.dylib libulockmgr.dylib >>>>>> libdb.dylib >>>>>> libsvn_client-1.0.dylib >>>>>> libsvn_ra-1.0.dylib >>>>>> libsvn_swig_perl-1.0.dylib libulockmgr.la >>>>>> libexpat.0.1.0.dylib >>>>>> libsvn_client-1.dylib >>>>>> libsvn_ra-1.dylib >>>>>> libsvn_swig_perl-1.dylib pkgconfig >>>>>> libexpat.0.dylib >>>>>> libsvn_delta-1.0.0.0.dylib >>>>>> libsvn_ra_dav-1.0.0.0.dylib >>>>>> libsvn_swig_py-1.0.0.0.dylib svn-apache >>>>>> libexpat.dylib >>>>>> libsvn_delta-1.0.dylib >>>>>> libsvn_ra_dav-1.0.dylib >>>>>> libsvn_swig_py-1.0.dylib svn-javahl >>>>>> libfuse.0.0.0.dylib >>>>>> libsvn_delta-1.dylib >>>>>> libsvn_ra_dav-1.dylib >>>>>> libsvn_swig_py-1.dylib svn-perl >>>>>> libfuse.0.dylib >>>>>> libsvn_diff-1.0.0.0.dylib >>>>>> libsvn_ra_local-1.0.0.0.dylib >>>>>> libsvn_swig_ruby-1.0.0.0.dylib svn-python >>>>>> libfuse.a >>>>>> libsvn_diff-1.0.dylib >>>>>> libsvn_ra_local-1.0.dylib >>>>>> libsvn_swig_ruby-1.0.dylib svn-ruby >>>>>> libfuse.dylib >>>>>> libsvn_diff-1.dylib >>>>>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>>>>> libfuse.la >>>>>> libsvn_fs-1.0.0.0.dylib >>>>>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>>>>> >>>>>> /usr/local/libexec: >>>>>> gcc sudo_noexec.dylib sudo_noexec.la >>>>>> >>>>>> /usr/local/man: >>>>>> man1 man3 whatis >>>>>> >>>>>> /usr/local/sbin: >>>>>> visudo >>>>>> >>>>>> /usr/local/share: >>>>>> darwinbuild darwinxref doc >>>>>> html info locale man >>>>>> $ >>>>>> >>>>>> >>>>>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>>>>> >>>>>>> No no -- you need to remove (or temporarily move aside) the >>>>>>> readline libraries in /usr/local, *not* the readline >>>>>>> installed by MacPorts into /opt/local, which is perfectly >>>>>>> fine to have. >>>>>>> >>>>>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>>>>> >>>>>>>> $ sudo port uninstall readline >>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>>>>> ports depend on it: >>>>>>>> ---> bash >>>>>>>> ---> gnupg >>>>>>>> Error: port uninstall failed: Please uninstall the ports >>>>>>>> that depend on readline first. >>>>>>>> $ sudo port -f uninstall readline >>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>>>>> ports depend on it: >>>>>>>> ---> bash >>>>>>>> ---> gnupg >>>>>>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>>>>>> ---> Deactivating readline 5.2.007_0 >>>>>>>> ---> Uninstalling readline 5.2.007_0 >>>>>>>> $ sudo port install apache2 >>>>>>>> ---> Building db44 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_port >>>>>>>> s_databases_db44/work/db-4.4.20/build_unix" && make all " >>>>>>>> returned error 2 >>>>>>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>>>>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../dist/../ >>>>>>>> db_dump185/db_dump185.c >>>>>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/ >>>>>>>> include ../dist/../db_dump185/db_dump185.c -fno-common - >>>>>>>> DPIC -o .libs/db_dump185.o >>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>>>>> ../dist/../db_dump185/db_dump185.c:212: warning: assignment >>>>>>>> makes pointer from integer without a cast >>>>>>>> ../dist/../db_dump185/db_dump185.c:214: warning: assignment >>>>>>>> makes pointer from integer without a cast >>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct __db' >>>>>>>> has no member named 'seq' >>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>>>>> undeclared (first use in this function) >>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each >>>>>>>> undeclared identifier is reported only once >>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>>>>> function it appears in.) >>>>>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct __db' >>>>>>>> has no member named 'seq' >>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct __db' >>>>>>>> has no member named 'internal' >>>>>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct __db' >>>>>>>> has no member named 'internal' >>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct __db' >>>>>>>> has no member named 'internal' >>>>>>>> make: *** [db_dump185.lo] Error 1 >>>>>>>> >>>>>>>> Error: The following dependencies failed to build: apr-util >>>>>>>> db44 sqlite3 gawk readline >>>>>>>> Error: Status 1 encountered during processing. >>>>>>>> $ >>>>>>>> >>>>>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>>>>> >>>>>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>>>> util db44 sqlite3 gawk openssl >>>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>> >>>>>>>>>>> This is probably related to: >>>>>>>>>>> >>>>>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>>>>> The resolution to the problem says re-install MacPorts >>>>>>>>>> from the disk image and selfupdate to the latest version. >>>>>>>>> >>>>>>>>> That's the resolution if you are having problems building >>>>>>>>> MacPorts, not if db44 is having problems. >>>>>>>>> >>>>>>>>> I would recommend removing your readline from /usr/local >>>>>>>>> (perhaps just temporarily) so that db44 can be installed. >>>>>>>>> >>>>>>>>>> What happens to the long list of ports that I have active >>>>>>>>>> when I re-install from the disk image? >>>>>>>>>> >>>>>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>>>>> 689M ./local >>>>>>>>>> 689M . >>>>>>>>> >>>>>>>>> Nothing should happen to them if you were to reinstall >>>>>>>>> MacPorts (unless you remove /opt/local or files from >>>>>>>>> within /opt/local), but it doesn't look like you need to >>>>>>>>> reinstall MacPorts. >>>> >>> >> > From ryandesign at macports.org Fri Dec 14 20:33:50 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 14 21:00:05 2007 Subject: sudo port install apache2 In-Reply-To: <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> Message-ID: <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Why is your /usr/sbin/httpd linked against anything in /usr/local/ lib? This is what it should be linked with, at least on Tiger: $ otool -L /usr/sbin/httpd /usr/sbin/httpd: /usr/lib/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 88.3.5) $ Have you replaced Apple's Apache with a build of your own? You should not have done that. You should install the apache2 port from MacPorts and use that instead. It should work correctly. I use it all the time. On Dec 14, 2007, at 21:05, Charlse Darwin wrote: > $ sudo apachectl start > dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib > Referenced from: /usr/sbin/httpd > Reason: image not found > /usr/sbin/apachectl: line 187: 16752 Trace/BPT trap $HTTPD > /usr/sbin/apachectl start: httpd could not be started > $ > > On Dec 14, 2007, at 9:12 PM, Ryan Schmidt wrote: > >> Well, you should probably just move /usr/local aside first. Other >> software (including MacPorts ports) may be inadvertently linked >> with the libraries in /usr/local/lib. As you discover these, >> rebuild those ports to link them properly with the MacPorts- >> provided libraries. Once you're no longer using any software in / >> usr/local, then you can get rid of it (making sure that you have >> no actual important data in there first). >> >> >> On Dec 14, 2007, at 20:01, Charlse Darwin wrote: >> >>> Should I run? >>> sudo rm -rf /usr/local/lib >>> >>> >>> On Dec 14, 2007, at 8:58 PM, Ryan Schmidt wrote: >>> >>>> Good, so something in /usr/local was conflicting. >>>> >>>> I see now all the other libs that you do have in /usr/local/lib. >>>> Those will probably also conflict with MacPorts-installed >>>> programs. This is why we recommend not having anything in /usr/ >>>> local/lib. Instead, install all software you need using MacPorts. >>>> >>>> On Dec 14, 2007, at 19:53, Charlse Darwin wrote: >>>> >>>>> $ mv mv /usr/local mv /usr/local-off >>>>> Password: >>>>> $ sudo port install apache2 >>>>> ---> Building db44 with target all >>>>> ---> Staging db44 into destroot >>>>> ---> Installing db44 4.4.20_1+darwin_8 >>>>> ---> Activating db44 4.4.20_1+darwin_8 >>>>> ---> Cleaning db44 >>>>> ---> Fetching gawk >>>>> ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// >>>>> ftp.gnu.org/gnu/gawk >>>>> ---> Verifying checksum(s) for gawk >>>>> ---> Extracting gawk >>>>> ---> Applying patches to gawk >>>>> ---> Configuring gawk >>>>> ? >>>>> >>>>> On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: >>>>> >>>>>> Um.... it was anticipated to have been in /usr/local/lib but I >>>>>> don't see it there either. >>>>>> >>>>>> Try moving the entire /usr/local aside (e.g. rename it "/usr/ >>>>>> local-off") and see if that helps. >>>>>> >>>>>> >>>>>> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >>>>>> >>>>>>> Where is readline? >>>>>>> >>>>>>> $ ls /usr/local/* >>>>>>> /usr/local/BerkeleyDB.4.2: >>>>>>> bin docs include lib >>>>>>> >>>>>>> /usr/local/OpenSourceLicenses: >>>>>>> MySQL.txt RemoteDesktop.txt >>>>>>> >>>>>>> /usr/local/OpenSourceVersions: >>>>>>> MySQL.plist RemoteDesktop.plist >>>>>>> >>>>>>> /usr/local/apache: >>>>>>> bin include libexec sbin share >>>>>>> >>>>>>> /usr/local/apr: >>>>>>> bin build-1 include lib >>>>>>> >>>>>>> /usr/local/bin: >>>>>>> bash darwinxref >>>>>>> make python2.5-config >>>>>>> smtpd.py svndumpfilter >>>>>>> bashbug decomment >>>>>>> nano pythonw >>>>>>> smtpd2.5.py svnlook >>>>>>> check_dylib idle >>>>>>> pydoc pythonw2.5 >>>>>>> srm svnserve >>>>>>> checksyms idle2.5 >>>>>>> pydoc2.5 relpath >>>>>>> sudo svnsync >>>>>>> ctfconvert.c indr >>>>>>> python rnano >>>>>>> sudoedit svnversion >>>>>>> darwinbuild kern_tool python- >>>>>>> config seg_addr_table >>>>>>> svn wget >>>>>>> darwinmaster kextsymboltool >>>>>>> python2.5 seg_hack >>>>>>> svnadmin whois >>>>>>> >>>>>>> /usr/local/etc: >>>>>>> wgetrc >>>>>>> >>>>>>> /usr/local/include: >>>>>>> DarwinBuild apr-1 db.h >>>>>>> dyld fuse.h neon pcap- >>>>>>> namedb.h streams ulockmgr.h >>>>>>> IOKit cbt db_cxx.h >>>>>>> fuse mach-o pcap-bpf.h >>>>>>> pcap.h subversion-1 >>>>>>> >>>>>>> /usr/local/info: >>>>>>> bash.info make.info make.info-1 make.info-2 >>>>>>> >>>>>>> /usr/local/lib: >>>>>>> charset.alias >>>>>>> libkld.a >>>>>>> libsvn_fs-1.0.dylib >>>>>>> libsvn_ra_svn-1.0.dylib libsvn_wc-1.0.dylib >>>>>>> libapr-1.0.2.8.dylib libneon. >>>>>>> 25.0.5.dylib libsvn_fs-1.dylib >>>>>>> libsvn_ra_svn-1.dylib libsvn_wc-1.dylib >>>>>>> libapr-1.0.dylib libneon. >>>>>>> 25.dylib libsvn_fs_base-1.0.0.0.dylib >>>>>>> libsvn_repos-1.0.0.0.dylib libsvnjavahl-1.0.0.0.dylib >>>>>>> libapr-1.dylib >>>>>>> libneon.dylib >>>>>>> libsvn_fs_base-1.0.dylib >>>>>>> libsvn_repos-1.0.dylib libsvnjavahl-1.0.dylib >>>>>>> libaprutil-1.0.2.8.dylib >>>>>>> libpcap.a >>>>>>> libsvn_fs_base-1.dylib >>>>>>> libsvn_repos-1.dylib libsvnjavahl-1.dylib >>>>>>> libaprutil-1.0.dylib >>>>>>> libstreams.a >>>>>>> libsvn_fs_fs-1.0.0.0.dylib >>>>>>> libsvn_subr-1.0.0.0.dylib libulockmgr.0.0.0.dylib >>>>>>> libaprutil-1.dylib >>>>>>> libstreams_debug.a >>>>>>> libsvn_fs_fs-1.0.dylib >>>>>>> libsvn_subr-1.0.dylib libulockmgr.0.dylib >>>>>>> libdb-4.5.dylib >>>>>>> libstreams_profile.a >>>>>>> libsvn_fs_fs-1.dylib >>>>>>> libsvn_subr-1.dylib libulockmgr.a >>>>>>> libdb-4.dylib >>>>>>> libsvn_client-1.0.0.0.dylib >>>>>>> libsvn_ra-1.0.0.0.dylib >>>>>>> libsvn_swig_perl-1.0.0.0.dylib libulockmgr.dylib >>>>>>> libdb.dylib >>>>>>> libsvn_client-1.0.dylib >>>>>>> libsvn_ra-1.0.dylib >>>>>>> libsvn_swig_perl-1.0.dylib libulockmgr.la >>>>>>> libexpat.0.1.0.dylib >>>>>>> libsvn_client-1.dylib >>>>>>> libsvn_ra-1.dylib >>>>>>> libsvn_swig_perl-1.dylib pkgconfig >>>>>>> libexpat.0.dylib >>>>>>> libsvn_delta-1.0.0.0.dylib >>>>>>> libsvn_ra_dav-1.0.0.0.dylib >>>>>>> libsvn_swig_py-1.0.0.0.dylib svn-apache >>>>>>> libexpat.dylib >>>>>>> libsvn_delta-1.0.dylib >>>>>>> libsvn_ra_dav-1.0.dylib >>>>>>> libsvn_swig_py-1.0.dylib svn-javahl >>>>>>> libfuse.0.0.0.dylib >>>>>>> libsvn_delta-1.dylib >>>>>>> libsvn_ra_dav-1.dylib >>>>>>> libsvn_swig_py-1.dylib svn-perl >>>>>>> libfuse.0.dylib >>>>>>> libsvn_diff-1.0.0.0.dylib >>>>>>> libsvn_ra_local-1.0.0.0.dylib >>>>>>> libsvn_swig_ruby-1.0.0.0.dylib svn-python >>>>>>> libfuse.a >>>>>>> libsvn_diff-1.0.dylib >>>>>>> libsvn_ra_local-1.0.dylib >>>>>>> libsvn_swig_ruby-1.0.dylib svn-ruby >>>>>>> libfuse.dylib >>>>>>> libsvn_diff-1.dylib >>>>>>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>>>>>> libfuse.la >>>>>>> libsvn_fs-1.0.0.0.dylib >>>>>>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>>>>>> >>>>>>> /usr/local/libexec: >>>>>>> gcc sudo_noexec.dylib sudo_noexec.la >>>>>>> >>>>>>> /usr/local/man: >>>>>>> man1 man3 whatis >>>>>>> >>>>>>> /usr/local/sbin: >>>>>>> visudo >>>>>>> >>>>>>> /usr/local/share: >>>>>>> darwinbuild darwinxref doc >>>>>>> html info locale man >>>>>>> $ >>>>>>> >>>>>>> >>>>>>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>>>>>> >>>>>>>> No no -- you need to remove (or temporarily move aside) the >>>>>>>> readline libraries in /usr/local, *not* the readline >>>>>>>> installed by MacPorts into /opt/local, which is perfectly >>>>>>>> fine to have. >>>>>>>> >>>>>>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>>>>>> >>>>>>>>> $ sudo port uninstall readline >>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>>>>>> ports depend on it: >>>>>>>>> ---> bash >>>>>>>>> ---> gnupg >>>>>>>>> Error: port uninstall failed: Please uninstall the ports >>>>>>>>> that depend on readline first. >>>>>>>>> $ sudo port -f uninstall readline >>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the following >>>>>>>>> ports depend on it: >>>>>>>>> ---> bash >>>>>>>>> ---> gnupg >>>>>>>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>>>>>>> ---> Deactivating readline 5.2.007_0 >>>>>>>>> ---> Uninstalling readline 5.2.007_0 >>>>>>>>> $ sudo port install apache2 >>>>>>>>> ---> Building db44 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_por >>>>>>>>> ts_databases_db44/work/db-4.4.20/build_unix" && make all " >>>>>>>>> returned error 2 >>>>>>>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>>>>>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>>>>>>> dist/../db_dump185/db_dump185.c >>>>>>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/ >>>>>>>>> include ../dist/../db_dump185/db_dump185.c -fno-common - >>>>>>>>> DPIC -o .libs/db_dump185.o >>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>>>>>> ../dist/../db_dump185/db_dump185.c:212: warning: assignment >>>>>>>>> makes pointer from integer without a cast >>>>>>>>> ../dist/../db_dump185/db_dump185.c:214: warning: assignment >>>>>>>>> makes pointer from integer without a cast >>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct >>>>>>>>> __db' has no member named 'seq' >>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>>>>>> undeclared (first use in this function) >>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each >>>>>>>>> undeclared identifier is reported only once >>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>>>>>> function it appears in.) >>>>>>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct >>>>>>>>> __db' has no member named 'seq' >>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>>>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct >>>>>>>>> __db' has no member named 'internal' >>>>>>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct >>>>>>>>> __db' has no member named 'internal' >>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>>>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct >>>>>>>>> __db' has no member named 'internal' >>>>>>>>> make: *** [db_dump185.lo] Error 1 >>>>>>>>> >>>>>>>>> Error: The following dependencies failed to build: apr-util >>>>>>>>> db44 sqlite3 gawk readline >>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>> $ >>>>>>>>> >>>>>>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>>>>>> >>>>>>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>>>>> util db44 sqlite3 gawk openssl >>>>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>>> >>>>>>>>>>>> This is probably related to: >>>>>>>>>>>> >>>>>>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>>>>>> The resolution to the problem says re-install MacPorts >>>>>>>>>>> from the disk image and selfupdate to the latest version. >>>>>>>>>> >>>>>>>>>> That's the resolution if you are having problems building >>>>>>>>>> MacPorts, not if db44 is having problems. >>>>>>>>>> >>>>>>>>>> I would recommend removing your readline from /usr/local >>>>>>>>>> (perhaps just temporarily) so that db44 can be installed. >>>>>>>>>> >>>>>>>>>>> What happens to the long list of ports that I have active >>>>>>>>>>> when I re-install from the disk image? >>>>>>>>>>> >>>>>>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>>>>>> 689M ./local >>>>>>>>>>> 689M . >>>>>>>>>> >>>>>>>>>> Nothing should happen to them if you were to reinstall >>>>>>>>>> MacPorts (unless you remove /opt/local or files from >>>>>>>>>> within /opt/local), but it doesn't look like you need to >>>>>>>>>> reinstall MacPorts. From macports.users at gmail.com Sat Dec 15 04:19:28 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Dec 15 04:18:58 2007 Subject: sudo port install apache2 In-Reply-To: <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Message-ID: I am getting the same: $ otool -L /usr/sbin/httpd /usr/sbin/httpd: /usr/local/lib/libexpat.0.1.0.dylib (compatibility version 2.0.0, current version 2.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.1.10) $ I have tried installing Apache from their own [http://apache.org/] source code. Is there anyway that I can undo the deed? On Dec 14, 2007, at 11:33 PM, Ryan Schmidt wrote: > Why is your /usr/sbin/httpd linked against anything in /usr/local/ > lib? This is what it should be linked with, at least on Tiger: > > $ otool -L /usr/sbin/httpd > /usr/sbin/httpd: > /usr/lib/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 88.3.5) > $ > > Have you replaced Apple's Apache with a build of your own? You > should not have done that. > > You should install the apache2 port from MacPorts and use that > instead. It should work correctly. I use it all the time. > > > On Dec 14, 2007, at 21:05, Charlse Darwin wrote: > >> $ sudo apachectl start >> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >> Referenced from: /usr/sbin/httpd >> Reason: image not found >> /usr/sbin/apachectl: line 187: 16752 Trace/BPT trap $HTTPD >> /usr/sbin/apachectl start: httpd could not be started >> $ >> >> On Dec 14, 2007, at 9:12 PM, Ryan Schmidt wrote: >> >>> Well, you should probably just move /usr/local aside first. Other >>> software (including MacPorts ports) may be inadvertently linked >>> with the libraries in /usr/local/lib. As you discover these, >>> rebuild those ports to link them properly with the MacPorts- >>> provided libraries. Once you're no longer using any software in / >>> usr/local, then you can get rid of it (making sure that you have >>> no actual important data in there first). >>> >>> >>> On Dec 14, 2007, at 20:01, Charlse Darwin wrote: >>> >>>> Should I run? >>>> sudo rm -rf /usr/local/lib >>>> >>>> >>>> On Dec 14, 2007, at 8:58 PM, Ryan Schmidt wrote: >>>> >>>>> Good, so something in /usr/local was conflicting. >>>>> >>>>> I see now all the other libs that you do have in /usr/local/ >>>>> lib. Those will probably also conflict with MacPorts-installed >>>>> programs. This is why we recommend not having anything in /usr/ >>>>> local/lib. Instead, install all software you need using MacPorts. >>>>> >>>>> On Dec 14, 2007, at 19:53, Charlse Darwin wrote: >>>>> >>>>>> $ mv mv /usr/local mv /usr/local-off >>>>>> Password: >>>>>> $ sudo port install apache2 >>>>>> ---> Building db44 with target all >>>>>> ---> Staging db44 into destroot >>>>>> ---> Installing db44 4.4.20_1+darwin_8 >>>>>> ---> Activating db44 4.4.20_1+darwin_8 >>>>>> ---> Cleaning db44 >>>>>> ---> Fetching gawk >>>>>> ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// >>>>>> ftp.gnu.org/gnu/gawk >>>>>> ---> Verifying checksum(s) for gawk >>>>>> ---> Extracting gawk >>>>>> ---> Applying patches to gawk >>>>>> ---> Configuring gawk >>>>>> ? >>>>>> >>>>>> On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: >>>>>> >>>>>>> Um.... it was anticipated to have been in /usr/local/lib but >>>>>>> I don't see it there either. >>>>>>> >>>>>>> Try moving the entire /usr/local aside (e.g. rename it "/usr/ >>>>>>> local-off") and see if that helps. >>>>>>> >>>>>>> >>>>>>> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >>>>>>> >>>>>>>> Where is readline? >>>>>>>> >>>>>>>> $ ls /usr/local/* >>>>>>>> /usr/local/BerkeleyDB.4.2: >>>>>>>> bin docs include lib >>>>>>>> >>>>>>>> /usr/local/OpenSourceLicenses: >>>>>>>> MySQL.txt RemoteDesktop.txt >>>>>>>> >>>>>>>> /usr/local/OpenSourceVersions: >>>>>>>> MySQL.plist RemoteDesktop.plist >>>>>>>> >>>>>>>> /usr/local/apache: >>>>>>>> bin include libexec sbin share >>>>>>>> >>>>>>>> /usr/local/apr: >>>>>>>> bin build-1 include lib >>>>>>>> >>>>>>>> /usr/local/bin: >>>>>>>> bash darwinxref >>>>>>>> make python2.5-config >>>>>>>> smtpd.py svndumpfilter >>>>>>>> bashbug decomment >>>>>>>> nano pythonw >>>>>>>> smtpd2.5.py svnlook >>>>>>>> check_dylib idle >>>>>>>> pydoc pythonw2.5 >>>>>>>> srm svnserve >>>>>>>> checksyms idle2.5 >>>>>>>> pydoc2.5 relpath >>>>>>>> sudo svnsync >>>>>>>> ctfconvert.c indr >>>>>>>> python rnano >>>>>>>> sudoedit svnversion >>>>>>>> darwinbuild kern_tool python- >>>>>>>> config seg_addr_table >>>>>>>> svn wget >>>>>>>> darwinmaster kextsymboltool >>>>>>>> python2.5 seg_hack >>>>>>>> svnadmin whois >>>>>>>> >>>>>>>> /usr/local/etc: >>>>>>>> wgetrc >>>>>>>> >>>>>>>> /usr/local/include: >>>>>>>> DarwinBuild apr-1 db.h >>>>>>>> dyld fuse.h neon pcap- >>>>>>>> namedb.h streams ulockmgr.h >>>>>>>> IOKit cbt db_cxx.h >>>>>>>> fuse mach-o pcap-bpf.h >>>>>>>> pcap.h subversion-1 >>>>>>>> >>>>>>>> /usr/local/info: >>>>>>>> bash.info make.info make.info-1 make.info-2 >>>>>>>> >>>>>>>> /usr/local/lib: >>>>>>>> charset.alias >>>>>>>> libkld.a >>>>>>>> libsvn_fs-1.0.dylib >>>>>>>> libsvn_ra_svn-1.0.dylib libsvn_wc-1.0.dylib >>>>>>>> libapr-1.0.2.8.dylib libneon. >>>>>>>> 25.0.5.dylib libsvn_fs-1.dylib >>>>>>>> libsvn_ra_svn-1.dylib libsvn_wc-1.dylib >>>>>>>> libapr-1.0.dylib libneon. >>>>>>>> 25.dylib libsvn_fs_base-1.0.0.0.dylib >>>>>>>> libsvn_repos-1.0.0.0.dylib libsvnjavahl-1.0.0.0.dylib >>>>>>>> libapr-1.dylib >>>>>>>> libneon.dylib >>>>>>>> libsvn_fs_base-1.0.dylib >>>>>>>> libsvn_repos-1.0.dylib libsvnjavahl-1.0.dylib >>>>>>>> libaprutil-1.0.2.8.dylib >>>>>>>> libpcap.a >>>>>>>> libsvn_fs_base-1.dylib >>>>>>>> libsvn_repos-1.dylib libsvnjavahl-1.dylib >>>>>>>> libaprutil-1.0.dylib >>>>>>>> libstreams.a >>>>>>>> libsvn_fs_fs-1.0.0.0.dylib >>>>>>>> libsvn_subr-1.0.0.0.dylib libulockmgr.0.0.0.dylib >>>>>>>> libaprutil-1.dylib >>>>>>>> libstreams_debug.a >>>>>>>> libsvn_fs_fs-1.0.dylib >>>>>>>> libsvn_subr-1.0.dylib libulockmgr.0.dylib >>>>>>>> libdb-4.5.dylib >>>>>>>> libstreams_profile.a >>>>>>>> libsvn_fs_fs-1.dylib >>>>>>>> libsvn_subr-1.dylib libulockmgr.a >>>>>>>> libdb-4.dylib >>>>>>>> libsvn_client-1.0.0.0.dylib >>>>>>>> libsvn_ra-1.0.0.0.dylib >>>>>>>> libsvn_swig_perl-1.0.0.0.dylib libulockmgr.dylib >>>>>>>> libdb.dylib >>>>>>>> libsvn_client-1.0.dylib >>>>>>>> libsvn_ra-1.0.dylib >>>>>>>> libsvn_swig_perl-1.0.dylib libulockmgr.la >>>>>>>> libexpat.0.1.0.dylib >>>>>>>> libsvn_client-1.dylib >>>>>>>> libsvn_ra-1.dylib >>>>>>>> libsvn_swig_perl-1.dylib pkgconfig >>>>>>>> libexpat.0.dylib >>>>>>>> libsvn_delta-1.0.0.0.dylib >>>>>>>> libsvn_ra_dav-1.0.0.0.dylib >>>>>>>> libsvn_swig_py-1.0.0.0.dylib svn-apache >>>>>>>> libexpat.dylib >>>>>>>> libsvn_delta-1.0.dylib >>>>>>>> libsvn_ra_dav-1.0.dylib >>>>>>>> libsvn_swig_py-1.0.dylib svn-javahl >>>>>>>> libfuse.0.0.0.dylib >>>>>>>> libsvn_delta-1.dylib >>>>>>>> libsvn_ra_dav-1.dylib >>>>>>>> libsvn_swig_py-1.dylib svn-perl >>>>>>>> libfuse.0.dylib >>>>>>>> libsvn_diff-1.0.0.0.dylib >>>>>>>> libsvn_ra_local-1.0.0.0.dylib >>>>>>>> libsvn_swig_ruby-1.0.0.0.dylib svn-python >>>>>>>> libfuse.a >>>>>>>> libsvn_diff-1.0.dylib >>>>>>>> libsvn_ra_local-1.0.dylib >>>>>>>> libsvn_swig_ruby-1.0.dylib svn-ruby >>>>>>>> libfuse.dylib >>>>>>>> libsvn_diff-1.dylib >>>>>>>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>>>>>>> libfuse.la >>>>>>>> libsvn_fs-1.0.0.0.dylib >>>>>>>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>>>>>>> >>>>>>>> /usr/local/libexec: >>>>>>>> gcc sudo_noexec.dylib sudo_noexec.la >>>>>>>> >>>>>>>> /usr/local/man: >>>>>>>> man1 man3 whatis >>>>>>>> >>>>>>>> /usr/local/sbin: >>>>>>>> visudo >>>>>>>> >>>>>>>> /usr/local/share: >>>>>>>> darwinbuild darwinxref doc >>>>>>>> html info locale man >>>>>>>> $ >>>>>>>> >>>>>>>> >>>>>>>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>>>>>>> >>>>>>>>> No no -- you need to remove (or temporarily move aside) the >>>>>>>>> readline libraries in /usr/local, *not* the readline >>>>>>>>> installed by MacPorts into /opt/local, which is perfectly >>>>>>>>> fine to have. >>>>>>>>> >>>>>>>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>>>>>>> >>>>>>>>>> $ sudo port uninstall readline >>>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the >>>>>>>>>> following ports depend on it: >>>>>>>>>> ---> bash >>>>>>>>>> ---> gnupg >>>>>>>>>> Error: port uninstall failed: Please uninstall the ports >>>>>>>>>> that depend on readline first. >>>>>>>>>> $ sudo port -f uninstall readline >>>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the >>>>>>>>>> following ports depend on it: >>>>>>>>>> ---> bash >>>>>>>>>> ---> gnupg >>>>>>>>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>>>>>>>> ---> Deactivating readline 5.2.007_0 >>>>>>>>>> ---> Uninstalling readline 5.2.007_0 >>>>>>>>>> $ sudo port install apache2 >>>>>>>>>> ---> Building db44 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_po >>>>>>>>>> rts_databases_db44/work/db-4.4.20/build_unix" && make all >>>>>>>>>> " returned error 2 >>>>>>>>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>>>>>>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>>>>>>>> dist/../db_dump185/db_dump185.c >>>>>>>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/ >>>>>>>>>> include ../dist/../db_dump185/db_dump185.c -fno-common - >>>>>>>>>> DPIC -o .libs/db_dump185.o >>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:212: warning: >>>>>>>>>> assignment makes pointer from integer without a cast >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:214: warning: >>>>>>>>>> assignment makes pointer from integer without a cast >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct >>>>>>>>>> __db' has no member named 'seq' >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>>>>>>> undeclared (first use in this function) >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each >>>>>>>>>> undeclared identifier is reported only once >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>>>>>>> function it appears in.) >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct >>>>>>>>>> __db' has no member named 'seq' >>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct >>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct >>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>>>>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct >>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>> make: *** [db_dump185.lo] Error 1 >>>>>>>>>> >>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>> util db44 sqlite3 gawk readline >>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>> $ >>>>>>>>>> >>>>>>>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>>>>>>> >>>>>>>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>>>>>> util db44 sqlite3 gawk openssl >>>>>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>>>> >>>>>>>>>>>>> This is probably related to: >>>>>>>>>>>>> >>>>>>>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>>>>>>> The resolution to the problem says re-install MacPorts >>>>>>>>>>>> from the disk image and selfupdate to the latest version. >>>>>>>>>>> >>>>>>>>>>> That's the resolution if you are having problems building >>>>>>>>>>> MacPorts, not if db44 is having problems. >>>>>>>>>>> >>>>>>>>>>> I would recommend removing your readline from /usr/local >>>>>>>>>>> (perhaps just temporarily) so that db44 can be installed. >>>>>>>>>>> >>>>>>>>>>>> What happens to the long list of ports that I have >>>>>>>>>>>> active when I re-install from the disk image? >>>>>>>>>>>> >>>>>>>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>>>>>>> 689M ./local >>>>>>>>>>>> 689M . >>>>>>>>>>> >>>>>>>>>>> Nothing should happen to them if you were to reinstall >>>>>>>>>>> MacPorts (unless you remove /opt/local or files from >>>>>>>>>>> within /opt/local), but it doesn't look like you need to >>>>>>>>>>> reinstall MacPorts. From ryandesign at macports.org Sat Dec 15 04:41:24 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 15 04:41:02 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Message-ID: Well, you're not getting the same output as me: your httpd is linked against /usr/lib/libSystem and /usr/local/lib/libexpat. Mine is linked against /usr/lib/libSystem and /usr/lib/libgcc. Apple does not provide any software in /usr/local so you must have manually compiled expat in prefix /usr/local and then manually compiled apache in prefix /usr. The latter unfortunately seems to have overwritten parts of Mac OS X (including at least Mac OS X's version of apache). If you can figure out what all that process installed, you should manually remove those items. (MacPorts keeps track of what it installed where so that it can uninstall it later with "port uninstall", but normal unix software installed by hand provides no such mechanism.) Then you will have no apache. You will then probably want to put Apple's apache back on, to make your system whole again. (Mac OS X software updates could behave unpredictably if the files they're trying to update aren't there.) But the only way I know of to do that would be to reinstall Mac OS X. Since you probably have a later version of Mac OS X on your hard drive now than the version that's on your install DVD, the only Apple- supported way to do this is to do an archive and install of the OS. (Apple does not support installing an older version of Mac OS X on top of a newer version, as far as I know.) You could just choose to ignore the apache that's in /usr/sbin/httpd, and just use MacPorts's apache2 instead. I recommend that anyway, since it will be kept more up-to-date than Apple's. Should you opt for reinstalling the OS, I recommend you do not then start manually compiling any software again, but rather use MacPorts to install whatever you need. If you find any software for which ports do not yet exist, ports can be created. On Dec 15, 2007, at 06:19, Charlse Darwin wrote: > I am getting the same: > > $ otool -L /usr/sbin/httpd > /usr/sbin/httpd: > /usr/local/lib/libexpat.0.1.0.dylib (compatibility version > 2.0.0, current version 2.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.1.10) > $ > > I have tried installing Apache from their own [http://apache.org/] > source code. Is there anyway that I can undo the deed? > > On Dec 14, 2007, at 11:33 PM, Ryan Schmidt wrote: > >> Why is your /usr/sbin/httpd linked against anything in /usr/local/ >> lib? This is what it should be linked with, at least on Tiger: >> >> $ otool -L /usr/sbin/httpd >> /usr/sbin/httpd: >> /usr/lib/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 88.3.5) >> $ >> >> Have you replaced Apple's Apache with a build of your own? You >> should not have done that. >> >> You should install the apache2 port from MacPorts and use that >> instead. It should work correctly. I use it all the time. >> >> >> On Dec 14, 2007, at 21:05, Charlse Darwin wrote: >> >>> $ sudo apachectl start >>> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >>> Referenced from: /usr/sbin/httpd >>> Reason: image not found >>> /usr/sbin/apachectl: line 187: 16752 Trace/BPT trap $HTTPD >>> /usr/sbin/apachectl start: httpd could not be started >>> $ >>> >>> On Dec 14, 2007, at 9:12 PM, Ryan Schmidt wrote: >>> >>>> Well, you should probably just move /usr/local aside first. >>>> Other software (including MacPorts ports) may be inadvertently >>>> linked with the libraries in /usr/local/lib. As you discover >>>> these, rebuild those ports to link them properly with the >>>> MacPorts-provided libraries. Once you're no longer using any >>>> software in /usr/local, then you can get rid of it (making sure >>>> that you have no actual important data in there first). >>>> >>>> >>>> On Dec 14, 2007, at 20:01, Charlse Darwin wrote: >>>> >>>>> Should I run? >>>>> sudo rm -rf /usr/local/lib >>>>> >>>>> >>>>> On Dec 14, 2007, at 8:58 PM, Ryan Schmidt wrote: >>>>> >>>>>> Good, so something in /usr/local was conflicting. >>>>>> >>>>>> I see now all the other libs that you do have in /usr/local/ >>>>>> lib. Those will probably also conflict with MacPorts-installed >>>>>> programs. This is why we recommend not having anything in /usr/ >>>>>> local/lib. Instead, install all software you need using MacPorts. >>>>>> >>>>>> On Dec 14, 2007, at 19:53, Charlse Darwin wrote: >>>>>> >>>>>>> $ mv mv /usr/local mv /usr/local-off >>>>>>> Password: >>>>>>> $ sudo port install apache2 >>>>>>> ---> Building db44 with target all >>>>>>> ---> Staging db44 into destroot >>>>>>> ---> Installing db44 4.4.20_1+darwin_8 >>>>>>> ---> Activating db44 4.4.20_1+darwin_8 >>>>>>> ---> Cleaning db44 >>>>>>> ---> Fetching gawk >>>>>>> ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// >>>>>>> ftp.gnu.org/gnu/gawk >>>>>>> ---> Verifying checksum(s) for gawk >>>>>>> ---> Extracting gawk >>>>>>> ---> Applying patches to gawk >>>>>>> ---> Configuring gawk >>>>>>> ? >>>>>>> >>>>>>> On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: >>>>>>> >>>>>>>> Um.... it was anticipated to have been in /usr/local/lib but >>>>>>>> I don't see it there either. >>>>>>>> >>>>>>>> Try moving the entire /usr/local aside (e.g. rename it "/usr/ >>>>>>>> local-off") and see if that helps. >>>>>>>> >>>>>>>> >>>>>>>> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >>>>>>>> >>>>>>>>> Where is readline? >>>>>>>>> >>>>>>>>> $ ls /usr/local/* >>>>>>>>> /usr/local/BerkeleyDB.4.2: >>>>>>>>> bin docs include lib >>>>>>>>> >>>>>>>>> /usr/local/OpenSourceLicenses: >>>>>>>>> MySQL.txt RemoteDesktop.txt >>>>>>>>> >>>>>>>>> /usr/local/OpenSourceVersions: >>>>>>>>> MySQL.plist RemoteDesktop.plist >>>>>>>>> >>>>>>>>> /usr/local/apache: >>>>>>>>> bin include libexec sbin share >>>>>>>>> >>>>>>>>> /usr/local/apr: >>>>>>>>> bin build-1 include lib >>>>>>>>> >>>>>>>>> /usr/local/bin: >>>>>>>>> bash darwinxref >>>>>>>>> make python2.5-config >>>>>>>>> smtpd.py svndumpfilter >>>>>>>>> bashbug decomment >>>>>>>>> nano pythonw >>>>>>>>> smtpd2.5.py svnlook >>>>>>>>> check_dylib idle >>>>>>>>> pydoc pythonw2.5 >>>>>>>>> srm svnserve >>>>>>>>> checksyms idle2.5 >>>>>>>>> pydoc2.5 relpath >>>>>>>>> sudo svnsync >>>>>>>>> ctfconvert.c indr >>>>>>>>> python rnano >>>>>>>>> sudoedit svnversion >>>>>>>>> darwinbuild kern_tool python- >>>>>>>>> config seg_addr_table >>>>>>>>> svn wget >>>>>>>>> darwinmaster kextsymboltool >>>>>>>>> python2.5 seg_hack >>>>>>>>> svnadmin whois >>>>>>>>> >>>>>>>>> /usr/local/etc: >>>>>>>>> wgetrc >>>>>>>>> >>>>>>>>> /usr/local/include: >>>>>>>>> DarwinBuild apr-1 db.h >>>>>>>>> dyld fuse.h neon pcap- >>>>>>>>> namedb.h streams ulockmgr.h >>>>>>>>> IOKit cbt db_cxx.h >>>>>>>>> fuse mach-o pcap-bpf.h >>>>>>>>> pcap.h subversion-1 >>>>>>>>> >>>>>>>>> /usr/local/info: >>>>>>>>> bash.info make.info make.info-1 make.info-2 >>>>>>>>> >>>>>>>>> /usr/local/lib: >>>>>>>>> charset.alias >>>>>>>>> libkld.a >>>>>>>>> libsvn_fs-1.0.dylib >>>>>>>>> libsvn_ra_svn-1.0.dylib libsvn_wc-1.0.dylib >>>>>>>>> libapr-1.0.2.8.dylib libneon. >>>>>>>>> 25.0.5.dylib libsvn_fs-1.dylib >>>>>>>>> libsvn_ra_svn-1.dylib libsvn_wc-1.dylib >>>>>>>>> libapr-1.0.dylib libneon. >>>>>>>>> 25.dylib libsvn_fs_base-1.0.0.0.dylib >>>>>>>>> libsvn_repos-1.0.0.0.dylib libsvnjavahl-1.0.0.0.dylib >>>>>>>>> libapr-1.dylib >>>>>>>>> libneon.dylib >>>>>>>>> libsvn_fs_base-1.0.dylib >>>>>>>>> libsvn_repos-1.0.dylib libsvnjavahl-1.0.dylib >>>>>>>>> libaprutil-1.0.2.8.dylib >>>>>>>>> libpcap.a >>>>>>>>> libsvn_fs_base-1.dylib >>>>>>>>> libsvn_repos-1.dylib libsvnjavahl-1.dylib >>>>>>>>> libaprutil-1.0.dylib >>>>>>>>> libstreams.a >>>>>>>>> libsvn_fs_fs-1.0.0.0.dylib >>>>>>>>> libsvn_subr-1.0.0.0.dylib libulockmgr.0.0.0.dylib >>>>>>>>> libaprutil-1.dylib >>>>>>>>> libstreams_debug.a >>>>>>>>> libsvn_fs_fs-1.0.dylib >>>>>>>>> libsvn_subr-1.0.dylib libulockmgr.0.dylib >>>>>>>>> libdb-4.5.dylib >>>>>>>>> libstreams_profile.a >>>>>>>>> libsvn_fs_fs-1.dylib >>>>>>>>> libsvn_subr-1.dylib libulockmgr.a >>>>>>>>> libdb-4.dylib >>>>>>>>> libsvn_client-1.0.0.0.dylib >>>>>>>>> libsvn_ra-1.0.0.0.dylib >>>>>>>>> libsvn_swig_perl-1.0.0.0.dylib libulockmgr.dylib >>>>>>>>> libdb.dylib >>>>>>>>> libsvn_client-1.0.dylib >>>>>>>>> libsvn_ra-1.0.dylib >>>>>>>>> libsvn_swig_perl-1.0.dylib libulockmgr.la >>>>>>>>> libexpat.0.1.0.dylib >>>>>>>>> libsvn_client-1.dylib >>>>>>>>> libsvn_ra-1.dylib >>>>>>>>> libsvn_swig_perl-1.dylib pkgconfig >>>>>>>>> libexpat.0.dylib >>>>>>>>> libsvn_delta-1.0.0.0.dylib >>>>>>>>> libsvn_ra_dav-1.0.0.0.dylib >>>>>>>>> libsvn_swig_py-1.0.0.0.dylib svn-apache >>>>>>>>> libexpat.dylib >>>>>>>>> libsvn_delta-1.0.dylib >>>>>>>>> libsvn_ra_dav-1.0.dylib >>>>>>>>> libsvn_swig_py-1.0.dylib svn-javahl >>>>>>>>> libfuse.0.0.0.dylib >>>>>>>>> libsvn_delta-1.dylib >>>>>>>>> libsvn_ra_dav-1.dylib >>>>>>>>> libsvn_swig_py-1.dylib svn-perl >>>>>>>>> libfuse.0.dylib >>>>>>>>> libsvn_diff-1.0.0.0.dylib >>>>>>>>> libsvn_ra_local-1.0.0.0.dylib >>>>>>>>> libsvn_swig_ruby-1.0.0.0.dylib svn-python >>>>>>>>> libfuse.a >>>>>>>>> libsvn_diff-1.0.dylib >>>>>>>>> libsvn_ra_local-1.0.dylib >>>>>>>>> libsvn_swig_ruby-1.0.dylib svn-ruby >>>>>>>>> libfuse.dylib >>>>>>>>> libsvn_diff-1.dylib >>>>>>>>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>>>>>>>> libfuse.la >>>>>>>>> libsvn_fs-1.0.0.0.dylib >>>>>>>>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>>>>>>>> >>>>>>>>> /usr/local/libexec: >>>>>>>>> gcc sudo_noexec.dylib sudo_noexec.la >>>>>>>>> >>>>>>>>> /usr/local/man: >>>>>>>>> man1 man3 whatis >>>>>>>>> >>>>>>>>> /usr/local/sbin: >>>>>>>>> visudo >>>>>>>>> >>>>>>>>> /usr/local/share: >>>>>>>>> darwinbuild darwinxref doc >>>>>>>>> html info locale man >>>>>>>>> $ >>>>>>>>> >>>>>>>>> >>>>>>>>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>>>>>>>> >>>>>>>>>> No no -- you need to remove (or temporarily move aside) >>>>>>>>>> the readline libraries in /usr/local, *not* the readline >>>>>>>>>> installed by MacPorts into /opt/local, which is perfectly >>>>>>>>>> fine to have. >>>>>>>>>> >>>>>>>>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>>>>>>>> >>>>>>>>>>> $ sudo port uninstall readline >>>>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the >>>>>>>>>>> following ports depend on it: >>>>>>>>>>> ---> bash >>>>>>>>>>> ---> gnupg >>>>>>>>>>> Error: port uninstall failed: Please uninstall the ports >>>>>>>>>>> that depend on readline first. >>>>>>>>>>> $ sudo port -f uninstall readline >>>>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the >>>>>>>>>>> following ports depend on it: >>>>>>>>>>> ---> bash >>>>>>>>>>> ---> gnupg >>>>>>>>>>> Warning: Uninstall forced. Proceeding despite dependencies. >>>>>>>>>>> ---> Deactivating readline 5.2.007_0 >>>>>>>>>>> ---> Uninstalling readline 5.2.007_0 >>>>>>>>>>> $ sudo port install apache2 >>>>>>>>>>> ---> Building db44 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_p >>>>>>>>>>> orts_databases_db44/work/db-4.4.20/build_unix" && make >>>>>>>>>>> all " returned error 2 >>>>>>>>>>> Command output: /bin/sh ./libtool --mode=compile /usr/bin/ >>>>>>>>>>> gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>>>>>>>>> dist/../db_dump185/db_dump185.c >>>>>>>>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/ >>>>>>>>>>> include ../dist/../db_dump185/db_dump185.c -fno-common - >>>>>>>>>>> DPIC -o .libs/db_dump185.o >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:212: warning: >>>>>>>>>>> assignment makes pointer from integer without a cast >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:214: warning: >>>>>>>>>>> assignment makes pointer from integer without a cast >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct >>>>>>>>>>> __db' has no member named 'seq' >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>>>>>>>> undeclared (first use in this function) >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each >>>>>>>>>>> undeclared identifier is reported only once >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>>>>>>>> function it appears in.) >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct >>>>>>>>>>> __db' has no member named 'seq' >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct >>>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct >>>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct >>>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>>> make: *** [db_dump185.lo] Error 1 >>>>>>>>>>> >>>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>>> util db44 sqlite3 gawk readline >>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>> $ >>>>>>>>>>> >>>>>>>>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>>>>>>>> >>>>>>>>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>>>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>>>>>>>> Error: The following dependencies failed to build: >>>>>>>>>>>>>>> apr-util db44 sqlite3 gawk openssl >>>>>>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>>>>> >>>>>>>>>>>>>> This is probably related to: >>>>>>>>>>>>>> >>>>>>>>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>>>>>>>> The resolution to the problem says re-install MacPorts >>>>>>>>>>>>> from the disk image and selfupdate to the latest version. >>>>>>>>>>>> >>>>>>>>>>>> That's the resolution if you are having problems >>>>>>>>>>>> building MacPorts, not if db44 is having problems. >>>>>>>>>>>> >>>>>>>>>>>> I would recommend removing your readline from /usr/local >>>>>>>>>>>> (perhaps just temporarily) so that db44 can be installed. >>>>>>>>>>>> >>>>>>>>>>>>> What happens to the long list of ports that I have >>>>>>>>>>>>> active when I re-install from the disk image? >>>>>>>>>>>>> >>>>>>>>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>>>>>>>> 689M ./local >>>>>>>>>>>>> 689M . >>>>>>>>>>>> >>>>>>>>>>>> Nothing should happen to them if you were to reinstall >>>>>>>>>>>> MacPorts (unless you remove /opt/local or files from >>>>>>>>>>>> within /opt/local), but it doesn't look like you need to >>>>>>>>>>>> reinstall MacPorts. From macports.users at gmail.com Sat Dec 15 04:46:09 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Dec 15 04:45:40 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Message-ID: <43420430-50C2-4EB9-A2A4-02AE7AC0DE50@gmail.com> Let me see what I can do, thanks. On Dec 15, 2007, at 7:41 AM, Ryan Schmidt wrote: > Well, you're not getting the same output as me: your httpd is > linked against /usr/lib/libSystem and /usr/local/lib/libexpat. Mine > is linked against /usr/lib/libSystem and /usr/lib/libgcc. > > Apple does not provide any software in /usr/local so you must have > manually compiled expat in prefix /usr/local and then manually > compiled apache in prefix /usr. The latter unfortunately seems to > have overwritten parts of Mac OS X (including at least Mac OS X's > version of apache). If you can figure out what all that process > installed, you should manually remove those items. (MacPorts keeps > track of what it installed where so that it can uninstall it later > with "port uninstall", but normal unix software installed by hand > provides no such mechanism.) Then you will have no apache. > > You will then probably want to put Apple's apache back on, to make > your system whole again. (Mac OS X software updates could behave > unpredictably if the files they're trying to update aren't there.) > But the only way I know of to do that would be to reinstall Mac OS > X. Since you probably have a later version of Mac OS X on your hard > drive now than the version that's on your install DVD, the only > Apple-supported way to do this is to do an archive and install of > the OS. (Apple does not support installing an older version of Mac > OS X on top of a newer version, as far as I know.) > > You could just choose to ignore the apache that's in /usr/sbin/ > httpd, and just use MacPorts's apache2 instead. I recommend that > anyway, since it will be kept more up-to-date than Apple's. > > Should you opt for reinstalling the OS, I recommend you do not then > start manually compiling any software again, but rather use > MacPorts to install whatever you need. If you find any software for > which ports do not yet exist, ports can be created. > > > On Dec 15, 2007, at 06:19, Charlse Darwin wrote: > >> I am getting the same: >> >> $ otool -L /usr/sbin/httpd >> /usr/sbin/httpd: >> /usr/local/lib/libexpat.0.1.0.dylib (compatibility version >> 2.0.0, current version 2.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, >> current version 88.1.10) >> $ >> >> I have tried installing Apache from their own [http://apache.org/] >> source code. Is there anyway that I can undo the deed? >> >> On Dec 14, 2007, at 11:33 PM, Ryan Schmidt wrote: >> >>> Why is your /usr/sbin/httpd linked against anything in /usr/local/ >>> lib? This is what it should be linked with, at least on Tiger: >>> >>> $ otool -L /usr/sbin/httpd >>> /usr/sbin/httpd: >>> /usr/lib/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 88.3.5) >>> $ >>> >>> Have you replaced Apple's Apache with a build of your own? You >>> should not have done that. >>> >>> You should install the apache2 port from MacPorts and use that >>> instead. It should work correctly. I use it all the time. >>> >>> >>> On Dec 14, 2007, at 21:05, Charlse Darwin wrote: >>> >>>> $ sudo apachectl start >>>> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >>>> Referenced from: /usr/sbin/httpd >>>> Reason: image not found >>>> /usr/sbin/apachectl: line 187: 16752 Trace/BPT trap $HTTPD >>>> /usr/sbin/apachectl start: httpd could not be started >>>> $ >>>> >>>> On Dec 14, 2007, at 9:12 PM, Ryan Schmidt wrote: >>>> >>>>> Well, you should probably just move /usr/local aside first. >>>>> Other software (including MacPorts ports) may be inadvertently >>>>> linked with the libraries in /usr/local/lib. As you discover >>>>> these, rebuild those ports to link them properly with the >>>>> MacPorts-provided libraries. Once you're no longer using any >>>>> software in /usr/local, then you can get rid of it (making sure >>>>> that you have no actual important data in there first). >>>>> >>>>> >>>>> On Dec 14, 2007, at 20:01, Charlse Darwin wrote: >>>>> >>>>>> Should I run? >>>>>> sudo rm -rf /usr/local/lib >>>>>> >>>>>> >>>>>> On Dec 14, 2007, at 8:58 PM, Ryan Schmidt wrote: >>>>>> >>>>>>> Good, so something in /usr/local was conflicting. >>>>>>> >>>>>>> I see now all the other libs that you do have in /usr/local/ >>>>>>> lib. Those will probably also conflict with MacPorts- >>>>>>> installed programs. This is why we recommend not having >>>>>>> anything in /usr/local/lib. Instead, install all software you >>>>>>> need using MacPorts. >>>>>>> >>>>>>> On Dec 14, 2007, at 19:53, Charlse Darwin wrote: >>>>>>> >>>>>>>> $ mv mv /usr/local mv /usr/local-off >>>>>>>> Password: >>>>>>>> $ sudo port install apache2 >>>>>>>> ---> Building db44 with target all >>>>>>>> ---> Staging db44 into destroot >>>>>>>> ---> Installing db44 4.4.20_1+darwin_8 >>>>>>>> ---> Activating db44 4.4.20_1+darwin_8 >>>>>>>> ---> Cleaning db44 >>>>>>>> ---> Fetching gawk >>>>>>>> ---> Attempting to fetch gawk-3.1.5.tar.bz2 from http:// >>>>>>>> ftp.gnu.org/gnu/gawk >>>>>>>> ---> Verifying checksum(s) for gawk >>>>>>>> ---> Extracting gawk >>>>>>>> ---> Applying patches to gawk >>>>>>>> ---> Configuring gawk >>>>>>>> ? >>>>>>>> >>>>>>>> On Dec 14, 2007, at 8:43 PM, Ryan Schmidt wrote: >>>>>>>> >>>>>>>>> Um.... it was anticipated to have been in /usr/local/lib >>>>>>>>> but I don't see it there either. >>>>>>>>> >>>>>>>>> Try moving the entire /usr/local aside (e.g. rename it "/ >>>>>>>>> usr/local-off") and see if that helps. >>>>>>>>> >>>>>>>>> >>>>>>>>> On Dec 14, 2007, at 19:14, Charlse Darwin wrote: >>>>>>>>> >>>>>>>>>> Where is readline? >>>>>>>>>> >>>>>>>>>> $ ls /usr/local/* >>>>>>>>>> /usr/local/BerkeleyDB.4.2: >>>>>>>>>> bin docs include lib >>>>>>>>>> >>>>>>>>>> /usr/local/OpenSourceLicenses: >>>>>>>>>> MySQL.txt RemoteDesktop.txt >>>>>>>>>> >>>>>>>>>> /usr/local/OpenSourceVersions: >>>>>>>>>> MySQL.plist RemoteDesktop.plist >>>>>>>>>> >>>>>>>>>> /usr/local/apache: >>>>>>>>>> bin include libexec sbin share >>>>>>>>>> >>>>>>>>>> /usr/local/apr: >>>>>>>>>> bin build-1 include lib >>>>>>>>>> >>>>>>>>>> /usr/local/bin: >>>>>>>>>> bash darwinxref >>>>>>>>>> make python2.5-config >>>>>>>>>> smtpd.py svndumpfilter >>>>>>>>>> bashbug decomment >>>>>>>>>> nano pythonw >>>>>>>>>> smtpd2.5.py svnlook >>>>>>>>>> check_dylib idle >>>>>>>>>> pydoc pythonw2.5 >>>>>>>>>> srm svnserve >>>>>>>>>> checksyms idle2.5 >>>>>>>>>> pydoc2.5 relpath >>>>>>>>>> sudo svnsync >>>>>>>>>> ctfconvert.c indr >>>>>>>>>> python rnano >>>>>>>>>> sudoedit svnversion >>>>>>>>>> darwinbuild kern_tool python- >>>>>>>>>> config seg_addr_table >>>>>>>>>> svn wget >>>>>>>>>> darwinmaster kextsymboltool >>>>>>>>>> python2.5 seg_hack >>>>>>>>>> svnadmin whois >>>>>>>>>> >>>>>>>>>> /usr/local/etc: >>>>>>>>>> wgetrc >>>>>>>>>> >>>>>>>>>> /usr/local/include: >>>>>>>>>> DarwinBuild apr-1 db.h >>>>>>>>>> dyld fuse.h neon pcap- >>>>>>>>>> namedb.h streams ulockmgr.h >>>>>>>>>> IOKit cbt db_cxx.h >>>>>>>>>> fuse mach-o pcap-bpf.h >>>>>>>>>> pcap.h subversion-1 >>>>>>>>>> >>>>>>>>>> /usr/local/info: >>>>>>>>>> bash.info make.info make.info-1 make.info-2 >>>>>>>>>> >>>>>>>>>> /usr/local/lib: >>>>>>>>>> charset.alias >>>>>>>>>> libkld.a >>>>>>>>>> libsvn_fs-1.0.dylib >>>>>>>>>> libsvn_ra_svn-1.0.dylib libsvn_wc-1.0.dylib >>>>>>>>>> libapr-1.0.2.8.dylib libneon. >>>>>>>>>> 25.0.5.dylib libsvn_fs-1.dylib >>>>>>>>>> libsvn_ra_svn-1.dylib libsvn_wc-1.dylib >>>>>>>>>> libapr-1.0.dylib libneon. >>>>>>>>>> 25.dylib libsvn_fs_base-1.0.0.0.dylib >>>>>>>>>> libsvn_repos-1.0.0.0.dylib libsvnjavahl-1.0.0.0.dylib >>>>>>>>>> libapr-1.dylib >>>>>>>>>> libneon.dylib >>>>>>>>>> libsvn_fs_base-1.0.dylib >>>>>>>>>> libsvn_repos-1.0.dylib libsvnjavahl-1.0.dylib >>>>>>>>>> libaprutil-1.0.2.8.dylib >>>>>>>>>> libpcap.a >>>>>>>>>> libsvn_fs_base-1.dylib >>>>>>>>>> libsvn_repos-1.dylib libsvnjavahl-1.dylib >>>>>>>>>> libaprutil-1.0.dylib >>>>>>>>>> libstreams.a >>>>>>>>>> libsvn_fs_fs-1.0.0.0.dylib >>>>>>>>>> libsvn_subr-1.0.0.0.dylib libulockmgr.0.0.0.dylib >>>>>>>>>> libaprutil-1.dylib >>>>>>>>>> libstreams_debug.a >>>>>>>>>> libsvn_fs_fs-1.0.dylib >>>>>>>>>> libsvn_subr-1.0.dylib libulockmgr.0.dylib >>>>>>>>>> libdb-4.5.dylib >>>>>>>>>> libstreams_profile.a >>>>>>>>>> libsvn_fs_fs-1.dylib >>>>>>>>>> libsvn_subr-1.dylib libulockmgr.a >>>>>>>>>> libdb-4.dylib >>>>>>>>>> libsvn_client-1.0.0.0.dylib >>>>>>>>>> libsvn_ra-1.0.0.0.dylib >>>>>>>>>> libsvn_swig_perl-1.0.0.0.dylib libulockmgr.dylib >>>>>>>>>> libdb.dylib >>>>>>>>>> libsvn_client-1.0.dylib >>>>>>>>>> libsvn_ra-1.0.dylib >>>>>>>>>> libsvn_swig_perl-1.0.dylib libulockmgr.la >>>>>>>>>> libexpat.0.1.0.dylib >>>>>>>>>> libsvn_client-1.dylib >>>>>>>>>> libsvn_ra-1.dylib >>>>>>>>>> libsvn_swig_perl-1.dylib pkgconfig >>>>>>>>>> libexpat.0.dylib >>>>>>>>>> libsvn_delta-1.0.0.0.dylib >>>>>>>>>> libsvn_ra_dav-1.0.0.0.dylib >>>>>>>>>> libsvn_swig_py-1.0.0.0.dylib svn-apache >>>>>>>>>> libexpat.dylib >>>>>>>>>> libsvn_delta-1.0.dylib >>>>>>>>>> libsvn_ra_dav-1.0.dylib >>>>>>>>>> libsvn_swig_py-1.0.dylib svn-javahl >>>>>>>>>> libfuse.0.0.0.dylib >>>>>>>>>> libsvn_delta-1.dylib >>>>>>>>>> libsvn_ra_dav-1.dylib >>>>>>>>>> libsvn_swig_py-1.dylib svn-perl >>>>>>>>>> libfuse.0.dylib >>>>>>>>>> libsvn_diff-1.0.0.0.dylib >>>>>>>>>> libsvn_ra_local-1.0.0.0.dylib >>>>>>>>>> libsvn_swig_ruby-1.0.0.0.dylib svn-python >>>>>>>>>> libfuse.a >>>>>>>>>> libsvn_diff-1.0.dylib >>>>>>>>>> libsvn_ra_local-1.0.dylib >>>>>>>>>> libsvn_swig_ruby-1.0.dylib svn-ruby >>>>>>>>>> libfuse.dylib >>>>>>>>>> libsvn_diff-1.dylib >>>>>>>>>> libsvn_ra_local-1.dylib libsvn_swig_ruby-1.dylib >>>>>>>>>> libfuse.la >>>>>>>>>> libsvn_fs-1.0.0.0.dylib >>>>>>>>>> libsvn_ra_svn-1.0.0.0.dylib libsvn_wc-1.0.0.0.dylib >>>>>>>>>> >>>>>>>>>> /usr/local/libexec: >>>>>>>>>> gcc sudo_noexec.dylib >>>>>>>>>> sudo_noexec.la >>>>>>>>>> >>>>>>>>>> /usr/local/man: >>>>>>>>>> man1 man3 whatis >>>>>>>>>> >>>>>>>>>> /usr/local/sbin: >>>>>>>>>> visudo >>>>>>>>>> >>>>>>>>>> /usr/local/share: >>>>>>>>>> darwinbuild darwinxref doc >>>>>>>>>> html info locale man >>>>>>>>>> $ >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Dec 14, 2007, at 8:04 PM, Ryan Schmidt wrote: >>>>>>>>>> >>>>>>>>>>> No no -- you need to remove (or temporarily move aside) >>>>>>>>>>> the readline libraries in /usr/local, *not* the readline >>>>>>>>>>> installed by MacPorts into /opt/local, which is perfectly >>>>>>>>>>> fine to have. >>>>>>>>>>> >>>>>>>>>>> On Dec 14, 2007, at 16:54, Charles Darwin wrote: >>>>>>>>>>> >>>>>>>>>>>> $ sudo port uninstall readline >>>>>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the >>>>>>>>>>>> following ports depend on it: >>>>>>>>>>>> ---> bash >>>>>>>>>>>> ---> gnupg >>>>>>>>>>>> Error: port uninstall failed: Please uninstall the ports >>>>>>>>>>>> that depend on readline first. >>>>>>>>>>>> $ sudo port -f uninstall readline >>>>>>>>>>>> ---> Unable to uninstall readline 5.2.007_0, the >>>>>>>>>>>> following ports depend on it: >>>>>>>>>>>> ---> bash >>>>>>>>>>>> ---> gnupg >>>>>>>>>>>> Warning: Uninstall forced. Proceeding despite >>>>>>>>>>>> dependencies. >>>>>>>>>>>> ---> Deactivating readline 5.2.007_0 >>>>>>>>>>>> ---> Uninstalling readline 5.2.007_0 >>>>>>>>>>>> $ sudo port install apache2 >>>>>>>>>>>> ---> Building db44 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_databases_db44/work/db-4.4.20/build_unix" && make >>>>>>>>>>>> all " returned error 2 >>>>>>>>>>>> Command output: /bin/sh ./libtool --mode=compile /usr/ >>>>>>>>>>>> bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/include ../ >>>>>>>>>>>> dist/../db_dump185/db_dump185.c >>>>>>>>>>>> /usr/bin/gcc-4.0 -c -O2 -I../dist/.. -I/opt/local/ >>>>>>>>>>>> include ../dist/../db_dump185/db_dump185.c -fno-common - >>>>>>>>>>>> DPIC -o .libs/db_dump185.o >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'main': >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:212: warning: >>>>>>>>>>>> assignment makes pointer from integer without a cast >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:214: warning: >>>>>>>>>>>> assignment makes pointer from integer without a cast >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'struct >>>>>>>>>>>> __db' has no member named 'seq' >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: 'R_NEXT' >>>>>>>>>>>> undeclared (first use in this function) >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: (Each >>>>>>>>>>>> undeclared identifier is reported only once >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:229: error: for each >>>>>>>>>>>> function it appears in.) >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:234: error: 'struct >>>>>>>>>>>> __db' has no member named 'seq' >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_hash': >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:262: error: 'struct >>>>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:264: error: 'struct >>>>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c: In function 'db_btree': >>>>>>>>>>>> ../dist/../db_dump185/db_dump185.c:289: error: 'struct >>>>>>>>>>>> __db' has no member named 'internal' >>>>>>>>>>>> make: *** [db_dump185.lo] Error 1 >>>>>>>>>>>> >>>>>>>>>>>> Error: The following dependencies failed to build: apr- >>>>>>>>>>>> util db44 sqlite3 gawk readline >>>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>>> $ >>>>>>>>>>>> >>>>>>>>>>>> On Dec 14, 2007, at 2:16 PM, Daniel J. Luke wrote: >>>>>>>>>>>> >>>>>>>>>>>>> On Dec 14, 2007, at 12:40 PM, Chris Janton wrote: >>>>>>>>>>>>>> On 2007-12-13 , at 21:08 , Daniel J. Luke wrote: >>>>>>>>>>>>>>>> Error: The following dependencies failed to build: >>>>>>>>>>>>>>>> apr-util db44 sqlite3 gawk openssl >>>>>>>>>>>>>>>> Error: Status 1 encountered during processing. >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> This is probably related to: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> http://trac.macports.org/projects/macports/ticket/12040 >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>> I have the dreaded "readline in /usr/local" problem. >>>>>>>>>>>>>> The resolution to the problem says re-install MacPorts >>>>>>>>>>>>>> from the disk image and selfupdate to the latest version. >>>>>>>>>>>>> >>>>>>>>>>>>> That's the resolution if you are having problems >>>>>>>>>>>>> building MacPorts, not if db44 is having problems. >>>>>>>>>>>>> >>>>>>>>>>>>> I would recommend removing your readline from /usr/ >>>>>>>>>>>>> local (perhaps just temporarily) so that db44 can be >>>>>>>>>>>>> installed. >>>>>>>>>>>>> >>>>>>>>>>>>>> What happens to the long list of ports that I have >>>>>>>>>>>>>> active when I re-install from the disk image? >>>>>>>>>>>>>> >>>>>>>>>>>>>> mac:/opt system$ sudo du -d 1 -h . >>>>>>>>>>>>>> 689M ./local >>>>>>>>>>>>>> 689M . >>>>>>>>>>>>> >>>>>>>>>>>>> Nothing should happen to them if you were to reinstall >>>>>>>>>>>>> MacPorts (unless you remove /opt/local or files from >>>>>>>>>>>>> within /opt/local), but it doesn't look like you need >>>>>>>>>>>>> to reinstall MacPorts. From bruda at cs.ubishops.ca Sat Dec 15 05:51:45 2007 From: bruda at cs.ubishops.ca (Stefan Bruda) Date: Sat Dec 15 05:51:39 2007 Subject: 64 bits & 32 bits ports In-Reply-To: References: <48B139C0-144C-4DAE-8869-BD728DBE4056@lptmc.jussieu.fr> Message-ID: <18275.56305.924198.711872@gargle.gargle.HOWL> Hi, At 17:12 +0100 on 2007-12-14 Markus Weissmann wrote: > > we're currently working on this; I suppose we'll make the "universal" > builds 4-way universal (ppc, ppc64, i386, x86_64) in some future > release. It would also make sense to allow for x86_64 versions only, no? I am personally not interested in universal versions, but I am mildly interested in having a 64-bit environment. Cheers, Stefan -- If it was so, it might be; and if it were so, it would be; but as it isn't, it ain't. That's logic. --Lewis Carroll, Through the Looking-Glass From jochen at fhi-berlin.mpg.de Sat Dec 15 06:17:28 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Sat Dec 15 06:17:09 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Message-ID: On 15.12.2007, at 13:41, Ryan Schmidt wrote: > (MacPorts keeps track of what it installed where so that it can > uninstall it later with "port uninstall", but normal unix software > installed by hand provides no such mechanism.) Then you will have > no apache. autotools often do provide similar mechanisms: However, you need the "original" source to make sure it works correctly -- typically that is long deleted... Often it is good enough to get the current sources, configure it the same way as back then, and run make uninstall See where it get's you. Anyway, then the OP's /usr/bin/apache is gone and needs to be reinstalled from the Apple DVDs. Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071215/33d77550/PGP.bin From macports.users at gmail.com Sat Dec 15 07:31:52 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Dec 15 07:31:38 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Message-ID: I am going to get the source code from here: http://www.opensource.apple.com/darwinsource/tarballs/other/ apache-729.tar.gz http://www.opensource.apple.com/darwinsource/tarballs/other/ apache1-696.tar.gz what do you think? On Dec 15, 2007, at 9:17 AM, Jochen K?pper wrote: > On 15.12.2007, at 13:41, Ryan Schmidt wrote: > >> (MacPorts keeps track of what it installed where so that it can >> uninstall it later with "port uninstall", but normal unix software >> installed by hand provides no such mechanism.) Then you will have >> no apache. > > autotools often do provide similar mechanisms: > > However, you need the "original" source to make sure it works > correctly -- typically that is long deleted... > Often it is good enough to get the current sources, configure it > the same way as back then, and run > make uninstall > See where it get's you. > > Anyway, then the OP's /usr/bin/apache is gone and needs to be > reinstalled from the Apple DVDs. > > Greetings, > Jochen > -- > Einigkeit und Recht und Freiheit http://www.Jochen- > Kuepper.de > Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D > Sex, drugs and rock-n-roll > > From macports.users at gmail.com Sat Dec 15 07:36:35 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Dec 15 07:36:03 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <8BB24CE1-9C72-435C-BA9E-0878CB28B75B@macports.org> <99A5FAEF-A77E-40E4-8447-A2DEA5495FBF@gmail.com> <61AD655C-9A86-455C-BD88-CD63C2DAF952@gmail.com> <4DA7AA14-9424-43AC-A4F2-11CEB135FD96@macports.org> Message-ID: <186C977F-5D4E-4E96-87C9-35BFFB9CB123@gmail.com> http://www.opensource.apple.com/darwinsource/Current/apache1-696/ apache1/INSTALL $ ./configure --prefix=PREFIX NOTE: PREFIX is not the string "PREFIX". Instead use the Unix filesystem path under which Apache should be installed. For instance use "/usr/local/apache" for PREFIX above. Any idea? On Dec 15, 2007, at 9:17 AM, Jochen K?pper wrote: > On 15.12.2007, at 13:41, Ryan Schmidt wrote: > >> (MacPorts keeps track of what it installed where so that it can >> uninstall it later with "port uninstall", but normal unix software >> installed by hand provides no such mechanism.) Then you will have >> no apache. > > autotools often do provide similar mechanisms: > > However, you need the "original" source to make sure it works > correctly -- typically that is long deleted... > Often it is good enough to get the current sources, configure it > the same way as back then, and run > make uninstall > See where it get's you. > > Anyway, then the OP's /usr/bin/apache is gone and needs to be > reinstalled from the Apple DVDs. > > Greetings, > Jochen > -- > Einigkeit und Recht und Freiheit http://www.Jochen- > Kuepper.de > Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D > Sex, drugs and rock-n-roll > > From face at CentosPrime.COM Sat Dec 15 07:59:11 2007 From: face at CentosPrime.COM (Chris Janton) Date: Sat Dec 15 07:58:43 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: On 2007-12-14 , at 19:10 , Ryan Schmidt wrote: > > Ok, so your MacPorts has been inadvertently linked with the rogue > readline that was in /usr/local/lib. You should now rebuild > MacPorts, either by building from source, or by reinstalling it > from the latest disk image for your OS version and then running > selfupdate. > > You may encounter other software, MacPorts ports for example, > inadvertently linked with the libraries formerly in /usr/local/lib. > As you discover these, rebuild those ports with "sudo port -ncuf > upgrade foo" the correct way to make this happen is sudo mv /usr/local /usr/local1 upgrade MacPorts from disk image sudo port selfupdate and continue from there. If I leave my /usr/local in place during the install/upgrade of MacPorts it gets the wrong readline. I can move forward now. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From macports.users at gmail.com Sat Dec 15 11:25:21 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Dec 15 11:24:48 2007 Subject: darwinbuild Message-ID: <82357D96-6369-4814-B5AF-87F84105CB85@gmail.com> Why isn't darwinbuild available as a port? and if I run svn co http://svn.macosforge.org/repository/darwinbuild/trunk darwinbuild how do I go about building and running darwinbuild itself on my machine? From macports.users at gmail.com Sat Dec 15 11:51:18 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sat Dec 15 11:50:56 2007 Subject: sudo port -Rdu upgrade installed (Automated) Message-ID: <88B1B445-20FF-43B9-B7F1-FCA2FBE2AC60@gmail.com> Need a launchd daemon to automate the upgrade process. I've the following but for some reason it's stopped working. Also I would like it to right the results into a log file. -------------------------- Label com.macports.upgrade-outdate ProgramArguments /opt/local/bin/port -u upgrade installed -Rud StartCalendarInterval Hour 0 Minute 40 -------------------------- Thanks in advance From paulbeard at gmail.com Sat Dec 15 14:43:59 2007 From: paulbeard at gmail.com (paul beard) Date: Sat Dec 15 14:43:24 2007 Subject: sudo port -Rdu upgrade installed (Automated) In-Reply-To: <88B1B445-20FF-43B9-B7F1-FCA2FBE2AC60@gmail.com> References: <88B1B445-20FF-43B9-B7F1-FCA2FBE2AC60@gmail.com> Message-ID: On 12/15/07, Charlse Darwin wrote: > > Need a launchd daemon to automate the upgrade process. I've the > following but for some reason it's stopped working. Also I would like > it to right the results into a log file. > I don't know about anyone else, but unattended port upgrades may not always work as intended. A halfway measure I use is to put a "port sync && port outdated" sequence in cron and mail the results: that way I can see if anything needs doing and plan when to do it. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071215/f8ada9ea/attachment.html From ryandesign at macports.org Sat Dec 15 16:09:05 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 15 16:08:41 2007 Subject: darwinbuild In-Reply-To: <82357D96-6369-4814-B5AF-87F84105CB85@gmail.com> References: <82357D96-6369-4814-B5AF-87F84105CB85@gmail.com> Message-ID: <6B2B4379-9BC6-4145-A080-C8109DA6A13A@macports.org> On Dec 15, 2007, at 13:25, Charlse Darwin wrote: > Why isn't darwinbuild available as a port? I for one hadn't heard of darwinbuild before. Ports are added to MacPorts as people request them, or more importantly, as people write them. If you'd like a port for darwinbuild, you can file a port request ticket in Trac, but the best way to get the port added is to write it yourself and attach it to the ticket. > and if I run > svn co http://svn.macosforge.org/repository/darwinbuild/trunk > darwinbuild > > how do I go about building and running darwinbuild itself on my > machine? Well now that's the first thing you'd have to figure out before you can make a port. You should probably consult the documentation that comes with darwinbuild, or if none does, ask their mailing list or their developers. From vincent-opdarw at vinc17.org Sat Dec 15 17:54:18 2007 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Sat Dec 15 17:53:46 2007 Subject: Ion3 license and possible removal In-Reply-To: References: <47618946.5080905@macports.org> Message-ID: <20071216015417.GJ982@prunille.vinc17.org> On 2007-12-14 15:26:12 +0100, Markus Weissmann wrote: > thanks for bringing this up here: Mr. Valkonen's license is absolutely > unbearable. > As an alternative: Perhaps you can bring the port back to the last sane > licensed version - don't know if this is useful and/or possible. > Either that or remove it please. Or change the name of the software. These restrictions apply only in this case: [quoted from the LICENSE file] If the name Ion(tm) or other names that can be associated with the Ion project are used to distribute this software, then: [/quoted] FYI, Firefox has been renamed as Iceweasel under Debian for similar reasons (though Mozilla put fewer restrictions on the use of the name "Firefox"). -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From lists at sequestered.net Sat Dec 15 21:12:03 2007 From: lists at sequestered.net (Jay Chandler) Date: Sat Dec 15 21:11:33 2007 Subject: Migrating MacPorts Message-ID: <4764B3A3.9020409@sequestered.net> I have to rebuild my OS due to a crappy network stack issue (TKIP keeps breaking wirelessly), and want to back up my MacPorts installation. Correct me if I'm wrong, but I can store /opt with perms on another machine, redo this box, install MacPorts, and move /opt back, and everything should theoretically work, correct? Is there anything else I should do? -- Jay From ryandesign at macports.org Sat Dec 15 22:23:23 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 15 22:22:53 2007 Subject: Migrating MacPorts In-Reply-To: <4764B3A3.9020409@sequestered.net> References: <4764B3A3.9020409@sequestered.net> Message-ID: <99F2876B-7962-48B4-BD24-D07479EC27D5@macports.org> On Dec 15, 2007, at 23:12, Jay Chandler wrote: > I have to rebuild my OS due to a crappy network stack issue (TKIP > keeps breaking wirelessly), and want to back up my MacPorts > installation. > > Correct me if I'm wrong, but I can store /opt with perms on another > machine, redo this box, install MacPorts, and move /opt back, and > everything should theoretically work, correct? > > Is there anything else I should do? Presumably that would work. You could tar it all up so that there's only a single file to move back and forth, and no chance of losing the permissions in the process. From reg at mksys.com Sat Dec 15 23:47:47 2007 From: reg at mksys.com (Mark Karp) Date: Sat Dec 15 23:47:14 2007 Subject: Problems with imagemagick Message-ID: <4B4A8CA0-EFD6-46BB-A2D3-15C45E6B2D69@mksys.com> When I try: sudo port -v install imagemagick it fails with the following message: ---> Fetching fontconfig ---> fontconfig-2.5.0.tar.gz doesn't seem to exist in /opt/local/var/ macports/distfiles/fontconfig ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// fontconfig.org/release/ ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// svn.macports.org/repository/macports/distfiles/fontconfig % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// svn.macports.org/repository/macports/distfiles/general/ % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// svn.macports.org/repository/macports/downloads/fontconfig % Total % Received % Xferd Average Speed Time Time Time Current Dload Upload Total Spent Left Speed 0 0 0 0 0 0 0 0 --:--:-- --:--:-- --:--:-- 0 Error: Target org.macports.fetch returned: fetch failed Warning: the following items did not execute (for fontconfig): org.macports.activate org.macports.fetch org.macports.extract org.macports.checksum org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: The following dependencies failed to build: fontconfig jpeg libpng libxml2 pkgconfig tiff Error: Status 1 encountered during processing. Any ideas on how to get this to work? From jkh at apple.com Sun Dec 16 00:15:45 2007 From: jkh at apple.com (Jordan K. Hubbard) Date: Sun Dec 16 00:16:38 2007 Subject: darwinbuild In-Reply-To: <82357D96-6369-4814-B5AF-87F84105CB85@gmail.com> References: <82357D96-6369-4814-B5AF-87F84105CB85@gmail.com> Message-ID: On Dec 15, 2007, at 11:25 AM, Charlse Darwin wrote: > Why isn't darwinbuild available as a port? and if I run No one has written one yet. The ports don't write themselves. :) > svn co http://svn.macosforge.org/repository/darwinbuild/trunk > darwinbuild > > how do I go about building and running darwinbuild itself on my > machine? If you've already got the source, you're 99% of the way there. Check out the README file in the darwinbuild sources. Very instructive. Build is also very easy. Could be why no one has bothered to write a Portfile yet. - Jordan From dannowolk at gmail.com Sun Dec 16 01:24:06 2007 From: dannowolk at gmail.com (Daniel Wolk) Date: Sun Dec 16 01:23:29 2007 Subject: problem installing xemacs Message-ID: I have had to rebuild my macports system because I got a new hard drive. I am using Mac OS 10.4.11 and XCode Tools 2.5. When I try to install xemacs, configure fails: checking if PIC flag -fPIC really works... yes checking if C compiler can produce shared libraries... yes checking for ld used by GCC... /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld checking if the linker is GNU ld... no checking for dlerror... yes checking for _dlerror... no *** PANIC *** configure forgot how to build working executables! *** This is most commonly due to an unforeseen environment, causing *** configure to incorrectly compute the sequence of libraries to link. *** Please examine the tail of config.log for runtime errors. *** Pay special attention to the -l flags, and perhaps -I and -L. *** Often adding or removing explicit options in the configure *** invocation can work around this kind of problem. If so, please *** report it as a bug to xemacs-beta@xemacs.org. *** *** Other possible causes are inability to write to the file system *** (bogus permissions or disk full) or a misconfiguration of the dynamic *** linker. On Linux, check /etc/ld.conf and rerun ldconfig if *** necessary. On other systems, try telling configure where to find *** the shared libraries using the --site-runtime-libraries option. *** *** Another way to shoot yourself in the foot is to specify *** --with-FEATURE when FEATURE is not actually installed on your *** system. Don't do that. 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_editors_xemacs/work/xemacs- 21.4.21" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man --without-postgresql --without-ldap --with-sound=none --pdump --site-prefixes=/opt/local --with-tty --with-dialogs=athena --with-widgets=athena --with-athena=3d --with-database=gdbm --with-mule " returned error 1 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/3e7098d5/attachment-0001.html From ryandesign at macports.org Sun Dec 16 01:50:48 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 16 01:50:19 2007 Subject: Problems with imagemagick In-Reply-To: <4B4A8CA0-EFD6-46BB-A2D3-15C45E6B2D69@mksys.com> References: <4B4A8CA0-EFD6-46BB-A2D3-15C45E6B2D69@mksys.com> Message-ID: On Dec 16, 2007, at 01:47, Mark Karp wrote: > When I try: > > sudo port -v install imagemagick > > it fails with the following message: > > ---> Fetching fontconfig > ---> fontconfig-2.5.0.tar.gz doesn't seem to exist in /opt/local/ > var/macports/distfiles/fontconfig > ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// > fontconfig.org/release/ > > ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/fontconfig > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/general/ > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > ---> Attempting to fetch fontconfig-2.5.0.tar.gz from http:// > svn.macports.org/repository/macports/downloads/fontconfig > % Total % Received % Xferd Average Speed Time Time > Time Current > Dload Upload Total Spent > Left Speed > 0 0 0 0 0 0 0 0 --:--:-- --:--:-- > --:--:-- 0 > Error: Target org.macports.fetch returned: fetch failed > Warning: the following items did not execute (for fontconfig): > org.macports.activate org.macports.fetch org.macports.extract > org.macports.checksum org.macports.patch org.macports.configure > org.macports.build org.macports.destroot org.macports.install > Error: The following dependencies failed to build: fontconfig jpeg > libpng libxml2 pkgconfig tiff > Error: Status 1 encountered during processing. > > Any ideas on how to get this to work? Simply try again. For some reason you could not fetch fontconfig-2.5.0.tar.gz from fontconfig.org, but it worked just fine for me now. Perhaps there was a temporary server issue. From toolbox.cookie at googlemail.com Sun Dec 16 01:55:20 2007 From: toolbox.cookie at googlemail.com (Chris Osborne) Date: Sun Dec 16 01:54:43 2007 Subject: Help Please!! :s Message-ID: Hi,Im reasonably new to unix etc. I've been using mac all my life (I'm only 13) and now I've attempted to install GNOME from the port. But i've lost the sudo command for opening the launchdaemons at login and also I've edited my .xinitrc like the macports site said but whenever I try to open GNOME it says "could not load GNOME settings daemon" and when I navigate to where the daemon is located it appears as a mac os classic app which I can't open (Late 2006 MacBook 2.0ghz 1gb 80gb). Any help would be greaty appreciated. One more thing... I appear to get a vibrating login box called X appearing over my screen asking for a username. What can I put in it pleasebecause I cant get rid of it and it rejects every username I put in it. Thanks Chris Osborne -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/3b513600/attachment.html From mas at macports.org Sun Dec 16 02:57:17 2007 From: mas at macports.org (=?ISO-8859-1?Q?Marc_Andr=E9_Selig?=) Date: Sun Dec 16 02:56:42 2007 Subject: Migrating MacPorts In-Reply-To: <4764B3A3.9020409@sequestered.net> References: <4764B3A3.9020409@sequestered.net> Message-ID: On Dec 16, 2007 6:12 AM, Jay Chandler wrote: > Correct me if I'm wrong, but I can store /opt with perms on another > machine, redo this box, install MacPorts, and move /opt back, and > everything should theoretically work, correct? No. MacPorts itself and quite a number of ports install things outside /opt. You will have to move these as well, but getting them all together will be painful. http://trac.macports.org/projects/macports/wiki/FAQ#HowdoIremoveoruninstallMacPorts has an (incomplete) list of those locations outside /opt. Regards, Marc From ryandesign at macports.org Sun Dec 16 04:01:57 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 16 04:01:29 2007 Subject: Migrating MacPorts In-Reply-To: References: <4764B3A3.9020409@sequestered.net> Message-ID: On Dec 16, 2007, at 04:57, Marc Andr? Selig wrote: > On Dec 16, 2007 6:12 AM, Jay Chandler wrote: > >> Correct me if I'm wrong, but I can store /opt with perms on another >> machine, redo this box, install MacPorts, and move /opt back, and >> everything should theoretically work, correct? > > No. MacPorts itself and quite a number of ports install things > outside /opt. You will have to move these as well, but getting them > all together will be painful. > > http://trac.macports.org/projects/macports/wiki/ > FAQ#HowdoIremoveoruninstallMacPorts > has an (incomplete) list of those locations outside /opt. We should complete the list if it's incomplete. What's missing? To get MacPorts itself and most ports, you should back up /opt/local and /Library/Tcl/macports1.0. Some ports may install in other places, like /Applications/MacPorts or /Library/LaunchDaemons or even other places. "port contents foo" will show you where a given port foo installs its files, so ideally you should check "port contents" for each installed port and back up each of those. From rechner at vlado-do.de Sun Dec 16 05:00:46 2007 From: rechner at vlado-do.de (Vlado Plaga) Date: Sun Dec 16 05:23:28 2007 Subject: Help needed - XMMS Couldn't Open Audio In-Reply-To: <14123014.post@talk.nabble.com> References: <14123014.post@talk.nabble.com> Message-ID: <4765217E.6070204@vlado-do.de> anorexorcist wrote: > > I get this error when trying to play music with XMMS 1.2.10: > > > > Couldn't Open Audio I'm glad somebody else in this list is interested in XMMS, which might draw more attention to the program (and its port)! I'm coming from Linux (yes, on my iMac) and XMMS still is one of my favourite music players, not just for nostalgia. To answer your question: are you sure that esd is running at all? I created an alias (in ~/.bashrc) for xmms: alias xmms='esd -nobeeps -port 16001 -tcp -terminate & xmms' This starts esd together with xmms. I don't have a config file for esd at all. Maybe one could leave away the "terminate" - check "man esd" and adjust to your needs. Unfortunately this solution seems rather CPU hungry, and my 1 GHz iMac cannot even play music without skipping (although playback works very well under Linux using the ALSA output plugin). A few days ago I wrote a message regarding XMMS to the list, asking whether somebody could make a port "xmms_osx_plugin". Ryan Schmidt gave me advice on how to improve the Portfile I had created on the basis of the XMMS port, but up until now noone could help with the more critical plugin problem. Here is my message: http://lists.macosforge.org/pipermail/macports-users/2007-December/007371.html Regards, Vlado P.S.: I actually wrote this reply on December 10, but did not check which address Mozilla Mail had chosen to reply to. Sorry for that. From boeyms at macports.org Fri Dec 14 06:20:33 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Sun Dec 16 06:05:27 2007 Subject: gmime no longer builds on leopard In-Reply-To: References: Message-ID: Hi Michael, Sorry to take so long to reply to this; unfortunately I don't currently find the time to read macports-users much, so I miss posts that I really should reply to. > A few days ago I installed pan2 and all its dependencies. I'm > having problems trying to compile wine so I deleted /opt/local and > reinstalled macports. Now, gmime won't build. I get the following > error: > ld: warning, duplicate dylib /opt/local/lib/libz.1.dylib > ld: duplicate symbol _g_bit_nth_lsf in .libs/gmime-charset.o > and .libs/gmime.o > > collect2: ld returned 1 exit status Since you say that it fails on Leopard, and since I don't get this problem on 10.4.11, it looks to me like it's a bug with Leopard's linker (the ld program). If others can help me confirm that it does indeed occur on Leopard but not on Tiger or Panther, then it'd be great if you could report it upstream to the developer of gmime. It may well be, however, that he won't change the upstream source, arguing that it's a bug with Leopard's linker and so not his problem (a view which I can sympathise with, though I wouldn't agree with it). If that's the case, I think I'd be able to implement a patch by myself; it wouldn't be elegant, but there wouldn't be any significantly better ways around it either. So, others can let me know whether or not they can reproduce the error, that'd be great. We can then look at whether or not to report this upstream. Kind regards, Maun Suang -- Boey Maun Suang (Boey is my surname) Email: boeyms at macports dot org From raimue at macports.org Sun Dec 16 07:43:22 2007 From: raimue at macports.org (=?ISO-8859-1?Q?Rainer_M=FCller?=) Date: Sun Dec 16 07:42:57 2007 Subject: Ion3 license and possible removal In-Reply-To: <20071216015417.GJ982@prunille.vinc17.org> References: <47618946.5080905@macports.org> <20071216015417.GJ982@prunille.vinc17.org> Message-ID: <4765479A.6040409@macports.org> Vincent Lefevre wrote: > Or change the name of the software. These restrictions apply only > in this case: > > [quoted from the LICENSE file] > If the name Ion(tm) or other names that can be associated with the Ion > project are used to distribute this software, then: > [/quoted] Seems like Debian did this and renamed ion3 to ParticleMan. At least I found this blog entry [1] about it and the packages are already in some trees. As an alternative of removing it, maybe we can just grab the sources from them and keep it with another name? Rainer [1] http://womble.decadent.org.uk/blog/introducing-particleman.html From pmq at macports.org Sun Dec 16 08:25:42 2007 From: pmq at macports.org (Pierre Queinnec) Date: Sun Dec 16 08:25:15 2007 Subject: Ion3 license and possible removal In-Reply-To: <4765479A.6040409@macports.org> References: <47618946.5080905@macports.org> <20071216015417.GJ982@prunille.vinc17.org> <4765479A.6040409@macports.org> Message-ID: <47655186.7050203@macports.org> Interesting idea; this brings yet another possibility. The only problem I could see with that strategy is yet-another-license-change forbidding derivative works. If PortMgr thinks this is the way it should be handled, we could do the rename in the Debian fashion, but personally I won't be maintaining it in the future. I've stopped using it actively and only maintained it to help. The other proposal was to keep the last good version but this was a release candidate and I seem to remember a nasty problem with the window naming. To sum it up, I'll commit a port with a message explaining what happened, just like Ryan suggested. If someone is interested in reviving the port as 'particleman', feel free to do so. -- Pierre Rainer M?ller wrote: > Vincent Lefevre wrote: >> Or change the name of the software. These restrictions apply only >> in this case: >> >> [quoted from the LICENSE file] >> If the name Ion(tm) or other names that can be associated with the Ion >> project are used to distribute this software, then: >> [/quoted] > > Seems like Debian did this and renamed ion3 to ParticleMan. At least I > found this blog entry [1] about it and the packages are already in some > trees. As an alternative of removing it, maybe we can just grab the > sources from them and keep it with another name? > > Rainer > > [1] http://womble.decadent.org.uk/blog/introducing-particleman.html > _______________________________________________ > macports-dev mailing list > macports-dev@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-dev > From vincent at xtra-net.org Sun Dec 16 08:54:27 2007 From: vincent at xtra-net.org (Vincent Blondel) Date: Sun Dec 16 08:53:48 2007 Subject: Problems compiling Pidgin (2.2.1) Message-ID: <54425.10.10.10.2.1197824067.squirrel@www.xtra-net.be> Hello all, I am trying to compile net/pidgin macports but encounters some problems. Compilation phase ends with these lines ... /bin/sh ../libtool --silent --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.. -DBR_PTHREADS=0 -DDATADIR=\"/opt/local/share\" -DLIBDIR=\"/opt/local/lib/purple-2/\" -DLOCALEDIR=\"/opt/local/share/locale\" -DSYSCONFDIR=\"/opt/local/etc\" -D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -Wall -I/opt/local/include/libxml2 -I/opt/local/include -I/opt/local/include -no-cpp-precomp -g -O2 -MT account.lo -MD -MP -MF .deps/account.Tpo -c -o account.lo account.c account.c:55: error: two or more data types in declaration specifiers account.c:55: warning: declaration does not declare anything account.c: In function 'setting_to_xmlnode': account.c:107: error: syntax error before '_Bool' account.c: In function 'purple_account_set_bool': account.c:1581: error: syntax error before '_Bool' account.c: In function 'purple_account_set_ui_bool': account.c:1667: error: syntax error before '_Bool' account.c: In function 'purple_account_get_bool': account.c:1942: error: syntax error before '_Bool' account.c: In function 'purple_account_get_ui_bool': account.c:2008: error: syntax error before '_Bool' make[4]: *** [account.lo] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Can somebody help me compiling this port. Many thks ... Vincent From macports.users at gmail.com Sun Dec 16 08:59:48 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sun Dec 16 08:59:39 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: Reinstalled Xcode, then installed http://www.opensource.apple.com/darwinsource/tarballs/other/ apache-729.tar.gz Here is the situation: $ sudo apachectl start dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib Referenced from: /usr/sbin/httpd Reason: image not found /usr/sbin/apachectl: line 187: 3046 Trace/BPT trap $HTTPD /usr/sbin/apachectl start: httpd could not be started $ which apachectl /usr/sbin/apachectl #However? $ sudo /usr/local/apache2/bin/apachectl start $ sudo /usr/local/apache2/bin/httpd -V Server version: Apache/2.2.6 (Unix) Server built: Dec 16 2007 10:04:39 Server's Module Magic Number: 20051115:5 Server loaded: APR 1.2.12, APR-Util 1.2.12 Compiled using: APR 1.2.12, APR-Util 1.2.12 Architecture: 32-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/usr/local/apache2" -D SUEXEC_BIN="/usr/local/apache2/bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" #It works! so now lets hand it over to macports $ sudo port -c uninstall apache ---> Deactivating apache2 2.2.6_0 ---> Uninstalling apache2 2.2.6_0 $ sudo port clean --dist --archive apache2 ---> Cleaning apache2 $ sudo port sync $ sudo port install apache2 ---> Fetching apache2 ---> Attempting to fetch httpd-2.2.6.tar.bz2 from http:// www.apache.org/dist/httpd ---> Verifying checksum(s) for apache2 ---> Extracting apache2 ---> Applying patches to apache2 ---> Configuring apache2 ---> Building apache2 with target all ---> Staging apache2 into destroot ---> Creating launchd control script ########################################################### # A startup item has been generated that will aid in # starting apache2 with launchd. It is disabled # by default. Execute the following command to start it, # and to cause it to launch at startup: # # sudo launchctl load -w /Library/LaunchDaemons/ org.macports.apache2.plist ########################################################### Warning: apache2 requests to install files outside the common directory structure! ---> Installing apache2 2.2.6_0 ---> Activating apache2 2.2.6_0 ---> Cleaning apache2 $ sudo apachectl start dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib Referenced from: /usr/sbin/httpd Reason: image not found /usr/sbin/apachectl: line 187: 19610 Trace/BPT trap $HTTPD /usr/sbin/apachectl start: httpd could not be started $ which apachectl /usr/sbin/apachectl $ /opt/local/apache2/bin/httpd -V Server version: Apache/2.2.6 (Unix) Server built: Dec 16 2007 11:15:14 Server's Module Magic Number: 20051115:5 Server loaded: APR 1.2.12, APR-Util 1.2.12 Compiled using: APR 1.2.12, APR-Util 1.2.12 Architecture: 32-bit Server MPM: Prefork threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/prefork" -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/opt/local/apache2" -D SUEXEC_BIN="/opt/local/apache2/bin/suexec" -D DEFAULT_PIDLOG="logs/httpd.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="logs/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="conf/mime.types" -D SERVER_CONFIG_FILE="conf/httpd.conf" $ sudo /opt/local/apache2/bin/apachectl start Password: httpd: Could not open configuration file /opt/local/apache2/conf/ httpd.conf: No such file or directory $ less /opt/local/apache2/conf/httpd.conf /opt/local/apache2/conf/httpd.conf: No such file or directory Any idea? On Dec 15, 2007, at 10:59 AM, Chris Janton wrote: > On 2007-12-14 , at 19:10 , Ryan Schmidt wrote: > >> >> Ok, so your MacPorts has been inadvertently linked with the rogue >> readline that was in /usr/local/lib. You should now rebuild >> MacPorts, either by building from source, or by reinstalling it >> from the latest disk image for your OS version and then running >> selfupdate. >> >> You may encounter other software, MacPorts ports for example, >> inadvertently linked with the libraries formerly in /usr/local/ >> lib. As you discover these, rebuild those ports with "sudo port - >> ncuf upgrade foo" > > > the correct way to make this happen is > > sudo mv /usr/local /usr/local1 > upgrade MacPorts from disk image > sudo port selfupdate > > and continue from there. > > If I leave my /usr/local in place during the install/upgrade of > MacPorts it gets the wrong readline. > > I can move forward now. > > 8) > ---------------------------------- > Chris Janton - face at CentosPrime dot COM > Netminder for Opus1.COM > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From max.e.brown at gmail.com Sun Dec 16 09:11:11 2007 From: max.e.brown at gmail.com (Max Brown) Date: Sun Dec 16 09:10:33 2007 Subject: Problem installing ghc Message-ID: Hi, I just tried installing ghc on my new Macbook Pro, and get: $ sudo port install ghc ---> Configuring ghc 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_lang_ghc/work/ghc-6.6.1" && ./configure --prefix=/opt/local --prefix=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/destroot//opt/local --mandir=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/destroot//opt/local/share/man/ --with-readline-includes=/opt/local/include --with-readline-libraries=/opt/local/lib --disable-openal --disable-alut " returned error 1 Command output: checking build system type... i686-apple-darwin9.1.0 checking host system type... i686-apple-darwin9.1.0 checking target system type... i686-apple-darwin9.1.0 Canonicalised to: i386-apple-darwin checking for path to top of build tree... /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/ghc-6.6.1 checking for ghc... no checking for ghc-pkg matching ... no checking for ghc-pkg... no checking whether ghc has readline package... no checking for nhc... no checking for nhc98... /opt/local/bin/nhc98 checking for hbc... no configure: error: GHC is required unless bootstrapping from .hc files. What can I do to fix this? Thanks. Max Macports version 1.520 Xcode version 3 Mac OS X 10.5.1 (Leopard) From dluke at geeklair.net Sun Dec 16 10:20:55 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Sun Dec 16 10:20:16 2007 Subject: Migrating MacPorts In-Reply-To: References: <4764B3A3.9020409@sequestered.net> Message-ID: On Dec 16, 2007, at 7:01 AM, Ryan Schmidt wrote: > To get MacPorts itself and most ports, you should back up /opt/local > and /Library/Tcl/macports1.0. Some ports may install in other > places, like /Applications/MacPorts or /Library/LaunchDaemons or > even other places. "port contents foo" will show you where a given > port foo installs its files, so ideally you should check "port > contents" for each installed port and back up each of those. As an alternative ... if you're using image mode (the default) there will be (hard-linked) copies of everything inside of /opt/local/var/ macports/software So, you could deactivate all of your installed ports, copy over /opt/ local, and then activate all the ports you want. This should put back any files in /opt/local or elsewhere that were installed by MacPorts. If you're using archive mode (with or without image mode), you could just copy the archives of the ports you want to keep, put them back in the right place, and have port install from them (as it won't have to download source and build the ports in order to install them). -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/e8b7db67/PGP.bin From dluke at geeklair.net Sun Dec 16 10:24:49 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Sun Dec 16 10:24:11 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: On Dec 16, 2007, at 11:59 AM, Charlse Darwin wrote: > Here is the situation: > $ sudo apachectl start > dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib > Referenced from: /usr/sbin/httpd > Reason: image not found > /usr/sbin/apachectl: line 187: 3046 Trace/BPT trap $HTTPD > /usr/sbin/apachectl start: httpd could not be started > $ which apachectl > /usr/sbin/apachectl This has nothing to do with macports, it's something you have broken with your system. > #However? > > $ sudo /usr/local/apache2/bin/apachectl start > $ sudo /usr/local/apache2/bin/httpd -V This is also not related to macports. > $ sudo apachectl start > dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib > Referenced from: /usr/sbin/httpd > Reason: image not found > /usr/sbin/apachectl: line 187: 19610 Trace/BPT trap $HTTPD > /usr/sbin/apachectl start: httpd could not be started > $ which apachectl > /usr/sbin/apachectl This is the same problem as before (ie. not macports-related). > $ sudo /opt/local/apache2/bin/apachectl start > Password: > httpd: Could not open configuration file /opt/local/apache2/conf/ > httpd.conf: No such file or directory > $ less /opt/local/apache2/conf/httpd.conf > /opt/local/apache2/conf/httpd.conf: No such file or directory > > Any idea? Yes, you don't have a conf file for your macports apache. There is a sample conf file in /opt/local/apache2/conf that you can use as a base (sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/apache2/ conf/) -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/36210506/PGP.bin From macports.users at gmail.com Sun Dec 16 10:27:29 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sun Dec 16 10:26:54 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: $ sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/ apache2/conf/ Password: cp: /opt/local/apache2/conf/httpd.conf.sample and /opt/local/apache2/ conf/httpd.conf.sample are identical (not copied). $ On Dec 16, 2007, at 1:24 PM, Daniel J. Luke wrote: > On Dec 16, 2007, at 11:59 AM, Charlse Darwin wrote: >> Here is the situation: >> $ sudo apachectl start >> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >> Referenced from: /usr/sbin/httpd >> Reason: image not found >> /usr/sbin/apachectl: line 187: 3046 Trace/BPT trap $HTTPD >> /usr/sbin/apachectl start: httpd could not be started >> $ which apachectl >> /usr/sbin/apachectl > > This has nothing to do with macports, it's something you have > broken with your system. > >> #However? >> >> $ sudo /usr/local/apache2/bin/apachectl start >> $ sudo /usr/local/apache2/bin/httpd -V > > This is also not related to macports. > >> $ sudo apachectl start >> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >> Referenced from: /usr/sbin/httpd >> Reason: image not found >> /usr/sbin/apachectl: line 187: 19610 Trace/BPT trap $HTTPD >> /usr/sbin/apachectl start: httpd could not be started >> $ which apachectl >> /usr/sbin/apachectl > > This is the same problem as before (ie. not macports-related). > >> $ sudo /opt/local/apache2/bin/apachectl start >> Password: >> httpd: Could not open configuration file /opt/local/apache2/conf/ >> httpd.conf: No such file or directory >> $ less /opt/local/apache2/conf/httpd.conf >> /opt/local/apache2/conf/httpd.conf: No such file or directory >> >> Any idea? > > Yes, you don't have a conf file for your macports apache. There is > a sample conf file in /opt/local/apache2/conf that you can use as a > base (sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/ > apache2/conf/) > > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > From macports.users at gmail.com Sun Dec 16 10:29:15 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sun Dec 16 10:29:20 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: <77AD0104-E946-4F90-9413-C4A242BDE0D4@gmail.com> $ sudo /opt/local/apache2/bin/apachectl start httpd: Syntax error on line 63 of /opt/local/apache2/conf/httpd.conf: ServerRoot must be a valid directory $ On Dec 16, 2007, at 1:24 PM, Daniel J. Luke wrote: > On Dec 16, 2007, at 11:59 AM, Charlse Darwin wrote: >> Here is the situation: >> $ sudo apachectl start >> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >> Referenced from: /usr/sbin/httpd >> Reason: image not found >> /usr/sbin/apachectl: line 187: 3046 Trace/BPT trap $HTTPD >> /usr/sbin/apachectl start: httpd could not be started >> $ which apachectl >> /usr/sbin/apachectl > > This has nothing to do with macports, it's something you have > broken with your system. > >> #However? >> >> $ sudo /usr/local/apache2/bin/apachectl start >> $ sudo /usr/local/apache2/bin/httpd -V > > This is also not related to macports. > >> $ sudo apachectl start >> dyld: Library not loaded: /usr/local/lib/libexpat.0.1.0.dylib >> Referenced from: /usr/sbin/httpd >> Reason: image not found >> /usr/sbin/apachectl: line 187: 19610 Trace/BPT trap $HTTPD >> /usr/sbin/apachectl start: httpd could not be started >> $ which apachectl >> /usr/sbin/apachectl > > This is the same problem as before (ie. not macports-related). > >> $ sudo /opt/local/apache2/bin/apachectl start >> Password: >> httpd: Could not open configuration file /opt/local/apache2/conf/ >> httpd.conf: No such file or directory >> $ less /opt/local/apache2/conf/httpd.conf >> /opt/local/apache2/conf/httpd.conf: No such file or directory >> >> Any idea? > > Yes, you don't have a conf file for your macports apache. There is > a sample conf file in /opt/local/apache2/conf that you can use as a > base (sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/ > apache2/conf/) > > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > From jochen at fhi-berlin.mpg.de Sun Dec 16 11:22:19 2007 From: jochen at fhi-berlin.mpg.de (=?ISO-8859-1?Q?Jochen_K=FCpper?=) Date: Sun Dec 16 11:21:54 2007 Subject: libfuse build problem In-Reply-To: <48C58329-ADAD-410B-A5C3-ABF017920558@macports.org> References: <3E7F8EA0-94F8-42E0-B550-EDF2564D9EBF@fhi-berlin.mpg.de> <5D7E8A67-2C71-476B-8C66-74F145A0CBFD@fhi-berlin.mpg.de> <48C58329-ADAD-410B-A5C3-ABF017920558@macports.org> Message-ID: On 16.12.2007, at 19:45, Kevin Ballard wrote: > That said, apparently my commit didn't pick up the libfuse change I > made. I just committed r32091 with the fix now, so svn update and > try again. libfuse compiles now again for me on 10.4 and sshfs seems to work. It only dos not understand option `defer_auth' anyore, but I guss that is an upstream change? Thank you for your quick solution! Greetings, Jochen -- Einigkeit und Recht und Freiheit http://www.Jochen- Kuepper.de Libert?, ?galit?, Fraternit? GnuPG key: CC1B0B4D Sex, drugs and rock-n-roll -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/1105e065/PGP.bin From frstan at bellsouth.net Sun Dec 16 12:09:43 2007 From: frstan at bellsouth.net (William Davis) Date: Sun Dec 16 12:09:07 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> Message-ID: <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> On Dec 16, 2007, at 1:27 PM, Charlse Darwin wrote: > $ sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/ > apache2/conf/ > Password: > cp: /opt/local/apache2/conf/httpd.conf.sample and /opt/local/apache2/ > conf/httpd.conf.sample are identical (not copied). > $ > > /snip/ > >> Yes, you don't have a conf file for your macports apache. There is >> a sample conf file in /opt/local/apache2/conf that you can use as a >> base (sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/ >> apache2/conf/) >> >> -- >> Daniel J. Luke >> I think Daniel meant sudo cp /opt/local/apache2/conf/ httpd.conf.sample /opt/local/apache2/conf/httpd.conf 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 From macports.users at gmail.com Sun Dec 16 12:25:27 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sun Dec 16 12:25:36 2007 Subject: sudo port install apache2 In-Reply-To: <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> Message-ID: <931FC759-CC3D-41EA-B98C-51829C2361F0@gmail.com> It works! Thanks. However still we've got the following: $ which apachectl /usr/sbin/apachectl # as opposed to (which as an example shows my env is set up correctly) $ which bash /opt/local/bin/bash $ On Dec 16, 2007, at 3:09 PM, William Davis wrote: > > On Dec 16, 2007, at 1:27 PM, Charlse Darwin wrote: > >> $ sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/local/ >> apache2/conf/ >> Password: >> cp: /opt/local/apache2/conf/httpd.conf.sample and /opt/local/ >> apache2/conf/httpd.conf.sample are identical (not copied). >> $ >> >> /snip/ > >> >>> Yes, you don't have a conf file for your macports apache. There >>> is a sample conf file in /opt/local/apache2/conf that you can use >>> as a base (sudo cp /opt/local/apache2/conf/httpd.conf.sample /opt/ >>> local/apache2/conf/) >>> >>> -- >>> Daniel J. Luke >>> > > I think Daniel meant sudo cp /opt/local/apache2/conf/ > httpd.conf.sample /opt/local/apache2/conf/httpd.conf > > > 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 > From macports.users at gmail.com Sun Dec 16 13:05:33 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sun Dec 16 13:05:23 2007 Subject: sudo port install apache2 In-Reply-To: <6C1206BC-6FEE-4A7A-B80B-945BEB18766B@geeklair.net> References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> <931FC759-CC3D-41EA-B98C-51829C2361F0@gmail.com> <6C1206BC-6FEE-4A7A-B80B-945BEB18766B@geeklair.net> Message-ID: $ env PATH=/Users/***/Documents/scripts/:/opt/local/bin:/opt/local/sbin:/ bin:/sbin:/usr/bin:/usr/sbin:/Library/Frameworks/Python.framework/ Versions/Current/bin/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ local/teTeX/bin/powerpc-apple-darwin-current $ Is my env set up `correctly'? On Dec 16, 2007, at 3:47 PM, Daniel J. Luke wrote: > On Dec 16, 2007, at 3:25 PM, Charlse Darwin wrote: >> It works! Thanks. However still we've got the following: >> $ which apachectl >> /usr/sbin/apachectl >> # as opposed to (which as an example shows my env is set up >> correctly) > > this doesn't show that your env is set up 'correctly' > >> $ which bash >> /opt/local/bin/bash >> $ > > > I believe the apache2 port installs the apachectl binary that you > want in /opt/local/apache2/bin/ so if you want 'apachectl' by > itself to run the macports installed one, you need to put that > directory in your path before /usr/sbin > > ... but again, this isn't a macports problem. > > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ > > > From dannowolk at gmail.com Sun Dec 16 13:32:14 2007 From: dannowolk at gmail.com (Daniel Wolk) Date: Sun Dec 16 13:31:35 2007 Subject: problem installing xemacs In-Reply-To: References: Message-ID: Ok, sorry. I solved my problem drawing on Ryan's answer to a comparable problem: http://lists.macosforge.org/pipermail/macports-users/2007-November/006987 I had installed xorg-libX11, then uninstalled it and replaced it with Apples X11user.app and X11SDK.app, but in the meantime xaw3d was built on the former. So I had to rebuild xaw3d based on the Apple version rather than xorg. Thanks. On Dec 16, 2007 3:24 AM, Daniel Wolk wrote: > I have had to rebuild my macports system because I got a new hard drive. > I am using Mac OS 10.4.11 and XCode Tools 2.5. When I try to install > xemacs, configure fails: > > checking if PIC flag -fPIC really works... yes > checking if C compiler can produce shared libraries... yes > checking for ld used by GCC... > /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld > checking if the linker is GNU ld... no > checking for dlerror... yes > checking for _dlerror... no > > *** PANIC *** configure forgot how to build working executables! > > *** This is most commonly due to an unforeseen environment, causing > *** configure to incorrectly compute the sequence of libraries to link. > *** Please examine the tail of config.log for runtime errors. > *** Pay special attention to the -l flags, and perhaps -I and -L. > *** Often adding or removing explicit options in the configure > *** invocation can work around this kind of problem. If so, please > *** report it as a bug to xemacs-beta@xemacs.org. > *** > *** Other possible causes are inability to write to the file system > *** (bogus permissions or disk full) or a misconfiguration of the dynamic > *** linker. On Linux, check /etc/ld.conf and rerun ldconfig if > *** necessary. On other systems, try telling configure where to find > *** the shared libraries using the --site-runtime-libraries option. > *** > *** Another way to shoot yourself in the foot is to specify > *** --with-FEATURE when FEATURE is not actually installed on your > *** system. Don't do that. > 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_editors_xemacs/work/xemacs- > 21.4.21" && ./configure --prefix=/opt/local --mandir=/opt/local/share/man > --without-postgresql --without-ldap --with-sound=none --pdump > --site-prefixes=/opt/local --with-tty --with-dialogs=athena > --with-widgets=athena --with-athena=3d --with-database=gdbm --with-mule " > returned error 1 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/c9b9da0b/attachment-0001.html From nb at saltybanana.com Sun Dec 16 13:35:35 2007 From: nb at saltybanana.com (Nathan Brazil) Date: Sun Dec 16 13:34:59 2007 Subject: Question on +universal Variant Message-ID: <87A263F3-310F-4309-937B-0A36011381D8@saltybanana.com> Hi. If I install a port with a +universal variant on top of a clean install of MacPorts, does that it mean all its dependencies will also be built using the +universal variant as well? -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/c7e37a03/attachment.html From ryandesign at macports.org Sun Dec 16 13:39:17 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 16 13:38:47 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> <931FC759-CC3D-41EA-B98C-51829C2361F0@gmail.com> <6C1206BC-6FEE-4A7A-B80B-945BEB18766B@geeklair.net> Message-ID: > On Dec 16, 2007, at 15:05, Charlse Darwin wrote: >> $ env >> PATH=/Users/***/Documents/scripts/:/opt/local/bin:/opt/local/sbin:/ >> bin:/sbin:/usr/bin:/usr/sbin:/Library/Frameworks/Python.framework/ >> Versions/Current/bin/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/ >> usr/local/teTeX/bin/powerpc-apple-darwin-current >> $ >> >> Is my env set up `correctly'? Your path is fine. (You do have some odd items in there... is there really a directory "/Library/Frameworks/Python.framework/Versions/ Current/bin/bin"? Note the two "/bin"s at the end? Also you have / sbin, /usr/bin and /usr/sbin in your PATH twice each.) If you want MacPorts's apachectl to be in your PATH, you would need to add /opt/local/apache2/bin to your PATH. However, you're not meant to use apachectl directly. You're meant to use launchctl. See the message that was shown to you when you installed apache2: > $ sudo port install apache2 > ---> Fetching apache2 > ---> Attempting to fetch httpd-2.2.6.tar.bz2 from http:// > www.apache.org/dist/httpd > ---> Verifying checksum(s) for apache2 > ---> Extracting apache2 > ---> Applying patches to apache2 > ---> Configuring apache2 > ---> Building apache2 with target all > ---> Staging apache2 into destroot > ---> Creating launchd control script > ########################################################### > # A startup item has been generated that will aid in > # starting apache2 with launchd. It is disabled > # by default. Execute the following command to start it, > # and to cause it to launch at startup: > # > # sudo launchctl load -w /Library/LaunchDaemons/ > org.macports.apache2.plist > ########################################################### > Warning: apache2 requests to install files outside the common > directory structure! > ---> Installing apache2 2.2.6_0 > ---> Activating apache2 2.2.6_0 > ---> Cleaning apache2 > $ In MacPorts 1.6.0, this has been simplified to "sudo port load apache2" (and "sudo port unload apache2" to unload it). > On Dec 16, 2007, at 3:47 PM, Daniel J. Luke wrote: > >> On Dec 16, 2007, at 3:25 PM, Charlse Darwin wrote: >>> It works! Thanks. However still we've got the following: >>> $ which apachectl >>> /usr/sbin/apachectl >>> # as opposed to (which as an example shows my env is set up >>> correctly) >> >> this doesn't show that your env is set up 'correctly' >> >>> $ which bash >>> /opt/local/bin/bash >>> $ >> >> >> I believe the apache2 port installs the apachectl binary that you >> want in /opt/local/apache2/bin/ so if you want 'apachectl' by >> itself to run the macports installed one, you need to put that >> directory in your path before /usr/sbin >> >> ... but again, this isn't a macports problem. From ryandesign at macports.org Sun Dec 16 13:40:14 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 16 13:39:40 2007 Subject: Question on +universal Variant In-Reply-To: <87A263F3-310F-4309-937B-0A36011381D8@saltybanana.com> References: <87A263F3-310F-4309-937B-0A36011381D8@saltybanana.com> Message-ID: On Dec 16, 2007, at 15:35, Nathan Brazil wrote: > If I install a port with a +universal variant on top of a clean > install of MacPorts, does that it mean all its dependencies will > also be built using the +universal variant as well? I think it should, yes. This goes for any variant you select, in fact, so long as the dependent ports provide that variant. From jkorchok at hotmail.com Sun Dec 16 14:33:57 2007 From: jkorchok at hotmail.com (John Korchok) Date: Sun Dec 16 14:33:17 2007 Subject: Oracle support in PHP? In-Reply-To: <92DC21CC-6175-46F3-8692-641CD7D00E7E@macports.org> References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> <33D40673-C2BC-48C2-94DF-E31CBB16196C@macports.org> <92DC21CC-6175-46F3-8692-641CD7D00E7E@macports.org> Message-ID: > -----Original Message----- > From: Ryan Schmidt [mailto:ryandesign@macports.org] > Sent: Wednesday, December 12, 2007 6:00 PM > To: John Korchok > Cc: macports-users@lists.macosforge.org > Subject: Re: Oracle support in PHP? > > On Dec 12, 2007, at 08:50, John Korchok wrote: > > >> On Dec 11, 2007, at 22:11, John Korchok wrote: > >> > >>>> On Dec 10, 2007, at 16:42, John Korchok wrote: > >>>> > >>>>> I had no errors or other problems installing the "oracle- > >>>>> instantclient" port or the "php5 +oracle" port. Thanks Ryan! > >>>> > >>>> Oh good! > >>>> > >>>> > >>>>> I am assuming I still need to modify php.ini to point > at oci8.so, > >>>>> but I can't find it (oci8.o is there). I did find the libraries > >>>>> under lib/ oracle. > >>>> > >>>> Nope, nothing needs to be done in that regard. There is no > >> oci8.so or > >>>> any other separate file. The oci8 functions have simply > >> been compiled > >>>> into php and libphp5.so. > >>>> > >>>> > >>>>> http://www.php.net/oci8 is just baffling. It reads like > a pile of > >>>>> potentially useful but untested information. Using the Instant > >>>>> Client (as they recommend) does not create an oracle user > >> or group, > >>>>> as far as I can tell. > >>>> > >>>> I didn't program any user or group creation into the oracle- > >>>> instantclient portfile, no. Should I have? What would that > >> user/group > >>>> be used for? > >>>> > >>>> The page is certainly Greek to me, since I haven't used Oracle. > >>> > >>> When I run phpinfo, the last configure command is: > >>> '--with-oci8=instantclient,/opt/local/lib/oracle' > >>> > >>> At http://www.oracle.com/technology/pub/notes/ > >>> technote_php_instant.html, > >>> under the heading "Enabling the PHP OCI8 Extension on > Linux " they > >>> suggest a syntax like: > >>> '--with-oci8-instant-client=/opt/local/lib/oracle' > >> > >> As far as I can tell, the option was > >> --with-oci8-instant-client=/path/ to/instantclient in earlier php > >> versions (maybe php 5.1.1 and earlier), and is > >> --with-oci8=instantclient,/path/to/instantclient now > (maybe since php > >> 5.1.2). This is mentioned in a note from wes9999 on > >> http://www.php.net/oci8 and I say "maybe" for the versions because > >> the Oracle page you cite does say it has been updated for > php 5.1.2 > >> so I don't know. But since they haven't managed to put out > an Intel > >> version in two years, and advocate using the problematic > >> DYLD_LIBRARY_PATH variable to get their libraries to work, I don't > >> trust Oracle very much. > >> > >>> Phpinfo has an oci8 section further, and it looks like it > >> is getting > >>> installed. > >> > >> I would expect so. So have you had any luck connecting with the > >> Oracle server or are you running into other problems? > > > > I'm not getting any connection yet. I saw the reference to the new > > path syntax, but may also be a path issue. Does MacPorts > set the path > > as root or as a user? > > Set what path? If you mean DYLD_LIBRARY_PATH, I don't set it at all. > Instead, I used install_name_tool to fix the paths within the > oracle libraries so that DYLD_LIBRARY_PATH is no longer > necessary. You can see exactly what the port does with "port > cat oracle- instantclient" (or "port edit > oracle-instantclient") if you're interested. > > What is the PHP code you use to attempt to establish a connection? > What error occurs as a result? The Instant Client still requires an environment variable TNS_NAMES to point to the sqlnet.ora and tnsnames.ora files. The files allow abbreviated connection strings. For some reason, I was not able to set a TNS_NAMES that the Instant Client would read (I tried setting it in the current user '.profile', in 'opt/local/apache2/bin/envvars' to get the Apache user and finally '/private/etc/profile' to make it system-wide. Nothing worked, the Instant Client gives every appearance of not reading TNS_NAMES at all. I finally gave up and set verbose connection strings: $con = oci_connect('yourusername', 'yourpassword', '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=serverurloripaddress)(PORT=portnu mber))(CONNECT_DATA=(SID=servicename)(SERVER=DEDICATED)))'); It works! Macports PHP Oracle is a reality! From daniel at danieloberhoff.de Sun Dec 16 15:24:33 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Sun Dec 16 15:23:53 2007 Subject: problems with second macports installation In-Reply-To: <9EA8C65A-91D5-4E42-B003-BD8E61E8AB17@macports.org> References: <119B8F2C-1696-4E93-875A-1E33BC95AEBD@danieloberhoff.de> <9EA8C65A-91D5-4E42-B003-BD8E61E8AB17@macports.org> Message-ID: Well, port list lists only those installed by the second installation (that is /opt/local/port as from the first installation). Daniel Am 14.12.2007 um 13:19 schrieb Ryan Schmidt: > On Dec 14, 2007, at 05:57, Daniel Oberhoff wrote: > >> I just installed a second macport as per instructions to play >> around with 64bit builds. But now my first installation seems to >> use the database of the second, even though that went into /opt/ >> local64 and not paths are set there or anything...??? > > What leads you to that conclusion? What output do you see from what > commands? > From macports.users at gmail.com Sun Dec 16 16:03:30 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Sun Dec 16 16:02:54 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> <931FC759-CC3D-41EA-B98C-51829C2361F0@gmail.com> <6C1206BC-6FEE-4A7A-B80B-945BEB18766B@geeklair.net> Message-ID: Thanks for your input Ryan; really informative. I found the quote below here: http://trac.macosforge.org/projects/ macports/wiki/InstallingMacPorts "The MacPorts binary installer places a .profile file in your home directory (view files preceded by a dot with 'ls -a'). The contents of this ~/.profile file adds the MacPorts paths in front of the standard Unix paths for the default BASH shell. This is done so that if you have utilities or libraries from both MacPorts and OS X's standard install, the MacPorts libraries will be run instead of the ones provided by Apple. export PATH=/opt/local/bin:/opt/local/sbin:$PATH ? So a basic ~/.profile file will look like this: export PATH=/opt/local/bin:/opt/local/sbin:$PATH ? " in my system I have $ cat .profile # # Your previous .profile (if any) is saved as .profile.dpsaved # Setting the path for DarwinPorts. alias cp='cp -i' alias mv='mv -i' export PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/usr/sbin:/bin:/ sbin:$PATH export DISPLAY=:0.0 test -r /sw/bin/init.sh && . /sw/bin/init.sh stty erase ^H export LC_CTYPE=en_US.UTF-8 test -r /sw/bin/init.sh && . /sw/bin/init.sh $ ls -a .p* .port_history .profile .psi: . .. profiles $ env #? PATH=/Users/pm/Documents/scripts/:/opt/local/bin:/opt/local/sbin:/usr/ bin:/usr/sbin:/bin:/sbin:/opt/local/bin:/opt/local/sbin:/usr/bin:/usr/ sbin/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/teTeX/bin/ powerpc-apple-darwin-current #? $ # env returns more than what I have in ~/.profile?!! # About directory "/Library/Frameworks/Python.framework/Versions/ Current/bin/bin" ?!! Whatever feeds those extra paths to env is where this weird directory and extra /bin and /sbin stem from. $ ls Library/Frameworks/Python.framework/Versions/Current/bin/bin ls: Library/Frameworks/Python.framework/Versions/Current/bin/bin: No such file or directory $ ls Library/Frameworks/Python.framework/Versions/Current/bin/ ls: Library/Frameworks/Python.framework/Versions/Current/bin/: No such file or directory $ ls Library/Frameworks/Python.framework/Versions/Current/ ls: Library/Frameworks/Python.framework/Versions/Current/: No such file or directory $ ls Library/Frameworks/Python.framework/Versions/ ls: Library/Frameworks/Python.framework/Versions/: No such file or directory $ ls Library/Frameworks/Python.framework/ ls: Library/Frameworks/Python.framework/: No such file or directory $ ls Library/Frameworks/ EWSMac.framework GoogleMapsShared.framework Skype.framework $ Your point about about direct use of apachectl is well taken but what I was trying to say was that since bash calls the bash installed by Macport I thought, by the same line of reasoning, apachectl should call apachectl installed by Macport. After all this is why we set the PATH that way; "if you have utilities or libraries from both MacPorts and OS X's standard install, the MacPorts libraries will be run instead of the ones provided by Apple." What am I missing? On Dec 16, 2007, at 4:39 PM, Ryan Schmidt wrote: > >> On Dec 16, 2007, at 15:05, Charlse Darwin wrote: >>> $ env >>> PATH=/Users/***/Documents/scripts/:/opt/local/bin:/opt/local/ >>> sbin:/bin:/sbin:/usr/bin:/usr/sbin:/Library/Frameworks/ >>> Python.framework/Versions/Current/bin/bin:/sbin:/usr/bin:/usr/ >>> sbin:/usr/local/bin:/usr/local/teTeX/bin/powerpc-apple-darwin- >>> current >>> $ >>> >>> Is my env set up `correctly'? > > Your path is fine. (You do have some odd items in there... is there > really a directory "/Library/Frameworks/Python.framework/Versions/ > Current/bin/bin"? Note the two "/bin"s at the end? Also you have / > sbin, /usr/bin and /usr/sbin in your PATH twice each.) > > If you want MacPorts's apachectl to be in your PATH, you would need > to add /opt/local/apache2/bin to your PATH. However, you're not > meant to use apachectl directly. You're meant to use launchctl. See > the message that was shown to you when you installed apache2: > >> $ sudo port install apache2 >> ---> Fetching apache2 >> ---> Attempting to fetch httpd-2.2.6.tar.bz2 from http:// >> www.apache.org/dist/httpd >> ---> Verifying checksum(s) for apache2 >> ---> Extracting apache2 >> ---> Applying patches to apache2 >> ---> Configuring apache2 >> ---> Building apache2 with target all >> ---> Staging apache2 into destroot >> ---> Creating launchd control script >> ########################################################### >> # A startup item has been generated that will aid in >> # starting apache2 with launchd. It is disabled >> # by default. Execute the following command to start it, >> # and to cause it to launch at startup: >> # >> # sudo launchctl load -w /Library/LaunchDaemons/ >> org.macports.apache2.plist >> ########################################################### >> Warning: apache2 requests to install files outside the common >> directory structure! >> ---> Installing apache2 2.2.6_0 >> ---> Activating apache2 2.2.6_0 >> ---> Cleaning apache2 >> $ > > > In MacPorts 1.6.0, this has been simplified to "sudo port load > apache2" (and "sudo port unload apache2" to unload it). > > >> On Dec 16, 2007, at 3:47 PM, Daniel J. Luke wrote: >> >>> On Dec 16, 2007, at 3:25 PM, Charlse Darwin wrote: >>>> It works! Thanks. However still we've got the following: >>>> $ which apachectl >>>> /usr/sbin/apachectl >>>> # as opposed to (which as an example shows my env is set up >>>> correctly) >>> >>> this doesn't show that your env is set up 'correctly' >>> >>>> $ which bash >>>> /opt/local/bin/bash >>>> $ >>> >>> >>> I believe the apache2 port installs the apachectl binary that you >>> want in /opt/local/apache2/bin/ so if you want 'apachectl' by >>> itself to run the macports installed one, you need to put that >>> directory in your path before /usr/sbin >>> >>> ... but again, this isn't a macports problem. From jo.irisson at gmail.com Sun Dec 16 16:06:07 2007 From: jo.irisson at gmail.com (jiho) Date: Sun Dec 16 16:05:28 2007 Subject: Using two macports trees Message-ID: Hi everyone, I would like to keep two MacPorts trees separate on the same machine (the purpose is to have both gtk+x11 and gtk+quartz available at once, and with as little interaction as possible). I have my old macports in /opt/local/ and a installed a new one from source in /opt/local- exp/. I always define the PATH so that only *one* of those is included at a time. However, using `port installed` always show the list of /opt/local-exp now, even when using /opt/local/bin/port Is there somewhere where the log of the installed ports is kept outside of MP tree? how does the port command 'knows' where to look for ports? (and do you have experience doing this? some other methods to suggest?) Thanks in advance. JiHO --- http://jo.irisson.free.fr/ From nb at saltybanana.com Sun Dec 16 18:58:23 2007 From: nb at saltybanana.com (Nathan Brazil) Date: Sun Dec 16 18:57:45 2007 Subject: Question on +universal Variant In-Reply-To: References: <87A263F3-310F-4309-937B-0A36011381D8@saltybanana.com> Message-ID: <9810AE90-3B10-4EE1-BCA6-D092A507EB6B@saltybanana.com> If one or more dependents do not support the +universal variant, will there be a warning or error message produced? -- On Dec 16, 2007, at 1:40 PM, Ryan Schmidt wrote: > On Dec 16, 2007, at 15:35, Nathan Brazil wrote: > >> If I install a port with a +universal variant on top of a clean >> install of MacPorts, does that it mean all its dependencies will >> also be built using the +universal variant as well? > > I think it should, yes. > > This goes for any variant you select, in fact, so long as the > dependent ports provide that variant. > > From beezum88 at yahoo.com Sun Dec 16 21:12:49 2007 From: beezum88 at yahoo.com (Benton Greene) Date: Sun Dec 16 21:12:07 2007 Subject: Gimp Animation Package fails to build Message-ID: <852957.22671.qm@web55212.mail.re4.yahoo.com> All the package dependencies installed just fine, then I got this error message and I don't know what to make of it. If anybody can help me out that'd be great. ---> Building gimp-gap 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_graphics_gimp-gap/work/gimp-gap-2.2.2" && make all " returned error 2 Command output: make all-recursive Making all in extern_libs echo "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp-gap/work/gimp-gap-2.2.2/extern_libs/ffmpeg"; \ cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp-gap/work/gimp-gap-2.2.2/extern_libs/ffmpeg;\ make lib cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp-gap/work/gimp-gap-2.2.2/extern_libs/ffmpeg make -C libavcodec all gcc -O3 -g -Wall -Wno-switch -O2 -no-cpp-precomp -DHAVE_LRINTF -fno-common -pipe -fomit-frame-pointer -DHAVE_AV_CONFIG_H -I.. -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_GNU_SOURCE -c -o msmpeg4.o msmpeg4.c msmpeg4.c: In function 'msmpeg4_pred_dc': msmpeg4.c:838: warning: pointer targets in assignment differ in signedness msmpeg4.c: In function 'msmpeg4_encode_block': msmpeg4.c:727: error: can't find a register in class 'BREG' while reloading 'asm' {standard input}:15149:non-relocatable subtraction expression, "_msmpeg4v34_decode_mb" minus "L00000000003$pb" {standard input}:15149:symbol: "_msmpeg4v34_decode_mb" can't be undefined in a subtraction expression {standard input}:15132:non-relocatable subtraction expression, "_msmpeg4v12_decode_mb" minus "L00000000003$pb" {standard input}:15132:symbol: "_msmpeg4v12_decode_mb" can't be undefined in a subtraction expression {standard input}:15114:non-relocatable subtraction expression, "_wmv2_decode_mb" minus "L00000000003$pb" {standard input}:15114:symbol: "_wmv2_decode_mb" can't be undefined in a subtraction expression make[4]: *** [msmpeg4.o] Error 1 make[3]: *** [lib] Error 2 make[2]: *** [/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_graphics_gimp-gap/work/gimp-gap-2.2.2/extern_libs/ffmpeg/libavformat/libavformat.a] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. Thanks, --Benton ____________________________________________________________________________________ Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now. http://mobile.yahoo.com/;_ylt=Ahu06i62sR8HDtDypao8Wcj9tAcJ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071216/b76f33d5/attachment.html From ryandesign at macports.org Mon Dec 17 02:09:10 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 17 02:08:35 2007 Subject: Oracle support in PHP? In-Reply-To: References: <68251F28-0E77-43E8-A17A-935D14ED9AF8@gmail.com> <066FE4E1-D333-4DD0-B2A3-6BFF1A6840A1@macports.org> <0503B42D-2CAA-4563-A877-11018DC187F8@macports.org> <33D40673-C2BC-48C2-94DF-E31CBB16196C@macports.org> <92DC21CC-6175-46F3-8692-641CD7D00E7E@macports.org> Message-ID: On Dec 16, 2007, at 16:33, John Korchok wrote: > The Instant Client still requires an environment variable TNS_NAMES > to point > to the sqlnet.ora and tnsnames.ora files. The files allow abbreviated > connection strings. For some reason, I was not able to set a > TNS_NAMES that > the Instant Client would read (I tried setting it in the current user > '.profile', in 'opt/local/apache2/bin/envvars' to get the Apache > user and > finally '/private/etc/profile' to make it system-wide. Nothing > worked, the > Instant Client gives every appearance of not reading TNS_NAMES at > all. I > finally gave up and set verbose connection strings: > > $con = oci_connect('yourusername', 'yourpassword', > '(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=serverurloripaddress) > (PORT=portnu > mber))(CONNECT_DATA=(SID=servicename)(SERVER=DEDICATED)))'); > > It works! Macports PHP Oracle is a reality! Splendid! :-) I'm not sure how they intend for you to set the TNS_NAMES environment variable. I was not familiar with /opt/local/apache2/bin/envvars but that sounded promising. If that is still important to you, have you tried using SetEnv within the httpd.conf? http://httpd.apache.org/docs/2.2/mod/mod_env.html#setenv From ryandesign at macports.org Mon Dec 17 02:18:04 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 17 02:17:29 2007 Subject: Question on +universal Variant In-Reply-To: <9810AE90-3B10-4EE1-BCA6-D092A507EB6B@saltybanana.com> References: <87A263F3-310F-4309-937B-0A36011381D8@saltybanana.com> <9810AE90-3B10-4EE1-BCA6-D092A507EB6B@saltybanana.com> Message-ID: On Dec 16, 2007, at 20:58, Nathan Brazil wrote: > On Dec 16, 2007, at 1:40 PM, Ryan Schmidt wrote: > >> On Dec 16, 2007, at 15:35, Nathan Brazil wrote: >> >>> If I install a port with a +universal variant on top of a clean >>> install of MacPorts, does that it mean all its dependencies will >>> also be built using the +universal variant as well? >> >> I think it should, yes. >> >> This goes for any variant you select, in fact, so long as the >> dependent ports provide that variant. > > If one or more dependents do not support the +universal variant, > will there be a warning or error message produced? Well, those dependent ports will just be built without universal support. (This is the same for all variants and all ports: if you ask for a variant that does not exist, no error is produced; the port is simply built without that nonexistent variant.) If the port you are ultimately trying to build does depend on a universal version of that dependent port which has no universal support, then you will likely get errors at that point. From ryandesign at macports.org Mon Dec 17 02:15:02 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 17 02:41:05 2007 Subject: sudo port install apache2 In-Reply-To: References: <3E917C0F-C8D0-4EB9-81BE-CBED5DFD1416@gmail.com> <80CAB709-90F2-493F-83F9-DC887BBC30A6@centosprime.com> <709C66E8-58D1-4154-9C48-5F3C5AAE4C29@geeklair.net> <437D4A20-788B-48F8-83F7-E36CB1D1AEF9@macports.org> <619ADCF2-90AC-4739-9409-395D34980EC8@gmail.com> <4AA3AEEC-0177-439A-970E-AF5340BADA11@gmail.com> <946B3D58-1827-4181-A04B-9F3F4F3EF326@bellsouth.net> <931FC759-CC3D-41EA-B98C-51829C2361F0@gmail.com> <6C1206BC-6FEE-4A7A-B80B-945BEB18766B@geeklair.net> Message-ID: On Dec 16, 2007, at 18:03, Charlse Darwin wrote: > "The MacPorts binary installer places a .profile file in your home > directory (view files preceded by a dot with 'ls -a'). The contents > of this ~/.profile file adds the MacPorts paths in front of the > standard Unix paths for the default BASH shell. This is done so > that if you have utilities or libraries from both MacPorts and OS > X's standard install, the MacPorts libraries will be run instead of > the ones provided by Apple. > > export PATH=/opt/local/bin:/opt/local/sbin:$PATH > in my system I have [snip] > export PATH=/opt/local/bin:/opt/local/sbin:/usr/bin:/usr/sbin:/bin:/ > sbin:$PATH [snip] > $ env > #? > PATH=/Users/pm/Documents/scripts/:/opt/local/bin:/opt/local/sbin:/ > usr/bin:/usr/sbin:/bin:/sbin:/opt/local/bin:/opt/local/sbin:/usr/ > bin:/usr/sbin/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/ > local/teTeX/bin/powerpc-apple-darwin-current > #? > $ > > # env returns more than what I have in ~/.profile?!! Do you maybe have a ~/.bash_profile which would be used in preference to any ~/.profile? > # About directory "/Library/Frameworks/Python.framework/Versions/ > Current/bin/bin" ?!! Whatever feeds those extra paths to env is > where this weird directory and extra /bin and /sbin stem from. > $ ls Library/Frameworks/Python.framework/Versions/Current/bin/bin > ls: Library/Frameworks/Python.framework/Versions/Current/bin/bin: > No such file or directory > $ ls Library/Frameworks/Python.framework/Versions/Current/bin/ > ls: Library/Frameworks/Python.framework/Versions/Current/bin/: No > such file or directory > $ ls Library/Frameworks/Python.framework/Versions/Current/ > ls: Library/Frameworks/Python.framework/Versions/Current/: No such > file or directory > $ ls Library/Frameworks/Python.framework/Versions/ > ls: Library/Frameworks/Python.framework/Versions/: No such file or > directory > $ ls Library/Frameworks/Python.framework/ > ls: Library/Frameworks/Python.framework/: No such file or directory > $ ls Library/Frameworks/ > EWSMac.framework GoogleMapsShared.framework > Skype.framework > $ > > Your point about about direct use of apachectl is well taken but > what I was trying to say was that since bash calls the bash > installed by Macport I thought, by the same line of reasoning, > apachectl should call apachectl installed by Macport. After all > this is why we set the PATH that way; "if you have utilities or > libraries from both MacPorts and OS X's standard install, the > MacPorts libraries will be run instead of the ones provided by Apple." > > What am I missing? The apachectl installed by the apache2 port is not in any of the paths in your PATH. It is in /opt/local/apache2/bin. If you want "apachectl" to refer to the MacPorts apache2 apachectl, add /opt/ local/apache2/bin to your PATH. Or add "alias apachectl=/opt/local/ apache2/bin/apachectl" to your ~/.profile (or ~/.bash_profile). From pinodm at euphonynet.be Mon Dec 17 03:02:39 2007 From: pinodm at euphonynet.be (Giuseppe Di Matteo) Date: Mon Dec 17 03:02:05 2007 Subject: mlterm error 126 Message-ID: I can't install mlterm +antialias on iMac ppc G4 - Tiger(10.4.11) - Macports 1.6 ---> Staging mlterm into destroot . missing (directory not created: File exists) ./Applications missing (directory not created: File exists) ./Developer missing (directory not created: File exists) ./Library missing (directory not created: File exists) DEBUG: Executing org.macports.destroot (mlterm) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/mlterm-2.9.2" && make install DESTDIR=/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/destroot' if [ -d kiklib ]; then cd kiklib ; make install-la ; fi cd src ; make install-la ../libtool --mode=install ../../ libkik.la /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/destroot/opt/local/lib ../../ .libs/libkik.10.0.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/destroot/opt/local/lib/libkik.10.0.0.dylib ../libtool: line 1: ../../: is a directory make[2]: *** [install-la] Error 126 make[1]: *** [install-la] Error 2 make: *** [install] Error 2 Error: Target org.macports.destroot returned: shell command " cd "/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/mlterm-2.9.2" && make install DESTDIR=/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/destroot " returned error 2 Command output: if [ -d kiklib ]; then cd kiklib ; make install-la ; fi cd src ; make install-la ../libtool --mode=install ../../ libkik.la /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/destroot/opt/local/lib ../../ .libs/libkik.10.0.0.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_mlt erm/work/destroot/opt/local/lib/libkik.10.0.0.dylib ../libtool: line 1: ../../: is a directory make[2]: *** [install-la] Error 126 make[1]: *** [install-la] Error 2 make: *** [install] Error 2 Warning: the following items did not execute (for mlterm): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. Giuseppe Di Matteo pinodm@euphonynet.be -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071217/53260ec7/attachment.html From j.van_den_hoff at fzd.de Mon Dec 17 04:35:00 2007 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Mon Dec 17 04:34:22 2007 Subject: ion3 window manager no longer available Message-ID: <20071217123500.GC595@marco.fz-rossendorf.de> to whom it may concern (hopefully one of the macports maintainers): I've got this message from `ports' today when trying to upgrade the `ion3' window manager: % port upgrade ion3: ======================================================================== This port has been removed due to concerns on the software license used. Should you still want to install it, have a look at: http://modeemi.cs.tut.fi/~tuomov/ion/. You can also choose to try out another window manager; to list all the ones directly available using MacPorts, issue the following command: port list category:x11-wm ======================================================================== I know about the trouble with the new license from the `ion3' mailing list. without going into the details of the license text, I nevertheless believe the real concern of the author is that he should not be "spammed" by users having installed some "obsolete" (which means a few weeks old for him) version. he seems to demand only clear notification of the users, which is an "interpretation-prone" thing. since `ion3' actually is a very fine window manager for a certain type of work, may I ask you to check whether it would'nt be sufficient to modify the package info line accordingly with some "wildcard" disclaimer of the kind: "if this version is older than xxx weeks, please take note that this version is considered "obsolete" by the original author. upgrade manually to the most recent version found at http://modeemi.cs.tut.fi/~tuomov/ion/ before sending bug reports or questions to the author" I'm under the impression that there is no real issue here apart from the ion3 author creating a complication which you, the package maintainer may find unnecessary (you're probably right). I'd appreciate very much seeing `ion3' again on macports (and one could give other systems (e.g. FreeBSD, the different Linuxes) a hint how to circumvent/solve the license issue). thanks a lot (for macports in general I mean) joerg From mcs at iaa.es Mon Dec 17 04:58:43 2007 From: mcs at iaa.es (=?ISO-8859-1?Q?Miguel_Cervi=F1o?=) Date: Mon Dec 17 04:54:03 2007 Subject: patch for xfig Message-ID: <73AF871F-E1FD-4337-A278-080CB0DA9E9E@iaa.es> Hello, I have been investigated on the xfig installation (I found some unsolved problems in the list). I have found that the installation have a problem with the Xaw3d @1.5E_1 installation: xfig can be compiled with Xaw3d (standar previous version) and Xaw3d1.5. By default it assumes that libXaw3d refers to the standar version and that the new version is in libXaw3d15e, but macports call the 3d1.5 library as libXaw3d (I suppose that it is done for compatibility with other programs). Any case, it produces a chrash in xfig ... (I have try to modified the Imakefile to use new Xaw3d library but it does not works...) So the only solution I have found is to use xfig without the Xaw3d library at all... I include the corresponding patch-Imakefile below (that would replace the path_imakefile in /opt/local/var/macports/ sources/rsync.macports.org/release/ports/graphics/xfig/files ) I hope it solve problems for other people... cheers miguel -------------- next part -------------- A non-text attachment was scrubbed... Name: patch-Imakefile Type: application/octet-stream Size: 2508 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071217/b519ea01/patch-Imakefile.obj From vincent-opdarw at vinc17.org Mon Dec 17 05:01:58 2007 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Mon Dec 17 05:01:24 2007 Subject: ion3 window manager no longer available In-Reply-To: <20071217123500.GC595@marco.fz-rossendorf.de> References: <20071217123500.GC595@marco.fz-rossendorf.de> Message-ID: <20071217130158.GS982@prunille.vinc17.org> On 2007-12-17 13:35:00 +0100, Joerg van den Hoff wrote: > since `ion3' actually is a very fine window manager for a > certain type of work, may I ask you to check whether it > would'nt be sufficient to modify the package info line > accordingly with some "wildcard" disclaimer of the kind: > > "if this version is older than xxx weeks, please take note > that this version is considered "obsolete" by the original > author. upgrade manually to the most recent version found at > http://modeemi.cs.tut.fi/~tuomov/ion/ before sending bug > reports or questions to the author" The name also needs to be changed. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From milosh at macports.org Mon Dec 17 05:58:14 2007 From: milosh at macports.org (Emmanuel Hainry) Date: Mon Dec 17 05:57:49 2007 Subject: Ion3 license and possible removal In-Reply-To: <4765479A.6040409@macports.org> References: <47618946.5080905@macports.org> <20071216015417.GJ982@prunille.vinc17.org> <4765479A.6040409@macports.org> Message-ID: <20071217135814.GA14552@haing4> Citando Rainer M?ller : > Vincent Lefevre wrote: > > Or change the name of the software. These restrictions apply only > > in this case: > > > > [quoted from the LICENSE file] > > If the name Ion(tm) or other names that can be associated with the Ion > > project are used to distribute this software, then: > > [/quoted] > > Seems like Debian did this and renamed ion3 to ParticleMan. At least I > found this blog entry [1] about it and the packages are already in some > trees. As an alternative of removing it, maybe we can just grab the > sources from them and keep it with another name? > > Rainer > > [1] http://womble.decadent.org.uk/blog/introducing-particleman.html Ha, particleman, that's it! Thank you for saying that name. I remember having seen this blog post but later could not find the name back. However, it is not yet in debian, there is only an "intent to package". That's the reason why I decided to use awesome which is quite similar to wmii but with less luggage (and wmii's version in macports is no longer supported by the developper), and made a port for it. It would be great if ParticleMan could make its way in macports sooner or later. Emmanuel From ebgssth at gmail.com Mon Dec 17 06:24:36 2007 From: ebgssth at gmail.com (js) Date: Mon Dec 17 06:23:56 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? Message-ID: Hi, port selfupdate failed with the following errors. Does this mean the latest Macports doen't support OS X 10.3 Panther? $ sudo port selfupdate MacPorts base version 1.520 installed Downloaded MacPorts base version 1.600 Configuring, Building and Installing new MacPorts base Error: /opt/local/bin/port: selfupdate failed: Error installing new MacPorts base: shell command "cd /opt/local/var/macports/sources/rsync.macports.org/release/base && ./configure --prefix=/opt/local --with-install-user=root --with-install-group=admin --with-tclpackage=/Library/Tcl && make && make install" returned error 2 Command output: registry.c:305: error: `errPtr' undeclared (first use in this function) registry.c:306: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:321: error: parse error before '*' token registry.c: In function `reg_start_write': registry.c:322: error: `errPtr' undeclared (first use in this function) registry.c:323: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:333: error: parse error before '*' token registry.c: In function `reg_end': registry.c:334: error: request for member `status' in something not a structure or union registry.c:335: error: `errPtr' undeclared (first use in this function) registry.c:341: error: request for member `db' in something not a structure or union registry.c:341: error: `query' undeclared (first use in this function) registry.c:342: error: `SQLITE_OK' undeclared (first use in this function) registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this function) registry.c:346: error: request for member `db' in something not a structure or union registry.c: At top level: registry.c:359: error: parse error before '*' token registry.c: In function `reg_commit': registry.c:360: error: `errPtr' undeclared (first use in this function) registry.c:361: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:376: error: parse error before '*' token registry.c: In function `reg_rollback': registry.c:377: error: `errPtr' undeclared (first use in this function) registry.c:378: error: request for member `status' in something not a structure or union make[2]: *** [registry.o] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 From j.van_den_hoff at fzd.de Mon Dec 17 07:44:25 2007 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Mon Dec 17 07:43:43 2007 Subject: ion3 window manager no longer available In-Reply-To: <20071217130158.GS982@prunille.vinc17.org> References: <20071217123500.GC595@marco.fz-rossendorf.de> <20071217130158.GS982@prunille.vinc17.org> Message-ID: <20071217154425.GG595@marco.fz-rossendorf.de> On Mon, Dec 17, 2007 at 02:01:58PM +0100, Vincent Lefevre wrote: > On 2007-12-17 13:35:00 +0100, Joerg van den Hoff wrote: > > since `ion3' actually is a very fine window manager for a > > certain type of work, may I ask you to check whether it > > would'nt be sufficient to modify the package info line > > accordingly with some "wildcard" disclaimer of the kind: > > > > "if this version is older than xxx weeks, please take note > > that this version is considered "obsolete" by the original > > author. upgrade manually to the most recent version found at > > http://modeemi.cs.tut.fi/~tuomov/ion/ before sending bug > > reports or questions to the author" > > The name also needs to be changed. what name? the name of the package? why not call it `ion3_x11-wm' or whatever? I think one should be as pragmatic as possible about this: problem is artficial (from macports point of view, anyway), but ion3 is good software, so make the name change, explain reason in package info, provide package and forget about the "noise". this possible or not? joerg From max.e.brown at gmail.com Mon Dec 17 07:45:34 2007 From: max.e.brown at gmail.com (Max Brown) Date: Mon Dec 17 07:44:50 2007 Subject: Problem installing ghc In-Reply-To: References: Message-ID: I upgraded to Macports version 1.600. That didn't seem to make a difference. Since I thought that I need a binary version of ghc to bootstrap, I installed one from here: http://www.haskell.org/ghc/download_ghc_682.html#macosxintel If I install this into /usr/local, sudo port install ghc fails with the same error, although the binary ghc seems to work ok. If I install this into /opt/local, I seems to at least start compiling ghc. I then get the following error: $ sudo port install ghc ---> Fetching ghc ---> Verifying checksum(s) for ghc ---> Extracting ghc ---> Applying patches to ghc ---> Configuring ghc ---> Building ghc with target all Error: Target org.macports.build returned: shell command "env DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib make all" returned error 2 Command output: in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/ghc-6.6.1/includes ------------------------------------------------------------------------ Creating ghcautoconf.h... Done. Creating ghcplatform.h... Done. ../utils/mkdependC/mkdependC -f .depend -- -O -I. -I../rts -- mkDerivedConstants.c gcc -O -I. -I../rts -c mkDerivedConstants.c -o mkDerivedConstants.o gcc -o mkDerivedConstantsHdr -O -I. -I../rts mkDerivedConstants.o ./mkDerivedConstantsHdr >DerivedConstants.h gcc -o mkGHCConstants.o -O -I. -I../rts -c mkDerivedConstants.c -DGEN_HASKELL gcc -o mkGHCConstants -O -I. -I../rts mkGHCConstants.o ./mkGHCConstants >GHCConstants.h ------------------------------------------------------------------------ == make boot -r; in /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ghc/work/ghc-6.6.1/compat ------------------------------------------------------------------------ ../utils/mkdependC/mkdependC -f .depend -I. -Iinclude -I../includes -- -O -I. -Iinclude -D__GHC_PATCHLEVEL__=2 -I../libraries/base/cbits -I../libraries/base/include -- cbits/directory.c cbits/rawSystem.c cbits/unicode.c /opt/local/bin/ghc -M -optdep-f -optdep.depend -osuf o -optdep--exclude-module=System.Directory.Internals -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp Compat/Directory.hs Compat/RawSystem.hs Compat/Unicode.hs Distribution/Compat/FilePath.hs Distribution/Compat/ReadP.hs Distribution/Compiler.hs Distribution/GetOpt.hs Distribution/InstalledPackageInfo.hs Distribution/License.hs Distribution/Package.hs Distribution/ParseUtils.hs Distribution/Version.hs Language/Haskell/Extension.hs <> make all /opt/local/bin/ghc -H16m -O -I. -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp -c Compat/Directory.hs -o Compat/Directory.o -ohi Compat/Directory.hi Compat/Directory.hs:27:0: Failed to load interface for `System.Directory.Internals': Use -v to see a list of the files searched for. <> make[2]: *** [Compat/Directory.o] Error 1 make[1]: *** [boot] Error 2 make: *** [stage1] Error 1 Error: Status 1 encountered during processing. Any ideas....? Thanks. Max From jmpp at macports.org Mon Dec 17 08:48:43 2007 From: jmpp at macports.org (Juan Manuel Palacios) Date: Mon Dec 17 09:14:58 2007 Subject: MacPorts 1.6.0 released! Message-ID: <7C56B2AB-2368-4707-9F61-0C38DF737920@macports.org> Good day everyone! I am glad to announce that after a long delay in extensive testing, MacPorts 1.6.0 has finally been released! It is available through all of our regular channels: -) selfupdate for existing users; -) universal pkg installers for both Leopard and Tiger (PPC pkg for Panther will be forthcoming); -) source tarballs for those wanting to install from source; Browse over to http://www.macports.org/install.php to learn how to use any of the above installation alternatives. Quoted below is the contents of our in-source NEWS file, detailing what is an amazing MacPorts release, full with even completely redesigned and refreshed website and guide. Enjoy and don't hesitate to give us as much feedback as you can, following our also revamped ticketing guidelines at http://guide.macports.org/#project.tickets for the proper filing of problem reports at our Trac portal, http://trac.macports.org Thanks to everyone who helped make this release such an incredible one one, keep up the great work! -jmpp === NEWS === What's new: *) Revived and thoroughly refreshed web presence at http://www.macports.org/ , with more improvements still on the way; *) New project guide at http://guide.macports.org Overview of Changes from MacPorts 1.5.2 to MacPorts 1.6.0: # For regular usage: *) Fixed the "upgrade" target of the port(1) command to properly handle installed versions beginning with letters; *) Improved the "variants" target of the port(1) command to behave like the "info" target to poll the requested Portfile directly rather than the index for more up-to-date information, while also providing a --index flag for legacy behavior; *) Fixed a bug by which a user specific 'macports.conf' file would not be read; *) Tightened security by installing MacPorts in 0755 mode (no write permission for group and others) by default; *) Added 'none' as a possible option for supported types of startupitems scripts; *) Disabled readline support in interactive mode of the port(1) command by deafult; *) Fixed a bug by which the "variants" target of the port(1) command would spit out an error backtrace to the terminal when no match was found for the requested port; *) Revamped the "postflight" script that takes care of setting a MacPorts-compatible shell environment after installation from our "pkg" is complete; it now gracefully handles the addition of PATH, MANPATH and DISPLAY environment variables separately and only if strictly needed, properly backing up appropriate shell configuration files before proceeding to modify them (http://guide.macports.org/#installing.binary.postflight.details for more information); # Individual port-building related improvements: *) Eugene Pimenov's GSoC2007 work on improving "trace mode" for the building of ports in clean environments, http://trac.macports.org/projects/macports/wiki/soc2007/epimenov ; *) Added 'bsdmake' and 'gnumake' defaults for building ports on the FreeBSD and Linux platforms; *) Added 'configureccache' and 'configuredistcc' configuration options to the main 'macports.conf' for distributed builds (defaulting to no); *) Improved building of configure-based universal ports on Leopard; *) Fixed a bug by which the 'universal' variant would disappear if a 'macosx' variant was selected; *) Added a 'macosx_deployment_target' option to the main 'macports.conf' file for ports that benefit form this Mac OS X specific flag; *) Added a 'configurepipe' option to the main 'macports.conf' file for using pipes rather than intermediate files when compiling C/C++ based ports; *) Removed LD_PREBIND & LD_PREBIND_ALLOW_OVERLAP variables from MacPorts' environment to prevent prebinding of binaries, which can be harmful on Tiger and above; # Packaging related improvements: *) Created pkg's no longer have /etc, /var/ or /tmp directories in them; *) Fixed a bug by which all .mpkg packages were missing their welcome page; *) Fixed a bug by which HTML contents were written as a pkg's Welcome.rtf file, causing it to not display at all; *) Made the homepage clickable in a pkg's welcoming screen; *) Added support lzma compression for archives; *) Improved pkg & dmg creation on Leopard, for both Intel and PowerPC platforms; *) Added an 'mdmg' target, for the creation of a dmg for a port and its dependencies; *) Dramatically improved performace of the port(1) command's Portfile level actions like "file", "dir", "work" and "url" # For Portfile writers: *) Added more compiler suites as options to the 'configure.compiler' Portfile option; *) Added 'configure.fflags' 'configure.fcflags' 'configure.f90flags' Portfile options for Fortran based ports; *) Added 'configure.javac' and 'configure.classpath' Portfile options for Java ports; *) Added 'configure.objc' 'configure.objcflags' Portfile options for Objective-C based ports; *) Added 'build.nice' and 'build.jobs' Portfile options for parallel builds and build prioritizing; *) Added 'startupitem.netchange' boolean flag Portfile option for generated startup scripts; *) Added a "lint" target to the port(1) command, for Portfile verification and beautification; *) Added Portfile group code for Python 3.0 based ports and deprecated the plain 'python' group code; *) Added generic GNU livecheck rules; *) The "x86" platform has been normalized as "i386"; *) Added a 'use_parallel_build' Portfile option for declaring if a particular port can be built in paralel through make's -j flag, defaulting to no; *) Added 'configure.awk', 'configure.bison', 'configure.pkg_config', 'configure.pkg_config_path' Portfile options to point to the relevant programs/paths to use; *) Added a 'extract.mkdir' Portfile option to better deal with so- called "tar bombs"; *) Added a 'configure.pipe' Portfile option for using pipes rather than intermediate files when compiling C/C++ based ports; # For MacPorts scripting: *) Moved the 'ui_isset' and 'global_option_isset' Tcl procedures for testing of the UI and global options to the macports1.0 API sparing its clients from having to implement them; *) Improved defaults for implicit ui_prefix and ui_channels behaviour at the macports1.0 layer; # Miscellaenous: *) Added MacPorts-configure time checks for Mac OS X and Xcode versions and warnings for old versions; *) Added a 'user-agent' parameters to our libcurl based fetching of sources for sites that require a user agent; *) 'livecheck' regular expressions are now checked against each entry in the listed master_site in the Portfile; *) Fixed regexp in livecheck code to work when there is both a tag and a subdir in the mirror uri; *) Improved the integrated "daemondo" program to better handle the death of startupitem-based programs; *) Added a "--restart-wait=n" argument to the integrated "daemondo" program to control the number of seconds to wait during restart of the process it is monitoring, defaulting to 3; *) Enabled building of our objc bridge against GNUStep on platforms other than Mac OS X; *) Added support for packing of MacPorts itself on FreeBSD and Fedora platforms; *) Added SourceForge.jp to our list of SourceForge based mirrors for sources fetching; *) Added http mirror sites for the postgresql mirrors list; *) Added the ftp://ftp.gnu.org/old-gnu/ mirror to the GNU mirrors list; *) Fixed a bug by which paths with embedded spaces would cause the "dp2mp-move" upgrade code to fail when trying to find user specific 'macports.conf' files; From frstan at bellsouth.net Mon Dec 17 09:22:20 2007 From: frstan at bellsouth.net (William Davis) Date: Mon Dec 17 09:21:38 2007 Subject: ion3 window manager no longer available In-Reply-To: <20071217154425.GG595@marco.fz-rossendorf.de> References: <20071217123500.GC595@marco.fz-rossendorf.de> <20071217130158.GS982@prunille.vinc17.org> <20071217154425.GG595@marco.fz-rossendorf.de> Message-ID: <4B0A4515-B9E3-4F20-97B6-178662B9144D@bellsouth.net> On Dec 17, 2007, at 10:44 AM, Joerg van den Hoff wrote: > On Mon, Dec 17, 2007 at 02:01:58PM +0100, Vincent Lefevre wrote: >> On 2007-12-17 13:35:00 +0100, Joerg van den Hoff wrote: >>> since `ion3' actually is a very fine window manager for a >>> certain type of work, may I ask you to check whether it >>> would'nt be sufficient to modify the package info line >>> accordingly with some "wildcard" disclaimer of the kind: >>> >>> "if this version is older than xxx weeks, please take note >>> that this version is considered "obsolete" by the original >>> author. upgrade manually to the most recent version found at >>> http://modeemi.cs.tut.fi/~tuomov/ion/ before sending bug >>> reports or questions to the author" >> >> The name also needs to be changed. > > what name? the name of the package? why not call it > `ion3_x11-wm' or whatever? I think one should be as > pragmatic as possible about this: problem is artficial (from > macports point of view, anyway), but ion3 is good software, > so make the name change, explain reason in package info, > provide package and forget about the "noise". this possible > or not? > > joerg > _______________________________________________ > Because using the name ion3 in any form would be a license violation. Given the author's propensity for flame wars (not to mention possible law suits) I think IMHO we are better off without him. May I suggest you complain to the author instead. Why doesnt he incorporate a check for updates in his software and tell the end user there is no support for non-current versions if this bothers him so much? 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 From j.van_den_hoff at fzd.de Mon Dec 17 10:04:17 2007 From: j.van_den_hoff at fzd.de (Joerg van den Hoff) Date: Mon Dec 17 10:03:34 2007 Subject: ion3 window manager no longer available In-Reply-To: <4B0A4515-B9E3-4F20-97B6-178662B9144D@bellsouth.net> References: <20071217123500.GC595@marco.fz-rossendorf.de> <20071217130158.GS982@prunille.vinc17.org> <20071217154425.GG595@marco.fz-rossendorf.de> <4B0A4515-B9E3-4F20-97B6-178662B9144D@bellsouth.net> Message-ID: <20071217180417.GM595@marco.fz-rossendorf.de> On Mon, Dec 17, 2007 at 12:22:20PM -0500, William Davis wrote: > > On Dec 17, 2007, at 10:44 AM, Joerg van den Hoff wrote: > > >On Mon, Dec 17, 2007 at 02:01:58PM +0100, Vincent Lefevre wrote: > >>On 2007-12-17 13:35:00 +0100, Joerg van den Hoff wrote: > >>>since `ion3' actually is a very fine window manager for a > >>>certain type of work, may I ask you to check whether it > >>>would'nt be sufficient to modify the package info line > >>>accordingly with some "wildcard" disclaimer of the kind: > >>> > >>>"if this version is older than xxx weeks, please take note > >>>that this version is considered "obsolete" by the original > >>>author. upgrade manually to the most recent version found at > >>>http://modeemi.cs.tut.fi/~tuomov/ion/ before sending bug > >>>reports or questions to the author" > >> > >>The name also needs to be changed. > > > >what name? the name of the package? why not call it > >`ion3_x11-wm' or whatever? I think one should be as > >pragmatic as possible about this: problem is artficial (from > >macports point of view, anyway), but ion3 is good software, > >so make the name change, explain reason in package info, > >provide package and forget about the "noise". this possible > >or not? > > > >joerg > >_______________________________________________ > > > > Because using the name ion3 in any form would be a license violation. ok, got it. but the debian solution (some other arbitrary name) would work. so why can't you just include this (the renaming of the executable) into the patch procedure. > Given the author's > propensity for flame wars (not to mention possible law suits) I think > IMHO we are better off without him. > > May I suggest you complain to the author instead. Why doesnt he believe me, I did. but you can only talk so much. > incorporate a check for updates in his software > and tell the end user there is no support for non-current versions if > this bothers him so much? he will tell you that the user's are'nt going to read this, so it's not prominent enough etc etc. > nevertheless, `ion3' is a very good tool (the author's attitude does not shine through :-)), so I would really appriciate it, if it's availability could somehow be secured. joerg From gabriel.vasseur at gmail.com Mon Dec 17 11:21:45 2007 From: gabriel.vasseur at gmail.com (Gabriel Vasseur) Date: Mon Dec 17 11:21:06 2007 Subject: cmus fetch error Message-ID: Hi, I've freshly installed OS 10.5 this weekend on my brand new MacBook. I installed macports 1.5.0 (the newest available at the time) to try and install cmus (the music player). It seemed to be doing quite a lot of work, processing the dependencies, and then died with: ---> Fetching cmus ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://onion.dynserv.net/~timo/files/ ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/cmus ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://svn.macports.org/repository/macports/downloads/cmus Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. I tried disabling my firewall. I tried downloading the file from cmus webpage (I couldn't find it anywhere else) and putting it there: /var/db/dports/distfiles/cmus/cmus-2.2.0.tar.bz2 Of course I had done a selfupdate when I installed macports. I noticed tonight that the version 1.6.0 (OS 10.5 compatible) was released, installed it and did a selfupdate. And I still have the same error. I googled and found this forum where I saw someone had the same error for another port last october, but I couldn't use any information it provided. Is it just a server being down at the moment? Is cmus port not supported anymore? Am I doing something wrong? Many thanks if you can help. Gabriel. From lisfolks.lists at gmail.com Mon Dec 17 11:51:11 2007 From: lisfolks.lists at gmail.com (lisfolks) Date: Mon Dec 17 11:50:28 2007 Subject: jdom fetch error Message-ID: <14374017.post@talk.nabble.com> I'm trying to install tomcat5, but getting a fetch error on the dependency 'jdom'. The error is below. The cause is that the jdom-1.0.tar.gz file has been moved to an 'archive' folder under the main - which now has jdom-1.1.tar.gz instead. How can I point to the archive folder instead? (I'm assuming the 1.1 version hasn't been coded/tested yet - or that it hasn't been added as a new port.) I've done a selfupdate with no joy. ---> Fetching jdom ---> Attempting to fetch jdom-1.0.tar.gz from http://www.jdom.org//dist/source/ ---> Attempting to fetch jdom-1.0.tar.gz from http://svn.macports.org/repository/macports/distfiles/jdom ---> Attempting to fetch jdom-1.0.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch jdom-1.0.tar.gz from http://svn.macports.org/repository/macports/downloads/jdom Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. -- View this message in context: http://www.nabble.com/jdom-fetch-error-tp14374017p14374017.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From matrixm at gmail.com Mon Dec 17 12:52:49 2007 From: matrixm at gmail.com (Matrix Mole) Date: Mon Dec 17 12:52:11 2007 Subject: gtk2 recursive directory error Message-ID: <4766E1A1.8020307@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I was just upgrading gtk2 to get it compiled against a package that was recently upgraded so I could remove the deactivated version of a port (don't remember which port as it was upgraded during a port -dRu outdated process). I noticed that gtk2 was taking a very long time to install, and then saw that it was downloading... again. When I looked at the path it was installing into it was going to /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/.... to the 17th gtk2 nested directory. I checked each of those directories and noticed that for some reason gtk2 is downloading it's binary over and over again and recompiling itself, and appears to be stuck in an endless loop. Here's the output of a 'find /opt/local/var/macports/distfiles/gtk2' command: /opt/local/var/macports/distfiles/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk+-2.10.13.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk+-2.10.14.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 I'm using OS X 10.4.11 on a macbookpro model 1,1 and using the macports version 1.60 that was just released. I don't know what version of xcode I've got, could someone let me know where I can get that info? Not sure what else might be needed to help track down or resolve this problem. Oh, the command I used that resulted in this issue was 'sudo port -dfR upgrade glib2 gtk2 atk cairo' so I'm not sure if the command I used somehow managed to cause this issue. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHZuGhNtosHRPp48MRAnAFAJ4r07iw2T1zzoVZ+IPOo52eFufMegCcDlIf w1UXWpCjVXssK5v/n+Pd81k= =ygX/ -----END PGP SIGNATURE----- From lisfolks.lists at gmail.com Mon Dec 17 13:02:05 2007 From: lisfolks.lists at gmail.com (lisfolks) Date: Mon Dec 17 13:01:22 2007 Subject: jdom fetch error In-Reply-To: <14374017.post@talk.nabble.com> References: <14374017.post@talk.nabble.com> Message-ID: <14374043.post@talk.nabble.com> I just found that there's a ticket open for this error: #13556. lisfolks wrote: > > I'm trying to install tomcat5, but getting a fetch error on the dependency > 'jdom'. The error is below. The cause is that the jdom-1.0.tar.gz file > has been moved to an 'archive' folder under the main - which now has > jdom-1.1.tar.gz instead. How can I point to the archive folder instead? > (I'm assuming the 1.1 version hasn't been coded/tested yet - or that it > hasn't been added as a new port.) I've done a selfupdate with no joy. > > ---> Fetching jdom > ---> Attempting to fetch jdom-1.0.tar.gz from > http://www.jdom.org//dist/source/ > ---> Attempting to fetch jdom-1.0.tar.gz from > http://svn.macports.org/repository/macports/distfiles/jdom > ---> Attempting to fetch jdom-1.0.tar.gz from > http://svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch jdom-1.0.tar.gz from > http://svn.macports.org/repository/macports/downloads/jdom > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > > -- View this message in context: http://www.nabble.com/jdom-fetch-error-tp14374017p14374043.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From milosh at macports.org Mon Dec 17 13:40:11 2007 From: milosh at macports.org (Emmanuel Hainry) Date: Mon Dec 17 13:39:30 2007 Subject: cmus fetch error In-Reply-To: References: Message-ID: <20071217214011.GA24089@velsheda.lateralis.org> Citando Gabriel Vasseur : > Hi, > > I've freshly installed OS 10.5 this weekend on my brand new MacBook. I > installed macports 1.5.0 (the newest available at the time) to try and > install cmus (the music player). It seemed to be doing quite a lot of work, > processing the dependencies, and then died with: > > ---> Fetching cmus > ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://onion.dynserv.net/~timo/files/ > ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/cmus > ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch cmus-2.2.0.tar.bz2 from http://svn.macports.org/repository/macports/downloads/cmus > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > > I tried disabling my firewall. > I tried downloading the file from cmus webpage (I couldn't find it anywhere > else) and putting it there: > /var/db/dports/distfiles/cmus/cmus-2.2.0.tar.bz2 > Of course I had done a selfupdate when I installed macports. > I noticed tonight that the version 1.6.0 (OS 10.5 compatible) was released, > installed it and did a selfupdate. And I still have the same error. > I googled and found this forum where I saw someone had the same error for > another port last october, but I couldn't use any information it provided. > > Is it just a server being down at the moment? It seems yes that the homepage for cmus does not respond anymore. I added a mirror in the list of master_sites. It should be up in some time. In the meantime, you can download the file yourself (linked from http://cmus.sf.net/) and put it in the distfile directory. Or you can wait a few hours, do a port sync and retry installing cmus. > Is cmus port not supported anymore? > Am I doing something wrong? > No, hopefully, the port will work in a few hours, thanks for the alert. Emmanuel From piet at cs.uu.nl Mon Dec 17 14:04:36 2007 From: piet at cs.uu.nl (Piet van Oostrum) Date: Mon Dec 17 14:04:57 2007 Subject: Error in w3m Portfile Message-ID: Installing w3m fails because in the portfile the line checksums md5 ba06992d3207666ed1bf2dcf7c72bf58 contains spaces rather than a TAB. -- Piet van Oostrum URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet@vanoostrum.org From piet at cs.uu.nl Mon Dec 17 14:07:32 2007 From: piet at cs.uu.nl (Piet van Oostrum) Date: Mon Dec 17 14:07:19 2007 Subject: Problems with w3m In-Reply-To: (Piet van Oostrum's message of "Wed\, 21 Nov 2007 18\:14\:02 +0100") References: Message-ID: >>>>> Piet van Oostrum (PvO) wrote: >PvO> I have run it with gdb and it reveals that it hangs in: >PvO> Program received signal SIGINT, Interrupt. >PvO> 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 >PvO> 216 /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h: No such file or directory. >PvO> in /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h >PvO> (gdb) bt >PvO> #0 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 >PvO> This spin_lock is some synchronisation thing in Mac OS X I think. I have >PvO> also seen problems with it in emacs when malloc calls were done in signal >PvO> handlers. This error is most probably caused by a bug in Boemgc 7.0. Inkscape also suffers from it and there are bug reports about both in the tracker. Going back to boehmgc 6.8 seems to solve the problem. -- Piet van Oostrum URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet@vanoostrum.org From dluke at geeklair.net Mon Dec 17 14:14:18 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Mon Dec 17 14:13:35 2007 Subject: Error in w3m Portfile In-Reply-To: References: Message-ID: <3BC89FA0-2866-4CDE-9737-FC1A104BD3F6@geeklair.net> On Dec 17, 2007, at 5:04 PM, Piet van Oostrum wrote: > Installing w3m fails because in the portfile the line > checksums md5 ba06992d3207666ed1bf2dcf7c72bf58 > contains spaces rather than a TAB. no, either should be fine. (and it checksums fine here for me). Perhaps if you explain what problem you're actually seeing someone on the list will be able to help? -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071217/25621aac/PGP.bin From piet at cs.uu.nl Mon Dec 17 14:31:27 2007 From: piet at cs.uu.nl (Piet van Oostrum) Date: Mon Dec 17 14:31:17 2007 Subject: Error in w3m Portfile In-Reply-To: <3BC89FA0-2866-4CDE-9737-FC1A104BD3F6@geeklair.net> References: <3BC89FA0-2866-4CDE-9737-FC1A104BD3F6@geeklair.net> Message-ID: <18278.63679.316365.551914@cochabamba.local> >>>>> "Daniel J. Luke" (DJL) wrote: >DJL> On Dec 17, 2007, at 5:04 PM, Piet van Oostrum wrote: >>> Installing w3m fails because in the portfile the line >>> checksums md5 ba06992d3207666ed1bf2dcf7c72bf58 >>> contains spaces rather than a TAB. >DJL> no, either should be fine. (and it checksums fine here for me). >DJL> Perhaps if you explain what problem you're actually seeing someone on >DJL> the list will be able to help? I got this error: ---> Fetching w3m ---> Attempting to fetch w3m-0.5.2.tar.gz from http://downloads.sourceforge.net/w3m ---> Verifying checksum(s) for w3m Error: No checksum set for w3m-0.5.2.tar.gz Error: No checksum set for w3m-0.5.2.tar.gz Error: Target org.macports.checksum returned: Unable to verify file checksums After replacing the spaces with a TAB it compiled without problems. -- Piet van Oostrum URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet@vanoostrum.org From ebgssth at gmail.com Mon Dec 17 14:45:22 2007 From: ebgssth at gmail.com (js) Date: Mon Dec 17 14:44:38 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: References: Message-ID: Forgot to mention 1.6 works file on 10.4 Tiger On Dec 17, 2007 11:24 PM, js wrote: > Hi, > > port selfupdate failed with the following errors. > Does this mean the latest Macports doen't support OS X 10.3 Panther? > > $ sudo port selfupdate > MacPorts base version 1.520 installed > Downloaded MacPorts base version 1.600 > Configuring, Building and Installing new MacPorts base > Error: /opt/local/bin/port: selfupdate failed: Error installing new > MacPorts base: shell command "cd > /opt/local/var/macports/sources/rsync.macports.org/release/base && > ./configure --prefix=/opt/local --with-install-user=root > --with-install-group=admin --with-tclpackage=/Library/Tcl && make && > make install" returned error 2 > Command output: registry.c:305: error: `errPtr' undeclared (first use > in this function) > registry.c:306: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:321: error: parse error before '*' token > registry.c: In function `reg_start_write': > registry.c:322: error: `errPtr' undeclared (first use in this function) > registry.c:323: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:333: error: parse error before '*' token > registry.c: In function `reg_end': > registry.c:334: error: request for member `status' in something not a > structure or union > registry.c:335: error: `errPtr' undeclared (first use in this function) > registry.c:341: error: request for member `db' in something not a > structure or union > registry.c:341: error: `query' undeclared (first use in this function) > registry.c:342: error: `SQLITE_OK' undeclared (first use in this function) > registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this function) > registry.c:346: error: request for member `db' in something not a > structure or union > registry.c: At top level: > registry.c:359: error: parse error before '*' token > registry.c: In function `reg_commit': > registry.c:360: error: `errPtr' undeclared (first use in this function) > registry.c:361: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:376: error: parse error before '*' token > registry.c: In function `reg_rollback': > registry.c:377: error: `errPtr' undeclared (first use in this function) > registry.c:378: error: request for member `status' in something not a > structure or union > make[2]: *** [registry.o] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > From cebonner at nsu.edu Mon Dec 17 14:46:11 2007 From: cebonner at nsu.edu (Bonner, Carl E.) Date: Mon Dec 17 14:45:07 2007 Subject: Macports application of gromacs on Powerbook G4 and Leopard Message-ID: All, I have a Powerbook G4 running Leopard that I want to install and run the gromacs application under Macports. I am trying to set up gromacs on a G4 powerbook 1.25 GB RAM, 60 MB Drive, I have upgraded to OS X 10.5. I am using the Darwinports installer. As instructed, I have installed XCode tools, X11 SDK. I got xmgrace to work, however, gwyddion, rasmol and gromacs error on compilation. For gromacs, I get the following error: ---> Building gromacs 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_science_gromacs/work/gromacs-3.3.1" && make all " returned error 2 > Command output: nb_kernel010_ppc_altivec.c:145: error: 'Vvdw6' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:146: error: 'Vvdw12' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:150: error: 'fs' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:159: error: 'tmp1' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:159: error: 'tmp2' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:159: error: 'tmp3' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:159: error: 'tmp4' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c: In function 'nb_kernel010nf_ppc_altivec': > nb_kernel010_ppc_altivec.c:293: error: 'vector' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:293: error: syntax error before 'float' > nb_kernel010_ppc_altivec.c:312: error: 'nul' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:331: error: 'shvec' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:334: error: 'ix' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:335: error: 'Vvdwtot' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:339: error: 'iy' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:339: error: 'iz' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:353: error: 'dx' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:353: error: 'dy' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:353: error: 'dz' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:357: error: 'rsq' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:360: error: 'rinvsq' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:361: error: 'rinvsix' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:367: error: 'c6' undeclared (first use in this function) > nb_kernel010_ppc_altivec.c:367: error: 'c12' undeclared (first use in this function) > make[5]: *** [nb_kernel010_ppc_altivec.lo] Error 1 > make[4]: *** [all-recursive] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all-recursive] Error 1 > make[1]: *** [all] Error 2 > make: *** [all-recursive] Error 1 The response I got back from the Gromacs help site was: This may mean that you have to change some compiler flags, since Leopard comes with a new version of gcc. Previously one had to use -faltive. Maybe you can read the gcc manual (man gcc) and the rerun make CFLAGS="-faltivec" or similar new flags. But I cannot find the right options right now. Has anyone had a similar experience? How did you address this. I am a novice to Macports. Is this the case that I need to compile with altivec? If so, how do I change the CFLAGS ? -- Carl E. Bonner, Jr., Norfolk State University, 700 Park Avenue, Norfolk, VA 23504 (757) 823-2097 (voice) (757) 823-0033 (fax), http://vigyan.nsu.edu/~cmr/cebonner.htm -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071217/a9e7dc3e/attachment.html From vincent-opdarw at vinc17.org Mon Dec 17 15:06:59 2007 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Mon Dec 17 15:06:36 2007 Subject: ion3 window manager no longer available In-Reply-To: <20071217180417.GM595@marco.fz-rossendorf.de> References: <20071217123500.GC595@marco.fz-rossendorf.de> <20071217130158.GS982@prunille.vinc17.org> <20071217154425.GG595@marco.fz-rossendorf.de> <4B0A4515-B9E3-4F20-97B6-178662B9144D@bellsouth.net> <20071217180417.GM595@marco.fz-rossendorf.de> Message-ID: <20071217230659.GC982@prunille.vinc17.org> On 2007-12-17 19:04:17 +0100, Joerg van den Hoff wrote: > On Mon, Dec 17, 2007 at 12:22:20PM -0500, William Davis wrote: > > Because using the name ion3 in any form would be a license violation. > > ok, got it. but the debian solution (some other arbitrary name) would > work. so why can't you just include this (the renaming of the > executable) into the patch procedure. The package name also needs to be changed, and perhaps other filenames (e.g. the man page if there's one...). I think that for firefox, all this can be done automatically via a configure option. The author of ion3 should provide something similar. BTW, if the e-mail address for bug reports is somewhere in the doc files, it should probably be changed too. :) -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From ryandesign at macports.org Mon Dec 17 16:12:44 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 17 16:12:09 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: References: Message-ID: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> MacPorts 1.6 should still support Panther. I believe someone will be making a disk image soon. I don't know why the compile is failing for you. On Dec 17, 2007, at 08:24, js wrote: > Hi, > > port selfupdate failed with the following errors. > Does this mean the latest Macports doen't support OS X 10.3 Panther? > > $ sudo port selfupdate > MacPorts base version 1.520 installed > Downloaded MacPorts base version 1.600 > Configuring, Building and Installing new MacPorts base > Error: /opt/local/bin/port: selfupdate failed: Error installing new > MacPorts base: shell command "cd > /opt/local/var/macports/sources/rsync.macports.org/release/base && > ./configure --prefix=/opt/local --with-install-user=root > --with-install-group=admin --with-tclpackage=/Library/Tcl && make && > make install" returned error 2 > Command output: registry.c:305: error: `errPtr' undeclared (first use > in this function) > registry.c:306: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:321: error: parse error before '*' token > registry.c: In function `reg_start_write': > registry.c:322: error: `errPtr' undeclared (first use in this > function) > registry.c:323: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:333: error: parse error before '*' token > registry.c: In function `reg_end': > registry.c:334: error: request for member `status' in something not a > structure or union > registry.c:335: error: `errPtr' undeclared (first use in this > function) > registry.c:341: error: request for member `db' in something not a > structure or union > registry.c:341: error: `query' undeclared (first use in this function) > registry.c:342: error: `SQLITE_OK' undeclared (first use in this > function) > registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this > function) > registry.c:346: error: request for member `db' in something not a > structure or union > registry.c: At top level: > registry.c:359: error: parse error before '*' token > registry.c: In function `reg_commit': > registry.c:360: error: `errPtr' undeclared (first use in this > function) > registry.c:361: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:376: error: parse error before '*' token > registry.c: In function `reg_rollback': > registry.c:377: error: `errPtr' undeclared (first use in this > function) > registry.c:378: error: request for member `status' in something not a > structure or union > make[2]: *** [registry.o] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 1 > From m_nez_j at mac.com Mon Dec 17 18:09:28 2007 From: m_nez_j at mac.com (Mack Johnson) Date: Mon Dec 17 18:08:45 2007 Subject: bochs-error Message-ID: <881D79FE-62CF-4A53-A6C1-F40C3FE8FFFC@mac.com> i'm on a dual 1.42 g4, leopard. I get one error: al-strings -fno-common -arch ppc -Wno-four-char-constants -Wno-unknown- pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES - DBX_SHARE_PATH='"/opt/local/share/bochs"' load32bitOShack.cc -o load32bitOShack.o /usr/bin/g++-4.0 -c -I. -I./. -Iinstrument/stubs -I./instrument/stubs - O2 -fpascal-strings -fno-common -arch ppc -Wno-four-char-constants - Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 - D_LARGE_FILES -DBX_SHARE_PATH='"/opt/local/share/bochs"' pc_system.cc -o pc_system.o /usr/bin/g++-4.0 -c -I. -I./. -Iinstrument/stubs -I./instrument/stubs - O2 -fpascal-strings -fno-common -arch ppc -Wno-four-char-constants - Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 - D_LARGE_FILES -DBX_SHARE_PATH='"/opt/local/share/bochs"' osdep.cc - o osdep.o osdep.cc: In function 'Bit64u bx_get_realtime64_usec()': osdep.cc:344: error: 'gettimeofday' was not declared in this scope make: *** [osdep.o] Error 1 Mack Nez Johnson m_nez_j@mac.com http://macknezjohnson.com From macports at orindasoftware.com Mon Dec 17 20:17:06 2007 From: macports at orindasoftware.com (David Evans) Date: Mon Dec 17 20:16:54 2007 Subject: dcraw conflict Message-ID: <476749C2.7010403@orindasoftware.com> Attempting to install dcraw today resulted in the following error: ---> Installing dcraw 8.81_1 This port conflicts with ufraw. If this port fails to activate, uninstall or deactivate ufraw and attempt to activate this port again. ---> Activating dcraw 8.81_1 Error: Target org.macports.activate returned: Image error: /opt/local/bin/dcraw is being used by the active ufraw port. Please deactivate this port first, or use the -f flag to force the activation. Error: Status 1 encountered during processing. Both ports dcraw and ufraw provide a version of dcraw. (ufraw provides a gui and gimp plugin for dcraw) Would it be possible to remove dcraw from ufraw and have it depend on the dcraw port instead or is there something special about the version of dcraw bundled with ufraw? If so perhaps it could be renamed to avoid the conflict? Thanks for any help Dave From mbthorn at gmail.com Mon Dec 17 20:57:26 2007 From: mbthorn at gmail.com (Mike) Date: Mon Dec 17 20:56:43 2007 Subject: gtkglext build failure Message-ID: <91C13240-249C-4538-B261-59087A117000@gmail.com> While using macports to install gtkglext on Leopard I ran into this error: ... checking for GL/glu.h... yes checking for glVertex3d in -lGLcore... no checking for glVertex3d in -lGL... no checking for glVertex3f in -lGL... no checking for glVertex3i in -lGL... no checking for glVertex3s in -lGL... no checking for glVertex3d in -lMesaGL... no configure: error: Cannot find GL library Error: Status 1 encountered during processing Looking at the config.log file I have found that it is failing due to this bug: http://developer.apple.com/qa/qa2007/qa1567.html Then reading the gtkglext manual I tried to run the configure script with the flag: --with-gl-libdir=/System/Library/Frameworks/OpenGL.framework/Versions/ A/Libraries This enabled the installation to work. I have filled out a bug report on macosforge in the macports section as well. While all this is fine and good, I can still not get macports to know I installed gtkglext so it tries and fails. My question is two-fold. First is there a way for me to pass the flag above to macports during the installation of gtkglext? Does anyone want to give fixing this port a stab? I have tried, but haven't been able to figure it out so far. I will keep trying, but just thought I'd ask. Thanks a lot, -mike From ebgssth at gmail.com Tue Dec 18 03:39:35 2007 From: ebgssth at gmail.com (js) Date: Tue Dec 18 03:38:49 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> Message-ID: Hi Ryan, glad to hear that! Thank you for the information. On Dec 18, 2007 9:12 AM, Ryan Schmidt wrote: > MacPorts 1.6 should still support Panther. I believe someone will be > making a disk image soon. I don't know why the compile is failing for > you. > > > On Dec 17, 2007, at 08:24, js wrote: > > > Hi, > > > > port selfupdate failed with the following errors. > > Does this mean the latest Macports doen't support OS X 10.3 Panther? > > > > $ sudo port selfupdate > > MacPorts base version 1.520 installed > > Downloaded MacPorts base version 1.600 > > Configuring, Building and Installing new MacPorts base > > Error: /opt/local/bin/port: selfupdate failed: Error installing new > > MacPorts base: shell command "cd > > /opt/local/var/macports/sources/rsync.macports.org/release/base && > > ./configure --prefix=/opt/local --with-install-user=root > > --with-install-group=admin --with-tclpackage=/Library/Tcl && make && > > make install" returned error 2 > > Command output: registry.c:305: error: `errPtr' undeclared (first use > > in this function) > > registry.c:306: error: request for member `status' in something not a > > structure or union > > registry.c: At top level: > > registry.c:321: error: parse error before '*' token > > registry.c: In function `reg_start_write': > > registry.c:322: error: `errPtr' undeclared (first use in this > > function) > > registry.c:323: error: request for member `status' in something not a > > structure or union > > registry.c: At top level: > > registry.c:333: error: parse error before '*' token > > registry.c: In function `reg_end': > > registry.c:334: error: request for member `status' in something not a > > structure or union > > registry.c:335: error: `errPtr' undeclared (first use in this > > function) > > registry.c:341: error: request for member `db' in something not a > > structure or union > > registry.c:341: error: `query' undeclared (first use in this function) > > registry.c:342: error: `SQLITE_OK' undeclared (first use in this > > function) > > registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this > > function) > > registry.c:346: error: request for member `db' in something not a > > structure or union > > registry.c: At top level: > > registry.c:359: error: parse error before '*' token > > registry.c: In function `reg_commit': > > registry.c:360: error: `errPtr' undeclared (first use in this > > function) > > registry.c:361: error: request for member `status' in something not a > > structure or union > > registry.c: At top level: > > registry.c:376: error: parse error before '*' token > > registry.c: In function `reg_rollback': > > registry.c:377: error: `errPtr' undeclared (first use in this > > function) > > registry.c:378: error: request for member `status' in something not a > > structure or union > > make[2]: *** [registry.o] Error 1 > > make[1]: *** [all] Error 1 > > make: *** [all] Error 1 > > > > > From ryandesign at macports.org Tue Dec 18 04:02:38 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 18 04:03:14 2007 Subject: gtk2 recursive directory error In-Reply-To: <4766E1A1.8020307@gmail.com> References: <4766E1A1.8020307@gmail.com> Message-ID: <228B8860-A625-4177-A43A-15DCAED9EF4A@macports.org> On Dec 17, 2007, at 14:52, Matrix Mole wrote: > I was just upgrading gtk2 to get it compiled against a package that > was > recently upgraded so I could remove the deactivated version of a port > (don't remember which port as it was upgraded during a port -dRu > outdated process). I noticed that gtk2 was taking a very long time to > install, and then saw that it was downloading... again. When I > looked at > the path it was installing into it was going to > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/.... to the > 17th gtk2 nested directory. I checked each of those directories and > noticed that for some reason gtk2 is downloading it's binary over and > over again and recompiling itself, and appears to be stuck in an > endless > loop. Here's the ticket for this issue: http://trac.macports.org/projects/macports/ticket/10827 > Here's the output of a 'find > /opt/local/var/macports/distfiles/gtk2' command: > /opt/local/var/macports/distfiles/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk+-2.10.13.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk+-2.10.14.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk > +-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk+-2.12.2.tar.bz2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2 > /opt/local/var/macports/distfiles/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/ > gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk2/gtk > +-2.12.2.tar.bz2 This is the ticket for this problem: http://trac.macports.org/projects/macports/ticket/11971 > I'm using OS X 10.4.11 on a macbookpro model 1,1 and using the > macports > version 1.60 that was just released. I don't know what version of > xcode > I've got, could someone let me know where I can get that info? Go to /Developer/Applications/, click on Xcode, and choose Get Info from the File menu. Then look at the Version field in the Info window. > Not sure > what else might be needed to help track down or resolve this problem. > Oh, the command I used that resulted in this issue was 'sudo port -dfR > upgrade glib2 gtk2 atk cairo' so I'm not sure if the command I used > somehow managed to cause this issue. That'll be it. Please do not use -f in combination with sudo port upgrade. Here's a ticket about that: http://trac.macports.org/projects/macports/ticket/12989 From ryandesign at macports.org Tue Dec 18 03:58:23 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 18 04:11:37 2007 Subject: jdom fetch error In-Reply-To: <14374043.post@talk.nabble.com> References: <14374017.post@talk.nabble.com> <14374043.post@talk.nabble.com> Message-ID: Fixed the ticket. Wait 30 minutes, then "sudo port selfupdate", then hopefully it will work (assuming the jdom.org web site has come back online by then; I can't get to it right now). On Dec 17, 2007, at 15:02, lisfolks wrote: > I just found that there's a ticket open for this error: #13556. > > > lisfolks wrote: > >> I'm trying to install tomcat5, but getting a fetch error on the >> dependency >> 'jdom'. The error is below. The cause is that the >> jdom-1.0.tar.gz file >> has been moved to an 'archive' folder under the main - which now has >> jdom-1.1.tar.gz instead. How can I point to the archive folder >> instead? >> (I'm assuming the 1.1 version hasn't been coded/tested yet - or >> that it >> hasn't been added as a new port.) I've done a selfupdate with no >> joy. >> >> ---> Fetching jdom >> ---> Attempting to fetch jdom-1.0.tar.gz from >> http://www.jdom.org//dist/source/ >> ---> Attempting to fetch jdom-1.0.tar.gz from >> http://svn.macports.org/repository/macports/distfiles/jdom >> ---> Attempting to fetch jdom-1.0.tar.gz from >> http://svn.macports.org/repository/macports/distfiles/general/ >> ---> Attempting to fetch jdom-1.0.tar.gz from >> http://svn.macports.org/repository/macports/downloads/jdom >> Error: Target org.macports.fetch returned: fetch failed >> Error: Status 1 encountered during processing. From frank-lists at auroralux.net Tue Dec 18 04:37:37 2007 From: frank-lists at auroralux.net (Frank McPherson) Date: Tue Dec 18 04:36:50 2007 Subject: dcraw conflict In-Reply-To: <476749C2.7010403@orindasoftware.com> References: <476749C2.7010403@orindasoftware.com> Message-ID: <364660D7-B9D9-4FC8-9096-8560F46C8D47@auroralux.net> David, On Dec 17, 2007, at 11:17 PM, David Evans wrote: > Would it be possible to remove dcraw from ufraw and have it depend on > the dcraw port instead or is there something > special about the version of dcraw bundled with ufraw? If so > perhaps it > could be renamed to avoid the conflict? It should be possible to disable the building of dcraw or to name the executable something else. Looking at the build instructions for ufraw, there's a configure option for enabling/disabling those features. At the moment I'm kind of stuck on building ufraw, as I haven't been able to build gimp2 for some time. I'll try to move this task back to the front burner. Frank From lisfolks.lists at gmail.com Tue Dec 18 08:05:05 2007 From: lisfolks.lists at gmail.com (lisfolks) Date: Tue Dec 18 08:04:17 2007 Subject: jdom fetch error In-Reply-To: References: <14374017.post@talk.nabble.com> <14374043.post@talk.nabble.com> Message-ID: <14399843.post@talk.nabble.com> It's working now! Thanks very much, Ryan! -- LeAnne Ryan Schmidt-24 wrote: > > Fixed the ticket. Wait 30 minutes, then "sudo port selfupdate", then > hopefully it will work (assuming the jdom.org web site has come back > online by then; I can't get to it right now). > -- View this message in context: http://www.nabble.com/jdom-fetch-error-tp14374017p14399843.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From daniel at danieloberhoff.de Tue Dec 18 06:03:31 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Tue Dec 18 10:13:08 2007 Subject: problem with multiple macports installations Message-ID: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071218/dffb8b84/attachment-0001.html From daniel at danieloberhoff.de Tue Dec 18 11:06:46 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Tue Dec 18 11:05:59 2007 Subject: problem with multiple macports installations In-Reply-To: <20071218185109.GA13114@geeklair.net> References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> Message-ID: <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> Hi Dan, The macoprt.conf files in /opt/local and and /opt/local64 only reference /opt/local and /opt/local64 respectively, so this seems correct. Hmm, so how does the port command actually know where it's tree lives? Is it hardcoded? Or does the installation put a tag somewhere on the system? Daniel Am 18.12.2007 um 19:51 schrieb Daniel J. Luke: > Did you check your ${prefix}/etc/macports/macports.conf file? the > prefix and/or portdbpath may have gotten munged. > > -- > Daniel J. Luke > +========================================================+ > | *---------------- dluke@geeklair.net ----------------* | > | *-------------- http://www.geeklair.net -------------* | > +========================================================+ > | Opinions expressed are mine and do not necessarily | > | reflect the opinions of my employer. | > +========================================================+ From dluke at geeklair.net Tue Dec 18 11:10:46 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Dec 18 11:09:59 2007 Subject: problem with multiple macports installations In-Reply-To: <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> Message-ID: <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> On Dec 18, 2007, at 2:06 PM, Daniel Oberhoff wrote: > The macoprt.conf files in /opt/local and and /opt/local64 only > reference /opt/local and /opt/local64 respectively, so this seems > correct. did you also check to make sure you don't have a conf file in ~/.macports that could be over-riding it? > Hmm, so how does the port command actually know where it's tree lives? > Is it hardcoded? Or does the installation put a tag somewhere on the > system? ${prefix} is set when macports is installed and it's put in that conf file. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071218/5456129d/PGP.bin From dluke at geeklair.net Tue Dec 18 11:15:43 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Dec 18 11:14:55 2007 Subject: problem with multiple macports installations In-Reply-To: <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> Message-ID: <430AB1B5-0CF4-4F37-9FCB-824CC64AB68A@geeklair.net> On Dec 18, 2007, at 2:10 PM, Daniel J. Luke wrote: > On Dec 18, 2007, at 2:06 PM, Daniel Oberhoff wrote: >> The macoprt.conf files in /opt/local and and /opt/local64 only >> reference /opt/local and /opt/local64 respectively, so this seems >> correct. > > did you also check to make sure you don't have a conf file in > ~/.macports that could be over-riding it? > >> Hmm, so how does the port command actually know where it's tree >> lives? >> Is it hardcoded? Or does the installation put a tag somewhere on >> the system? > > ${prefix} is set when macports is installed and it's put in that > conf file. it's also populated in the macports_autoconf.tcl file. if you didn't build with --with-tclpackage set so that your two installs have separate package directories, that could be causing your problem. -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071218/f5b6514f/PGP.bin From macports.users at gmail.com Tue Dec 18 12:08:21 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Tue Dec 18 12:07:59 2007 Subject: sudo port install bing Message-ID: <944635DA-590A-4465-ABFF-89E229ED54E0@gmail.com> $ sudo port install bing ---> Fetching bing ---> Attempting to fetch bing-1.0.5.tar.gz from http:// www.freenix.org/reseau/ ---> Attempting to fetch bing-1.0.5.tar.gz from http:// svn.macports.org/repository/macports/distfiles/bing ---> Attempting to fetch bing-1.0.5.tar.gz from http:// svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch bing-1.0.5.tar.gz from http:// svn.macports.org/repository/macports/downloads/bing Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. $ From paulbeard at gmail.com Tue Dec 18 12:45:48 2007 From: paulbeard at gmail.com (paul beard) Date: Tue Dec 18 12:45:01 2007 Subject: sudo port install bing In-Reply-To: <944635DA-590A-4465-ABFF-89E229ED54E0@gmail.com> References: <944635DA-590A-4465-ABFF-89E229ED54E0@gmail.com> Message-ID: On Dec 18, 2007 12:08 PM, Charlse Darwin wrote: > $ sudo port install bing > ---> Fetching bing > ---> Attempting to fetch bing-1.0.5.tar.gz from http:// > www.freenix.org/reseau/ > ---> Attempting to fetch bing-1.0.5.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/bing > ---> Attempting to fetch bing-1.0.5.tar.gz from http:// > svn.macports.org/repository/macports/distfiles/general/ > ---> Attempting to fetch bing-1.0.5.tar.gz from http:// > svn.macports.org/repository/macports/downloads/bing > Error: Target org.macports.fetch returned: fetch failed > Error: Status 1 encountered during processing. > $ This isn't the most helpful error message you could have composed, Charlse. It looks like freenix.org redirects to here ( http://www.usenix.org/events/bytopic/freenix.html) kitchen:~ paul$ ping freenix.org PING freenix.org (208.67.219.130): 56 data bytes 64 bytes from 208.67.219.130: icmp_seq=0 ttl=241 time=64.320 ms 64 bytes from 208.67.219.130: icmp_seq=1 ttl=241 time=63.792 ms ^C --- freenix.org ping statistics --- 2 packets transmitted, 2 packets received, 0% packet loss round-trip min/avg/max/stddev = 63.792/64.056/64.320/0.264 ms and that www.freenix.org is unreachable. Connection closed by foreign host. kitchen:~ paul$ ping www.freenix.org PING www.freenix.org (194.57.169.110): 56 data bytes 36 bytes from or-angers-nantes.cssi.renater.fr (193.51.182.149): Destination Net Unreachable Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 0054 452d 0 0000 30 01 0e4a 192.168.10.226 194.57.169.110 36 bytes from or-angers-nantes.cssi.renater.fr (193.51.182.149): Destination Net Unreachable Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 0054 4533 0 0000 30 01 0e44 192.168.10.226 194.57.169.110 36 bytes from or-angers-nantes.cssi.renater.fr (193.51.182.149): Destination Net Unreachable Vr HL TOS Len ID Flg off TTL Pro cks Src Dst 4 5 00 0054 4553 0 0000 30 01 0e24 192.168.10.226 194.57.169.110 ^C --- www.freenix.org ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss and looking at the port's information, I can find out where the project is based and find out that that server is the same as the unreachable one above. kitchen:~ paul$ port info bing bing 1.0.5, net/bing (Variants: universal) http://www.freenix.fr/freenix/logiciels/bing.html Bing is a point-to-point bandwidth measurement tool (hence the 'b'), based on ping. Bing determines the real (raw, as opposed to available or average) throughput on a link by measuring ICMP echo requests roundtrip times for different packet sizes for each end of the link. and it looks like the project may be dormant. Subcategory: Bandwidth / Throughput Measurement bing *URL:*http://fgouget.free.fr/bing/index-en.shtml*Contact:*Author: Pierre Beyssac ( pb @ fasterix.freenix.fr )*Overview:*Bing is a point-to-point bandwidth measurement tool (hence the 'b'), based on ping. Bing determines the real (raw, as opposed to available or average) throughput on a link by measuring ICMP echo requests roundtrip times for different packet sizes for each end of the link.*Access:*Original page is no longer maintained. A mirror exists for Bing 1.3.5 . But there is a mirror listed there. You may want incorporate that into the Portfile and see if it works. A diff from that would be helpful. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071218/f50e583c/attachment.html From jo.irisson at gmail.com Tue Dec 18 12:55:43 2007 From: jo.irisson at gmail.com (jiho) Date: Tue Dec 18 12:55:01 2007 Subject: problem with multiple macports installations In-Reply-To: <430AB1B5-0CF4-4F37-9FCB-824CC64AB68A@geeklair.net> References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> <430AB1B5-0CF4-4F37-9FCB-824CC64AB68A@geeklair.net> Message-ID: On 2007-December-18 , at 20:15 , Daniel J. Luke wrote: > On Dec 18, 2007, at 2:10 PM, Daniel J. Luke wrote: >> On Dec 18, 2007, at 2:06 PM, Daniel Oberhoff wrote: >>> Hmm, so how does the port command actually know where it's tree >>> lives? >>> Is it hardcoded? Or does the installation put a tag somewhere on >>> the system? >> >> ${prefix} is set when macports is installed and it's put in that >> conf file. > > it's also populated in the macports_autoconf.tcl file. > > if you didn't build with --with-tclpackage set so that your two > installs have separate package directories, that could be causing > your problem. Hi, could you elaborate a bit on that. I have the exact same problem with: - two macport trees: /opt/local/ installed as a regular install and / opt/local-exp installed from source with --prefix=/opt/local-exp/ - no ~/.macports - the sources in both ${prefix}/etc/macports.conf are pointing to the correct location and still the port command in /opt/local/bin/port lists the content of /opt/local-exp/ Thanks in advance. JiHO --- http://jo.irisson.free.fr/ From dluke at geeklair.net Tue Dec 18 12:58:40 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Tue Dec 18 12:57:52 2007 Subject: problem with multiple macports installations In-Reply-To: References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> <430AB1B5-0CF4-4F37-9FCB-824CC64AB68A@geeklair.net> Message-ID: On Dec 18, 2007, at 3:55 PM, jiho wrote: >> if you didn't build with --with-tclpackage set so that your two >> installs have separate package directories, that could be causing >> your problem. > > Hi, could you elaborate a bit on that. I have the exact same problem > with: > - two macport trees: /opt/local/ installed as a regular install and / > opt/local-exp installed from source with --prefix=/opt/local-exp/ > - no ~/.macports > - the sources in both ${prefix}/etc/macports.conf are pointing to > the correct location > and still the port command in /opt/local/bin/port lists the content > of /opt/local-exp/ > You need to rebuild port (ideally twice). Soemthing like: ./configure --prefix=/opt/local --with-tclpackage=/opt/local/share/tcl and ./configure --prefix=/opt/local-exp --with-tclpackage=/opt/local-exp/ share/tcl should work -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071218/32944fda/PGP.bin From jo.irisson at gmail.com Tue Dec 18 13:30:24 2007 From: jo.irisson at gmail.com (jiho) Date: Tue Dec 18 13:29:42 2007 Subject: problem with multiple macports installations In-Reply-To: References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> <430AB1B5-0CF4-4F37-9FCB-824CC64AB68A@geeklair.net> Message-ID: On 2007-December-18 , at 21:58 , Daniel J. Luke wrote: > On Dec 18, 2007, at 3:55 PM, jiho wrote: >>> if you didn't build with --with-tclpackage set so that your two >>> installs have separate package directories, that could be causing >>> your problem. >> >> Hi, could you elaborate a bit on that. I have the exact same >> problem with: >> - two macport trees: /opt/local/ installed as a regular install >> and /opt/local-exp installed from source with --prefix=/opt/local- >> exp/ >> - no ~/.macports >> - the sources in both ${prefix}/etc/macports.conf are pointing to >> the correct location >> and still the port command in /opt/local/bin/port lists the content >> of /opt/local-exp/ >> > > You need to rebuild port (ideally twice). > > Soemthing like: > > ./configure --prefix=/opt/local --with-tclpackage=/opt/local/share/tcl > and > ./configure --prefix=/opt/local-exp --with-tclpackage=/opt/local-exp/ > share/tcl > > should work Thanks it works indeed. I've only done the first one and everything seems to be working correctly. I'll do the second install too anyway, just to be sure and because I need to upgrade it to 1.6 no matter what. Thanks again (IMHO, this deserves a FAQ somewhere) JiHO --- http://jo.irisson.free.fr/ From daniel at danieloberhoff.de Tue Dec 18 13:42:44 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Tue Dec 18 13:41:57 2007 Subject: problem with multiple macports installations In-Reply-To: References: <46C8EBBE-0D7A-41D9-8653-664FD7CF445D@danieloberhoff.de> <20071218185109.GA13114@geeklair.net> <891792A6-3091-4B69-AA80-B93D9E01CD13@danieloberhoff.de> <2CFC6FB3-A68F-4DF0-88D3-644AB9FEC160@geeklair.net> <430AB1B5-0CF4-4F37-9FCB-824CC64AB68A@geeklair.net> Message-ID: <350491CB-F6F3-433F-A1FB-2CEB836E70EA@danieloberhoff.de> I also got it done that way now. Just had to take care to save my original installations (i.e. move them out of the way and later move them back). Otherwise the installation starts to do a lot of linking...whatever. Seems to work :). So now I have one 32 bit tree and one 64bit. So far ok. Just annoying since I have to specify the right flags at the command line everytime (defaults in macport.tcl seem to be ignored) and some packages don't use configure but patched makefiles which requires some handwork. General suggestion: it would be nice if there would be a 64bit variant, and the possibility to stack variants (i.e. something like +ppc +64). Just my 2 cents. Best Daniel Am 18.12.2007 um 22:30 schrieb jiho: > > On 2007-December-18 , at 21:58 , Daniel J. Luke wrote: >> On Dec 18, 2007, at 3:55 PM, jiho wrote: >>>> if you didn't build with --with-tclpackage set so that your two >>>> installs have separate package directories, that could be causing >>>> your problem. >>> >>> Hi, could you elaborate a bit on that. I have the exact same >>> problem with: >>> - two macport trees: /opt/local/ installed as a regular install >>> and /opt/local-exp installed from source with --prefix=/opt/local- >>> exp/ >>> - no ~/.macports >>> - the sources in both ${prefix}/etc/macports.conf are pointing to >>> the correct location >>> and still the port command in /opt/local/bin/port lists the >>> content of /opt/local-exp/ >>> >> >> You need to rebuild port (ideally twice). >> >> Soemthing like: >> >> ./configure --prefix=/opt/local --with-tclpackage=/opt/local/share/ >> tcl >> and >> ./configure --prefix=/opt/local-exp --with-tclpackage=/opt/local- >> exp/share/tcl >> >> should work > > Thanks it works indeed. I've only done the first one and everything > seems to be working correctly. I'll do the second install too > anyway, just to be sure and because I need to upgrade it to 1.6 no > matter what. > Thanks again (IMHO, this deserves a FAQ somewhere) > > JiHO > --- > http://jo.irisson.free.fr/ > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From tek.katu at gmail.com Tue Dec 18 18:30:06 2007 From: tek.katu at gmail.com (Teck) Date: Tue Dec 18 18:29:27 2007 Subject: Error at installing php5 Message-ID: <77E23A01-F7D7-47D0-8B8B-E653C50397DA@gmail.com> Hi I run: sudo port install php5 +macosx +mysql5 +apache2 After serveral minutes, I got errors. The last output from the console is: hecking for mawk... (cached) no checking for gawk... (cached) no checking for nawk... (cached) no checking for awk... (cached) no configure: error: No awk program found Error: The following dependencies failed to build: apache2 apr-util sqlite3 readline ncurses ncursesw openssl zlib pcre bzip2 curl pkgconfig freetype jpeg libmcrypt libpng libxml2 libxslt mhash mysql5 tiff Error: Status 1 encountered during processing. Any help would be appreciated. T From ryandesign at macports.org Tue Dec 18 18:59:30 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 18 18:58:50 2007 Subject: Error at installing php5 In-Reply-To: <77E23A01-F7D7-47D0-8B8B-E653C50397DA@gmail.com> References: <77E23A01-F7D7-47D0-8B8B-E653C50397DA@gmail.com> Message-ID: On Dec 18, 2007, at 20:30, Teck wrote: > I run: > > sudo port install php5 +macosx +mysql5 +apache2 > > After serveral minutes, I got errors. The last output from the > console is: > > hecking for mawk... (cached) no > checking for gawk... (cached) no > checking for nawk... (cached) no > checking for awk... (cached) no > configure: error: No awk program found > > Error: The following dependencies failed to build: apache2 apr-util > sqlite3 readline ncurses ncursesw openssl zlib pcre bzip2 curl > pkgconfig freetype jpeg libmcrypt libpng libxml2 libxslt mhash > mysql5 tiff > Error: Status 1 encountered during processing. http://trac.macports.org/projects/macports/ticket/13066 From ryandesign at macports.org Tue Dec 18 19:56:03 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 18 19:55:22 2007 Subject: PerlMagick build on a PPC G5 mac os X 10.4 In-Reply-To: References: <8BD6BC42-AF7B-4CAD-BFE9-B5AF71E08DC1@macports.org> Message-ID: Please keep replies on the mailing list by using your mail program's Reply All feature when you reply. On Dec 18, 2007, at 10:27, Constant Dupuis wrote: > Hi Ryan, > > I reply late because I was sick. > > If I remember well I use the 'port install p5-perlmagick' command > after installing imagemagick 6.3.7 via port. > But it didn't install perl. I believe I have found the problem and have corrected it in r32174. If you wait 30 minutes, then "sudo port selfupdate", then try again, I hope it will work for you. > Is the missing sudo that can failed everything ? > > My version of port is 1.520 and xcode Tools is 2.4.1 on a Power PC > G5 computer. Ok. The "selfupdate" command above will upgrade you to MacPorts 1.6.0. You may also want to download Xcode 2.5.0 from Apple and update to it at some point. > I try to install Image::Magick perl from the sources donloaded at > ImageMagick web site. > It build succesfuly version 6.3.7 but failed the test with the > following message : > > "hostx108:~/Downloads/Dev/ImageLibrary/ImageMagick-6.3.7/PerlMagick > macfurax$ make test > /bin/sh ../magick.sh PERL_DL_NONLAZY=1 /usr/bin/perl "- > MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/ > arch')" t/*.t t/bzlib/*.t t/jpeg/*.t t/jp2/*.t t/png/*.t t/tiff/*.t > t/wmf/*.t t/zlib/*.t > ../magick.sh: ../magick.sh: No such file or directory > make: *** [test_dynamic] Error 127" I cannot help you with software built outside of MacPorts. > If I try via port I get this : > > "hostx108:~ macfurax$ sudo port install p5-perlmagick > Password: > ---> Configuring p5-perlmagick > 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_perl_ > p5-perlmagick/work/PerlMagick-6.32" && /opt/local/bin/perl > Makefile.PL INSTALLDIRS=vendor " returned error 127 > Command output: sh: line 1: /opt/local/bin/perl: No such file or > directory > > Error: Status 1 encountered during processing." The p5-perlmagick port was inadvertently overwriting the dependencies of the perl5 portgroup (this is where the perl5.8 dependency is defined). I believe I fixed this in r32174. > Le 13-d?c.-07 ? 00:11, Ryan Schmidt a ?crit : > >> On Dec 12, 2007, at 10:46, Constant Dupuis wrote: >> >>> I try to build the PerlMagick package (Image::Magick). >>> >>> I try using CPAN and fink nothing works. >>> >>> SO now I try with macports. ImageMagick is installed (with >>> macports) and working. >>> >>> When if I try to build the PerlMagick module I'm told that /opt/ >>> local/bin/perl is not found. >>> >>> I try to use the configure.perl statement to force port tu use >>> the install perl interpreter already installed on my machine. >>> >>> Is it possible ? >>> >>> If I install the macport Perl interpreter won't it clash with the >>> Mac OS X perl ? >> >> MacPorts is designed not to overwrite things installed elsewhere >> on your Mac. It's also designed to use, as much as possible, only >> other software installed via MacPorts. It's perfectly acceptable >> to install perl5.8 from MacPorts so that other ports can make use >> of it. >> >> If you "sudo port install p5-perlmagick", it should automatically >> install perl5.8 (and ImageMagick and other dependencies) for you. >> Did that not happen? >> >> Please show us the exact command you typed and the exact output >> you got. Also tell us what version of MacPorts and Xcode you have. >> Thanks. From mhart at baselinesolutions.com.au Tue Dec 18 20:40:58 2007 From: mhart at baselinesolutions.com.au (Michael Hart) Date: Tue Dec 18 20:40:13 2007 Subject: GnuCash and guile In-Reply-To: <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> References: <904774730712101845u40aee466s8fe94519c16e399e@mail.gmail.com> <36094E12-1775-4EC0-ACE5-E0B5E139AEB9@baselinesolutions.com.au> <27F563F5-FA2F-463C-BE22-C776BAD50E5E@baselinesolutions.com.au> <329A66AA-AA27-4D47-BEBA-A3EB1FF0577F@baselinesolutions.com.au> Message-ID: <2A663557-DCA9-434E-BCAA-1FB033668677@baselinesolutions.com.au> FWIW, I managed to get around this problem by commenting out the G_INLINE_FUNC declaration in SplitP.h and then reinstalling GnuCash. So, line 152 of /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_gnome_gnucash/work/gnucash-2.2.1/src/ engine/SplitP.h becomes: /*G_INLINE_FUNC*/ void mark_split (Split *s); So far it seems to be running fine (finally!) Cheers, Michael On 11/12/2007, at 2:49 PM, Michael Hart wrote: > Hmmm... Well, GnuCash 2.2.1 builds fine, loads fine, but I get this > when entering a new transaction: > > dyld: lazy symbol binding failed: Symbol not found: _mark_split > Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib > Expected in: flat namespace > > dyld: Symbol not found: _mark_split > Referenced from: /opt/local/lib/gnucash/libgncmod-engine.dylib > Expected in: flat namespace > > Trace/BPT trap > > And then it bombs... > > Maybe some more symlinking required...? Not sure. > > On 11/12/2007, at 2:40 PM, Michael Hart wrote: > >> There's actually a couple of small typos in the Trac Ticket comment >> re the symlinks (the /bin/* files incorrectly named). This worked >> for me: >> >> ln -s /opt/local/include/libguile16 /opt/local/include/libguile && \ >> ln -s /opt/local/include/libguile16.h /opt/local/include/libguile.h >> && \ >> ln -s /opt/local/include/guile16 /opt/local/include/guile && \ >> ln -s /opt/local/bin/guile16 /opt/local/bin/guile && \ >> ln -s /opt/local/bin/guile16-config /opt/local/bin/guile-config && \ >> ln -s /opt/local/bin/guile16-snarf /opt/local/bin/guile-snarf && \ >> ln -s /opt/local/bin/guile16-tools /opt/local/bin/guile-tools && \ >> ln -s /opt/local/lib/libguile16.a /opt/local/lib/libguile.a && \ >> ln -s /opt/local/lib/libguile16.dylib /opt/local/lib/libguile.dylib >> && \ >> ln -s /opt/local/lib/libguile16.la /opt/local/lib/libguile.la >> >> (trying to add this to Trac too, but having problems logging in) >> >> On 11/12/2007, at 2:16 PM, Michael Hart wrote: >> >>> And then you'll no doubt run into the problem outlined in Ticket >>> #13472: >>> >>> http://trac.macports.org/projects/macports/ticket/13472 >>> >>> I haven't tried the solution listed there, but hopefully that >>> works for you. >>> >>> Cheers, >>> >>> Michael >>> >>> On 11/12/2007, at 1:57 PM, Ryan Schmidt wrote: >>> >>>> >>>> On Dec 10, 2007, at 20:45, Todd O'Bryan wrote: >>>> >>>>> I was trying to install GnuCash and it said I didn't have guile. >>>>> So I >>>>> installed guile manually >>>> >>>> Define manually. Did you "sudo port install guile"? Or did you >>>> manually download the guile source code and compile it and >>>> install it somewhere? (where?) >>>> >>>>> and now it apparently thinks the guile that >>>>> got installed isn't good enough. >>>>> >>>>> Any hints about where to go from here? I tried installing slib, >>>>> but it >>>>> says it's already installed. >>>>> >>>>> Thanks, >>>>> Todd >>>>> >>>>> doug-spauldings-imac:~ dougspaulding$ sudo port -vf install >>>>> gnucash >>>>> ---> Configuring gnucash >>>>> checking for a BSD-compatible install... /usr/bin/install -c >>>>> ... >>>>> checking for guile-config... yes >>>>> checking whether guile-config works... yes >>>>> checking for sin in -lm... yes >>>>> checking for guile libraries... -D_THREAD_SAFE -lguile -lltdl >>>>> -L/opt/local/lib -L/opt/local/lib -lgmp -lm -lltdl >>>>> checking for guile headers... -I/opt/local/include -D_THREAD_SAFE >>>>> checking whether guile works... yes >>>>> checking for guile... /opt/local/bin/guile >>>>> checking for guile - 1.6.0 <= version < 99.99.99... yes: 1.8.3 >>>>> checking for guile - 1.8.0 <= version < 99.99.99... yes: 1.8.3 >>>>> checking for SLIB support... configure: error: >>>>> >>>>> Cannot find SLIB. Are you sure you have it installed? >>>>> See http://bugzilla.gnome.org/show_bug.cgi?id=347922 >>>> >>>> [snip] >>>> >>>> So you have guile 1.8.3. According to the long description of the >>>> gnucash port, "Variant +guile16 is enabled by default because >>>> newer guile versions do not yet work correctly with MacPorts." So >>>> gnucash apparently currently only works with guile 1.6.x not >>>> guile 1.8.x. >>>> >>>> So, you should uninstall guile 1.8.3. Then you should sudo port >>>> install gnucash, which should install guile16, slib and slib- >>>> guile16 for you. >>>> >>>> Before you begin, make sure you have the latest ports by using >>>> "sudo port selfupdate" >>>> >>>> _______________________________________________ >>>> macports-users mailing list >>>> macports-users@lists.macosforge.org >>>> http://lists.macosforge.org/mailman/listinfo/macports-users >>> >>> _______________________________________________ >>> macports-users mailing list >>> macports-users@lists.macosforge.org >>> http://lists.macosforge.org/mailman/listinfo/macports-users >> > From josh+macports at root.id.au Tue Dec 18 21:46:07 2007 From: josh+macports at root.id.au (Joshua Root) Date: Tue Dec 18 21:45:18 2007 Subject: plans for 64bit support In-Reply-To: <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> Message-ID: <4768B01F.9080404@root.id.au> Ryan Schmidt wrote: > We could introduce a new automatic variant... +universal4? > +universal64? People could test with this new variant and if any > problems are encountered it would not prevent anyone from using the > existing 2-way 32-bit +universal variant. I'm wary of this though... > I wouldn't want, say, "universal64" directives to start appearing in > portfiles, if we want to eventually fold +universal64 into +universal. I've been considering this, and my current thoughts are: The default should be to build 32-bit binaries on ppc64 machines, since ppc64 code is generally slower. There should be a config file option so those on ppc64 hardware can build everything 64-bit if they want. On x86_64 machines, 64-bit binaries should be the default. +universal should default to building for ppc32, x86, and x86_64. That will generally give the best performance everywhere. But then of course you need a way to specify to build for ppc64. For universal builds, perhaps an extra variant could be added, e.g. '+universal +ppc64' would build 4-way binaries. Or alternatively, a different universal variant like the aforementioned '+universal4'. There's also a related problem: not all ports will necessarily build correctly for all architectures. Switching to building everything 64-bit right now is a gamble. So before MacPorts starts building any 64-bit code by default, there would need to be an effort to make sure that as many ports as possible are 64-bit clean. After the switch, there would also need to be a portfile flag that indicates that the port is not 64-bit clean. Ideally the presence of that flag would simply disable the 64-bit architectures when doing a universal build. Cheers, Josh From ryandesign at macports.org Tue Dec 18 22:03:22 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 18 22:02:42 2007 Subject: plans for 64bit support In-Reply-To: <4768B01F.9080404@root.id.au> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <4768B01F.9080404@root.id.au> Message-ID: <5874B6DD-2E2F-4FF7-9579-2644F3C43647@macports.org> On Dec 18, 2007, at 23:46, Joshua Root wrote: > Ryan Schmidt wrote: > >> We could introduce a new automatic variant... +universal4? >> +universal64? People could test with this new variant and if any >> problems are encountered it would not prevent anyone from using the >> existing 2-way 32-bit +universal variant. I'm wary of this though... >> I wouldn't want, say, "universal64" directives to start appearing in >> portfiles, if we want to eventually fold +universal64 into >> +universal. > > I've been considering this, and my current thoughts are: > > The default should be to build 32-bit binaries on ppc64 machines, > since > ppc64 code is generally slower. There should be a config file > option so > those on ppc64 hardware can build everything 64-bit if they want. On > x86_64 machines, 64-bit binaries should be the default. > > +universal should default to building for ppc32, x86, and x86_64. That > will generally give the best performance everywhere. An interesting perspective. Is there documentation backing up the claim that 64-bit ppc code is slower on 64-bit ppc machines than 32- bit ppc code? > But then of course you need a way to specify to build for ppc64. For > universal builds, perhaps an extra variant could be added, e.g. > '+universal +ppc64' would build 4-way binaries. Or alternatively, a > different universal variant like the aforementioned '+universal4'. > > There's also a related problem: not all ports will necessarily build > correctly for all architectures. Switching to building everything > 64-bit > right now is a gamble. It's not a gamble; I guarantee you a largish number of ports will fail. Just like a largish number of ports fail to build 2-way 32-bit universal binaries today, which is why +universal is not the default. > So before MacPorts starts building any 64-bit > code by default, there would need to be an effort to make sure that as > many ports as possible are 64-bit clean. After the switch, there would > also need to be a portfile flag that indicates that the port is not > 64-bit clean. Ideally the presence of that flag would simply > disable the > 64-bit architectures when doing a universal build. Our existing universal support also needs some help in this regard. All we currently have is a default universal variant which works for some ports, a "universal_variant no" flag you can add to the port to turn off that default variant, and of course authors can define their own universal variant to do something different. There's no way to indicate that a port has been tested and works when built universal. There is no way to indicate why "universal_variant no" is being used -- is it because the port fails to build universal? is it because the port does not install any binaries and therefore does not need to be built universal? There is no way to indicate that the port already builts universal without any assistance (other than hacking it with "variant universal {}" and "default_variants +universal"). And finally, we don't have any way to run the configure, make and make install phases of a port twice, then lipo the end result together. This is needed for some ports, like cairo and openssl, which have to go to great lengths to fake this in the portfiles themselves. Except for the 64-bit issue, I have brought this all up before, and nobody had anything to say to it... http://lists.macosforge.org/pipermail/macports-dev/2007-June/001868.html I think we really need to think about how we want our universal support to work as a whole before we start adding little extra things into MacPorts. From roger.hoover at gmail.com Tue Dec 18 22:23:50 2007 From: roger.hoover at gmail.com (Roger Hoover) Date: Tue Dec 18 22:22:59 2007 Subject: Error at installing php5 In-Reply-To: References: <77E23A01-F7D7-47D0-8B8B-E653C50397DA@gmail.com> Message-ID: <44cb1ba30712182223i4caa534ctc56d6590d6b327c1@mail.gmail.com> I saw this problem as well even though the gawk port had been installed. Running the install a second time worked. On Dec 18, 2007 6:59 PM, Ryan Schmidt wrote: > > On Dec 18, 2007, at 20:30, Teck wrote: > > > I run: > > > > sudo port install php5 +macosx +mysql5 +apache2 > > > > After serveral minutes, I got errors. The last output from the > > console is: > > > > hecking for mawk... (cached) no > > checking for gawk... (cached) no > > checking for nawk... (cached) no > > checking for awk... (cached) no > > configure: error: No awk program found > > > > Error: The following dependencies failed to build: apache2 apr-util > > sqlite3 readline ncurses ncursesw openssl zlib pcre bzip2 curl > > pkgconfig freetype jpeg libmcrypt libpng libxml2 libxslt mhash > > mysql5 tiff > > Error: Status 1 encountered during processing. > > http://trac.macports.org/projects/macports/ticket/13066 > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071218/dbad755b/attachment.html From josh+macports at root.id.au Tue Dec 18 22:53:58 2007 From: josh+macports at root.id.au (Joshua Root) Date: Tue Dec 18 22:53:09 2007 Subject: plans for 64bit support In-Reply-To: <5874B6DD-2E2F-4FF7-9579-2644F3C43647@macports.org> References: <711006C1-5175-43F5-8037-FAB764E0955C@danieloberhoff.de> <127B1529-C989-41FA-BE29-4540E1C9A118@macports.org> <4768B01F.9080404@root.id.au> <5874B6DD-2E2F-4FF7-9579-2644F3C43647@macports.org> Message-ID: <4768C006.7000901@root.id.au> Ryan Schmidt wrote: > On Dec 18, 2007, at 23:46, Joshua Root wrote: >> The default should be to build 32-bit binaries on ppc64 machines, since >> ppc64 code is generally slower. There should be a config file option so >> those on ppc64 hardware can build everything 64-bit if they want. On >> x86_64 machines, 64-bit binaries should be the default. >> >> +universal should default to building for ppc32, x86, and x86_64. That >> will generally give the best performance everywhere. > > An interesting perspective. Is there documentation backing up the claim > that 64-bit ppc code is slower on 64-bit ppc machines than 32-bit ppc code? I've seen benchmark numbers that show this. I'll see if I can dig them up. >From a theoretical perspective, it's pretty clear that a PPC chip running in 64-bit mode must be at least a little bit slower than the same chip running in 32-bit mode, since pointers are twice as wide. They take up twice as much room in the caches and in memory. They also take twice as many instructions to load and store. That's only when the code doesn't take advantage of the 64-bit architecture, of course. Going to ppc64 can be a win if you need to use huge amounts of RAM in a single process, if your code can be simplified by making use of the 64-bit address space (e.g. mmap()ing a 200 GB file), or if you use 64-bit integer arithmetic (which is emulated by the compiler on 32-bit). >> There's also a related problem: not all ports will necessarily build >> correctly for all architectures. Switching to building everything 64-bit >> right now is a gamble. > > It's not a gamble; I guarantee you a largish number of ports will fail. > Just like a largish number of ports fail to build 2-way 32-bit universal > binaries today, which is why +universal is not the default. Right, I meant it's a gamble in the sense that for any given user, maybe the ports they want to use will work and maybe they won't. > I think we really need to think about how we want our universal support > to work as a whole before we start adding little extra things into > MacPorts. Agreed. - Josh From jmpp at macports.org Tue Dec 18 23:17:49 2007 From: jmpp at macports.org (Juan Manuel Palacios) Date: Tue Dec 18 23:43:50 2007 Subject: Trac tickets and the "Infrastructure" components Message-ID: <179B9D84-AAC3-4BAE-B83A-B416A3324D7D@macports.org> Our "New ticket" form up at trac.macports.org had a ticket component of "Infrastructure" to classify requests to our Mac OS Forge host on hosting and server side functionality related issues. Such naming was clearly not very understood and a lot of people have been filing regular tickets pertaining to our ports and/or MacPorts functionality under this component. Due to this confusion we have renamed it to "server/hosting" to make its intent clearer, and no non-team members should be using it as reports against any of our ports and/or MacPorts itself do not belong there (and reports against Mac OS Forge server side functionality should be discussed first with team members, or with PortMgr members to be precise, before being filed as a "server/ hosting" ticket). So, basically, as this message explains and our ticketing guidelines at http://guide.macports.org/#project.tickets also make clear, that's a "hands-off" component ;-) Thank you for your cooperation! Regards,... -jmpp From petr.snyder at yahoo.co.uk Wed Dec 19 00:50:47 2007 From: petr.snyder at yahoo.co.uk (Peter Schneider) Date: Wed Dec 19 00:49:58 2007 Subject: gnucash - aqbanking build fails Message-ID: <287606.36572.qm@web26913.mail.ukl.yahoo.com> Building aqbanking 2.2.9 needed for gnucash fails on brand new installation of macports 1.6.0 Xcode3 (newest version, checked that yesterday, connect.apple.com doesn't offer anything newer at the moment) New, nearly untouched MacOS 10.5.1 installation with DevTools and new Xlibs ... com.apple.pkg.X11SDKLeo.bom/com.apple.pkg.X11User.bom The current version of aqbanking and gwenhywfar is 3.0.1, that stuff is somewhat dated, too. Console messages below ... "sudo port install gnucash" was the first install on this system (it's always discouraging when the very first thing that is to be built fails :-( ) ################################################### ---> Fetching aqbanking ---> Attempting to fetch aqbanking-2.2.9.tar.gz from http://downloads.sourceforge.net/aqbanking ---> Verifying checksum(s) for aqbanking ---> Extracting aqbanking ---> Configuring aqbanking ---> Building aqbanking 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_devel_aqbanking/work/aqbanking-2.2.9" && make all " returned error 2 Command output: mkdir .libs/libqbanking.lax/libwidgets.a Extracting /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/frontends/qbanking/lib/widgets/.libs/libwidgets.a (cd .libs/libqbanking.lax/libwidgets.a && ar x /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/frontends/qbanking/lib/widgets/.libs/libwidgets.a) rm -fr .libs/libqbanking.lax/libdialogs.a mkdir .libs/libqbanking.lax/libdialogs.a Extracting /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/frontends/qbanking/lib/dialogs/.libs/libdialogs.a (cd .libs/libqbanking.lax/libdialogs.a && ar x /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/frontends/qbanking/lib/dialogs/.libs/libdialogs.a) rm -fr .libs/libqbanking.lax/libviews.a mkdir .libs/libqbanking.lax/libviews.a Extracting /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/frontends/qbanking/lib/views/.libs/libviews.a (cd .libs/libqbanking.lax/libviews.a && ar x /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/frontends/qbanking/lib/views/.libs/libviews.a) /usr/bin/g++-4.0 -dynamiclib -single_module -o .libs/libqbanking.4.0.0.dylib .libs/qbflagstaff.o .libs/qbanking.o .libs/qbwaitcallback.o .libs/qbwcb_fast.o .libs/qbwcb_simple.o .libs/qbwcb_progress.o .libs/qbcfgmodule.o .libs/banking.o .libs/libqbanking.lax/libwidgets.a/qbaccountlist.o .libs/libqbanking.lax/libwidgets.a/qbcfgtab.o .libs/libqbanking.lax/libwidgets.a/qbcfgtab.ui.o .libs/libqbanking.lax/libwidgets.a/qbcfgtabpage.o .libs/libqbanking.lax/libwidgets.a/qbcfgtabpageaccount.o .libs/libqbanking.lax/libwidgets.a/qbcfgtabpageuser.o .libs/libqbanking.lax/libwidgets.a/qbinputbox.o .libs/libqbanking.lax/libwidgets.a/qbjoblist.o .libs/libqbanking.lax/libwidgets.a/qbplugindescrlist.o .libs/libqbanking.lax/libwidgets.a/qbprogress.o .libs/libqbanking.lax/libwidgets.a/qbprogress.ui.o .libs/libqbanking.lax/libwidgets.a/qbsimplebox.o .libs/libqbanking.lax/libwidgets.a/qbsimplebox.ui.o .libs/libqbanking.lax/libwidgets.a/qbuserlist.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageaccountgen.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageaccountgen.ui.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageaccounts.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageaccounts.ui.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpagebackends.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpagebackends.ui.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageusergen.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageusergen.ui.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageusers.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabpageusers.ui.o .libs/libqbanking.lax/libdialogs.a/qbcfgtabsettings.o .libs/libqbanking.lax/libdialogs.a/qbeditaccount.o .libs/libqbanking.lax/libdialogs.a/qbedituser.o .libs/libqbanking.lax/libdialogs.a/qbimporter.o .libs/libqbanking.lax/libdialogs.a/qbimporter.ui.o .libs/libqbanking.lax/libdialogs.a/qbmapaccount.o .libs/libqbanking.lax/libdialogs.a/qbmapaccount.ui.o .libs/libqbanking.lax/libdialogs.a/qbpickstartdate.o .libs/libqbanking.lax/libdialogs.a/qbpickstartdate.ui.o .libs/libqbanking.lax/libdialogs.a/qbprintdialog.o .libs/libqbanking.lax/libdialogs.a/qbprintdialog.ui.o .libs/libqbanking.lax/libdialogs.a/qbprocesswatcher.o .libs/libqbanking.lax/libdialogs.a/qbprocesswatcher.ui.o .libs/libqbanking.lax/libdialogs.a/qbselectbackend.o .libs/libqbanking.lax/libdialogs.a/qbselectbackend.ui.o .libs/libqbanking.lax/libdialogs.a/qbselectbank.o .libs/libqbanking.lax/libdialogs.a/qbselectbank.ui.o .libs/libqbanking.lax/libdialogs.a/qbselectfromlist.o .libs/libqbanking.lax/libdialogs.a/qbselectfromlist.ui.o .libs/libqbanking.lax/libviews.a/qbbankselector.o .libs/libqbanking.lax/libviews.a/qbbankselector.ui.o .libs/libqbanking.lax/libviews.a/qbjobview.o .libs/libqbanking.lax/libviews.a/qbjobview.ui.o -L/opt/local/lib /opt/local/lib/libiconv.dylib -lc /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/libs/aqbanking/.libs/libaqbanking.dylib -L/usr/lib -L/sw/lib /opt/local/lib/libgwenhywfar.dylib -L/opt/local/lib/qt3/lib /opt/local/lib/qt3/lib/libqt-mt.dylib -L/usr/X11R6/lib /opt/local/lib/libz.dylib /opt/local/lib/libXrender.dylib /opt/local/lib/libXft.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libfontconfig.dylib /opt/local/lib/libintl.dylib -install_name /opt/local/lib/libqbanking.4.dylib -Wl,-compatibility_version -Wl,5 -Wl,-current_version -Wl,5.0 (cd .libs && rm -f libqbanking.4.dylib && ln -s libqbanking.4.0.0.dylib libqbanking.4.dylib) (cd .libs && rm -f libqbanking.dylib && ln -s libqbanking.4.0.0.dylib libqbanking.dylib) rm -fr .libs/libqbanking.lax creating libqbanking.la (cd .libs && rm -f libqbanking.la && ln -s ../libqbanking.la libqbanking.la) /usr/bin/g++-4.0 -DHAVE_CONFIG_H -DBUILDING_QBANKING -DPKGDATADIR=\"/opt/local/share/aqbanking\" -DQBANKING_PLUGINS=\"/opt/local/lib/aqbanking/plugins/16/frontends/qbanking\" -DQBANKING_HELPDIR=\"/opt/local/share/aqbanking/frontends/qbanking/help\" -DQT3_SUPPORT -I. -I. -I../../../.. -I../../../../headers -I./dialogs -I./widgets -I./views -Idialogs -Iwidgets -Iviews -I/opt/local/include -DXTHREADS -I/opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include -DXTHREADS -I/opt/local/include/libglade-2.0 -I/opt/local/include/gtk-2.0 -I/opt/local/include/libxml2 -I/opt/local/include -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include/freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include -I/opt/local/lib/qt3/include -fvisibility=hidden -I/opt/local/include -L/opt/local/lib -O2 -g -Wall -c -o testlib.o testlib.cpp /bin/sh ../../../../libtool --tag=CXX --mode=link /usr/bin/g++-4.0 -O2 -g -Wall -L/opt/local/lib -g -o testlib testlib.o libqbanking.la /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/libs/aqbanking/libaqbanking.la -lintl /usr/bin/g++-4.0 -O2 -g -Wall -g -o .libs/testlib testlib.o -Wl,-bind_at_load -L/opt/local/lib ./.libs/libqbanking.dylib -L/usr/lib -L/sw/lib -L/opt/local/lib/qt3/lib /opt/local/lib/qt3/lib/libqt-mt.dylib -L/usr/X11R6/lib -lresolv -lz -lGL /usr/X11/lib/libXmu.6.2.0.dylib /opt/local/lib/libXrender.dylib /usr/X11/lib/libXrandr.2.0.0.dylib /usr/X11/lib/libXcursor.1.0.2.dylib /usr/X11/lib/libXinerama.1.0.0.dylib /opt/local/lib/libXft.dylib /opt/local/lib/libfreetype.dylib /opt/local/lib/libfontconfig.dylib /usr/X11/lib/libXext.6.4.0.dylib /usr/X11/lib/libX11.6.2.0.dylib -lm /usr/X11/lib/libSM.6.0.0.dylib /usr/X11/lib/libICE.6.3.0.dylib -ldl /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_aqbanking/work/aqbanking-2.2.9/src/libs/aqbanking/.libs/libaqbanking.dylib /opt/local/lib/libgwenhywfar.dylib -lssl -lcrypto /opt/local/lib/libintl.dylib /opt/local/lib/libiconv.dylib -lc ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status make[7]: *** [testlib] Error 1 make[6]: *** [all-recursive] Error 1 make[5]: *** [all] Error 2 make[4]: *** [all-recursive] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all-recursive] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: The following dependencies failed to build: aqbanking evince audiofile avahi dbus xmlto getopt dbus-glib dbus-python25 py25-gobject python25 py25-numeric gdbm libdaemon py25-gdbm py25-gtk py25-cairo esound gconf intltool orbit2 libidl gnome-doc-utils iso-codes py25-hashlib openssl py25-libxml2 gnome-icon-theme icon-naming-utils p5-getopt-long p5-pathtools p5-xml-simple p5-test-simple p5-test-harness p5-xml-namespacesupport p5-xml-sax gnome-keyring libgcrypt libgpg-error gnome-vfs gnome-mime-data howl neon libart_lgpl libgnome libbonobo popt libgnomecanvas gail libgnomeui libbonoboui m4 nautilus eel gnome-desktop fribidi startup-notification gnome-menus libexif librsvg libcroco libgsf shared-mime-info poppler poppler-data gnucash-docs yelp firefox-x11 zip libgtkhtml goffice03 libgnomeprintui libgnomeprint bison libgnomecups pcre guile16 readline ncurses ncursesw gawk libgtkhtml3 p5-finance-quote p5-crypt-ssleay p5-libwww-perl p5-compress-zlib p5-compress-raw-zlib p5-io-compress-base p5-scalar-list-utils p5-io-compress-zlib p5-html-parser p5-html-tagset p5-uri p5-datemanip p5-html-tableextract slib slib-guile16 Error: Status 1 encountered during processing. ##################################################### Cheers, Peter __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com From petr.snyder at yahoo.co.uk Wed Dec 19 00:56:04 2007 From: petr.snyder at yahoo.co.uk (Peter Schneider) Date: Wed Dec 19 00:55:13 2007 Subject: gnucash - aqbanking build fails In-Reply-To: <287606.36572.qm@web26913.mail.ukl.yahoo.com> Message-ID: <277128.26858.qm@web26901.mail.ukl.yahoo.com> --- Peter Schneider wrote: > Building aqbanking 2.2.9 needed for gnucash fails on [ ... ] > New, nearly untouched MacOS 10.5.1 installation with > DevTools and new Xlibs ... > com.apple.pkg.X11SDKLeo.bom/com.apple.pkg.X11User.bom Killed a line, it should read "com.apple.pkg.X11SDKLeo.bom/com.apple.pkg.X11User.bom are present so the Xlibs should be o.k. ..." __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com From ryandesign at macports.org Wed Dec 19 01:24:21 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 19 01:23:39 2007 Subject: gnucash - aqbanking build fails In-Reply-To: <287606.36572.qm@web26913.mail.ukl.yahoo.com> References: <287606.36572.qm@web26913.mail.ukl.yahoo.com> Message-ID: On Dec 19, 2007, at 02:50, Peter Schneider wrote: > Building aqbanking 2.2.9 needed for gnucash fails on > > brand new installation of macports 1.6.0 > > Xcode3 (newest version, checked that yesterday, > connect.apple.com doesn't offer anything newer at the > moment) > > New, nearly untouched MacOS 10.5.1 installation with > DevTools and new Xlibs ... > com.apple.pkg.X11SDKLeo.bom/com.apple.pkg.X11User.bom [snip] > ld: cycle in dylib re-exports with > /usr/X11R6/lib/libGL.dylib Sounds like this problem: http://developer.apple.com/qa/qa2007/qa1567.html And we already have a ticket for it: http://trac.macports.org/projects/macports/ticket/13173 I've added you to the ticket's Cc list so you'll be informed of its progress. From constant at reporters.be Wed Dec 19 01:38:48 2007 From: constant at reporters.be (Constant Dupuis) Date: Wed Dec 19 01:38:03 2007 Subject: PerlMagick build on a PPC G5 mac os X 10.4 In-Reply-To: References: <8BD6BC42-AF7B-4CAD-BFE9-B5AF71E08DC1@macports.org> Message-ID: <41447EA0-3A6B-4C48-A51D-5AC6AC2C083B@reporters.be> I remove my previous MacPorts installation and install MacPorts 1.6. On both my laptop and G5. I manage to set up ImageMagick and PerlMagick with the following commend : sudo port install ImageMagick +perl So now Image::Magick works BUT : - I cannot use the AdaptivelyResize method via perl, only the Resize works. - On my laptop the perl @INC only contain macports include path but on my G5 @INC still contains the previous Mac OS X perl include path It looks like I need to reinstall everything .... Le 19-d?c.-07 ? 04:56, Ryan Schmidt a ?crit : > Please keep replies on the mailing list by using your mail > program's Reply All feature when you reply. > > On Dec 18, 2007, at 10:27, Constant Dupuis wrote: > >> Hi Ryan, >> >> I reply late because I was sick. >> >> If I remember well I use the 'port install p5-perlmagick' command >> after installing imagemagick 6.3.7 via port. >> But it didn't install perl. > > I believe I have found the problem and have corrected it in r32174. > If you wait 30 minutes, then "sudo port selfupdate", then try > again, I hope it will work for you. > > >> Is the missing sudo that can failed everything ? >> >> My version of port is 1.520 and xcode Tools is 2.4.1 on a Power PC >> G5 computer. > > Ok. The "selfupdate" command above will upgrade you to MacPorts > 1.6.0. You may also want to download Xcode 2.5.0 from Apple and > update to it at some point. > >> I try to install Image::Magick perl from the sources donloaded at >> ImageMagick web site. >> It build succesfuly version 6.3.7 but failed the test with the >> following message : >> >> "hostx108:~/Downloads/Dev/ImageLibrary/ImageMagick-6.3.7/ >> PerlMagick macfurax$ make test >> /bin/sh ../magick.sh PERL_DL_NONLAZY=1 /usr/bin/perl "- >> MExtUtils::Command::MM" "-e" "test_harness(0, 'blib/lib', 'blib/ >> arch')" t/*.t t/bzlib/*.t t/jpeg/*.t t/jp2/*.t t/png/*.t t/tiff/ >> *.t t/wmf/*.t t/zlib/*.t >> ../magick.sh: ../magick.sh: No such file or directory >> make: *** [test_dynamic] Error 127" > > I cannot help you with software built outside of MacPorts. > >> If I try via port I get this : >> >> "hostx108:~ macfurax$ sudo port install p5-perlmagick >> Password: >> ---> Configuring p5-perlmagick >> 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_perl >> _p5-perlmagick/work/PerlMagick-6.32" && /opt/local/bin/perl >> Makefile.PL INSTALLDIRS=vendor " returned error 127 >> Command output: sh: line 1: /opt/local/bin/perl: No such file or >> directory >> >> Error: Status 1 encountered during processing." > > The p5-perlmagick port was inadvertently overwriting the > dependencies of the perl5 portgroup (this is where the perl5.8 > dependency is defined). I believe I fixed this in r32174. > >> Le 13-d?c.-07 ? 00:11, Ryan Schmidt a ?crit : >> >>> On Dec 12, 2007, at 10:46, Constant Dupuis wrote: >>> >>>> I try to build the PerlMagick package (Image::Magick). >>>> >>>> I try using CPAN and fink nothing works. >>>> >>>> SO now I try with macports. ImageMagick is installed (with >>>> macports) and working. >>>> >>>> When if I try to build the PerlMagick module I'm told that /opt/ >>>> local/bin/perl is not found. >>>> >>>> I try to use the configure.perl statement to force port tu use >>>> the install perl interpreter already installed on my machine. >>>> >>>> Is it possible ? >>>> >>>> If I install the macport Perl interpreter won't it clash with >>>> the Mac OS X perl ? >>> >>> MacPorts is designed not to overwrite things installed elsewhere >>> on your Mac. It's also designed to use, as much as possible, only >>> other software installed via MacPorts. It's perfectly acceptable >>> to install perl5.8 from MacPorts so that other ports can make use >>> of it. >>> >>> If you "sudo port install p5-perlmagick", it should automatically >>> install perl5.8 (and ImageMagick and other dependencies) for you. >>> Did that not happen? >>> >>> Please show us the exact command you typed and the exact output >>> you got. Also tell us what version of MacPorts and Xcode you >>> have. Thanks. > From petr.snyder at yahoo.co.uk Wed Dec 19 02:50:22 2007 From: petr.snyder at yahoo.co.uk (Peter Schneider) Date: Wed Dec 19 02:49:32 2007 Subject: gnucash - aqbanking build fails In-Reply-To: Message-ID: <547667.83789.qm@web26903.mail.ukl.yahoo.com> --- Ryan Schmidt wrote: > > ld: cycle in dylib re-exports with > > /usr/X11R6/lib/libGL.dylib > > Sounds like this problem: > > http://developer.apple.com/qa/qa2007/qa1567.html > > And we already have a ticket for it: > > http://trac.macports.org/projects/macports/ticket/13173 > Hmmh, Apple says "This is a side effect of various linker improvements in Leopard ..." Thx for a response at lightning speed. Actually I had a look on the ticketing system that morning and must have overlooked that ticket :-(. Hay anyone tried a manual build (./configure && make && make install -> /usr/local) of gnucash + some newer version of aqbanking and gwenhywfar? I guess from that point on it shouldn't be too difficult to adapt the portfile for building gwenhywfar and aqbanking 3.0.1 .. __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com From Emil.Lundberg at bmc.uu.se Wed Dec 19 04:21:08 2007 From: Emil.Lundberg at bmc.uu.se (Emil Lundberg) Date: Wed Dec 19 04:20:19 2007 Subject: plans for 64bit support (Joshua Root) In-Reply-To: <20071219085002.93FEF16F377@lists.macosforge.org> References: <20071219085002.93FEF16F377@lists.macosforge.org> Message-ID: >>> The default should be to build 32-bit binaries on ppc64 machines, >>> since >>> ppc64 code is generally slower. There should be a config file >>> option so >>> those on ppc64 hardware can build everything 64-bit if they want. On >>> x86_64 machines, 64-bit binaries should be the default. >>> >>> +universal should default to building for ppc32, x86, and x86_64. >>> That >>> will generally give the best performance everywhere. >> >> An interesting perspective. Is there documentation backing up the >> claim >> that 64-bit ppc code is slower on 64-bit ppc machines than 32-bit >> ppc code? > > I've seen benchmark numbers that show this. I'll see if I can dig > them up. > >> > From a theoretical perspective, it's pretty clear that a PPC chip > running in 64-bit mode must be at least a little bit slower than the > same chip running in 32-bit mode, since pointers are twice as wide. > They > take up twice as much room in the caches and in memory. They also take > twice as many instructions to load and store. > > That's only when the code doesn't take advantage of the 64-bit > architecture, of course. Going to ppc64 can be a win if you need to > use > huge amounts of RAM in a single process, if your code can be > simplified > by making use of the 64-bit address space (e.g. mmap()ing a 200 GB > file), or if you use 64-bit integer arithmetic (which is emulated by > the > compiler on 32-bit). Thought I'd chip in. We use a wide array of hardware at our site; ppc & x86, 32 and 64-bit. Some applications DO need the 64-bit binaries (need to address 6+ Gb arrays), and the major hurdle in using 64-bit is not in the apps themselves but in all the libraries that they use. From our perspective, it is more important to support building fat 32/64-bit binaries than ppc/x86, as we do not generally share or sync the macports file tree between machines (way too risky and servers tend to be out of sync library- and OS-wise anyway). Thus a particular machine does not require dual architetures but may require 32/64-bit binaries/libraries, depending on the apps that use them. Also, the rest of the OS nowadays is quad-fat, so so should MacPorts, right... :-) Regarding +universal; unless someone can prove that there is a MAJOR, real-life, performance hit when using ppc64, my vote is on building the most competent binary possible, including the ppc64, for consistency and simplicity (given that the port actually builds, of course). Either that or split it into say +univ_arch and +univ_bit, but I'm all for simplicity. Of course, as Ryan said: it's not a matter of the building itself, but tying it all together at the end. I realise this no small matter, either. Best regards, /Emil From Jean-Philippe.Humbert at gmx.de Wed Dec 19 05:26:49 2007 From: Jean-Philippe.Humbert at gmx.de (Jean-Philippe Humbert) Date: Wed Dec 19 05:26:06 2007 Subject: Try selfupdate with Leopard => Error md5.h is missing In-Reply-To: References: < > <352C6819-17E4-4002-B506-D1DE5FCBC156@gmx.de> < > <5D3097AC-F633-4ABC-96AA-8C624CABC07C@macports.org> < > <83158607-12FA-4F65-816D-E72FC6A7C3D0@bellsouth.net> < > <3F67B521-D887-4CE8-A84D-22B8488508FD@macports.org> < > <1F3D2E87-5168-4786-81A6-2CADD7810FA6@bellsouth.net> <514D5B50-35D4-4046-A78F-4C2FA8716FAD@macports.org> Message-ID: Hi, I have found a solution: I have cleaned /usr/local. there was a lot of old headers and libraries into this directory. Sorry, it was only a local problem on my computer. // Jph Le 2 nov. 07 ? 00:32, William Davis a ?crit : > > On Nov 1, 2007, at 7:03 PM, Ryan Schmidt wrote: > >> >> On Nov 1, 2007, at 16:30, markd@macports.org wrote: >> >>> James Berry writes: >>> >>>> The MacPorts port is a PortFile that is used to create the dmg >>>> files >>>> that we release when we release a binary version of MacPorts. It >>>> just >>>> treats MacPorts itself like any other port. >>> >>> I think that port's description should be updated so it's purpose >>> is more >>> clear. >> >> A bit weird that this functionality is implemented as a port, isn't >> it? >> >> And getting back on track: then the "MacPorts" port can't have >> anything to do with the original poster's problem. >> > > I didnt say it did have to do with his problem. :) but it is how I > downloaded and built from the source........ and I could then do > selfupdate on Leopard --- which is what he asked about and what made > me think it might have something to do with the *answer* to his > problem...... > > but what do I know? only that I can selfupdate on Leopard..... > > ymmv > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From tek.katu at gmail.com Wed Dec 19 05:36:47 2007 From: tek.katu at gmail.com (Teck) Date: Wed Dec 19 05:36:11 2007 Subject: Error at installing php5 In-Reply-To: <44cb1ba30712182223i4caa534ctc56d6590d6b327c1@mail.gmail.com> References: <77E23A01-F7D7-47D0-8B8B-E653C50397DA@gmail.com> <44cb1ba30712182223i4caa534ctc56d6590d6b327c1@mail.gmail.com> Message-ID: <6102A319-3CF1-45AF-A001-BDA81B53AAE9@gmail.com> Another issue. After running, sudo port install php5 +macosx I get the error and see: checking for working const... yes checking for flex version... invalid configure: warning: flex versions supported for regeneration of the Zend/PHP parsers: 2.5.4 (found: 2.5.33) checking whether /usr/bin/gcc-4.0 supports -no-cpp-precomp... yes checking whether to force non-PIC code in shared modules... no checking whether /dev/urandom exists... yes checking for pthreads_cflags... checking for pthreads_lib... Configuring SAPI modules checking for AOLserver support... no checking for Apache 1.x module support via DSO through APXS... configure: error: You have enabled Apache 1.3 support while your server is Apache 2. Please use the appropiate switch --with-apxs2 Error: Status 1 encountered during processing. Do I need "+apache2" or "+apache"? From jwa at macports.org Wed Dec 19 05:45:26 2007 From: jwa at macports.org (Jyrki Wahlstedt) Date: Wed Dec 19 05:44:37 2007 Subject: Error at installing php5 In-Reply-To: <6102A319-3CF1-45AF-A001-BDA81B53AAE9@gmail.com> References: <77E23A01-F7D7-47D0-8B8B-E653C50397DA@gmail.com> <44cb1ba30712182223i4caa534ctc56d6590d6b327c1@mail.gmail.com> <6102A319-3CF1-45AF-A001-BDA81B53AAE9@gmail.com> Message-ID: On 19.12.2007, at 15.36, Teck wrote: > Another issue. > > After running, > > sudo port install php5 +macosx > > I get the error and see: > > checking for working const... yes > checking for flex version... invalid > configure: warning: flex versions supported for regeneration of the > Zend/PHP parsers: 2.5.4 (found: 2.5.33) > checking whether /usr/bin/gcc-4.0 supports -no-cpp-precomp... yes > checking whether to force non-PIC code in shared modules... no > checking whether /dev/urandom exists... yes > checking for pthreads_cflags... > checking for pthreads_lib... > > Configuring SAPI modules > checking for AOLserver support... no > checking for Apache 1.x module support via DSO through APXS... > configure: error: You have enabled Apache 1.3 support while your > server is Apache 2. Please use the appropiate switch --with-apxs2 > > Error: Status 1 encountered during processing. > > > > Do I need "+apache2" or "+apache"? > _______________________________________________ > Hi, "+apache2" is normally used. You have installed Apache (2.2.6) using MacPorts, otherwise the stuff needed is not in the proper location?! (The other one "+apache" is usually used only for the in-built server that is version 1.3). Pls, check the other variants before installing, because to add a feature supported in a variant a new installation is to be done. ! ! Jyrki Wahlstedt ! http://www.wahlstedt.fi/jyrki/ ! ! Our life is no dream; but it ought to become one and perhaps will. ! PGP key ID: 0x139CC386 fingerprint: F355 B46F 026C B8C1 89C0 A780 6366 EFD9 139C C386 From sequethin at gmail.com Wed Dec 19 10:26:19 2007 From: sequethin at gmail.com (Michael Hernandez) Date: Wed Dec 19 10:25:30 2007 Subject: Problems compiling Pidgin (2.2.1) In-Reply-To: <54425.10.10.10.2.1197824067.squirrel@www.xtra-net.be> References: <54425.10.10.10.2.1197824067.squirrel@www.xtra-net.be> Message-ID: <622A345F-6AD7-45C0-8232-319EB7D3E416@gmail.com> You probably know this by now, but if you sync your ports you'll find that 2.3.1 builds and installs. --Mike H On Dec 16, 2007, at 11:54 AM, Vincent Blondel wrote: > > Hello all, > > I am trying to compile net/pidgin macports but encounters some > problems. > Compilation phase ends with these lines ... > > /bin/sh ../libtool --silent --tag=CC --mode=compile gcc - > DHAVE_CONFIG_H > -I. -I.. -DBR_PTHREADS=0 -DDATADIR=\"/opt/local/share\" > -DLIBDIR=\"/opt/local/lib/purple-2/\" > -DLOCALEDIR=\"/opt/local/share/locale\" -DSYSCONFDIR=\"/opt/local/etc > \" > -D_REENTRANT -I/opt/local/include/glib-2.0 > -I/opt/local/lib/glib-2.0/include -I/opt/local/include -Wall > -I/opt/local/include/libxml2 -I/opt/local/include -I/opt/local/ > include > -no-cpp-precomp -g -O2 -MT account.lo -MD -MP -MF .deps/account.Tpo > -c -o > account.lo account.c > account.c:55: error: two or more data types in declaration specifiers > account.c:55: warning: declaration does not declare anything > account.c: In function 'setting_to_xmlnode': > account.c:107: error: syntax error before '_Bool' > account.c: In function 'purple_account_set_bool': > account.c:1581: error: syntax error before '_Bool' > account.c: In function 'purple_account_set_ui_bool': > account.c:1667: error: syntax error before '_Bool' > account.c: In function 'purple_account_get_bool': > account.c:1942: error: syntax error before '_Bool' > account.c: In function 'purple_account_get_ui_bool': > account.c:2008: error: syntax error before '_Bool' > make[4]: *** [account.lo] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > Can somebody help me compiling this port. Many thks ... > > Vincent > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From Barry.J.Mcinnes at noaa.gov Wed Dec 19 12:21:29 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Wed Dec 19 12:20:35 2007 Subject: grads fails because gcc40 fails ? Message-ID: <47697D49.7000004@noaa.gov> Hi, we have 10.5.1 and Ports 1.6.0 gcc43 builds just fine. Is there a way to stop it building gcc4.0 for grads and use Mac gcc ? /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:38: warning: 'struct sigaltstack' declared inside parameter list /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:38: warning: its scope is only this definition or declaration, which is probably not what you want /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:38: error: conflicting types for 'sigaltstack' /usr/include/signal.h:89: error: previous declaration of 'sigaltstack' was here /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c: In function 'segv_handler': /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:67: error: 'struct __darwin_mcontext' has no member named 'ss' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:116: error: 'struct __darwin_mcontext' has no member named 'es' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:116: error: 'struct __darwin_mcontext' has no member named 'ss' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c: In function 'darwin_rs6000_extra_signals': /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:130: warning: passing argument 1 of 'sigaltstack' from incompatible pointer type make[2]: *** [host-darwin.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [stage1_build] Error 2 make: *** [profiledbootstrap] Error 2 Error: The following dependencies failed to build: gcc40 Error: Status 1 encountered during processing. From ryandesign at macports.org Wed Dec 19 15:41:25 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 19 15:40:43 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <47697D49.7000004@noaa.gov> References: <47697D49.7000004@noaa.gov> Message-ID: On Dec 19, 2007, at 14:21, Barry McInnes wrote: > we have 10.5.1 and Ports 1.6.0 > gcc43 builds just fine. Is there a way to stop it building gcc4.0 for > grads and use Mac gcc ? grads does not depend on gcc40, but one of its dependencies, libnc- dap, does. And it's not that it needs a newer gcc; it needs a fortran compiler, which Apple does not provide, which is why it must depend on one of the MacPorts gcc ports. I submitted a ticket requesting that libnc-dap stop using gcc40 (and use only gcc42) 5 months ago: http://trac.macports.org/projects/macports/ticket/12253 Would it be OK with the maintainer if we just commit that change now? From cooper.me at gmail.com Wed Dec 19 17:36:00 2007 From: cooper.me at gmail.com (Micheal Cooper) Date: Wed Dec 19 17:35:06 2007 Subject: py25-psycopg2 <-> postgresql81 not talking Message-ID: I went through several attempts to install a django dev environment, and in the process I installed different versions of python from dmg and macports, uninstalled, etc. In the end, I uninstalled everything and then did: `sudo port install py25-psycopg2` which also installed postgresql81 and python25, then I did 'sudo port install postgresql81-server subversion' after which I should be ready to go, but I am not. When I run 'python manage.py runserver' in my django project directory, I get: raise ImproperlyConfigured("Error loading psycopg2 module: %s" % e) django.core.exceptions.ImproperlyConfigured: Error loading psycopg2 module: dlopen(/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/psycopg2/_psycopg.so, 2): Library not loaded: /usr/local/pgsql/lib/libpq.4.dylib Referenced from: /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/psycopg2/_psycopg.so Using `sudo locate libpq.4.dylib` gives me: /opt/local/lib/postgresql81/libpq.4.dylib /opt/local/var/macports/software/postgresql81/8.1.10_0+darwin_8/opt/local/lib/postgresql81/libpq.4.dylib I would rather have the system set up to rely on MacPorts so that I can update/ upgrade with ease. I did install psycopg2 from a dmg before starting over and installing through MacPorts, so I can only assume that the system is looking for the old psycopg2 and not finding the one installed by MacPorts. I have not created anything yet, and this is only a dev environment I am trying to set up, so I would be happy to delete a lot of stuff and start from scratch again, but since I uninstalled everything and then reinstalled with MacPorts twice, I seem to be missing someone. Please advice, and thank you. ------ System Info: MacBook Pro, Tiger Results of `sudo port installed`: The following ports are currently installed: apr @1.2.12_0 (active) apr-util @1.2.12_0 (active) bison @2.3_1 (active) db44 @4.4.20_1+darwin_8 (active) expat @2.0.1_0 (active) gawk @3.1.5_2 (active) gettext @0.17_2 (active) libiconv @1.12_0+darwin_8 (active) libxml2 @2.6.30_0 (active) libxslt @1.1.22_0 (active) m4 @1.4.10_1 (active) ncurses @5.6_0+darwin_8 (active) ncursesw @5.6_0+darwin_8 (active) neon @0.26.4_0 (active) openssl @0.9.8g_0 (active) postgresql81 @8.1.10_0+darwin_8 (active) postgresql81-server @8.1.10_0 (active) py25-psycopg2 @2.0.5.1_0 (active) python25 @2.5.1_4+darwin_8 (active) readline @5.2.007_0 (active) sqlite3 @3.5.4_0+darwin_8 (active) subversion @1.4.5_0 (active) zlib @1.2.3_1 (active) -- Micheal Cooper Miyazaki, Japan (GMT+9, no DST) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071220/6da1638d/attachment.html From boeyms at macports.org Wed Dec 19 20:05:40 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Wed Dec 19 20:04:45 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> Message-ID: <33911.202.81.69.153.1198123540.squirrel@webmail.tuffmail.net> Hi Ryan and js, > MacPorts 1.6 should still support Panther. I believe someone will be > making a disk image soon. I don't know why the compile is failing for > you. Juan and I are working on the disk image. js, I got the same error as you did when attempting to build MacPorts 1.6 on Panther, and a fix is in the pipeline. (For anybody whose interested in the technical details, the problem is described below [1].) We're hoping it'll be ready in the next 24 hours, as we know what we need to fix; the only issue to find a sufficiently elegant way to do it so that it doesn't surface in future. Given this delay in getting it to work for 10.3, do either of you (or anybody else!) think we should post an announcement somewhere, and if so, where? In future, of course, I think we need to tighten up our release engineering process so this doesn't happen again; I'll talk to Juan about it when I catch him next. I hope this helps. Kind regards, Maun Suang [1] The problem is the sqlite3.h header file is not found when compiling src/cregistry/registry.c. This problem doesn't surface on Tiger or later, because it /usr/include/sqlite3.h is found (the include flags are currently "-I.. -I. -I/usr/include"), but this file doesn't exist on Panther. Since we go on to link against a static library built from the included sqlite-3.1.3 source, we should really include src/sqlite-3.1.3/sqlite3.h on all platforms. I don't know if we'd face any problems with upgrading to the latest stable sqlite3 in our source distribution. -- Boey Maun Suang Email: boeyms@macports.org From boeyms at macports.org Wed Dec 19 20:11:40 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Wed Dec 19 20:10:46 2007 Subject: gtkglext build failure In-Reply-To: <91C13240-249C-4538-B261-59087A117000@gmail.com> References: <91C13240-249C-4538-B261-59087A117000@gmail.com> Message-ID: <19899.202.81.69.153.1198123900.squirrel@webmail.tuffmail.net> Hi Mike, > Then reading the gtkglext manual I tried to run the configure script > with the flag: > --with-gl-libdir=/System/Library/Frameworks/OpenGL.framework/Versions/ > A/Libraries [snip/] > First is there a way for me to pass the flag above to macports during > the installation of gtkglext? If you append the above on the command line as follows, it should work: configure.args='' (excluding the angle brackets, of course). > Does anyone want to give fixing this port a stab? I think that the following would do the trick in the Portfile (modulo any line-wrapping problems that Squirrelmail might cause here: platform darwin 9 { configure.args-append \ --with-gl-libdir=/System/Library/Frameworks/OpenGL.framework/Versions/A/Libraries } (The conditionalisation on platform is just to be safe.) If you haven't tried contacting the port's maintainer, please do so; otherwise, if you get no reply and the above works, I'll try to patch it ASAP. Kind regards, Maun Suang -- Boey Maun Suang Email: boeyms@macports.org From ryandesign at macports.org Wed Dec 19 22:50:05 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 19 22:56:01 2007 Subject: py25-psycopg2 <-> postgresql81 not talking In-Reply-To: References: Message-ID: On Dec 19, 2007, at 19:36, Micheal Cooper wrote: > I went through several attempts to install a django dev > environment, and in the process I installed different versions of > python from dmg and macports, uninstalled, etc. In the end, I > uninstalled everything and then did: > `sudo port install py25-psycopg2` > which also installed postgresql81 and python25, then I did > 'sudo port install postgresql81-server subversion' > after which I should be ready to go, but I am not. > > When I run 'python manage.py runserver' in my django project > directory, I get: > raise ImproperlyConfigured("Error loading psycopg2 module: %s" % e) > django.core.exceptions.ImproperlyConfigured: Error loading psycopg2 > module: dlopen(/Library/Frameworks/Python.framework/Versions/2.5/ > lib/python2.5/site-packages/psycopg2/_psycopg.so, 2): Library not > loaded: /usr/local/pgsql/lib/libpq.4.dylib > Referenced from: /Library/Frameworks/Python.framework/Versions/ > 2.5/lib/python2.5/site-packages/psycopg2/_psycopg.so Danger, Will Robinson: /usr/local? The python25 port has inadvertently been linked against the PostgreSQL library found in your /usr/local directory. This is why we recommend not having anything in /usr/local. Stuff there frequently conflicts with MacPorts ports. Please move /usr/local elsewhere, for example /usr/ local-off, then rebuild any ports (such as python25) that have inadvertently linked against things in /usr/local. Once you're sure everything works, and once you've replaced anything in /usr/local-off with ports, remove /usr/local-off. > Using `sudo locate libpq.4.dylib` gives me: > /opt/local/lib/postgresql81/libpq.4.dylib > /opt/local/var/macports/software/postgresql81/8.1.10_0+darwin_8/opt/ > local/lib/postgresql81/libpq.4.dylib > > I would rather have the system set up to rely on MacPorts so that I > can update/ upgrade with ease. I did install psycopg2 from a dmg > before starting over and installing through MacPorts, so I can only > assume that the system is looking for the old psycopg2 and not > finding the one installed by MacPorts. > > I have not created anything yet, and this is only a dev environment > I am trying to set up, so I would be happy to delete a lot of stuff > and start from scratch again, but since I uninstalled everything > and then reinstalled with MacPorts twice, I seem to be missing > someone. > > Please advice, and thank you. From ryandesign at macports.org Wed Dec 19 23:08:01 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 19 23:07:17 2007 Subject: py25-psycopg2 <-> postgresql81 not talking In-Reply-To: References: Message-ID: <52974C4B-6D35-4364-AE4E-D9C63747B9CA@macports.org> Yes, you could do that. Uninstall instructions for MacPorts are here: http://trac.macosforge.org/projects/macports/wiki/ FAQ#HowdoIremoveoruninstallMacPorts Before following those instructions, you may want to "sudo port -f uninstall installed" On Dec 20, 2007, at 00:55, Micheal Cooper wrote: > Since I don't have anything of worth in the db yet, can I just > uninstall everything via Ports, remove /usr/local, and then > reinstall from zero? > > On Dec 20, 2007 3:50 PM, Ryan Schmidt wrote: > >> On Dec 19, 2007, at 19:36, Micheal Cooper wrote: >> >> > I went through several attempts to install a django dev >> > environment, and in the process I installed different versions of >> > python from dmg and macports, uninstalled, etc. In the end, I >> > uninstalled everything and then did: >> > `sudo port install py25-psycopg2` >> > which also installed postgresql81 and python25, then I did >> > 'sudo port install postgresql81-server subversion' >> > after which I should be ready to go, but I am not. >> > >> > When I run 'python manage.py runserver' in my django project >> > directory, I get: >> > raise ImproperlyConfigured("Error loading psycopg2 module: %s" % e) >> > django.core.exceptions.ImproperlyConfigured : Error loading >> psycopg2 >> > module: dlopen(/Library/Frameworks/Python.framework/Versions/2.5/ >> > lib/python2.5/site-packages/psycopg2/_psycopg.so, 2): Library not >> > loaded: /usr/local/pgsql/lib/libpq.4.dylib >> > Referenced from: /Library/Frameworks/Python.framework/Versions/ >> > 2.5/lib/python2.5/site-packages/psycopg2/_psycopg.so >> >> Danger, Will Robinson: /usr/local? The python25 port has >> inadvertently been linked against the PostgreSQL library found in >> your /usr/local directory. This is why we recommend not having >> anything in /usr/local. Stuff there frequently conflicts with >> MacPorts ports. Please move /usr/local elsewhere, for example /usr/ >> local-off, then rebuild any ports (such as python25) that have >> inadvertently linked against things in /usr/local. Once you're sure >> everything works, and once you've replaced anything in /usr/local-off >> with ports, remove /usr/local-off. >> >> >> > Using `sudo locate libpq.4.dylib` gives me: >> > /opt/local/lib/postgresql81/libpq.4.dylib >> > /opt/local/var/macports/software/postgresql81/8.1.10_0+darwin_8/ >> opt/ >> > local/lib/postgresql81/libpq.4.dylib >> > >> > I would rather have the system set up to rely on MacPorts so that I >> > can update/ upgrade with ease. I did install psycopg2 from a dmg >> > before starting over and installing through MacPorts, so I can only >> > assume that the system is looking for the old psycopg2 and not >> > finding the one installed by MacPorts. >> > >> > I have not created anything yet, and this is only a dev environment >> > I am trying to set up, so I would be happy to delete a lot of stuff >> > and start from scratch again, but since I uninstalled everything >> > and then reinstalled with MacPorts twice, I seem to be missing >> > someone. >> > >> > Please advice, and thank you. From macports.users at gmail.com Wed Dec 19 23:47:33 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Wed Dec 19 23:46:52 2007 Subject: port search Message-ID: <77475AB7-4A52-4966-8441-DB055D941D28@gmail.com> How do I get `port search' to look into meta-data? Here is an example: # Firefox is a browser but word `browser' turns up in its meta-data $ port search firefox firefox-x11 www/firefox-x11 2.0.0.7 Mozilla.org's popular stand-alone browser # Therefore following fails to return `Firefox' $ port search browser headerbrowser devel/headerbrowser 0.8.3 simple, efficient tool for creating doc from C/C++ source $ From ryandesign at macports.org Thu Dec 20 00:05:25 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 00:04:44 2007 Subject: port search In-Reply-To: <77475AB7-4A52-4966-8441-DB055D941D28@gmail.com> References: <77475AB7-4A52-4966-8441-DB055D941D28@gmail.com> Message-ID: On Dec 20, 2007, at 01:47, Charlse Darwin wrote: > How do I get `port search' to look into meta-data? Here is an example: > > # Firefox is a browser but word `browser' turns up in its meta-data > $ port search firefox > firefox-x11 www/firefox-x11 2.0.0.7 > Mozilla.org's popular stand-alone browser > # Therefore following fails to return `Firefox' > $ port search browser > headerbrowser devel/headerbrowser 0.8.3 > simple, efficient tool for creating doc from C/C++ source > $ $ port search long_description:browser From josh+macports at root.id.au Wed Dec 19 22:59:25 2007 From: josh+macports at root.id.au (Joshua Root) Date: Thu Dec 20 02:43:52 2007 Subject: plans for 64bit support (Joshua Root) In-Reply-To: References: <20071219085002.93FEF16F377@lists.macosforge.org> Message-ID: <476A12CD.9040909@root.id.au> Emil Lundberg wrote: >>> Is there documentation backing up the >>> claim >>> that 64-bit ppc code is slower on 64-bit ppc machines than 32-bit >>> ppc code? >> I've seen benchmark numbers that show this. I'll see if I can dig >> them up. OK, I found some of the comparisons I was thinking of: a Linux-based one with several benchmarks[1], and two Darwin-based ones using Geekbench, on Tiger[2] and Leopard[3]. [1] [2] [3] I'll have access to a G5 in a few days' time, so if no one beats me to it, I'll run some other comparisons. > Thought I'd chip in. We use a wide array of hardware at our site; ppc > & x86, 32 and 64-bit. Some applications DO need the 64-bit binaries > (need to address 6+ Gb arrays), and the major hurdle in using 64-bit > is not in the apps themselves but in all the libraries that they use. > > From our perspective, it is more important to support building fat > 32/64-bit binaries than ppc/x86, as we do not generally share or sync > the macports file tree between machines (way too risky and servers > tend to be out of sync library- and OS-wise anyway). Thus a particular > machine does not require dual architetures but may require 32/64-bit > binaries/libraries, depending on the apps that use them. Your situation is fairly rare though, isn't it? It seems like a perfect use case for variants.conf. > Also, the > rest of the OS nowadays is quad-fat, so so should MacPorts, right... :-) Well, no. The libraries are (mostly) 4-arch, but AFAICT none of the actual programs (including command-line ones) that ship with Leopard have 64-bit code, with the exception of XCode and Chess. Cheers, Josh From ryandesign at macports.org Thu Dec 20 06:03:37 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 06:09:34 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <5C53910E-8460-4957-9130-8696260928EE@mac.com> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> Message-ID: <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> On Dec 20, 2007, at 04:17, Takeshi Enomoto wrote: >>> Would it be OK with the maintainer if we just commit that change >>> now? > > I compile libnc-dap with g95. I don't use gfortran. > I don't have any opinion which version of gcc4.x for libnc-dap. > > Having said that, gcc43 should build OK on Tiger since > it is MacPorts policy to support the current and previous OS versions > as far as I know. No, we surely do not want to use gcc43, because that is not a final version. We want to use gcc42, unless we can prove that the port does not work with gcc42 but would work with gcc43. But I doubt that's the case. > BTW, a fix for g95 has not been commited. > Could you take a look? > > I'll have a look. From Barry.J.Mcinnes at noaa.gov Thu Dec 20 06:47:56 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Thu Dec 20 06:47:02 2007 Subject: boost failure 1_34_1.dylib not found ? Message-ID: <476A809C.90900@noaa.gov> Mac 10.5.1 and MPs 1.60 All other dependencies build OK, except boost sh-3.2# port install stellarium ---> Staging boost into destroot Error: Target org.macports.destroot returned: no files matched glob pattern "*-1_34_1.dylib" Error: The following dependencies failed to build: boost Error: Status 1 encountered during processing. sh-3.2# pwd /opt/local sh-3.2# findname 1_34 Starting in /opt/local directory Find filenames with string : 1_34 ./var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_boost/work/boost_1_34_1 ./var/macports/distfiles/boost/boost_1_34_1.tar.bz2 sh-3.2# cd ./var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_boost/work/boost_1_34_1 sh-3.2# ls Jamfile.v2 boost-build.jam index.htm rst.css Jamrules boost.css libs status LICENSE_1_0.txt boost.png more tools Makefile configure people user-config.jam README doc project-root.jam wiki boost google_logo_40wht.png regression sh-3.2# make -n echo "./tools/jam/src/ --user-config=user-config.jam --without-python" ./tools/jam/src/ --user-config=user-config.jam --without-python || \ echo "Not all Boost libraries built properly." sh-3.2# From macports.users at gmail.com Thu Dec 20 07:41:32 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Thu Dec 20 07:40:45 2007 Subject: $ sudo port -c install mozilla-devel Message-ID: <0B617C22-D0D0-4077-ACB7-38A6E212D156@gmail.com> $ sudo port -c install mozilla-devel ---> Building mozilla-devel 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_www_moz illa-devel/work/mozilla" && make all " returned error 2 Command output: +++ updating chrome ../../../dist/bin/chrome/ installed-chrome.txt +++ locale,install,url,jar:resource:/chrome/en-US.jar!/locale/en- US/help/ +++ overriding locale/en-US/help/contents.rdf updating: locale/en-US/help/contents.rdf (stored 0%) +++ making chrome /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/help/resources => ../../../dist/ bin/chrome/modern.jar +++ making chrome /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/help/resources => ../../../dist/ bin/chrome/classic.jar gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/help/resources' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/help' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/public -m 644 _xpidlgen/ p3p.xpt ../../../dist/bin/components gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/src' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/src -m 755 libp3p.dylib ../../../dist/lib/components : ../../../dist/lib/components/libp3p.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/src -m 755 libp3p.dylib ../../../dist/bin/components : ../../../dist/bin/components/libp3p.dylib gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p/src' /opt/local/bin/perl -I../../config ../../config/preprocessor.pl - DNAMESPACE=http://www.w3.org/2000/10/18/P3Pv1 \ -DHAS_TMPL_RETENTION\ resources/content/p3p.xsl.in > p3p200010.xsl ../../config/preprocessor.pl: invalid argument to -D: HAS_TMPL_RETENTIONresources/content/p3p.xsl.in gmake[3]: *** [p3p200010.xsl] Error 2 gmake[3]: *** Deleting file `p3p200010.xsl' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions/p3p' gmake[2]: *** [libs] Error 2 gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/extensions' gmake[1]: *** [libs] Error 2 gmake[1]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' make: *** [all] Error 2 Error: Status 1 encountered during processing. $ From macports.users at gmail.com Thu Dec 20 07:54:39 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Thu Dec 20 07:53:49 2007 Subject: $ sudo port -fcsd install firefox-x11 Message-ID: <759E37BC-A71F-4354-A33B-39B89A7B5240@gmail.com> $ sudo port -fcsd install firefox-x11 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/firefox-x11 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/firefox-x11 DEBUG: Requested variant powerpc is not provided by port firefox-x11. DEBUG: Requested variant darwin is not provided by port firefox-x11. DEBUG: Requested variant macosx is not provided by port firefox-x11. DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/libidl DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/libidl DEBUG: Requested variant powerpc is not provided by port libidl. DEBUG: Requested variant darwin is not provided by port libidl. DEBUG: Requested variant macosx is not provided by port libidl. DEBUG: Searching for dependency: libidl DEBUG: Found Dependency: receipt exists for libidl DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/glib2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/glib2 DEBUG: Requested variant powerpc is not provided by port glib2. DEBUG: Requested variant darwin is not provided by port glib2. DEBUG: Requested variant macosx is not provided by port glib2. DEBUG: Searching for dependency: glib2 DEBUG: Found Dependency: receipt exists for glib2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zip DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zip DEBUG: Requested variant powerpc is not provided by port zip. DEBUG: Requested variant darwin is not provided by port zip. DEBUG: Requested variant macosx is not provided by port zip. DEBUG: Searching for dependency: zip DEBUG: Didn't find receipt, going to depspec regex for: zip DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk2 DEBUG: Requested variant powerpc is not provided by port gtk2. DEBUG: Requested variant darwin is not provided by port gtk2. DEBUG: Requested variant macosx is not provided by port gtk2. DEBUG: Executing variant x11 provides x11 DEBUG: Searching for dependency: gtk2 DEBUG: Found Dependency: receipt exists for gtk2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-vfs DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-vfs DEBUG: Requested variant powerpc is not provided by port gnome-vfs. DEBUG: Requested variant darwin is not provided by port gnome-vfs. DEBUG: Requested variant macosx is not provided by port gnome-vfs. DEBUG: Searching for dependency: gnome-vfs DEBUG: Didn't find receipt, going to depspec regex for: gnome-vfs DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-icon-theme DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-icon-theme DEBUG: Requested variant powerpc is not provided by port gnome-icon- theme. DEBUG: Requested variant darwin is not provided by port gnome-icon- theme. DEBUG: Requested variant macosx is not provided by port gnome-icon- theme. DEBUG: Searching for dependency: gnome-icon-theme DEBUG: Found Dependency: receipt exists for gnome-icon-theme DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/cairo DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/graphics/cairo DEBUG: Requested variant powerpc is not provided by port cairo. DEBUG: Requested variant darwin is not provided by port cairo. DEBUG: Requested variant macosx is not provided by port cairo. DEBUG: Searching for dependency: cairo DEBUG: Found Dependency: receipt exists for cairo DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Requested variant powerpc is not provided by port pkgconfig. DEBUG: Requested variant darwin is not provided by port pkgconfig. DEBUG: Requested variant macosx is not provided by port pkgconfig. DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-mime-data DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gnome-mime-data DEBUG: Requested variant powerpc is not provided by port gnome-mime- data. DEBUG: Requested variant darwin is not provided by port gnome-mime-data. DEBUG: Requested variant macosx is not provided by port gnome-mime-data. DEBUG: Searching for dependency: gnome-mime-data DEBUG: Didn't find receipt, going to depspec regex for: gnome-mime-data DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gconf DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/gnome/gconf DEBUG: Requested variant powerpc is not provided by port gconf. DEBUG: Requested variant darwin is not provided by port gconf. DEBUG: Requested variant macosx is not provided by port gconf. DEBUG: Searching for dependency: gconf DEBUG: Didn't find receipt, going to depspec regex for: gconf DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/net/howl DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/net/howl DEBUG: Requested variant powerpc is not provided by port howl. DEBUG: Requested variant darwin is not provided by port howl. DEBUG: Requested variant macosx is not provided by port howl. DEBUG: Searching for dependency: howl DEBUG: Didn't find receipt, going to depspec regex for: howl DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/neon DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/neon DEBUG: Requested variant powerpc is not provided by port neon. DEBUG: Requested variant darwin is not provided by port neon. DEBUG: Requested variant macosx is not provided by port neon. DEBUG: Searching for dependency: neon DEBUG: Didn't find receipt, going to depspec regex for: neon DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/dbus DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/dbus DEBUG: Requested variant powerpc is not provided by port dbus. DEBUG: Requested variant darwin is not provided by port dbus. DEBUG: Requested variant macosx is not provided by port dbus. DEBUG: Searching for dependency: dbus DEBUG: Found Dependency: receipt exists for dbus DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/openssl DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/openssl DEBUG: Requested variant powerpc is not provided by port openssl. DEBUG: Requested variant macosx is not provided by port openssl. DEBUG: Executing variant darwin provides darwin DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/libidl DEBUG: Searching for dependency: libidl DEBUG: Found Dependency: receipt exists for libidl DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/dbus-glib DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/dbus-glib DEBUG: Requested variant powerpc is not provided by port dbus-glib. DEBUG: Requested variant darwin is not provided by port dbus-glib. DEBUG: Requested variant macosx is not provided by port dbus-glib. DEBUG: Searching for dependency: dbus-glib DEBUG: Didn't find receipt, going to depspec regex for: dbus-glib DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libxml2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libxml2 DEBUG: Requested variant powerpc is not provided by port libxml2. DEBUG: Requested variant darwin is not provided by port libxml2. DEBUG: Requested variant macosx is not provided by port libxml2. DEBUG: Searching for dependency: libxml2 DEBUG: Found Dependency: receipt exists for libxml2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Requested variant powerpc is not provided by port libiconv. DEBUG: Requested variant darwin is not provided by port libiconv. DEBUG: Requested variant macosx is not provided by port libiconv. DEBUG: Executing variant darwin_8 provides darwin_8 DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Requested variant powerpc is not provided by port gettext. DEBUG: Requested variant darwin is not provided by port gettext. DEBUG: Requested variant macosx is not provided by port gettext. DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Requested variant powerpc is not provided by port perl5.8. DEBUG: Requested variant macosx is not provided by port perl5.8. DEBUG: Executing variant darwin provides darwin DEBUG: Executing variant darwin_8 provides darwin_8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Requested variant powerpc is not provided by port p5-xml-parser. DEBUG: Requested variant darwin is not provided by port p5-xml-parser. DEBUG: Requested variant macosx is not provided by port p5-xml-parser. DEBUG: Searching for dependency: p5-xml-parser DEBUG: Found Dependency: receipt exists for p5-xml-parser DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/intltool DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/intltool DEBUG: Requested variant powerpc is not provided by port intltool. DEBUG: Requested variant darwin is not provided by port intltool. DEBUG: Requested variant macosx is not provided by port intltool. DEBUG: Searching for dependency: intltool DEBUG: Didn't find receipt, going to depspec regex for: intltool DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/expat DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/expat DEBUG: Requested variant powerpc is not provided by port expat. DEBUG: Requested variant darwin is not provided by port expat. DEBUG: Requested variant macosx is not provided by port expat. DEBUG: Searching for dependency: expat DEBUG: Found Dependency: receipt exists for expat DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Searching for dependency: p5-xml-parser DEBUG: Found Dependency: receipt exists for p5-xml-parser DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/glib2 DEBUG: Searching for dependency: glib2 DEBUG: Found Dependency: receipt exists for glib2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libxml2 DEBUG: Searching for dependency: libxml2 DEBUG: Found Dependency: receipt exists for libxml2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk2 DEBUG: Searching for dependency: gtk2 DEBUG: Found Dependency: receipt exists for gtk2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/orbit2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/orbit2 DEBUG: Requested variant powerpc is not provided by port orbit2. DEBUG: Requested variant darwin is not provided by port orbit2. DEBUG: Requested variant macosx is not provided by port orbit2. DEBUG: Searching for dependency: orbit2 DEBUG: Didn't find receipt, going to depspec regex for: orbit2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Searching for dependency: p5-xml-parser DEBUG: Found Dependency: receipt exists for p5-xml-parser DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/intltool DEBUG: Searching for dependency: intltool DEBUG: Didn't find receipt, going to depspec regex for: intltool DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/glib2 DEBUG: Searching for dependency: glib2 DEBUG: Found Dependency: receipt exists for glib2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/libidl DEBUG: Searching for dependency: libidl DEBUG: Found Dependency: receipt exists for libidl DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/expat DEBUG: Searching for dependency: expat DEBUG: Found Dependency: receipt exists for expat DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/lang/perl5.8 DEBUG: Searching for dependency: perl5.8 DEBUG: Found Dependency: receipt exists for perl5.8 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/perl/p5-xml-parser DEBUG: Searching for dependency: p5-xml-parser DEBUG: Found Dependency: receipt exists for p5-xml-parser DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/expat DEBUG: Searching for dependency: expat DEBUG: Found Dependency: receipt exists for expat DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/openssl DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zlib DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zlib DEBUG: Requested variant powerpc is not provided by port zlib. DEBUG: Requested variant darwin is not provided by port zlib. DEBUG: Requested variant macosx is not provided by port zlib. DEBUG: Searching for dependency: zlib DEBUG: Found Dependency: receipt exists for zlib DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/expat DEBUG: Searching for dependency: expat DEBUG: Found Dependency: receipt exists for expat DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/textproc/libiconv DEBUG: Searching for dependency: libiconv DEBUG: Found Dependency: receipt exists for libiconv DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/glib2 DEBUG: Searching for dependency: glib2 DEBUG: Found Dependency: receipt exists for glib2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/dbus DEBUG: Searching for dependency: dbus DEBUG: Found Dependency: receipt exists for dbus DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pkgconfig DEBUG: Searching for dependency: pkgconfig DEBUG: Found Dependency: receipt exists for pkgconfig Waiting for lock on /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_d bus-glib/work/.macports.dbus-glib.state # and it just sits there From vincent-opdarw at vinc17.org Thu Dec 20 08:03:40 2007 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Thu Dec 20 08:02:46 2007 Subject: plans for 64bit support (Joshua Root) In-Reply-To: <476A12CD.9040909@root.id.au> References: <20071219085002.93FEF16F377@lists.macosforge.org> <476A12CD.9040909@root.id.au> Message-ID: <20071220160340.GR1457@prunille.vinc17.org> On 2007-12-20 17:59:25 +1100, Joshua Root wrote: > [1] > [2] I don't understand why they say that 5 instructions are needed for constants in 64-bit binaries. Can't the PowerPC load the constant from the memory with a single instruction? This is the solution chosen on the ARM for complex constants (if they are in the cache, this should be fast enough). But many constants are simple enough to be loaded with a single instruction (on the ARM, these are 8-bit values rotated by an even number of positions), in particular after optimizing the code. -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From macports.users at gmail.com Thu Dec 20 08:22:42 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Thu Dec 20 08:22:11 2007 Subject: $ sudo port -fdc install grep Message-ID: $ sudo port -fdc install grep DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/sysutils/grep DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/sysutils/grep DEBUG: Requested variant powerpc is not provided by port grep. DEBUG: Requested variant darwin is not provided by port grep. DEBUG: Requested variant macosx is not provided by port grep. DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pcre DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/pcre DEBUG: Requested variant powerpc is not provided by port pcre. DEBUG: Requested variant darwin is not provided by port pcre. DEBUG: Requested variant macosx is not provided by port pcre. DEBUG: Searching for dependency: pcre DEBUG: Found Dependency: receipt exists for pcre DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gettext DEBUG: Requested variant powerpc is not provided by port gettext. DEBUG: Requested variant darwin is not provided by port gettext. DEBUG: Requested variant macosx is not provided by port gettext. DEBUG: Searching for dependency: gettext DEBUG: Found Dependency: receipt exists for gettext DEBUG: Skipping completed org.macports.main (grep) DEBUG: Skipping completed org.macports.fetch (grep) DEBUG: Skipping completed org.macports.checksum (grep) DEBUG: setting option extract.cmd to /opt/local/bin/bzip2 DEBUG: Skipping completed org.macports.extract (grep) DEBUG: Skipping completed org.macports.patch (grep) DEBUG: Skipping completed org.macports.configure (grep) DEBUG: Skipping completed org.macports.build (grep) ---> Staging grep into destroot . missing (directory not created: File exists) ./Applications missing (directory not created: File exists) ./Developer missing (directory not created: File exists) ./Library missing (directory not created: File exists) DEBUG: Executing org.macports.destroot (grep) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/grep-2.5.3" && make install DESTDIR=/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot' Making install in intl if test "grep" = "gettext" \ && test '' = 'intl-compat.o'; then \ /bin/sh `case "./mkinstalldirs" in /*) echo "./mkinstalldirs" ;; *) echo ".././mkinstalldirs" ;; esac` /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/include; \ /usr/bin/install -c -m 644 libintl.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/include/libintl.h; \ @LIBTOOL@ --mode=install \ /usr/bin/install -c -m 644 libintl.a /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib/libintl.a; \ else \ : ; \ fi if test 'no' = yes; then \ test no != no || /bin/sh `case "./mkinstalldirs" in /*) echo "./ mkinstalldirs" ;; *) echo ".././mkinstalldirs" ;; esac` /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib; \ temp=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib/t-charset.alias; \ dest=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib/charset.alias; \ if test -f /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib/charset.alias; then \ orig=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/lib/charset.alias; \ sed -f ref-add.sed $orig > $temp; \ /usr/bin/install -c -m 644 $temp $dest; \ rm -f $temp; \ else \ if test no = no; then \ orig=charset.alias; \ sed -f ref-add.sed $orig > $temp; \ /usr/bin/install -c -m 644 $temp $dest; \ rm -f $temp; \ fi; \ fi; \ /bin/sh `case "./mkinstalldirs" in /*) echo "./mkinstalldirs" ;; *) echo ".././mkinstalldirs" ;; esac` /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/locale; \ test -f /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/locale/locale.alias \ && orig=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/locale/locale.alias \ || orig=./locale.alias; \ temp=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/locale/t-locale.alias; \ dest=/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/locale/locale.alias; \ sed -f ref-add.sed $orig > $temp; \ /usr/bin/install -c -m 644 $temp $dest; \ rm -f $temp; \ else \ : ; \ fi if test "grep" = "gettext"; then \ /bin/sh `case "./mkinstalldirs" in /*) echo "./mkinstalldirs" ;; *) echo ".././mkinstalldirs" ;; esac` /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl; \ /usr/bin/install -c -m 644 VERSION /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/VERSION; \ /usr/bin/install -c -m 644 ChangeLog.inst /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/ChangeLog; \ dists="COPYING.LIB-2.0 COPYING.LIB-2.1 Makefile.in config.charset locale.alias ref-add.sin ref-del.sin gmo.h gettextP.h hash-string.h plural-exp.h eval-plural.h os2compat.h libgnuintl.h loadinfo.h bindtextdom.c dcgettext.c dgettext.c gettext.c finddomain.c loadmsgcat.c localealias.c textdomain.c l10nflist.c explodename.c dcigettext.c dcngettext.c dngettext.c ngettext.c plural.y plural- exp.c localcharset.c localename.c osdep.c os2compat.c intl-compat.c"; \ for file in $dists; do \ /usr/bin/install -c -m 644 ./$file \ /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/$file; \ done; \ chmod a+x /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/config.charset; \ dists="plural.c"; \ for file in $dists; do \ if test -f $file; then dir=.; else dir=.; fi; \ /usr/bin/install -c -m 644 $dir/$file \ /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/$file; \ done; \ dists="xopen-msg.sed linux-msg.sed po2tbl.sed.in cat-compat.c COPYING.LIB-2 gettext.h libgettext.h plural-eval.c"; \ for file in $dists; do \ rm -f /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/$file; \ done; \ else \ : ; \ fi Making install in po /./install-sh -c -d /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot//opt/local/share make[1]: /./install-sh: Command not found make[1]: *** [install-data-yes] Error 127 make: *** [install-recursive] Error 1 Error: Target org.macports.destroot returned: shell command " cd "/ opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/grep-2.5.3" && make install DESTDIR=/opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot " returned error 2 Command output: : ; \ fi if test "grep" = "gettext"; then \ /bin/sh `case "./mkinstalldirs" in /*) echo "./mkinstalldirs" ;; *) echo ".././mkinstalldirs" ;; esac` /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl; \ /usr/bin/install -c -m 644 VERSION /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/VERSION; \ /usr/bin/install -c -m 644 ChangeLog.inst /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/ChangeLog; \ dists="COPYING.LIB-2.0 COPYING.LIB-2.1 Makefile.in config.charset locale.alias ref-add.sin ref-del.sin gmo.h gettextP.h hash-string.h plural-exp.h eval-plural.h os2compat.h libgnuintl.h loadinfo.h bindtextdom.c dcgettext.c dgettext.c gettext.c finddomain.c loadmsgcat.c localealias.c textdomain.c l10nflist.c explodename.c dcigettext.c dcngettext.c dngettext.c ngettext.c plural.y plural- exp.c localcharset.c localename.c osdep.c os2compat.c intl-compat.c"; \ for file in $dists; do \ /usr/bin/install -c -m 644 ./$file \ /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/$file; \ done; \ chmod a+x /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/config.charset; \ dists="plural.c"; \ for file in $dists; do \ if test -f $file; then dir=.; else dir=.; fi; \ /usr/bin/install -c -m 644 $dir/$file \ /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/$file; \ done; \ dists="xopen-msg.sed linux-msg.sed po2tbl.sed.in cat-compat.c COPYING.LIB-2 gettext.h libgettext.h plural-eval.c"; \ for file in $dists; do \ rm -f /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot/opt/local/share/gettext/intl/$file; \ done; \ else \ : ; \ fi Making install in po /./install-sh -c -d /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysutil s_grep/work/destroot//opt/local/share make[1]: /./install-sh: Command not found make[1]: *** [install-data-yes] Error 127 make: *** [install-recursive] Error 1 Warning: the following items did not execute (for grep): org.macports.activate org.macports.destroot org.macports.install Error: Status 1 encountered during processing. $ From macports.users at gmail.com Thu Dec 20 08:27:59 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Thu Dec 20 08:27:08 2007 Subject: $ grep portarchivemode /opt/local/etc/macports/macports.conf Message-ID: <40D88000-7238-484F-B172-C49FB8108855@gmail.com> $ grep portarchivemode /opt/local/etc/macports/macports.conf portarchivemode no $ # Does this mean that archive mode is disabled? From bruda at cs.ubishops.ca Thu Dec 20 08:48:55 2007 From: bruda at cs.ubishops.ca (Stefan Bruda) Date: Thu Dec 20 08:48:10 2007 Subject: GNOME launch failure Message-ID: <52067.216.239.88.11.1198169335.squirrel@turing.ubishops.ca> Hi, I am having a puzzling experience with the following setting: GNOME desktop with enlightenment as window manager (set using the WINDOW_MANAGER environment variable from within .xinitrc). The experience goes as follows: Everything works as advertised until I upgrade some GNOME components, namely gtk2 (from 2.12.1_0 to 2.12.2_0+x11), cairo (from 1.4.10_0 to 1.4.12_0), and glib2 (from 2.14.3_0 to 2.14.4_1). After the upgrade the GNOME desktop refuses to show up (there is a delay, then the GNOME splash screen appears briefly together with a dialogue that does not show anything, then nothing else happens). Nothing shows in the logs. A ps shows gnome-session, bonobo-activation, gconf-2, gnome-vfs, and e16. What I have done to attempt to pinpoint the problem: e16 alone works fine as desktop manager; changing the GNOME window manager from e16 to metacity or even quartz-wm does not change anything; deactivating the offending packages one by one and activating their old versions does not fix anything (unless all three are reverted to the old versions--when this happens everything begins to work all of a sudden). I am almost sure (given past experiences) that I have to rebuild some dependencies of these packages, but I cannot figure out which ones. Any hint is appreciated. Many thanks in advance, Stefan P.S. Does anybody have any experience with GNOME+enlightenment+firefox-x11 working (or not) under 10.5? I really want to upgrade but this is my production machine and I am afraid of potential issues. From daniel at danieloberhoff.de Thu Dec 20 10:25:14 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Thu Dec 20 10:24:20 2007 Subject: second macports installation (culprit found) Message-ID: Hi, After running into the same problem as before (reversed, this time the second installation accessed the tcl package of the first) I finally found the culprit: On the macports docpage on the web it says to specify the tcl package installation directory via --with-tcl-package, which I used, but actually it is --with-tclpackage (note the missing "-"). Now configure just merily ignores that, so it never occured to me that it was wrong. I would suggest to a) have configure bail out on the unknown option and b) correct the docs to spare other users from running into the same problem. Cheers Daniel From Barry.J.Mcinnes at noaa.gov Thu Dec 20 11:20:29 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Thu Dec 20 11:19:31 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> Message-ID: <476AC07D.8080408@noaa.gov> gcc42 installs for me, but gcc40 does not. Is there a way to force the build of stellarium and others, to use gcc42 instead of the default gcc40 ? On 12/20/07 7:03 AM, Ryan Schmidt wrote: > On Dec 20, 2007, at 04:17, Takeshi Enomoto wrote: > >>>> Would it be OK with the maintainer if we just commit that change now? >> >> I compile libnc-dap with g95. I don't use gfortran. >> I don't have any opinion which version of gcc4.x for libnc-dap. >> >> Having said that, gcc43 should build OK on Tiger since >> it is MacPorts policy to support the current and previous OS versions >> as far as I know. > > No, we surely do not want to use gcc43, because that is not a final > version. We want to use gcc42, unless we can prove that the port does > not work with gcc42 but would work with gcc43. But I doubt that's the case. > > >> BTW, a fix for g95 has not been commited. >> Could you take a look? >> >> > > I'll have a look. > -- --- Barry McInnes 325 Broadway Boulder CO 80304 (303)4976231 barry.j.mcinnes@noaa.gov --- From rsync at reifferscheid.org Thu Dec 20 12:05:59 2007 From: rsync at reifferscheid.org (Thomas Reifferscheid) Date: Thu Dec 20 12:05:04 2007 Subject: Announcement: pidgin 2.3.1 Message-ID: <476ACB27.3060507@reifferscheid.org> Dear list, pidgin is now available for macports in version 2.3.1 (it compiles just fine for leopard now) http://pidgin.im/ Kind regards Thomas Reifferscheid From ludovic at hirlimann.net Thu Dec 20 12:07:31 2007 From: ludovic at hirlimann.net (Ludovic Hirlimann) Date: Thu Dec 20 12:06:38 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <476AC07D.8080408@noaa.gov> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> <476AC07D.8080408@noaa.gov> Message-ID: <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> On 20 d?c. 07, at 20:20, Barry McInnes wrote: > gcc42 installs for me, but gcc40 does not. Is there a way to force the > build of stellarium and others, to use gcc42 instead of the default > gcc40 ? >> gcc_select ? Ludo From mww at macports.org Thu Dec 20 13:22:51 2007 From: mww at macports.org (Markus Weissmann) Date: Thu Dec 20 13:21:58 2007 Subject: plans for 64bit support (Joshua Root) In-Reply-To: <20071220160340.GR1457@prunille.vinc17.org> References: <20071219085002.93FEF16F377@lists.macosforge.org> <476A12CD.9040909@root.id.au> <20071220160340.GR1457@prunille.vinc17.org> Message-ID: <16B73C82-EEC6-44E4-9D79-784CB7360863@macports.org> On Dec 20, 2007, at 5:03 PM, Vincent Lefevre wrote: > On 2007-12-20 17:59:25 +1100, Joshua Root wrote: >> [1] >> [2] > > I don't understand why they say that 5 instructions are needed for > constants in 64-bit binaries. Can't the PowerPC load the constant > from the memory with a single instruction? This is the solution > chosen on the ARM for complex constants (if they are in the cache, > this should be fast enough). But many constants are simple enough > to be loaded with a single instruction (on the ARM, these are 8-bit > values rotated by an even number of positions), in particular after > optimizing the code. > If I remember correctly, all powerpc instructions have a length of 32 bit. Given that you need some bits for the opcode, a mere 16 bit remain to stuff a constant value to it (for the load high/add intermediate instructions). So, for a 64 bit value to load, you need to do a -2x loadhigh (2x high 16 bit) -2x add immediate (2x low 16 bit) -1x some combine statement (some shift operation or whatever) Keep in mind that these 64 bit constants only cost you for pointers. If you want a 32 bit integer, you don't need to load 64 bit -- even in 64 bit mode. Regards, -Markus -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From Barry.J.Mcinnes at noaa.gov Thu Dec 20 13:28:39 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Thu Dec 20 13:27:41 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> <476AC07D.8080408@noaa.gov> <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> Message-ID: <476ADE87.6070304@noaa.gov> This was in 10.4.x but not it seems in 10.5.x, unless its hidden somewhere ? 10.4.11 [mac05:~] bmcinnes% gcc_select Current default compiler: gcc version 4.0.1 (Apple Computer, Inc. build 5367) [mac05:~] bmcinnes% which gcc_select /usr/sbin/gcc_select 10.5.1 sh-3.2# man gcc_select No manual entry for gcc_select sh-3.2# which gcc_select sh-3.2# /usr/sbin/gcc_select sh: /usr/sbin/gcc_select: No such file or directory sh-3.2# On 12/20/07 1:07 PM, Ludovic Hirlimann wrote: > > On 20 d?c. 07, at 20:20, Barry McInnes wrote: > >> gcc42 installs for me, but gcc40 does not. Is there a way to force the >> build of stellarium and others, to use gcc42 instead of the default >> gcc40 ? >>> > > gcc_select ? > > > Ludo_______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -- --- Barry McInnes 325 Broadway Boulder CO 80304 (303)4976231 barry.j.mcinnes@noaa.gov --- From bcbarnes at gmail.com Thu Dec 20 13:35:33 2007 From: bcbarnes at gmail.com (Brian Barnes) Date: Thu Dec 20 13:34:37 2007 Subject: general dependency questions Message-ID: Hello, I'm new to macports and experimenting with it. To that end, I was wondering if there is a simple way to list all dependencies recursively in macports. For example, the standard 'macports deps foo' command does not list the deps of the deps. I found a perl script that does something similar in nature here: http:// lists.macosforge.org/pipermail/macports-users/2007-April/002481.html But, I mean, who wants to run perl scripts instead of a port command? :) Also, the portfile for grace has the following dependency line: depends_lib lib:libX11.6:XFree86 \ X11 for Leopard provide X11R7 (instead of 6) and is based on xorg, not XFree86. But, I know that macports grace works in Leopard. So I'm wondering, how exactly is that line parsed? How badly malformed would it have to be, before macports tries to compile XFree86 itself or just refuses to install? thanks for reading, Brian From afb at macports.org Thu Dec 20 14:31:53 2007 From: afb at macports.org (=?ISO-8859-1?Q?Anders_F_Bj=F6rklund?=) Date: Thu Dec 20 14:31:01 2007 Subject: general dependency questions In-Reply-To: References: Message-ID: > Also, the portfile for grace has the following dependency line: > depends_lib lib:libX11.6:XFree86 \ > > X11 for Leopard provide X11R7 (instead of 6) and is based on xorg, not > XFree86. But, I know that macports grace works in Leopard. So I'm > wondering, how exactly is that line parsed? How badly malformed would > it have to be, before macports tries to compile XFree86 itself or just > refuses to install? Leopard's X11 still uses libX11.6, even though being /usr/X11/ and X.org based --anders From bcbarnes at gmail.com Thu Dec 20 14:47:43 2007 From: bcbarnes at gmail.com (Brian Barnes) Date: Thu Dec 20 14:46:52 2007 Subject: general dependency questions In-Reply-To: References: Message-ID: <02307C6A-9F50-4F0F-8D3C-10EC3A308CAC@gmail.com> On Dec 20, 2007, at 4:31 PM, Anders F Bj?rklund wrote: >> Also, the portfile for grace has the following dependency line: >> depends_lib lib:libX11.6:XFree86 \ >> >> X11 for Leopard provide X11R7 (instead of 6) and is based on xorg, >> not XFree86. But, I know that macports grace works in Leopard. >> So I'm wondering, how exactly is that line parsed? How badly >> malformed would it have to be, before macports tries to compile >> XFree86 itself or just refuses to install? > > Leopard's X11 still uses libX11.6, even though being /usr/X11/ and > X.org based I guess it may still be there in symlink or in full, but I am just going on the X11R7 info as provided at: http://trac.macosforge.org/projects/xquartz/wiki/DeveloperInfo and http://developer.apple.com/opensource/tools/X11.html still curious about my questions, though :) thanks, -Brian From mww at macports.org Thu Dec 20 14:59:27 2007 From: mww at macports.org (Markus Weissmann) Date: Thu Dec 20 14:58:34 2007 Subject: plans for 64bit support (Joshua Root) In-Reply-To: <16B73C82-EEC6-44E4-9D79-784CB7360863@macports.org> References: <20071219085002.93FEF16F377@lists.macosforge.org> <476A12CD.9040909@root.id.au> <20071220160340.GR1457@prunille.vinc17.org> <16B73C82-EEC6-44E4-9D79-784CB7360863@macports.org> Message-ID: <5AF55172-5F00-4EA9-BF56-88791B36A4C2@macports.org> On Dec 20, 2007, at 10:22 PM, Markus Weissmann wrote: > On Dec 20, 2007, at 5:03 PM, Vincent Lefevre wrote: > >> On 2007-12-20 17:59:25 +1100, Joshua Root wrote: >>> [1] >>> [2] >> >> I don't understand why they say that 5 instructions are needed for >> constants in 64-bit binaries. Can't the PowerPC load the constant >> from the memory with a single instruction? This is the solution >> chosen on the ARM for complex constants (if they are in the cache, >> this should be fast enough). But many constants are simple enough >> to be loaded with a single instruction (on the ARM, these are 8-bit >> values rotated by an even number of positions), in particular after >> optimizing the code. >> > > If I remember correctly, all powerpc instructions have a length of > 32 bit. > Given that you need some bits for the opcode, a mere 16 bit remain > to stuff a constant value to it (for the load high/add intermediate > instructions). > So, for a 64 bit value to load, you need to do a > -2x loadhigh (2x high 16 bit) > -2x add immediate (2x low 16 bit) > -1x some combine statement (some shift operation or whatever) > > Keep in mind that these 64 bit constants only cost you for pointers. > If you want a 32 bit integer, you don't need to load 64 bit -- even > in 64 bit mode. > Oh, and don't forget that 64 bit Intel code is actually most often faster than 32 bit code, thanks to the double amount of registers and some other goodies; I've compiled a 32bit/64bit universal `bzcat' and ran both version three times on my Core 2 Duo machine. For this randomly chosen (!) benchmark, I get an impressive edge of ~20% for 64 bit mode: $ time ./bzcat-64 gcc-core-4.3-20071214.tar.bz2 >/dev/null real 0m5.889s user 0m5.168s sys 0m0.096s $ time ./bzcat-64 gcc-core-4.3-20071214.tar.bz2 >/dev/null real 0m5.516s user 0m5.120s sys 0m0.088s $ time ./bzcat-64 gcc-core-4.3-20071214.tar.bz2 >/dev/null real 0m5.489s user 0m5.137s sys 0m0.085s $ time ./bzcat-32 gcc-core-4.3-20071214.tar.bz2 >/dev/null real 0m7.407s user 0m6.707s sys 0m0.107s $ time ./bzcat-32 gcc43/gcc-core-4.3-20071214.tar.bz2 >/dev/null real 0m6.966s user 0m6.540s sys 0m0.097s $ time ./bzcat-32 gcc43/gcc-core-4.3-20071214.tar.bz2 >/dev/null real 0m7.051s user 0m6.583s sys 0m0.103s Regards, -Markus PS: To force the system to run `xy' in 32/64 bit mode (or even Rosetta), just make a copy of the executable with just the arch you want, e.g. `lipo -extract i386 bzcat -output bzcat-32' to extract 32 bit intel code from bzcat and store it into bzcat-32. -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From mww at macports.org Thu Dec 20 15:09:52 2007 From: mww at macports.org (Markus Weissmann) Date: Thu Dec 20 15:08:59 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> <476AC07D.8080408@noaa.gov> <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> Message-ID: <0FCCBB97-24AB-4B74-8DA3-5F7AB372A8F2@macports.org> On Dec 20, 2007, at 9:07 PM, Ludovic Hirlimann wrote: > > On 20 d?c. 07, at 20:20, Barry McInnes wrote: > >> gcc42 installs for me, but gcc40 does not. Is there a way to force >> the >> build of stellarium and others, to use gcc42 instead of the default >> gcc40 ? >>> > > gcc_select ? > Nah, this won't have an effect on most ports (which doesn't mean it's a good idea to use it). In a perfect world (tm), the port will react to: `port install foo configure.compiler=FOO' where FOO might be something like "gcc-4.0" (default on 10.4 and 10.5), "gcc-3.3", "macports-gcc-4.2", etc. See [1] for all available options. (and of course even if this succeeds, it's still a bug) Regards, -Markus PS: Does stellarium really require the gcc 4.0 from MacPorts? [1] http://guide.macports.org/#reference.phases.configure -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From derek at chocolate-fish.com Thu Dec 20 16:49:40 2007 From: derek at chocolate-fish.com (Derek Harland) Date: Thu Dec 20 16:49:54 2007 Subject: Patch to py-numeric to incorporate fixes available only in CVS In-Reply-To: <20071220230903.0C1A6170B60@lists.macosforge.org> References: <20071220230903.0C1A6170B60@lists.macosforge.org> Message-ID: <83E55EEC-A932-4449-BD54-D946590BFF6D@chocolate-fish.com> * I've submitted ticket #13666 that patches py-numeric to incorporate some bugfixes only available in CVS. * The final release ever of Python Numeric was 24.2 so these will never find there way into an official release. Can someone possibly review and apply this ticket? Derek From frstan at bellsouth.net Thu Dec 20 18:42:07 2007 From: frstan at bellsouth.net (William Davis) Date: Thu Dec 20 18:41:09 2007 Subject: g95 Message-ID: attempting the new g95 portfile install gave: cc1: note: obsolete option -I- used, please use -iquote instead echo "const char version_string[] = \"`cat gcc_version` (g95 0.90!) \" __DATE__;" > version.c echo 'const char bug_report_url[] = "http://www.g95.org or mail andyv@firstinter.net ";' >> version.c /usr/bin/gcc-4.0 -O2 -DIN_GCC -Wall -Wmissing-prototypes -no-cpp- precomp -c version.c /usr/bin/gcc-4.0 -O2 -DIN_GCC -Wall -Wmissing-prototypes -no-cpp- precomp -L/opt/local/lib -o g95 g95-g95spec.o /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_g95/work/gcc-4.0.3/g95/gcc/prefix.o gcc.o version.o /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_g95/work/gcc-4.0.3/g95/gcc/intl.o / opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_g95/work/gcc-4.0.3/g95/libiberty/ libiberty.a /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_g95/work/gcc-4.0.3/g95/intl/libintl.a -liconv Undefined symbols: "_iconv", referenced from: __nl_find_msg in libintl.a(dcigettext.o) "_iconv_open", referenced from: __nl_init_domain_conv in libintl.a(loadmsgcat.o) __nl_init_domain_conv in libintl.a(loadmsgcat.o) "_iconv_close", referenced from: __nl_free_domain_conv in libintl.a(loadmsgcat.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [g95] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for g95): org.macports.destroot org.macports.build DEBUG: Error: Unable to upgrade port: 1 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 From vincent-opdarw at vinc17.org Thu Dec 20 18:52:02 2007 From: vincent-opdarw at vinc17.org (Vincent Lefevre) Date: Thu Dec 20 18:51:05 2007 Subject: plans for 64bit support (Joshua Root) In-Reply-To: <16B73C82-EEC6-44E4-9D79-784CB7360863@macports.org> References: <20071219085002.93FEF16F377@lists.macosforge.org> <476A12CD.9040909@root.id.au> <20071220160340.GR1457@prunille.vinc17.org> <16B73C82-EEC6-44E4-9D79-784CB7360863@macports.org> Message-ID: <20071221025202.GT1457@prunille.vinc17.org> On 2007-12-20 22:22:51 +0100, Markus Weissmann wrote: > If I remember correctly, all powerpc instructions have a length of > 32 bit. That's not different from the ARM. > Given that you need some bits for the opcode, a mere 16 bit remain to > stuff a constant value to it (for the load high/add intermediate > instructions). You missed the point: there is no need to encode the constant in the instructions since it can be somewhere else in the memory (e.g. in a "constant pool"). > Keep in mind that these 64 bit constants only cost you for pointers. If all pointers are sufficiently close to each other, another solution is to keep a base pointer in some register, and compute the other ones with an addition to a 16-bit or a 32-bit constant (2 or 3 instructions). -- Vincent Lef?vre - Web: 100% accessible validated (X)HTML - Blog: Work: CR INRIA - computer arithmetic / Arenaire project (LIP, ENS-Lyon) From ryandesign at macports.org Thu Dec 20 23:00:40 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 22:59:55 2007 Subject: g95 In-Reply-To: References: Message-ID: Please file a bug report and Cc the port's maintainer. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing On Dec 20, 2007, at 20:42, William Davis wrote: > attempting the new g95 portfile install gave: > > cc1: note: obsolete option -I- used, please use -iquote instead > echo "const char version_string[] = \"`cat gcc_version` (g95 0.90!) > \" __DATE__;" > version.c > echo 'const char bug_report_url[] = "http://www.g95.org or mail > andyv@firstinter.net";' >> version.c > /usr/bin/gcc-4.0 -O2 -DIN_GCC -Wall -Wmissing-prototypes -no-cpp- > precomp -c version.c > /usr/bin/gcc-4.0 -O2 -DIN_GCC -Wall -Wmissing-prototypes -no-cpp- > precomp -L/opt/local/lib -o g95 g95-g95spec.o /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > g95/work/gcc-4.0.3/g95/gcc/prefix.o gcc.o version.o /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > g95/work/gcc-4.0.3/g95/gcc/intl.o /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > g95/work/gcc-4.0.3/g95/libiberty/libiberty.a /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > g95/work/gcc-4.0.3/g95/intl/libintl.a -liconv > Undefined symbols: > "_iconv", referenced from: > __nl_find_msg in libintl.a(dcigettext.o) > "_iconv_open", referenced from: > __nl_init_domain_conv in libintl.a(loadmsgcat.o) > __nl_init_domain_conv in libintl.a(loadmsgcat.o) > "_iconv_close", referenced from: > __nl_free_domain_conv in libintl.a(loadmsgcat.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[1]: *** [g95] Error 1 > make: *** [all] Error 2 > > Warning: the following items did not execute (for g95): > org.macports.destroot org.macports.build > DEBUG: > Error: Unable to upgrade port: 1 From ryandesign at macports.org Thu Dec 20 23:01:31 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:00:42 2007 Subject: boost failure 1_34_1.dylib not found ? In-Reply-To: <476A809C.90900@noaa.gov> References: <476A809C.90900@noaa.gov> Message-ID: Please file a bug report and Cc the port's maintainer. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing On Dec 20, 2007, at 08:47, Barry McInnes wrote: > Mac 10.5.1 and MPs 1.60 > All other dependencies build OK, except boost > > sh-3.2# port install stellarium > ---> Staging boost into destroot > Error: Target org.macports.destroot returned: no files matched glob > pattern "*-1_34_1.dylib" > Error: The following dependencies failed to build: boost > Error: Status 1 encountered during processing. > sh-3.2# pwd > /opt/local > sh-3.2# findname 1_34 > Starting in /opt/local directory > Find filenames with string : 1_34 > ./var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _boost/work/boost_1_34_1 > ./var/macports/distfiles/boost/boost_1_34_1.tar.bz2 > sh-3.2# cd > ./var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _boost/work/boost_1_34_1 > sh-3.2# ls > Jamfile.v2 boost-build.jam index.htm > rst.css > Jamrules boost.css libs > status > LICENSE_1_0.txt boost.png more > tools > Makefile configure people > user-config.jam > README doc project- > root.jam wiki > boost google_logo_40wht.png regression > sh-3.2# make -n > echo "./tools/jam/src/ --user-config=user-config.jam --without- > python" > ./tools/jam/src/ --user-config=user-config.jam --without-python || \ > echo "Not all Boost libraries built properly." > sh-3.2# From ryandesign at macports.org Thu Dec 20 23:01:47 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:00:58 2007 Subject: $ sudo port -c install mozilla-devel In-Reply-To: <0B617C22-D0D0-4077-ACB7-38A6E212D156@gmail.com> References: <0B617C22-D0D0-4077-ACB7-38A6E212D156@gmail.com> Message-ID: <6480C509-3AC5-456E-AC8C-BA5B3CC680C7@macports.org> Please file a bug report and Cc the port's maintainer. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing On Dec 20, 2007, at 09:41, Charlse Darwin wrote: > $ sudo port -c install mozilla-devel > ---> Building mozilla-devel 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_www_m > ozilla-devel/work/mozilla" && make all " returned error 2 > Command output: +++ updating chrome ../../../dist/bin/chrome/ > installed-chrome.txt > +++ locale,install,url,jar:resource:/chrome/en-US.jar!/locale/ > en-US/help/ > +++ overriding locale/en-US/help/contents.rdf > updating: locale/en-US/help/contents.rdf (stored 0%) > +++ making chrome /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/help/resources => ../../../ > dist/bin/chrome/modern.jar > +++ making chrome /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/help/resources => ../../../ > dist/bin/chrome/classic.jar > gmake[4]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/help/resources' > gmake[3]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/help' > gmake[3]: Entering directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p' > gmake[4]: Entering directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/public' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/config/nsinstall -L /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/public -m 644 _xpidlgen/ > p3p.xpt ../../../dist/bin/components > gmake[4]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/public' > gmake[4]: Entering directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/src' > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/config/nsinstall -L /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/src -m 755 > libp3p.dylib ../../../dist/lib/components > : ../../../dist/lib/components/libp3p.dylib > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/config/nsinstall -L /opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/src -m 755 > libp3p.dylib ../../../dist/bin/components > : ../../../dist/bin/components/libp3p.dylib > gmake[4]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p/src' > /opt/local/bin/perl -I../../config ../../config/preprocessor.pl - > DNAMESPACE=http://www.w3.org/2000/10/18/P3Pv1 \ > -DHAS_TMPL_RETENTION\ > resources/content/p3p.xsl.in > p3p200010.xsl > ../../config/preprocessor.pl: invalid argument to -D: > HAS_TMPL_RETENTIONresources/content/p3p.xsl.in > gmake[3]: *** [p3p200010.xsl] Error 2 > gmake[3]: *** Deleting file `p3p200010.xsl' > gmake[3]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions/p3p' > gmake[2]: *** [libs] Error 2 > gmake[2]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla/extensions' > gmake[1]: *** [libs] Error 2 > gmake[1]: Leaving directory `/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_m > ozilla-devel/work/mozilla' > make: *** [all] Error 2 > > Error: Status 1 encountered during processing. From ryandesign at macports.org Thu Dec 20 23:05:35 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:04:47 2007 Subject: $ grep portarchivemode /opt/local/etc/macports/macports.conf In-Reply-To: <40D88000-7238-484F-B172-C49FB8108855@gmail.com> References: <40D88000-7238-484F-B172-C49FB8108855@gmail.com> Message-ID: On Dec 20, 2007, at 10:27, Charlse Darwin wrote: > $ grep portarchivemode /opt/local/etc/macports/macports.conf > portarchivemode no > $ > > # Does this mean that archive mode is disabled? Sounds like it to me. From ryandesign at macports.org Thu Dec 20 23:08:49 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:08:03 2007 Subject: patch for xfig In-Reply-To: <73AF871F-E1FD-4337-A278-080CB0DA9E9E@iaa.es> References: <73AF871F-E1FD-4337-A278-080CB0DA9E9E@iaa.es> Message-ID: <9820D18E-1918-4D2A-95AA-3934EC6BED4D@macports.org> On Dec 17, 2007, at 06:58, Miguel Cervi?o wrote: > I have been investigated on the xfig installation (I found some > unsolved problems > in the list). > > I have found that the installation have a problem with the Xaw3d > @1.5E_1 installation: > xfig can be compiled with Xaw3d (standar previous version) and > Xaw3d1.5. > By default it assumes that libXaw3d refers to the standar version > and that the new version is in libXaw3d15e, but macports call the > 3d1.5 library as libXaw3d (I suppose that it is done for > compatibility with other programs). > Any case, it produces a chrash in xfig ... (I have try to modified > the Imakefile to use new Xaw3d library but it does not works...) So > the only solution I have found is to use xfig without the Xaw3d > library at all... > > I include the corresponding patch-Imakefile below > (that would replace the path_imakefile in /opt/local/var/macports/ > sources/rsync.macports.org/release/ports/graphics/xfig/files > ) > > I hope it solve problems for other people... > > cheers > > miguel > > There are already many bugs filed on xfig in the issue tracker: http://trac.macosforge.org/projects/macports/query? status=new&status=assigned&status=reopened&summary=% 7Exfig&order=priority Please read through those issues and see if one of them applies to your situation. If so, please add a note and your patch there. If not, please file a new ticket. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing From ryandesign at macports.org Thu Dec 20 23:03:28 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:09:22 2007 Subject: $ sudo port -fcsd install firefox-x11 In-Reply-To: <759E37BC-A71F-4354-A33B-39B89A7B5240@gmail.com> References: <759E37BC-A71F-4354-A33B-39B89A7B5240@gmail.com> Message-ID: <416CDB45-5C35-4365-973B-4F6C6DEC9342@macports.org> On Dec 20, 2007, at 09:54, Charlse Darwin wrote: > $ sudo port -fcsd install firefox-x11 [snip] > Waiting for lock on /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel > _dbus-glib/work/.macports.dbus-glib.state > > # and it just sits there You perhaps have another Terminal window open in which you are trying to install dbus-glib. Note that there is an issue where dbus-glib will not install (will hang) on PowerPC Macs, or maybe on Intel Macs as well, I don't really know. This is the ticket: http://trac.macosforge.org/projects/macports/ticket/13448 From ryandesign at macports.org Thu Dec 20 23:11:23 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:10:37 2007 Subject: Problem installing ghc In-Reply-To: References: Message-ID: <9FE76F53-3BE2-4C0C-AC80-89DF92A9D3D9@macports.org> MacPorts is designed to not use any software installed outside of MacPorts (with a few exceptions), hence manually installing ghc in / usr/local is expected to have no effect. There are existing bugs on ghc filed in the issue tracker: http://trac.macosforge.org/projects/macports/query? status=new&status=assigned&status=reopened&summary=%7Eghc&order=priority Perhaps one of those is the same as the problem you are reporting. Perhaps this one? http://trac.macosforge.org/projects/macports/ticket/13039 If not, please file a new bug report and Cc the port's maintainer. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing On Dec 17, 2007, at 09:45, Max Brown wrote: > I upgraded to Macports version 1.600. That didn't seem to make a > difference. > > Since I thought that I need a binary version of ghc to bootstrap, I > installed one from here: > http://www.haskell.org/ghc/download_ghc_682.html#macosxintel > > If I install this into /usr/local, sudo port install ghc fails with > the same error, although the binary ghc seems to work ok. If I install > this into /opt/local, I seems to at least start compiling ghc. I then > get the following error: > > $ sudo port install ghc > ---> Fetching ghc > ---> Verifying checksum(s) for ghc > ---> Extracting ghc > ---> Applying patches to ghc > ---> Configuring ghc > ---> Building ghc with target all > Error: Target org.macports.build returned: shell command "env > DYLD_FALLBACK_LIBRARY_PATH=/opt/local/lib make all" returned error 2 > Command output: in > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ghc/work/ghc-6.6.1/includes > ---------------------------------------------------------------------- > -- > Creating ghcautoconf.h... > Done. > Creating ghcplatform.h... > Done. > ../utils/mkdependC/mkdependC -f .depend -- -O -I. -I../rts -- > mkDerivedConstants.c > gcc -O -I. -I../rts -c mkDerivedConstants.c -o mkDerivedConstants.o > gcc -o mkDerivedConstantsHdr -O -I. -I../rts > mkDerivedConstants.o > ./mkDerivedConstantsHdr >DerivedConstants.h > gcc -o mkGHCConstants.o -O -I. -I../rts -c mkDerivedConstants.c > -DGEN_HASKELL > gcc -o mkGHCConstants -O -I. -I../rts mkGHCConstants.o > ./mkGHCConstants >GHCConstants.h > ---------------------------------------------------------------------- > -- > == make boot -r; > in /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > ghc/work/ghc-6.6.1/compat > ---------------------------------------------------------------------- > -- > ../utils/mkdependC/mkdependC -f .depend -I. -Iinclude -I../includes > -- -O -I. -Iinclude -D__GHC_PATCHLEVEL__=2 -I../libraries/base/cbits > -I../libraries/base/include -- cbits/directory.c cbits/rawSystem.c > cbits/unicode.c > /opt/local/bin/ghc -M -optdep-f -optdep.depend -osuf o > -optdep--exclude-module=System.Directory.Internals -H16m -O -I. > -Iinclude -Rghc-timing -ignore-package Cabal -I../libraries > -fglasgow-exts -no-recomp Compat/Directory.hs Compat/RawSystem.hs > Compat/Unicode.hs Distribution/Compat/FilePath.hs > Distribution/Compat/ReadP.hs Distribution/Compiler.hs > Distribution/GetOpt.hs Distribution/InstalledPackageInfo.hs > Distribution/License.hs Distribution/Package.hs > Distribution/ParseUtils.hs Distribution/Version.hs > Language/Haskell/Extension.hs > < samples), 16M in use, 0.00 INIT (0.00 elapsed), 0.04 MUT (0.20 > elapsed), 0.02 GC (0.02 elapsed) :ghc>> > make all > /opt/local/bin/ghc -H16m -O -I. -Iinclude -Rghc-timing > -ignore-package Cabal -I../libraries -fglasgow-exts -no-recomp -c > Compat/Directory.hs -o Compat/Directory.o -ohi Compat/Directory.hi > > Compat/Directory.hs:27:0: > Failed to load interface for `System.Directory.Internals': > Use -v to see a list of the files searched for. > < samples), 16M in use, 0.00 INIT (0.00 elapsed), 0.03 MUT (0.06 > elapsed), 0.02 GC (0.02 elapsed) :ghc>> > make[2]: *** [Compat/Directory.o] Error 1 > make[1]: *** [boot] Error 2 > make: *** [stage1] Error 1 > > Error: Status 1 encountered during processing. > > Any ideas....? From ryandesign at macports.org Thu Dec 20 23:05:20 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:11:13 2007 Subject: $ sudo port -fdc install grep In-Reply-To: References: Message-ID: <4D36E577-0433-4988-964F-20BC55ADF61D@macports.org> On Dec 20, 2007, at 10:22, Charlse Darwin wrote: > $ sudo port -fdc install grep [snip] > /./install-sh -c -d /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_sysut > ils_grep/work/destroot//opt/local/share > make[1]: /./install-sh: Command not found > make[1]: *** [install-data-yes] Error 127 > make: *** [install-recursive] Error 1 > > Warning: the following items did not execute (for grep): > org.macports.activate org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. A ticket has already been filed for this problem: http://trac.macosforge.org/projects/macports/ticket/13343 From ryandesign at macports.org Thu Dec 20 23:12:07 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:11:18 2007 Subject: mlterm error 126 In-Reply-To: References: Message-ID: <571F7B31-B5AE-4DA5-9055-32F213EB9A6B@macports.org> Please file a bug report. Instructions for filing bugs are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing On Dec 17, 2007, at 05:02, Giuseppe Di Matteo wrote: > I can't install mlterm +antialias on iMac ppc G4 - Tiger(10.4.11) - > Macports 1.6 > > ---> Staging mlterm into destroot > . missing (directory not created: File exists) > ./Applications missing (directory not created: File exists) > ./Developer missing (directory not created: File exists) > ./Library missing (directory not created: File exists) > DEBUG: Executing org.macports.destroot (mlterm) > DEBUG: Environment: > DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/mlterm-2.9.2" && make install DESTDIR=/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/destroot' > if [ -d kiklib ]; then cd kiklib ; make install-la ; fi > cd src ; make install-la > ../libtool --mode=install ../../ libkik.la /opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/destroot/opt/local/lib > ../../ .libs/libkik.10.0.0.dylib /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/destroot/opt/local/lib/libkik.10.0.0.dylib > ../libtool: line 1: ../../: is a directory > make[2]: *** [install-la] Error 126 > make[1]: *** [install-la] Error 2 > make: *** [install] Error 2 > Error: Target org.macports.destroot returned: shell command " cd "/ > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/mlterm-2.9.2" && make install DESTDIR=/opt/local/var/ > macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/destroot " returned error 2 > Command output: if [ -d kiklib ]; then cd kiklib ; make install- > la ; fi > cd src ; make install-la > ../libtool --mode=install ../../ libkik.la /opt/local/var/macports/ > build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/destroot/opt/local/lib > ../../ .libs/libkik.10.0.0.dylib /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_m > lterm/work/destroot/opt/local/lib/libkik.10.0.0.dylib > ../libtool: line 1: ../../: is a directory > make[2]: *** [install-la] Error 126 > make[1]: *** [install-la] Error 2 > make: *** [install] Error 2 > > Warning: the following items did not execute (for mlterm): > org.macports.activate org.macports.destroot org.macports.install > Error: Status 1 encountered during processing. From ryandesign at macports.org Thu Dec 20 23:06:38 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 20 23:12:31 2007 Subject: bochs-error In-Reply-To: <881D79FE-62CF-4A53-A6C1-F40C3FE8FFFC@mac.com> References: <881D79FE-62CF-4A53-A6C1-F40C3FE8FFFC@mac.com> Message-ID: On Dec 17, 2007, at 20:09, Mack Johnson wrote: > i'm on a dual 1.42 g4, leopard. I get one error: > > al-strings -fno-common -arch ppc -Wno-four-char-constants -Wno- > unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 - > D_LARGE_FILES -DBX_SHARE_PATH='"/opt/local/share/bochs"' > load32bitOShack.cc -o load32bitOShack.o > /usr/bin/g++-4.0 -c -I. -I./. -Iinstrument/stubs -I./instrument/ > stubs -O2 -fpascal-strings -fno-common -arch ppc -Wno-four-char- > constants -Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 - > D_LARGE_FILES -DBX_SHARE_PATH='"/opt/local/share/bochs"' > pc_system.cc -o pc_system.o > /usr/bin/g++-4.0 -c -I. -I./. -Iinstrument/stubs -I./instrument/ > stubs -O2 -fpascal-strings -fno-common -arch ppc -Wno-four-char- > constants -Wno-unknown-pragmas -Dmacintosh -D_FILE_OFFSET_BITS=64 - > D_LARGE_FILES -DBX_SHARE_PATH='"/opt/local/share/bochs"' > osdep.cc -o osdep.o > osdep.cc: In function 'Bit64u bx_get_realtime64_usec()': > osdep.cc:344: error: 'gettimeofday' was not declared in this scope > make: *** [osdep.o] Error 1 A ticket has already been filed for this problem: http://trac.macosforge.org/projects/macports/ticket/13529 From ryandesign at macports.org Fri Dec 21 00:29:54 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 00:29:07 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <0FCCBB97-24AB-4B74-8DA3-5F7AB372A8F2@macports.org> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> <476AC07D.8080408@noaa.gov> <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> <0FCCBB97-24AB-4B74-8DA3-5F7AB372A8F2@macports.org> Message-ID: <00B346BF-5B2B-47D8-B549-17E73385F8FC@macports.org> On Dec 20, 2007, at 17:09, Markus Weissmann wrote: > On Dec 20, 2007, at 9:07 PM, Ludovic Hirlimann wrote: > >> On 20 d?c. 07, at 20:20, Barry McInnes wrote: >> >>> gcc42 installs for me, but gcc40 does not. Is there a way to >>> force the >>> build of stellarium and others, to use gcc42 instead of the >>> default gcc40 ? >> >> gcc_select ? > > Nah, this won't have an effect on most ports (which doesn't mean > it's a good idea to use it). > In a perfect world (tm), the port will react to: > `port install foo configure.compiler=FOO' > where FOO might be something like "gcc-4.0" (default on 10.4 and > 10.5), "gcc-3.3", "macports-gcc-4.2", etc. > See [1] for all available options. (and of course even if this > succeeds, it's still a bug) In a perfect world, ports would be updated to no longer depend on the gcc40 port, and instead depend on the gcc42 port, if appropriate. > PS: Does stellarium really require the gcc 4.0 from MacPorts? The stellarium port does not depend on any gcc port. On first glance, there does not appear to be any gcc port anywhere in the dependency tree of stellarium (unless it occurs via a variant). From ryandesign at macports.org Fri Dec 21 00:33:06 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 00:32:19 2007 Subject: general dependency questions In-Reply-To: References: Message-ID: <55E52957-B694-4808-A404-1413EA9CA7B7@macports.org> On Dec 20, 2007, at 15:35, Brian Barnes wrote: > I'm new to macports and experimenting with it. To that end, I was > wondering if there is a simple way to list all dependencies > recursively in macports. For example, the standard 'macports deps > foo' command does not list the deps of the deps. I found a perl > script that does something similar in nature here: http:// > lists.macosforge.org/pipermail/macports-users/2007-April/002481.html > > But, I mean, who wants to run perl scripts instead of a port > command? :) I have a PHP script to do the same, and generate a graphviz graph out of it. There's no built-in command in port. > Also, the portfile for grace has the following dependency line: > depends_lib lib:libX11.6:XFree86 \ > > X11 for Leopard provide X11R7 (instead of 6) and is based on xorg, > not XFree86. But, I know that macports grace works in Leopard. So > I'm wondering, how exactly is that line parsed? How badly > malformed would it have to be, before macports tries to compile > XFree86 itself or just refuses to install? The line means "This port depends on the library libX11.6, and if that library is not found, install the XFree86 port." Apple's X11, installed by default on Leopard and listed in the MacPorts system requirements, provides libX11.6, so the XFree86 port is not installed. From ryandesign at macports.org Fri Dec 21 00:49:04 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 00:48:19 2007 Subject: general dependency questions In-Reply-To: <55E52957-B694-4808-A404-1413EA9CA7B7@macports.org> References: <55E52957-B694-4808-A404-1413EA9CA7B7@macports.org> Message-ID: <36BAA852-4F16-414C-8489-1B3320E412F5@macports.org> On Dec 21, 2007, at 02:33, Ryan Schmidt wrote: > On Dec 20, 2007, at 15:35, Brian Barnes wrote: > >> I'm new to macports and experimenting with it. To that end, I was >> wondering if there is a simple way to list all dependencies >> recursively in macports. For example, the standard 'macports deps >> foo' command does not list the deps of the deps. I found a perl >> script that does something similar in nature here: http:// >> lists.macosforge.org/pipermail/macports-users/2007-April/002481.html >> >> But, I mean, who wants to run perl scripts instead of a port >> command? :) > > I have a PHP script to do the same, and generate a graphviz graph > out of it. There's no built-in command in port. Though I do think it would be cool if there were a port command which would compute the dependencies recursively and output them as a textual tree (with indented lines, say). Also, I'd like a second port command which would output the dependency graph in graphviz dot format. And maybe even a way to have graphviz open that into a window so you could see it. Alas, that's not here yet, and there are probably more important things we should be working on. From milosh at macports.org Fri Dec 21 01:10:06 2007 From: milosh at macports.org (Emmanuel Hainry) Date: Fri Dec 21 01:09:03 2007 Subject: general dependency questions In-Reply-To: <36BAA852-4F16-414C-8489-1B3320E412F5@macports.org> References: <55E52957-B694-4808-A404-1413EA9CA7B7@macports.org> <36BAA852-4F16-414C-8489-1B3320E412F5@macports.org> Message-ID: <20071221091006.GA11579@velsheda.lateralis.org> Citando Ryan Schmidt : > > On Dec 21, 2007, at 02:33, Ryan Schmidt wrote: > >> On Dec 20, 2007, at 15:35, Brian Barnes wrote: >> >>> I'm new to macports and experimenting with it. To that end, I was >>> wondering if there is a simple way to list all dependencies recursively >>> in macports. For example, the standard 'macports deps foo' command does >>> not list the deps of the deps. I found a perl script that does something >>> similar in nature here: >>> http://lists.macosforge.org/pipermail/macports-users/2007-April/002481.html >>> >>> But, I mean, who wants to run perl scripts instead of a port command? :) >> >> I have a PHP script to do the same, and generate a graphviz graph out of >> it. There's no built-in command in port. > > > Though I do think it would be cool if there were a port command which would > compute the dependencies recursively and output them as a textual tree > (with indented lines, say). > > Also, I'd like a second port command which would output the dependency > graph in graphviz dot format. And maybe even a way to have graphviz open > that into a window so you could see it. Alas, that's not here yet, and > there are probably more important things we should be working on. > Maybe you could make a portfile for it (which lets you use your preferred language to code it) ? la pkgdepgraph which is just another package for pkgsrc and does this sort of things. It is not something every user needs but would be pretty cool in a number of situations, so it may not necessarily be in base. Emmanuel From ryandesign at macports.org Fri Dec 21 02:54:38 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 02:53:52 2007 Subject: Error in w3m Portfile In-Reply-To: <18278.63679.316365.551914@cochabamba.local> References: <3BC89FA0-2866-4CDE-9737-FC1A104BD3F6@geeklair.net> <18278.63679.316365.551914@cochabamba.local> Message-ID: <17AC289B-987B-4188-B28C-848AC5961EED@macports.org> On Dec 17, 2007, at 16:31, Piet van Oostrum wrote: >>>>>> "Daniel J. Luke" (DJL) wrote: > >> DJL> On Dec 17, 2007, at 5:04 PM, Piet van Oostrum wrote: >>>> Installing w3m fails because in the portfile the line >>>> checksums md5 ba06992d3207666ed1bf2dcf7c72bf58 >>>> contains spaces rather than a TAB. > >> DJL> no, either should be fine. (and it checksums fine here for me). > >> DJL> Perhaps if you explain what problem you're actually seeing >> someone on >> DJL> the list will be able to help? > > I got this error: > > ---> Fetching w3m > ---> Attempting to fetch w3m-0.5.2.tar.gz from http:// > downloads.sourceforge.net/w3m > ---> Verifying checksum(s) for w3m > Error: No checksum set for w3m-0.5.2.tar.gz > Error: No checksum set for w3m-0.5.2.tar.gz > Error: Target org.macports.checksum returned: Unable to verify file > checksums > > After replacing the spaces with a TAB it compiled without problems. That doesn't make sense to me. I've never seen that error message before and, like Daniel, I cannot reproduce it here. Are you sure your MacPorts and your ports tree are up to date? Try "sudo port selfupdate" then try installing w3m again. From ebgssth at gmail.com Fri Dec 21 04:04:55 2007 From: ebgssth at gmail.com (js) Date: Fri Dec 21 04:04:01 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <44405.202.81.69.153.1198122661.squirrel@webmail.tuffmail.net> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> <44405.202.81.69.153.1198122661.squirrel@webmail.tuffmail.net> Message-ID: Thanks for the information. I'm looking forward to it. On Dec 20, 2007 12:51 PM, wrote: > Hi Ryan and js, > > > MacPorts 1.6 should still support Panther. I believe someone will be > > making a disk image soon. I don't know why the compile is failing for > > you. > > Juan and I are working on the disk image. js, I got the same error as you > did when attempting to build MacPorts 1.6 on Panther, and a fix is in the > pipeline. (For anybody whose interested in the technical details, the > problem is described below [1].) > > We're hoping it'll be ready in the next 24 hours, as we know what we need > to fix; the only issue to find a sufficiently elegant way to do it so that > it doesn't surface in future. > > Given this delay in getting it to work for 10.3, do either of you (or > anybody else!) think we should post an announcement somewhere, and if so, > where? In future, of course, I think we need to tighten up our release > engineering process so this doesn't happen again; I'll talk to Juan about > it when I catch him next. > > I hope this helps. > > Kind regards, > > > Maun Suang > > [1] The problem is the sqlite3.h header file is not found when compiling > src/cregistry/registry.c. This problem doesn't surface on Tiger or later, > because it /usr/include/sqlite3.h is found (the include flags are > currently "-I.. -I. -I/usr/include"), but this file doesn't exist on > Panther. Since we go on to link against a static library built from the > included sqlite-3.1.3 source, we should really include > src/sqlite-3.1.3/sqlite3.h on all platforms. I don't know if we'd face > any problems with upgrading to the latest stable sqlite3 in our source > distribution. > > From piet at cs.uu.nl Fri Dec 21 05:33:21 2007 From: piet at cs.uu.nl (Piet van Oostrum) Date: Fri Dec 21 05:33:04 2007 Subject: Error in w3m Portfile In-Reply-To: <17AC289B-987B-4188-B28C-848AC5961EED@macports.org> References: <3BC89FA0-2866-4CDE-9737-FC1A104BD3F6@geeklair.net> <18278.63679.316365.551914@cochabamba.local> <17AC289B-987B-4188-B28C-848AC5961EED@macports.org> Message-ID: <18283.49313.302605.718742@cochabamba.local> >>>>> Ryan Schmidt (RS) wrote: >RS> That doesn't make sense to me. I've never seen that error message >RS> before and, like Daniel, I cannot reproduce it here. Are you sure >RS> your MacPorts and your ports tree are up to date? Try "sudo port >RS> selfupdate" then try installing w3m again. Sorry, I can't help it. I just copied the error messages from the Terminal window. And I had done a selfupdate just before. I usually do that before I install or upgrade. I am now at 1.60. I did an upgrade of w3m (which installed the same version) and now it succeeds with the original Portfile. So maybe the port was left in an inconsistent state after a previous install or upgrade and just the time change of the Portfile triggered a complete reinstall. Who knows? -- Piet van Oostrum URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet@vanoostrum.org From jon.passki at hursk.com Fri Dec 21 10:31:56 2007 From: jon.passki at hursk.com (Jon Passki) Date: Fri Dec 21 10:30:58 2007 Subject: dhcp fails to build on macports 1.600 on Leopard Message-ID: Ideas? Latest sync was this morning. Running Leopard 10.5.2 on a MacBook Pro. % uname -a Darwin XXX 9.1.0 Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386 i386 % sudo port --all clean dhcp ---> Cleaning dhcp % sudo port -du upgrade dhcp DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/net/dhcp DEBUG: dhcp is *not* installed by MacPorts DEBUG: Changing to port directory: /opt/local/var/macports/sources/rsync.macports.org/release/ports/net/dhcp DEBUG: Requested variant darwin is not provided by port dhcp. DEBUG: Requested variant i386 is not provided by port dhcp. DEBUG: Requested variant macosx is not provided by port dhcp. DEBUG: Searching for dependency: dhcp DEBUG: Didn't find receipt, going to depspec regex for: dhcp DEBUG: Executing org.macports.main (dhcp) ---> Fetching dhcp DEBUG: Executing org.macports.fetch (dhcp) ---> Verifying checksum(s) for dhcp DEBUG: Executing org.macports.checksum (dhcp) ---> Checksumming dhcp-3.1.0.tar.gz DEBUG: Correct (md5) checksum for dhcp-3.1.0.tar.gz [snip a lot of compiling] gcc -o dhcpd dhcpd.o dhcp.o bootp.o confpars.o db.o class.o failover.o omapi.o mdb.o stables.o salloc.o ddns.o dhcpleasequery.o ../common/libdhcp.a ../minires/libres.a ../omapip/libomapi.a ../dst/libdst.a Undefined symbols: "_trace_mr_send$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) "_trace_mr_select$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) "_trace_mr_recvfrom$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) "_trace_mr_close$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) _MRres_nclose in libres.a(res_send.o) "_trace_mr_read$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) _MRres_nsend in libres.a(res_send.o) _MRres_nsend in libres.a(res_send.o) "_trace_mr_connect$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) _MRres_nsend in libres.a(res_send.o) "_trace_mr_bind$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [dhcpd] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 2 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_dhcp/work/dhcp-3.1.0" && make all " returned error 2 Command output: gcc -g -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0/includes -D_PATH_DHCPD_DB="\"/opt/local/var/db/dhcpd/dhcpd.leases\"" -D_PATH_DHCPD_CONF="\"/opt/local/etc/dhcp/dhcpd.conf\"" -D_PATH_DHCPD_PID="\"/opt/local/var/run/dhcpd.pid\"" -c -o mdb.o mdb.c gcc -g -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0/includes -D_PATH_DHCPD_DB="\"/opt/local/var/db/dhcpd/dhcpd.leases\"" -D_PATH_DHCPD_CONF="\"/opt/local/etc/dhcp/dhcpd.conf\"" -D_PATH_DHCPD_PID="\"/opt/local/var/run/dhcpd.pid\"" -c -o stables.o stables.c gcc -g -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0/includes -D_PATH_DHCPD_DB="\"/opt/local/var/db/dhcpd/dhcpd.leases\"" -D_PATH_DHCPD_CONF="\"/opt/local/etc/dhcp/dhcpd.conf\"" -D_PATH_DHCPD_PID="\"/opt/local/var/run/dhcpd.pid\"" -c -o salloc.o salloc.c gcc -g -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0/includes -D_PATH_DHCPD_DB="\"/opt/local/var/db/dhcpd/dhcpd.leases\"" -D_PATH_DHCPD_CONF="\"/opt/local/etc/dhcp/dhcpd.conf\"" -D_PATH_DHCPD_PID="\"/opt/local/var/run/dhcpd.pid\"" -c -o ddns.o ddns.c gcc -g -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0 -I/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_net_dhcp/work/dhcp-3.1.0/includes -D_PATH_DHCPD_DB="\"/opt/local/var/db/dhcpd/dhcpd.leases\"" -D_PATH_DHCPD_CONF="\"/opt/local/etc/dhcp/dhcpd.conf\"" -D_PATH_DHCPD_PID="\"/opt/local/var/run/dhcpd.pid\"" -c -o dhcpleasequery.o dhcpleasequery.c gcc -o dhcpd dhcpd.o dhcp.o bootp.o confpars.o db.o class.o failover.o omapi.o mdb.o stables.o salloc.o ddns.o dhcpleasequery.o ../common/libdhcp.a ../minires/libres.a ../omapip/libomapi.a ../dst/libdst.a Undefined symbols: "_trace_mr_send$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) "_trace_mr_select$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) "_trace_mr_recvfrom$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) "_trace_mr_close$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) _MRres_nclose in libres.a(res_send.o) "_trace_mr_read$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) _MRres_nsend in libres.a(res_send.o) _MRres_nsend in libres.a(res_send.o) "_trace_mr_connect$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) _MRres_nsend in libres.a(res_send.o) "_trace_mr_bind$UNIX2003", referenced from: _MRres_nsend in libres.a(res_send.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[2]: *** [dhcpd] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 2 Warning: the following items did not execute (for dhcp): org.macports.activate org.macports.build org.macports.destroot org.macports.install DEBUG: epoch: in tree: 0 installed: 0 DEBUG: dhcp 3.1.0_1 exists in the ports tree DEBUG: dhcp 3.1.0_1 is installed DEBUG: No need to upgrade! dhcp 3.1.0_1 >= dhcp 3.1.0_1 port installed The following ports are currently installed: apache2 @2.2.6_0 (active) apr @1.2.12_0+darwin_9 (active) apr-util @1.2.12_0 (active) aquaterm @1.0.1_0 (active) atk @1.20.0_1 (active) bzip2 @1.0.4_1 (active) cairo @1.4.12_0 (active) curl @7.17.1_0 (active) db44 @4.4.20_1 (active) docbook-xml @4.5_1 (active) docbook-xml-4.1.2 @4.1.2_1 (active) docbook-xml-4.2 @4.2_0 (active) docbook-xml-4.3 @4.3_0 (active) docbook-xml-4.4 @4.4_0 (active) docbook-xml-4.5 @4.5_0 (active) docbook-xsl @1.72.0_0 (active) expat @2.0.1_0 (active) fontconfig @2.5.0_0+macosx (active) freetype @2.3.5_1 (active) gawk @3.1.5_2 (active) gd2 @2.0.35_0 (active) gettext @0.17_1 (active) ghostscript @8.61_0 (active) glib2 @2.14.4_1+darwin_9 (active) gnupg @1.4.7_0 (active) gnuplot @4.2.0_0 (active) gsed @4.1.5_2 (active) gtk-doc @1.9_0 (active) gtk2 @2.12.2_0+x11 (active) jpeg @6b_2 (active) kermit @8.0.209_0 (active) libiconv @1.12_0 (active) libmcrypt @2.5.8_0 (active) libpcap @0.9.5_1 (active) libpng @1.2.24_0 (active) libxml2 @2.6.30_0 (active) libxslt @1.1.22_0 (active) lrzsz @0.12.20_1 (active) mhash @0.9.9_0 (active) ncurses @5.6_0 (active) ncursesw @5.6_0+darwin_9 (active) neon @0.26.4_0 (active) nmap @4.50_0 (active) openssl @0.9.8g_0 (active) p5-xml-parser @2.36_0 (active) pango @1.18.3_0 (active) pcre @7.4_0 (active) pdflib @7.0.2_0 (active) perl5.8 @5.8.8_0 (active) php5 @5.2.5_1+apache2+macosx (active) pkgconfig @0.22_0 (active) readline @5.2.007_0+darwin_9 (active) render @0.9_1 (active) scrollkeeper @0.3.14_6 (active) sqlite3 @3.5.4_0 (active) subversion @1.4.5_0 (active) teTeX @3.0_4 (active) texi2html @1.76_3 (active) texinfo @4.11_0 (active) tiff @3.8.2_1+macosx (active) wireshark @0.99.6_0+darwin_9 (active) Xft2 @2.1.12_0 (active) xmlcatmgr @2.2_1 (active) xorg-util-macros @1.1.5_0 (active) xorg-xproto @7.0.11_1 (active) xrender @0.9.0_1 (active) zlib @1.2.3_1 (active) -- Cheers, Jon Passki, Partner The Hursk Group, LLC "Obvia conspicimus, nubem pellente Mathesi." e: jon.passki@hursk.com ph: 651/222.3020 cal: http://www.google.com/calendar/hosted/hursk.com/embed?src=jon.passki%40hursk.com pgp: 1BB0 A946 927B 93C3 ED6A 0466 6692 6C2C 84BE 4122 From Barry.J.Mcinnes at noaa.gov Fri Dec 21 10:50:43 2007 From: Barry.J.Mcinnes at noaa.gov (Barry McInnes) Date: Fri Dec 21 10:49:42 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <00B346BF-5B2B-47D8-B549-17E73385F8FC@macports.org> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> <476AC07D.8080408@noaa.gov> <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> <0FCCBB97-24AB-4B74-8DA3-5F7AB372A8F2@macports.org> <00B346BF-5B2B-47D8-B549-17E73385F8FC@macports.org> Message-ID: <476C0B03.2020004@noaa.gov> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I installed the dependencies one at a time, and installed gcc42 as well just to see if it would build which it does. Currently the stellarium error is sh-3.2# port install stellarium - ---> Staging boost into destroot Error: Target org.macports.destroot returned: no files matched glob pattern "*-1_34_1.dylib" Error: The following dependencies failed to build: boost Error: Status 1 encountered during processing. sh-3.2# port install boost - ---> Staging boost into destroot Error: Target org.macports.destroot returned: no files matched glob pattern "*-1_34_1.dylib" Error: Status 1 encountered during processing. sh-3.2# grads fails on gcc40 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:130: warning: passing argument 1 of 'sigaltstack' from incompatible pointer type make[2]: *** [host-darwin.o] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [stage1_build] Error 2 make: *** [profiledbootstrap] Error 2 Error: The following dependencies failed to build: libnc-dap gcc40 Error: Status 1 encountered during processing. [mac27:grib2/netcdf-3.6.2/libsrc] root# gcc40 fails /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c: In function 'darwin_rs6000_extra_signals': /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:130: warning: passing argument 1 of 'sigaltstack' from incompatible pointer type make[2]: *** [host-darwin.o] Error 1 make[2]: *** Waiting for unfinished jobs.... echo timestamp > s-gtype make[1]: *** [stage1_build] Error 2 make: *** [profiledbootstrap] Error 2 Error: Status 1 encountered during processing. On 12/21/07 1:29 AM, Ryan Schmidt wrote: > On Dec 20, 2007, at 17:09, Markus Weissmann wrote: > >> On Dec 20, 2007, at 9:07 PM, Ludovic Hirlimann wrote: >> >>> On 20 d?c. 07, at 20:20, Barry McInnes wrote: >>> >>>> gcc42 installs for me, but gcc40 does not. Is there a way to force the >>>> build of stellarium and others, to use gcc42 instead of the default >>>> gcc40 ? >>> >>> gcc_select ? >> >> Nah, this won't have an effect on most ports (which doesn't mean it's >> a good idea to use it). >> In a perfect world (tm), the port will react to: >> `port install foo configure.compiler=FOO' >> where FOO might be something like "gcc-4.0" (default on 10.4 and >> 10.5), "gcc-3.3", "macports-gcc-4.2", etc. >> See [1] for all available options. (and of course even if this >> succeeds, it's still a bug) > > In a perfect world, ports would be updated to no longer depend on the > gcc40 port, and instead depend on the gcc42 port, if appropriate. > >> PS: Does stellarium really require the gcc 4.0 from MacPorts? > > The stellarium port does not depend on any gcc port. On first glance, > there does not appear to be any gcc port anywhere in the dependency tree > of stellarium (unless it occurs via a variant). > - -- - --- Barry McInnes 325 Broadway Boulder CO 80304 (303)4976231 barry.j.mcinnes@noaa.gov - --- -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (Darwin) iD8DBQFHbAsDKoTeRnsNi5kRAqGMAKDENGqrzZT2NmleoaCaDejDwHJOqACg0MEB 39D9EokzYiapuYubGNUo0pU= =lY/K -----END PGP SIGNATURE----- From petr.snyder at yahoo.co.uk Fri Dec 21 13:54:30 2007 From: petr.snyder at yahoo.co.uk (Peter Schneider) Date: Fri Dec 21 13:53:28 2007 Subject: "unable to execute -DNDEBUG" - strange gnucash build failure Message-ID: <356030.50578.qm@web26901.mail.ukl.yahoo.com> Hello After a "sudo port install gnucash +without_docs" I got this, probably my favorite Christmas-bug, so far I haven't been able to reduplicate it (another run of "sudo port -d install gnucash +without_docs" gave me another error ... see next posting). It's completely obscure for me that the error message seems to be related to gdbm, a fair while after that port was activated. "-DNDEBUG" doesn't probably exist as a command, well, I thought so. "libdaemon" ("libdaemon @0.12_0 (active)"!) has got through its activation, too, though any feedback was missing ... see console messages below. Also weird: gdbm seems to be properly installed ... a "port installed" lists gdbm @1.8.3_1 (active), and I definitely don't need anything built for Panther (MacOS 10.3). 1 Mio. $ Question: What went wrong here? My environment looks basically like this: PowerPC, macport 1.6.0 (1x selfupdate yesterday) at /opt/local/, a new installation of Leopard, XCode 3 (from DVD, that's still the most recent version available at connect.apple.com). Cheers Peter ... ######################################################################### ---> Fetching gdbm ---> Attempting to fetch gdbm-1.8.3.tar.gz from http://ftp.gnu.org/gnu/gdbm ---> Verifying checksum(s) for gdbm ---> Extracting gdbm ---> Applying patches to gdbm ---> Configuring gdbm ---> Building gdbm with target all ---> Staging gdbm into destroot ---> Installing gdbm 1.8.3_1 ---> Activating gdbm 1.8.3_1 ---> Cleaning gdbm ---> Fetching libdaemon ---> Attempting to fetch libdaemon-0.12.tar.gz from http://0pointer.de/lennart/projects/libdaemon/ ---> Verifying checksum(s) for libdaemon ---> Extracting libdaemon ---> Configuring libdaemon ---> Building libdaemon with target all ---> Staging libdaemon into destroot ---> Installing libdaemon 0.12_0 running build_ext building 'gdbm' extension creating build creating build/temp.macosx-10.3-ppc-2.5 -DNDEBUG -g -O3 -Wall -Wstrict-prototypes -I/opt/local/include -I/opt/local/include/python2.5 -c gdbmmodule.c -o build/temp.macosx-10.3-ppc-2.5/gdbmmodule.o unable to execute -DNDEBUG: No such file or directory error: command '-DNDEBUG' failed with exit status 1 Error: The following dependencies failed to build: evince avahi py25-gdbm py25-gtk py25-cairo esound gconf intltool orbit2 libidl gnome-doc-utils iso-codes py25-hashlib openssl py25-libxml2 gnome-icon-theme icon-naming-utils p5-getopt-long p5-pathtools p5-xml-simple p5-test-simple p5-test-harness p5-xml-namespacesupport p5-xml-sax gnome-keyring libgcrypt libgpg-error gnome-vfs gnome-mime-data howl neon libart_lgpl libgnome libbonobo popt libgnomecanvas gail libgnomeui libbonoboui m4 nautilus eel gnome-desktop fribidi startup-notification gnome-menus libexif librsvg libcroco libgsf shared-mime-info poppler poppler-data goffice03 libgnomeprintui libgnomeprint bison libgnomecups pcre guile16 readline ncurses ncursesw gawk libgtkhtml3 p5-finance-quote p5-crypt-ssleay p5-libwww-perl p5-compress-zlib p5-compress-raw-zlib p5-io-compress-base p5-scalar-list-utils p5-io-compress-zlib p5-html-parser p5-html-tagset p5-uri p5-datemanip p5-html-tableextract slib slib-guile16 Error: Status 1 encountered during processing. __________________________________________________________ Sent from Yahoo! Mail - a smarter inbox http://uk.mail.yahoo.com From jwegelin at vcu.edu Fri Dec 21 13:54:48 2007 From: jwegelin at vcu.edu (jwegelin) Date: Fri Dec 21 13:53:52 2007 Subject: error installing DarwinPorts or MacPorts: no acceptable C compiler Message-ID: <476C3628.4080008@vcu.edu> Dear Macports Users: I am attempting to install MacPorts or DarwinPorts. When I follow the directions at http://darwinports.com/download/ (after typing in my email address), an error says "no acceptable C compiler." My MacBook Pro was purchased circa July 2007 and runs Mac OS 10.4.11. Do I have to purchase a C compiler before I can install MacPorts or DarwinPorts? What C compiler should I purchase or download? Details: I downloaded DarwinPorts-1.5.0-10.4.dmg and doubleclicked it. This brought up a dialog box which said it was installing MacPorts. After several minutes the dialog box said it was finished. Then, following instructions at http://darwinports.com/download/?email=jwegelin%40vcu.edu&x=53&y=12 I typed sudo port -d selfupdate which resulted in a lot of text scrolling past, ending with the folowing error message: configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. while executing "macports::selfupdate [array get global_options]" Error: /opt/local/bin/port: selfupdate failed: Error installing new MacPorts base: shell command "cd /opt/local/var/macports/sources/rsync.macports.org/release/base && ./configure --prefix=/opt/local --with-install-user=root --with-install-group=admin --with-tclpackage=/Library/Tcl && make && make install" returned error 1 Command output: checking build system type... i686-apple-darwin8.11.1 checking host system type... i686-apple-darwin8.11.1 checking target system type... i686-apple-darwin8.11.1 checking for sw_vers... sw_vers checking Mac OS X version... 10.4.11 checking MacPorts version... 1.6.0 checking for gcc... no checking for cc... no checking for cl.exe... no configure: error: no acceptable C compiler found in $PATH See `config.log' for more details. Inicidentally, the only reason I am trying to install this, is so that I might install pine or alpine (email client) on my Mac. Would MacPorts or DarwinPorts be an easy way to get pine (or preferably alpine) installed properly on my Mac? Also, is MacPorts the same as DarwinPorts? The file I downloaded was called DarwinPorts, but after I doublelicked it, the name MacPorts started coming up. Thanks for any info Jacob Wegelin From norgaard at locolomo.org Fri Dec 21 13:55:47 2007 From: norgaard at locolomo.org (Erik Norgaard) Date: Fri Dec 21 13:54:47 2007 Subject: Announcement: pidgin 2.3.1 In-Reply-To: <476ACB27.3060507@reifferscheid.org> References: <476ACB27.3060507@reifferscheid.org> Message-ID: <476C3663.3040909@locolomo.org> Thomas Reifferscheid wrote: > Dear list, > > pidgin is now available for macports in version 2.3.1 > (it compiles just fine for leopard now) Great .. I know you are not responsible for this port, but, do you know if this affects adium? Adium is based on libpurble. Thanks, Erik -- Erik N?rgaard Ph: +34.666334818 http://www.locolomo.org From ryandesign at macports.org Fri Dec 21 14:20:09 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 14:19:22 2007 Subject: grads fails because gcc40 fails ? In-Reply-To: <476C0B03.2020004@noaa.gov> References: <47697D49.7000004@noaa.gov> <5C53910E-8460-4957-9130-8696260928EE@mac.com> <801D8C6D-731B-493F-9DCD-358F9CEAEFB0@macports.org> <476AC07D.8080408@noaa.gov> <671A6E05-76FD-4FFA-A3C3-06F4BB699207@hirlimann.net> <0FCCBB97-24AB-4B74-8DA3-5F7AB372A8F2@macports.org> <00B346BF-5B2B-47D8-B549-17E73385F8FC@macports.org> <476C0B03.2020004@noaa.gov> Message-ID: On Dec 21, 2007, at 12:50, Barry McInnes wrote: > I installed the dependencies one at a time, and installed gcc42 as > well > just to see if it would build which it does. > > Currently the stellarium error is > > sh-3.2# port install stellarium > - ---> Staging boost into destroot > Error: Target org.macports.destroot returned: no files matched glob > pattern "*-1_34_1.dylib" > Error: The following dependencies failed to build: boost > Error: Status 1 encountered during processing. > sh-3.2# port install boost > - ---> Staging boost into destroot > Error: Target org.macports.destroot returned: no files matched glob > pattern "*-1_34_1.dylib" > Error: Status 1 encountered during processing. > sh-3.2# That is not a stellarium error, that is a boost error. Please file a bug against the boost port and make sure to Cc the maintainer of the boost port. > grads fails on gcc40 > > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:130: > warning: passing argument 1 of 'sigaltstack' from incompatible > pointer type > make[2]: *** [host-darwin.o] Error 1 > make[2]: *** Waiting for unfinished jobs.... > make[1]: *** [stage1_build] Error 2 > make: *** [profiledbootstrap] Error 2 > > Error: The following dependencies failed to build: libnc-dap gcc40 > Error: Status 1 encountered during processing. > [mac27:grib2/netcdf-3.6.2/libsrc] root# > > > gcc40 fails > > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c: > In function 'darwin_rs6000_extra_signals': > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_ > gcc40/work/gcc-4.0.4/gcc/config/rs6000/host-darwin.c:130: > warning: passing argument 1 of 'sigaltstack' from incompatible > pointer type > make[2]: *** [host-darwin.o] Error 1 > make[2]: *** Waiting for unfinished jobs.... > echo timestamp > s-gtype > make[1]: *** [stage1_build] Error 2 > make: *** [profiledbootstrap] Error 2 > > Error: Status 1 encountered during processing. I'm not surprised gcc40 is failing to install. All ports that depend on gcc40 should be updated to depend on gcc42. I've been saying this for months. Please file bugs against any remaining ports which still depend on gcc40, and be sure to Cc those ports' maintainers, so that they can be updated. For unmaintained ports, please alert this list. From rsync at reifferscheid.org Fri Dec 21 14:26:22 2007 From: rsync at reifferscheid.org (Thomas Reifferscheid) Date: Fri Dec 21 14:25:23 2007 Subject: Announcement: pidgin 2.3.1 In-Reply-To: <476C3663.3040909@locolomo.org> References: <476ACB27.3060507@reifferscheid.org> <476C3663.3040909@locolomo.org> Message-ID: <476C3D8E.5000507@reifferscheid.org> Dear Erik, as far as I can see, the Portfile for adium depends on subversion and nothing else. Further I cant find a port called libpurple within macports. Do you think it's worth to build a own port called "libpurple" only for adium? Can you live with having to build pidgin in prior to adium? Do you think the dependencies for adium need to get adjusted? Kind regards Thomas Erik Norgaard wrote: > > Great .. I know you are not responsible for this port, but, do you > know if this affects adium? Adium is based on libpurble. > > Thanks, Erik > From ryandesign at macports.org Fri Dec 21 14:49:13 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 14:48:25 2007 Subject: error installing DarwinPorts or MacPorts: no acceptable C compiler In-Reply-To: <476C3628.4080008@vcu.edu> References: <476C3628.4080008@vcu.edu> Message-ID: <1BDD3ABF-B10E-4045-97E2-96123CBF033F@macports.org> On Dec 21, 2007, at 15:54, jwegelin wrote: > Dear Macports Users: > > I am attempting to install MacPorts or DarwinPorts. When I follow > the directions at http://darwinports.com/download/ (after typing in > my email address), an error says "no acceptable C compiler." The web site darwinports.com is not affiliated with the DarwinPorts/ MacPorts project. Please do not refer to that site for any information. It is a rogue web site not under our control and we cannot guarantee the accuracy of the information they provide. The web site for this project is http://www.macports.org/ . Installation instructions are here: http://guide.macports.org/#installing > My MacBook Pro was purchased circa July 2007 and runs Mac OS > 10.4.11. Do I have to purchase a C compiler before I can install > MacPorts or DarwinPorts? What C compiler should I purchase or > download? You need Apple Xcode, which is free. For Mac OS X 10.4, the correct version of Xcode is 2.5. You can download it from http:// developer.apple.com/ . You need an Apple Developer Connection membership, but you can get a basic membership for free. An older version of Xcode may have been included on the DVD that came with your computer, but using older versions of Xcode is not recommended. > Details: > > I downloaded DarwinPorts-1.5.0-10.4.dmg and doubleclicked it. This > brought up a dialog box which said it was installing MacPorts. > After several minutes the dialog box said it was finished. > > Then, following instructions at > > http://darwinports.com/download/?email=jwegelin%40vcu.edu&x=53&y=12 > > I typed > > sudo port -d selfupdate > > which resulted in a lot of text scrolling past, ending with the > folowing error message: > > > configure: error: no acceptable C compiler found in $PATH > See `config.log' for more details. > > while executing > "macports::selfupdate [array get global_options]" > Error: /opt/local/bin/port: selfupdate failed: Error installing new > MacPorts base: shell command "cd /opt/local/var/macports/sources/ > rsync.macports.org/release/base && ./configure --prefix=/opt/local > --with-install-user=root --with-install-group=admin --with- > tclpackage=/Library/Tcl && make && make install" returned error 1 > Command output: checking build system type... i686-apple-darwin8.11.1 > checking host system type... i686-apple-darwin8.11.1 > checking target system type... i686-apple-darwin8.11.1 > checking for sw_vers... sw_vers > checking Mac OS X version... 10.4.11 > checking MacPorts version... 1.6.0 > checking for gcc... no > checking for cc... no > checking for cl.exe... no > configure: error: no acceptable C compiler found in $PATH > See `config.log' for more details. > > > Inicidentally, the only reason I am trying to install this, is so > that I might install pine or alpine (email client) on my Mac. Would > MacPorts or DarwinPorts be an easy way to get pine (or preferably > alpine) installed properly on my Mac? You can search for ports on the command line using "port search pine" or on our web site: http://www.macports.org/ports.php?by=name&substr=pine We seem to have a port for pine, but not alpine. A port can be added for alpine if that would be useful. > Also, is MacPorts the same as DarwinPorts? The file I downloaded > was called DarwinPorts, but after I doublelicked it, the name > MacPorts started coming up. MacPorts is the name of the project. It used to be called DarwinPorts, but due in part to the rogue darwinports.com web site and the fact that we want to target Mac OS X specifically, and no longer Darwin OS, the project's name was changed. From ryandesign at macports.org Fri Dec 21 14:52:28 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 14:58:20 2007 Subject: dhcp fails to build on macports 1.600 on Leopard In-Reply-To: References: Message-ID: On Dec 21, 2007, at 12:31, Jon Passki wrote: > Ideas? Latest sync was this morning. Running Leopard 10.5.2 on a > MacBook Pro. > % sudo port -du upgrade dhcp [snip a lot of compiling] > gcc -o dhcpd dhcpd.o dhcp.o bootp.o confpars.o db.o class.o > failover.o omapi.o mdb.o stables.o salloc.o ddns.o dhcpleasequery.o > ../common/libdhcp.a ../minires/libres.a ../omapip/libomapi.a > ../dst/libdst.a > Undefined symbols: > "_trace_mr_send$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > "_trace_mr_select$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > "_trace_mr_recvfrom$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > "_trace_mr_close$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > _MRres_nclose in libres.a(res_send.o) > "_trace_mr_read$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > _MRres_nsend in libres.a(res_send.o) > _MRres_nsend in libres.a(res_send.o) > "_trace_mr_connect$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > _MRres_nsend in libres.a(res_send.o) > "_trace_mr_bind$UNIX2003", referenced from: > _MRres_nsend in libres.a(res_send.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[2]: *** [dhcpd] Error 1 > make[1]: *** [all] Error 1 > make: *** [all] Error 2 A bug has already been filed for this problem: http://trac.macosforge.org/projects/macports/ticket/13271 I've added you to the Cc list so you'll be informed of its progress. From ajmas at sympatico.ca Fri Dec 21 17:10:40 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Fri Dec 21 17:09:38 2007 Subject: Broken ocaml Message-ID: Hi, I am having trouble installing ocaml on my PPC Mac. I did a 'port sync' just in case, but no luck: myhost% sudo port install ocaml ---> Fetching ocaml ---> Verifying checksum(s) for ocaml ---> Extracting ocaml ---> Applying patches to ocaml ---> Configuring ocaml ---> 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_ocaml/work/ocaml-3.10.0" && unset LD_PREBIND LD_PREBIND_ALLOW_OVERLAP && make world.opt " returned error 2 Command output: boot/ocamlrun boot/ocamlc -nostdlib -I boot -linkall - o ocaml.tmp toplevel/toplevellib.cma toplevel/topstart.cmo byterun/ocamlrun ./expunge ocaml.tmp ocaml arg array arrayLabels buffer callback camlinternalMod camlinternalOO char complex digest filename format gc genlex hashtbl int32 int64 lazy lexing list listLabels map marshal moreLabels nativeint obj oo parsing pervasives printexc printf queue random scanf set sort stack stdLabels stream string stringLabels sys weak outcometree topdirs toploop rm -f ocaml.tmp 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 startup.o startup.c ln -s ../byterun/main.c main.c 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 main.o main.c 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 fail.o fail.c 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 roots.o roots.c ln -s ../byterun/globroots.c globroots.c 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 globroots.o globroots.c ln -s ../byterun/signals.c signals.c 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.o signals.c 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: Status 1 encountered during processing. From ryandesign at macports.org Fri Dec 21 23:40:13 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 21 23:39:24 2007 Subject: Broken ocaml In-Reply-To: References: Message-ID: <7161BBF1-89D3-4DD6-BF59-FBFD2BF0CBAB@macports.org> On Dec 21, 2007, at 19:10, Andre-John Mas wrote: > I am having trouble installing ocaml on my PPC Mac. I did a 'port > sync' just in case, but no luck: > > myhost% sudo port install ocaml [snip] > 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: Status 1 encountered during processing. Yes, I reported this problem last week: http://trac.macosforge.org/projects/macports/ticket/13583 I added your email address to the bug's Cc list so you'll be informed of its progress. From sck at nogas.org Sat Dec 22 00:48:31 2007 From: sck at nogas.org (Scott C. Kennedy) Date: Sat Dec 22 00:47:31 2007 Subject: Problems compiling Python25 & MPlayer on 10.5 with Case-sensitive filesystem Message-ID: <476CCF5F.5090502@nogas.org> Is anyone else seeing this? On my 10.5.1 laptop with a cast-sensitive filesystem, I am unable to compile the latest python25... Macintosh:include sck$ sudo port upgrade python25 ---> Building python25 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_lang_python25/work/Python-2.5.1" && make all " returned error 2 Command output: Python/mactoolboxglue.c:425: error: 'cobj' undeclared (first use in this function) nor MPlayer versions... Macintosh:include sck$ sudo port install MPlayer Password: ---> Building MPlayer 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_MPlayer/work/MPlayer-1.0rc2" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/opt/local/include/lzo -I/opt/local/include -I/usr/local/include -I/usr/X11/include -c -o video_out.o video_out.c /usr/bin/gcc-4.0 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/opt/local/include/lzo -I/opt/local/include -I/usr/local/include -I/usr/X11/include -c -o vo_mpegpes.o vo_mpegpes.c /usr/bin/gcc-4.0 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/opt/local/include/lzo -I/opt/local/include -I/usr/local/include -I/usr/X11/include -c -o vo_null.o vo_null.c /usr/bin/gcc-4.0 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/opt/local/include/lzo -I/opt/local/include -I/usr/local/include -I/usr/X11/include -c -o vo_yuv4mpeg.o vo_yuv4mpeg.c /usr/bin/gcc-4.0 -I../libavcodec -I../libavformat -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration-after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/opt/local/include/lzo -I/opt/local/include -I/usr/local/include -I/usr/X11/include -c -o vo_macosx.o vo_macosx.m In file included from vo_macosx.m:9: vo_macosx.h:13:32: error: QuickTime/QuickTime.h: No such file or directory So, I did a full find of my drives, and did a case insensitive search and found... Macintosh:include sck$ grep -i "QuickTime/QuickTime.h" ~/find.txt 577661 8 -rw-rw-r-- 1 _devdocs wheel 218 May 2 2007 /Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.CoreReference.docset/Contents/Resources/Documents/documentation/QuickTime/QuickTime.html 513949 8 lrwxr-xr-x 1 root wheel 77 Oct 29 23:50 /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h -> ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h Just wondering if its a tweaked config of mine, or is there a case issue? Scott PS> Yes I did a 'sudo port clean' before I tried the compiles.... PPS> I've been having a few case-sensitive issues, though not with MacPorts. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071222/6326b429/attachment.html From paulbeard at gmail.com Sat Dec 22 05:56:05 2007 From: paulbeard at gmail.com (paul beard) Date: Sat Dec 22 05:55:15 2007 Subject: Problems compiling Python25 & MPlayer on 10.5 with Case-sensitive filesystem In-Reply-To: <476CCF5F.5090502@nogas.org> References: <476CCF5F.5090502@nogas.org> Message-ID: On Dec 22, 2007 12:48 AM, Scott C. Kennedy wrote: > Is anyone else seeing this? On my 10.5.1 laptop with a cast-sensitive > filesystem, I am unable to compile the latest python25... > > Macintosh:include sck$ sudo port upgrade python25 > ---> Building python25 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_lang_python25/work/Python- > 2.5.1" && make all " returned error 2 > Command output: Python/mactoolboxglue.c:425: error: 'cobj' undeclared > (first use in this function) > > do you have the right SDKs installed? This is familiar and I think it has been resolved by installed the QuickTime SDK. 1. http://lists.macosforge.org/pipermail/macports-users/2007-September/005718.html -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071222/eb0a97b2/attachment.html From max.e.brown at gmail.com Sat Dec 22 06:04:55 2007 From: max.e.brown at gmail.com (Max Brown) Date: Sat Dec 22 06:04:11 2007 Subject: Problem installing ghc In-Reply-To: <9FE76F53-3BE2-4C0C-AC80-89DF92A9D3D9@macports.org> References: <9FE76F53-3BE2-4C0C-AC80-89DF92A9D3D9@macports.org> Message-ID: <476D1987.6040506@gmail.com> Ryan Schmidt wrote: > MacPorts is designed to not use any software installed outside of > MacPorts (with a few exceptions), hence manually installing ghc in > /usr/local is expected to have no effect. > > > There are existing bugs on ghc filed in the issue tracker: > > http://trac.macosforge.org/projects/macports/query?status=new&status=assigned&status=reopened&summary=%7Eghc&order=priority > > > Perhaps one of those is the same as the problem you are reporting. > Perhaps this one? > > http://trac.macosforge.org/projects/macports/ticket/13039 Yes, that looks like it is the same problem. Thanks for pointing that out - I should have checked the bug tracker first. From bradleyjames at gmail.com Sat Dec 22 11:39:47 2007 From: bradleyjames at gmail.com (Brad Reynolds) Date: Sat Dec 22 11:38:53 2007 Subject: procfs build error Message-ID: <05B2A2BA-67B0-439B-A84D-358D482DFCC2@gmail.com> I'm trying to install procfs and am receiving the following error. ========================== bash-3.2$ sudo port install procfs Password: ---> Building procfs 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_fuse_procfs/work/procfs" && make all " returned error 2 Command output: procfs.cc:3041: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3042: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3043: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3044: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3045: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3046: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3047: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3048: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3049: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3050: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3051: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc:3053: error: 'struct i386_float_state_t' has no member named 'fpu_fsw' procfs.cc: In function 'int procfs_read_proc__task__threads__thread__states__thread (procfs_dispatcher_entry*, const char**, char*, size_t, off_t, fuse_file_info*)': procfs.cc:3106: error: 'struct i386_thread_state_t' has no member named 'eax' procfs.cc:3107: error: 'struct i386_thread_state_t' has no member named 'ebx' procfs.cc:3108: error: 'struct i386_thread_state_t' has no member named 'ecx' procfs.cc:3109: error: 'struct i386_thread_state_t' has no member named 'edx' procfs.cc:3110: error: 'struct i386_thread_state_t' has no member named 'edi' procfs.cc:3111: error: 'struct i386_thread_state_t' has no member named 'esi' procfs.cc:3112: error: 'struct i386_thread_state_t' has no member named 'ebp' procfs.cc:3113: error: 'struct i386_thread_state_t' has no member named 'esp' procfs.cc:3114: error: 'struct i386_thread_state_t' has no member named 'ss' procfs.cc:3115: error: 'struct i386_thread_state_t' has no member named 'eflags' procfs.cc:3116: error: 'struct i386_thread_state_t' has no member named 'eip' procfs.cc:3117: error: 'struct i386_thread_state_t' has no member named 'cs' procfs.cc:3118: error: 'struct i386_thread_state_t' has no member named 'ds' procfs.cc:3119: error: 'struct i386_thread_state_t' has no member named 'es' procfs.cc:3120: error: 'struct i386_thread_state_t' has no member named 'fs' procfs.cc:3121: error: 'struct i386_thread_state_t' has no member named 'gs' make: *** [procfs.o] Error 1 Error: Status 1 encountered during processing. ========================== I have the following installed: * libfuse @2.7.1_3+darwin_9 (active) * fusefs @1.1_3+darwin_9 (active) * pcre @7.4_0+doc+universal (active) In the bug[1] for adding procfs to macports a comment is made that "it doesn't seem particuarly stable". But I'm not sure exactly what that means. Am I doing something wrong or is this just the state of the port? Thanks. -brad [1] http://trac.macports.org/projects/macports/changeset/26323 From ryandesign at macports.org Sat Dec 22 17:25:30 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 22 17:24:38 2007 Subject: procfs build error In-Reply-To: <05B2A2BA-67B0-439B-A84D-358D482DFCC2@gmail.com> References: <05B2A2BA-67B0-439B-A84D-358D482DFCC2@gmail.com> Message-ID: <81654E8F-3414-4D5A-A102-AF317ADF48D5@macports.org> On Dec 22, 2007, at 13:39, Brad Reynolds wrote: > I'm trying to install procfs and am receiving the following error. > > ========================== > bash-3.2$ sudo port install procfs > Password: > ---> Building procfs 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_fuse_ > procfs/work/procfs" && make all " returned error 2 > Command output: procfs.cc:3041: error: 'struct i386_float_state_t' > has no member named 'fpu_fsw' > procfs.cc:3042: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3043: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3044: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3045: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3046: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3047: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3048: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3049: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3050: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3051: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc:3053: error: 'struct i386_float_state_t' has no member > named 'fpu_fsw' > procfs.cc: In function 'int > procfs_read_proc__task__threads__thread__states__thread > (procfs_dispatcher_entry*, const char**, char*, size_t, off_t, > fuse_file_info*)': > procfs.cc:3106: error: 'struct i386_thread_state_t' has no member > named 'eax' > procfs.cc:3107: error: 'struct i386_thread_state_t' has no member > named 'ebx' > procfs.cc:3108: error: 'struct i386_thread_state_t' has no member > named 'ecx' > procfs.cc:3109: error: 'struct i386_thread_state_t' has no member > named 'edx' > procfs.cc:3110: error: 'struct i386_thread_state_t' has no member > named 'edi' > procfs.cc:3111: error: 'struct i386_thread_state_t' has no member > named 'esi' > procfs.cc:3112: error: 'struct i386_thread_state_t' has no member > named 'ebp' > procfs.cc:3113: error: 'struct i386_thread_state_t' has no member > named 'esp' > procfs.cc:3114: error: 'struct i386_thread_state_t' has no member > named 'ss' > procfs.cc:3115: error: 'struct i386_thread_state_t' has no member > named 'eflags' > procfs.cc:3116: error: 'struct i386_thread_state_t' has no member > named 'eip' > procfs.cc:3117: error: 'struct i386_thread_state_t' has no member > named 'cs' > procfs.cc:3118: error: 'struct i386_thread_state_t' has no member > named 'ds' > procfs.cc:3119: error: 'struct i386_thread_state_t' has no member > named 'es' > procfs.cc:3120: error: 'struct i386_thread_state_t' has no member > named 'fs' > procfs.cc:3121: error: 'struct i386_thread_state_t' has no member > named 'gs' > make: *** [procfs.o] Error 1 > > Error: Status 1 encountered during processing. > ========================== > > I have the following installed: > * libfuse @2.7.1_3+darwin_9 (active) > * fusefs @1.1_3+darwin_9 (active) > * pcre @7.4_0+doc+universal (active) > > In the bug[1] for adding procfs to macports a comment is made that > "it doesn't seem particuarly stable". But I'm not sure exactly > what that means. Am I doing something wrong or is this just the > state of the port? Thanks. > > -brad > > [1] http://trac.macports.org/projects/macports/changeset/26323 That may just be the way it is right now, but you should definitely file a bug report for this problem so it's not forgotten. Instructions are here: http://trac.macosforge.org/projects/macports/wiki/TracTicketing From frstan at bellsouth.net Sun Dec 23 00:04:19 2007 From: frstan at bellsouth.net (William Davis) Date: Sun Dec 23 00:03:12 2007 Subject: tlc8.5 build fails Message-ID: <57CA7C3D-E5C0-422C-AF84-C303A5386F9F@bellsouth.net> AFAICS there are 2 errors: In file included from /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:62: /opt/local/include/mach-o/arch.h:35: error: nested redefinition of 'enum NXByteOrder' /opt/local/include/mach-o/arch.h:35: error: redeclaration of 'enum NXByteOrder' /opt/local/include/mach-o/arch.h:36: error: redeclaration of enumerator 'NX_UnknownByteOrder' /usr/include/architecture/byte_order.h:137: error: previous definition of 'NX_UnknownByteOrder' was here /opt/local/include/mach-o/arch.h:37: error: redeclaration of enumerator 'NX_LittleEndian' /usr/include/architecture/byte_order.h:138: error: previous definition of 'NX_LittleEndian' was here /opt/local/include/mach-o/arch.h:39: error: redeclaration of enumerator 'NX_BigEndian' /usr/include/architecture/byte_order.h:140: error: previous definition of 'NX_BigEndian' was here /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c: In function 'TclpFindSymbol': /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:382: warning: 'NSLookupSymbolInImage' is deprecated (declared at /usr/include/mach-o/dyld.h:182) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:415: warning: 'NSLinkEditError' is deprecated (declared at /usr/include/mach-o/dyld.h:217) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:419: warning: 'NSLookupSymbolInModule' is deprecated (declared at /usr/include/mach-o/dyld.h:181) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:428: warning: 'NSAddressOfSymbol' is deprecated (declared at /usr/include/mach-o/dyld.h:188) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c: In function 'TclpUnloadFile': /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:493: warning: 'NSUnLinkModule' is deprecated (declared at /usr/include/mach-o/dyld.h:169) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c: In function 'TclpLoadMemory': /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:697: warning: 'NSCreateObjectFileImageFromMemory' is deprecated (declared at /usr/include/mach-o/dyld.h:146) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:730: warning: 'NSLinkModule' is deprecated (declared at / usr/include/mach-o/dyld.h:161) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:732: warning: 'NSDestroyObjectFileImage' is deprecated (declared at /usr/include/mach-o/dyld.h:147) /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_lang_tcl/work/tcl8.5.0/unix/../unix/ tclLoadDyld.c:740: warning: 'NSLinkEditError' is deprecated (declared at /usr/include/mach-o/dyld.h:217) make: *** [tclLoadDyld.o] Error 1 Warning: the following items did not execute (for tcl): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processi added to tck ticket in trak 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 From ludovic at hirlimann.net Sun Dec 23 07:55:19 2007 From: ludovic at hirlimann.net (Ludovic Hirlimann) Date: Sun Dec 23 07:54:16 2007 Subject: Something is broken in autoconf/pkgconfig Message-ID: <889ACDD5-F9A1-459D-9230-F4693CC5E320@hirlimann.net> Hello, I'm trying to compile libopenraw (libopenraw.freedesktop.org), what I do is : autoreconf -si ./configure --with-darwinports and that fails : ./configure: line 20023: syntax error near unexpected token `EXEMPI,' ./configure: line 20023: `PKG_CHECK_MODULES(EXEMPI, exempi-2.0 >= $EXEMPI_REQUIRED)' I removed macports and installed fink - and things work. I'd like to file a ticket. Can anyone help me try to figure out what is really broken and thus the ticket would be meaningfull. Ludo -- Ludovic Hirlimann Http://perso.hirlimann.net/~ludo/blog From sck at nogas.org Sun Dec 23 08:56:47 2007 From: sck at nogas.org (Scott C. Kennedy) Date: Sun Dec 23 08:55:49 2007 Subject: Problems compiling Python25 & MPlayer on 10.5 with Case-sensitive filesystem In-Reply-To: References: <476CCF5F.5090502@nogas.org> Message-ID: <476E934F.3050805@nogas.org> Well, I re-installed XCode 3.0 and then re did the "sudo find / -ls > new_find.txt" to see what files were added. Macintosh:~ sck$ grep -i "quicktime/quicktime.h" find.txt new_find.txt find.txt:577661 8 -rw-rw-r-- 1 _devdocs wheel 218 May 2 2007 /Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.CoreReference.docset/Contents/Resources/Documents/documentation/QuickTime/QuickTime.html find.txt:513949 8 lrwxr-xr-x 1 root wheel 77 Oct 29 23:50 /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h -> ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h new_find.txt:4102117 8 -rw-rw-r-- 1 _devdocs wheel 218 May 2 2007 /Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.CoreReference.docset/Contents/Resources/Documents/documentation/QuickTime/QuickTime.html new_find.txt:4119621 8 lrwxr-xr-x 1 root wheel 77 Dec 23 07:34 /Developer/SDKs/MacOSX10.3.9.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h -> ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h new_find.txt:4038650 8 lrwxr-xr-x 1 root wheel 77 Dec 23 07:31 /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h -> ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h Macintosh:~ sck$ So, according to find, there's only the new 10.3 sdk file added... Originally when I did the XCode install I did not install WebObjects or 10.3 SDK, but this time I installed everything and it worked... So, officially, I don't understand, but I comply and am happy... :) Scott paul beard wrote: > > > On Dec 22, 2007 12:48 AM, Scott C. Kennedy > wrote: > > Is anyone else seeing this? On my 10.5.1 laptop with a > cast-sensitive filesystem, I am unable to compile the latest > python25... > > Macintosh:include sck$ sudo port upgrade python25 > ---> Building python25 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_lang_python25/work/Python-2.5.1" > && make all " returned error 2 > Command output: Python/mactoolboxglue.c:425: error: 'cobj' > undeclared (first use in this function) > > do you have the right SDKs installed? This is familiar and I think it > has been resolved by installed the QuickTime SDK. > > 1. > http://lists.macosforge.org/pipermail/macports-users/2007-September/005718.html > > -- > Paul Beard / www.paulbeard.org/ > < paulbeard@gmail.com/paulbeard@gmail.com > > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071223/eb9e71c3/attachment-0001.html From mjwelch1 at gmail.com Sun Dec 23 08:59:12 2007 From: mjwelch1 at gmail.com (Michael Welch) Date: Sun Dec 23 08:58:04 2007 Subject: Cannot install Bison In-Reply-To: <889ACDD5-F9A1-459D-9230-F4693CC5E320@hirlimann.net> References: <889ACDD5-F9A1-459D-9230-F4693CC5E320@hirlimann.net> Message-ID: <8F49C0E8-4DA4-4C43-9784-4FDE41F388CA@gmail.com> Tried to install Bison, for whatever reason it wont install...see below. Any help? Macintosh:~ jswelch$ sudo port clean Can't map the URL 'file://.' to a port description file ("Could not find Portfile in /Users/jswelch"). Please verify that the directory and portfile syntax are correct. To use the current port, you must be in a port's directory. (you might also see this message if a pseudo-port such as outdated or installed expands to no ports). Error: Unable to open port: Could not find Portfile in /Users/jswelch Macintosh:~ jswelch$ sudo port install bison ---> Configuring expat 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_textproc_expat/work/expat-2.0.1" && ./ configure --prefix=/opt/local --mandir=/opt/local/share/man " returned error 77 Command output: checking build system type... i386-apple-darwin9.1.0 checking host system type... i386-apple-darwin9.1.0 checking for gcc... gcc checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. Error: The following dependencies failed to build: gettext expat libiconv m4 Error: Status 1 encountered during processing. From ryandesign at macports.org Sun Dec 23 09:03:01 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 09:02:09 2007 Subject: Cannot install Bison In-Reply-To: <8F49C0E8-4DA4-4C43-9784-4FDE41F388CA@gmail.com> References: <889ACDD5-F9A1-459D-9230-F4693CC5E320@hirlimann.net> <8F49C0E8-4DA4-4C43-9784-4FDE41F388CA@gmail.com> Message-ID: <695CBECF-BBB3-4286-9B97-C90B09C85A46@macports.org> On Dec 23, 2007, at 10:59, Michael Welch wrote: > Tried to install Bison, for whatever reason it wont install...see > below. Any help? > > Macintosh:~ jswelch$ sudo port clean > Can't map the URL 'file://.' to a port description file ("Could not > find Portfile in /Users/jswelch"). > Please verify that the directory and portfile syntax are correct. > To use the current port, you must be in a port's directory. > (you might also see this message if a pseudo-port such as > outdated or installed expands to no ports). > Error: Unable to open port: Could not find Portfile in /Users/jswelch You need to tell "port clean" what you want it to clean. For example, "sudo port clean bison" would clean the bison port's work directory. > Macintosh:~ jswelch$ sudo port install bison > ---> Configuring expat > 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_textp > roc_expat/work/expat-2.0.1" && ./configure --prefix=/opt/local -- > mandir=/opt/local/share/man " returned error 77 > Command output: checking build system type... i386-apple-darwin9.1.0 > checking host system type... i386-apple-darwin9.1.0 > checking for gcc... gcc > checking for C compiler default output file name... configure: > error: C compiler cannot create executables > See `config.log' for more details. > > Error: The following dependencies failed to build: gettext expat > libiconv m4 > Error: Status 1 encountered during processing. So the problem here is with expat, not bison. And it says it cannot find a compiler. Did you install Xcode? You need to. The current version of Xcode is 3.0 for Leopard, 2.5 for Tiger or 1.5 for Panther. Please download and install the correct version from http:// developer.apple.com/ From ryandesign at macports.org Sun Dec 23 09:53:50 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 09:52:57 2007 Subject: Cannot install Bison In-Reply-To: References: <889ACDD5-F9A1-459D-9230-F4693CC5E320@hirlimann.net> <8F49C0E8-4DA4-4C43-9784-4FDE41F388CA@gmail.com> <695CBECF-BBB3-4286-9B97-C90B09C85A46@macports.org> Message-ID: On Dec 23, 2007, at 11:36, Michael Welch wrote: > On Dec 23, 2007, at 11:03 AM, Ryan Schmidt wrote: > >> On Dec 23, 2007, at 10:59, Michael Welch wrote: >> >>> Macintosh:~ jswelch$ sudo port install bison >>> ---> Configuring expat >>> 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_tex >>> tproc_expat/work/expat-2.0.1" && ./configure --prefix=/opt/local >>> --mandir=/opt/local/share/man " returned error 77 >>> Command output: checking build system type... i386-apple-darwin9.1.0 >>> checking host system type... i386-apple-darwin9.1.0 >>> checking for gcc... gcc >>> checking for C compiler default output file name... configure: >>> error: C compiler cannot create executables >>> See `config.log' for more details. >>> >>> Error: The following dependencies failed to build: gettext expat >>> libiconv m4 >>> Error: Status 1 encountered during processing. >> >> So the problem here is with expat, not bison. And it says it >> cannot find a compiler. Did you install Xcode? You need to. The >> current version of Xcode is 3.0 for Leopard, 2.5 for Tiger or 1.5 >> for Panther. Please download and install the correct version from >> http://developer.apple.com/ > > I've got Xcode 3 and 2.5 installed on leopard. Could that be the > problem? I would expect that to be fine. (And if it's not, we need to fix MacPorts so that it's fine.) What does the config.log say? It'll be in the directory /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_textpro c_expat/work/expat-2.0.1 Please remember to reply to all when replying, so your mail gets to the list, too. From paulbeard at gmail.com Sun Dec 23 11:14:55 2007 From: paulbeard at gmail.com (paul beard) Date: Sun Dec 23 11:13:45 2007 Subject: Problems compiling Python25 & MPlayer on 10.5 with Case-sensitive filesystem In-Reply-To: <476E934F.3050805@nogas.org> References: <476CCF5F.5090502@nogas.org> <476E934F.3050805@nogas.org> Message-ID: On Dec 23, 2007 8:56 AM, Scott C. Kennedy wrote: > Well, I re-installed XCode 3.0 and then re did the "sudo find / -ls > > new_find.txt" to see what files were added. > > Macintosh:~ sck$ grep -i "quicktime/quicktime.h" find.txt new_find.txt > find.txt:577661 8 -rw-rw-r-- 1 _devdocs wheel 218 May > 2 2007 > /Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.CoreReference.docset/Contents/Resources/Documents/documentation/QuickTime/QuickTime.html > find.txt:513949 8 lrwxr-xr-x 1 root wheel 77 Oct 29 > 23:50 > /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h > -> > ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h > new_find.txt:4102117 8 -rw-rw-r-- 1 _devdocs wheel 218 > May 2 2007 > /Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.CoreReference.docset/Contents/Resources/Documents/documentation/QuickTime/QuickTime.html > new_find.txt:4119621 8 lrwxr-xr-x 1 root wheel 77 > Dec 23 07:34 > /Developer/SDKs/MacOSX10.3.9.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h > -> > ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h > new_find.txt:4038650 8 lrwxr-xr-x 1 root wheel 77 > Dec 23 07:31 > /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/CFMCarbon/QuickTime/QuickTime.h > -> > ../../../../System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h > Macintosh:~ sck$ > > So, according to find, there's only the new 10.3 sdk file added... > > Originally when I did the XCode install I did not install WebObjects or > 10.3 SDK, but this time I installed everything and it worked... > > So, officially, I don't understand, but I comply and am happy... :) > It's software: it doesn't have to make sense. This is looking like a FAQ or FEP (frequently encountered problem). -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071223/ec4fcecf/attachment.html From liontooth at cogweb.net Sun Dec 23 12:38:54 2007 From: liontooth at cogweb.net (David Liontooth) Date: Sun Dec 23 12:37:44 2007 Subject: alpine wishlist Message-ID: <476EC75E.30805@cogweb.net> I use alpine (or pine) for reading local mail only. The current alpine drags in openssl, db44, openldap, and cyrus-sasl2 Could we have a stripped-down version without these? Thanks for packaging alpine! Cheers, Dave From ryandesign at macports.org Sun Dec 23 12:49:58 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 12:49:06 2007 Subject: alpine wishlist In-Reply-To: <476EC75E.30805@cogweb.net> References: <476EC75E.30805@cogweb.net> Message-ID: <56626E27-5342-4D01-AB94-15C8E8563261@macports.org> On Dec 23, 2007, at 14:38, David Liontooth wrote: > I use alpine (or pine) for reading local mail only. > > The current alpine drags in openssl, db44, openldap, and cyrus-sasl2 > > Could we have a stripped-down version without these? > > Thanks for packaging alpine! Thank Tod! I'm addressing this email to him too so he'll be aware of your request. Perhaps he can speak to whether this request is doable. From jkorchok at hotmail.com Sun Dec 23 14:49:49 2007 From: jkorchok at hotmail.com (John Korchok) Date: Sun Dec 23 14:48:36 2007 Subject: PHP Oracle Checksums Message-ID: Well, this was working , but now when I try to install it on another server I get: sudo port install php5 +apache2 +mysql5 +oracle Password: ---> Verifying checksum(s) for oracle-instantclient Error: Checksum (md5) mismatch for instantclient-basic-macosx-10.1.0.3.zip Error: Checksum (sha1) mismatch for instantclient-basic-macosx-10.1.0.3.zip Error: Checksum (rmd160) mismatch for instantclient-basic-macosx-10.1.0.3.zip Error: Checksum (md5) mismatch for instantclient-sdk-macosx-10.1.0.3.zip Error: Checksum (sha1) mismatch for instantclient-sdk-macosx-10.1.0.3.zip Error: Checksum (rmd160) mismatch for instantclient-sdk-macosx-10.1.0.3.zip Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: oracle-instantclient Error: Status 1 encountered during processing. _________________________________________________________________ i?m is proud to present Cause Effect, a series about real people making a difference. http://im.live.com/Messenger/IM/MTV/?source=text_Cause_Effect From ryandesign at macports.org Sun Dec 23 15:06:48 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 15:05:56 2007 Subject: PHP Oracle Checksums In-Reply-To: References: Message-ID: <0DEF55D5-F86B-46FE-A4CC-DED86A822E37@macports.org> On Dec 23, 2007, at 16:49, John Korchok wrote: > Well, this was working , but now when I try to install it on > another server I get: > > sudo port install php5 +apache2 +mysql5 +oracle > Password: > ---> Verifying checksum(s) for oracle-instantclient > Error: Checksum (md5) mismatch for instantclient-basic- > macosx-10.1.0.3.zip > Error: Checksum (sha1) mismatch for instantclient-basic- > macosx-10.1.0.3.zip > Error: Checksum (rmd160) mismatch for instantclient-basic- > macosx-10.1.0.3.zip > Error: Checksum (md5) mismatch for instantclient-sdk- > macosx-10.1.0.3.zip > Error: Checksum (sha1) mismatch for instantclient-sdk- > macosx-10.1.0.3.zip > Error: Checksum (rmd160) mismatch for instantclient-sdk- > macosx-10.1.0.3.zip > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: oracle- > instantclient > Error: Status 1 encountered during processing. Try manually visiting the Oracle Instant Client web site, downloading the two zip files, and placing them in /opt/local/var/macports/ distfiles/oracle-instantclient. Then try "port install" again. From jkorchok at hotmail.com Sun Dec 23 15:49:47 2007 From: jkorchok at hotmail.com (John Korchok) Date: Sun Dec 23 15:48:38 2007 Subject: PHP Oracle Checksums In-Reply-To: <0DEF55D5-F86B-46FE-A4CC-DED86A822E37@macports.org> References: <0DEF55D5-F86B-46FE-A4CC-DED86A822E37@macports.org> Message-ID: > -----Original Message----- > From: Ryan Schmidt [mailto:ryandesign@macports.org] > Sent: Sunday, December 23, 2007 6:07 PM > To: John Korchok > Cc: MacPorts Users > Subject: Re: PHP Oracle Checksums > > On Dec 23, 2007, at 16:49, John Korchok wrote: > > > Well, this was working , but now when I try to install it > on another > > server I get: > > > > sudo port install php5 +apache2 +mysql5 +oracle > > Password: > > ---> Verifying checksum(s) for oracle-instantclient > > Error: Checksum (md5) mismatch for instantclient-basic- > > macosx-10.1.0.3.zip > > Error: Checksum (sha1) mismatch for instantclient-basic- > > macosx-10.1.0.3.zip > > Error: Checksum (rmd160) mismatch for instantclient-basic- > > macosx-10.1.0.3.zip > > Error: Checksum (md5) mismatch for instantclient-sdk- > > macosx-10.1.0.3.zip > > Error: Checksum (sha1) mismatch for instantclient-sdk- > > macosx-10.1.0.3.zip > > Error: Checksum (rmd160) mismatch for instantclient-sdk- > > macosx-10.1.0.3.zip > > Error: Target org.macports.checksum returned: Unable to verify file > > checksums > > Error: The following dependencies failed to build: oracle- > > instantclient > > Error: Status 1 encountered during processing. > > Try manually visiting the Oracle Instant Client web site, > downloading the two zip files, and placing them in > /opt/local/var/macports/ distfiles/oracle-instantclient. Then > try "port install" again. > The zip files had already been downloaded to that directory, but I manually downloaded them again and got the same result. From ryandesign at macports.org Sun Dec 23 16:00:18 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 15:59:26 2007 Subject: PHP Oracle Checksums In-Reply-To: References: <0DEF55D5-F86B-46FE-A4CC-DED86A822E37@macports.org> Message-ID: <0B752FD3-3365-4550-9087-CB1BEF58160A@macports.org> On Dec 23, 2007, at 17:49, John Korchok wrote: >> On Dec 23, 2007, at 16:49, John Korchok wrote: >> >>> Well, this was working , but now when I try to install it >>> on another server I get: >>> >>> sudo port install php5 +apache2 +mysql5 +oracle >>> Password: >>> ---> Verifying checksum(s) for oracle-instantclient >>> Error: Checksum (md5) mismatch for instantclient-basic- >>> macosx-10.1.0.3.zip >>> Error: Checksum (sha1) mismatch for instantclient-basic- >>> macosx-10.1.0.3.zip >>> Error: Checksum (rmd160) mismatch for instantclient-basic- >>> macosx-10.1.0.3.zip >>> Error: Checksum (md5) mismatch for instantclient-sdk- >>> macosx-10.1.0.3.zip >>> Error: Checksum (sha1) mismatch for instantclient-sdk- >>> macosx-10.1.0.3.zip >>> Error: Checksum (rmd160) mismatch for instantclient-sdk- >>> macosx-10.1.0.3.zip >>> Error: Target org.macports.checksum returned: Unable to verify file >>> checksums >>> Error: The following dependencies failed to build: oracle- >>> instantclient >>> Error: Status 1 encountered during processing. >> >> Try manually visiting the Oracle Instant Client web site, >> downloading the two zip files, and placing them in >> /opt/local/var/macports/ distfiles/oracle-instantclient. Then >> try "port install" again. > > The zip files had already been downloaded to that directory, but I > manually > downloaded them again and got the same result. > Well their web site isn't letting me have the files at all right now (is making me log in to the Oracle Technology Network, which I don't have an account for). So I can't check right now if they've gone and silently upgraded the packages without renaming them. Which they could certainly have done. If I ask MacPorts to download the files with a simple "sudo port clean --all oracle-instantclient" and "sudo port checksum oracle- instantclient", the files it gets are on the order of 4K large and are obviously the wrong files (they are HTML documents in fact) and so the checksums don't match. -rw-r--r-- 1 root admin 4106 Dec 23 17:54 instantclient-basic- macosx-10.1.0.3.zip -rw-r--r-- 1 root admin 4100 Dec 23 17:54 instantclient-sdk- macosx-10.1.0.3.zip Basically, Oracle's server is being very stupid and they need to fix it so that files can be downloaded from it normally. The correct files are these: -rw-r--r-- 1 root admin 32395622 Dec 7 05:47 instantclient-basic- macosx-10.1.0.3.zip -rw-r--r-- 1 root admin 293913 Dec 7 05:47 instantclient-sdk- macosx-10.1.0.3.zip What are the sizes and checksums of the files you have? You could also transfer the correct zip files that are on the first machine you installed on to the second machine. From ajmas at sympatico.ca Sun Dec 23 17:16:09 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Sun Dec 23 17:14:58 2007 Subject: Leopard broke my mysql server Message-ID: <97867365-D0CF-4637-9979-4E01305E7F6B@sympatico.ca> Hi, I am using the mysql5 ports install as provided by macports. Since having installed it I have now upgraded to Leopard. MacOS X 10.5 changes any daemon users to start with an underscore, such as '_mysql' and this seems to be causing issues with the sql server, giving me the following error in the system.log: Dec 23 20:13:07 Ghostwalker com.mysql.mysql[2608]: 071223 20:13:07 mysqld ended Dec 23 20:13:07 Ghostwalker com.apple.launchd[267] (com.mysql.mysql): Throttling respawn: Will start in 8 seconds Dec 23 20:13:15 Ghostwalker com.mysql.mysql[2651]: Starting mysqld daemon with databases from /opt/local/var/db/mysql5 Dec 23 20:13:15 Ghostwalker com.mysql.mysql[2651]: rm: /opt/local/var/ run/mysql5/mysqld.sock: Permission denied Dec 23 20:13:18 Ghostwalker com.mysql.mysql[2651]: STOPPING server from pid file /opt/local/var/db/mysql5/Ghostwalker.local.pid What do I need to do to fix this? If the new nomenclature is to have daemon users starting with underscores, then I don't wish to go and change that, so there is probably something else I could be changing. Note that I have changed the launchdaemon file 'com.mysql.mysql' to read: /opt/local/bin/mysqld_safe5 --user=_mysql but even after a restart this does not seem to have changed anything, so any suggestions would be appreciated. Andre From ryandesign at macports.org Sun Dec 23 17:18:23 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 17:17:29 2007 Subject: Leopard broke my mysql server In-Reply-To: <97867365-D0CF-4637-9979-4E01305E7F6B@sympatico.ca> References: <97867365-D0CF-4637-9979-4E01305E7F6B@sympatico.ca> Message-ID: <70A9AFCD-8433-45E8-9EB4-26E3EE6345D6@macports.org> On Dec 23, 2007, at 19:16, Andre-John Mas wrote: > I am using the mysql5 ports install as provided by macports. Since > having installed it I have now upgraded to Leopard. MacOS X 10.5 > changes any daemon users to start with an underscore, such as > '_mysql' and this seems to be causing issues with the sql server, > giving me the following error in the system.log: > > Dec 23 20:13:07 Ghostwalker com.mysql.mysql[2608]: 071223 20:13:07 > mysqld ended > Dec 23 20:13:07 Ghostwalker com.apple.launchd[267] > (com.mysql.mysql): Throttling respawn: Will start in 8 seconds > Dec 23 20:13:15 Ghostwalker com.mysql.mysql[2651]: Starting mysqld > daemon with databases from /opt/local/var/db/mysql5 > Dec 23 20:13:15 Ghostwalker com.mysql.mysql[2651]: rm: /opt/local/ > var/run/mysql5/mysqld.sock: Permission denied > Dec 23 20:13:18 Ghostwalker com.mysql.mysql[2651]: STOPPING server > from pid file /opt/local/var/db/mysql5/Ghostwalker.local.pid > > What do I need to do to fix this? If the new nomenclature is to > have daemon users starting with underscores, then I don't wish to > go and change that, so there is probably something else I could be > changing. Note that I have changed the launchdaemon file > 'com.mysql.mysql' to read: > > /opt/local/bin/mysqld_safe5 --user=_mysql > > but even after a restart this does not seem to have changed > anything, so any suggestions would be appreciated. Sounds like you should file a ticket in the issue tracker and assign it to me, since I am the maintainer of the mysql5 port. Not that I know what I'm going to do about it yet, but that'll ensure the problem is not forgotten about. From ecronin at macports.org Sun Dec 23 17:50:26 2007 From: ecronin at macports.org (Eric Cronin) Date: Sun Dec 23 18:16:17 2007 Subject: Problems compiling Python25 & MPlayer on 10.5 with Case-sensitive filesystem In-Reply-To: <476E934F.3050805@nogas.org> References: <476CCF5F.5090502@nogas.org> <476E934F.3050805@nogas.org> Message-ID: <87CE09CF-5876-42A3-A08D-AFD6F76DBD50@macports.org> On Dec 23, 2007, at 11:56 AM, Scott C. Kennedy wrote: > Well, I re-installed XCode 3.0 and then re did the "sudo find / -ls > > new_find.txt" to see what files were added. > > Macintosh:~ sck$ grep -i "quicktime/quicktime.h" find.txt new_find.txt > find.txt:577661 8 -rw-rw-r-- 1 _devdocs wheel 218 > May 2 2007 /Developer/Documentation/DocSets/ > com.apple.ADC_Reference_Library.CoreReference.docset/Contents/ > Resources/Documents/documentation/QuickTime/QuickTime.html > find.txt:513949 8 lrwxr-xr-x 1 root wheel 77 > Oct 29 23:50 /Developer/SDKs/MacOSX10.4u.sdk/Developer/Headers/ > CFMCarbon/QuickTime/QuickTime.h -> ../../../../System/Library/ > Frameworks/QuickTime.framework/Headers/QuickTime.h > new_find.txt:4102117 8 -rw-rw-r-- 1 _devdocs wheel > 218 May 2 2007 /Developer/Documentation/DocSets/ > com.apple.ADC_Reference_Library.CoreReference.docset/Contents/ > Resources/Documents/documentation/QuickTime/QuickTime.html > new_find.txt:4119621 8 lrwxr-xr-x 1 root > wheel 77 Dec 23 07:34 /Developer/SDKs/MacOSX10.3.9.sdk/ > Developer/Headers/CFMCarbon/QuickTime/QuickTime.h -> ../../../../ > System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h > new_find.txt:4038650 8 lrwxr-xr-x 1 root > wheel 77 Dec 23 07:31 /Developer/SDKs/MacOSX10.4u.sdk/ > Developer/Headers/CFMCarbon/QuickTime/QuickTime.h -> ../../../../ > System/Library/Frameworks/QuickTime.framework/Headers/QuickTime.h > Macintosh:~ sck$ > So, according to find, there's only the new 10.3 sdk file added... > > Originally when I did the XCode install I did not install WebObjects > or 10.3 SDK, but this time I installed everything and it worked... > > So, officially, I don't understand, but I comply and am happy... :) > > Scott Too late to check now, but if you notice, "QuickTime/QuickTime.h" is a symlink to ".../Headers/QuickTime.h" which wasn't captured in your grep results. Perhaps ".../Headers/QuickTime.h" was what was missing in your original install... I agree with Paul, this is almost certainly an error with the QuickTime SDK (re-)install and not specific to case-sensitivity. Thanks, Eric From jkorchok at hotmail.com Sun Dec 23 18:43:56 2007 From: jkorchok at hotmail.com (John Korchok) Date: Sun Dec 23 18:42:42 2007 Subject: (no subject) Message-ID: > On Dec 23, 2007, at 17:49, John Korchok wrote: > >>> On Dec 23, 2007, at 16:49, John Korchok wrote: >>> >>>> Well, this was working , but now when I try to install it >>>> on another server I get: >>>> >>>> sudo port install php5 +apache2 +mysql5 +oracle >>>> Password: >>>> ---> Verifying checksum(s) for oracle-instantclient >>>> Error: Checksum (md5) mismatch for instantclient-basic- >>>> macosx-10.1.0.3.zip >>>> Error: Checksum (sha1) mismatch for instantclient-basic- >>>> macosx-10.1.0.3.zip >>>> Error: Checksum (rmd160) mismatch for instantclient-basic- >>>> macosx-10.1.0.3.zip >>>> Error: Checksum (md5) mismatch for instantclient-sdk- >>>> macosx-10.1.0.3.zip >>>> Error: Checksum (sha1) mismatch for instantclient-sdk- >>>> macosx-10.1.0.3.zip >>>> Error: Checksum (rmd160) mismatch for instantclient-sdk- >>>> macosx-10.1.0.3.zip >>>> Error: Target org.macports.checksum returned: Unable to verify file >>>> checksums >>>> Error: The following dependencies failed to build: oracle- >>>> instantclient >>>> Error: Status 1 encountered during processing. >>> >>> Try manually visiting the Oracle Instant Client web site, >>> downloading the two zip files, and placing them in >>> /opt/local/var/macports/ distfiles/oracle-instantclient. Then >>> try "port install" again. >> >> The zip files had already been downloaded to that directory, but I >> manually >> downloaded them again and got the same result. > >> > > Well their web site isn't letting me have the files at all right now > (is making me log in to the Oracle Technology Network, which I don't > have an account for). So I can't check right now if they've gone and > silently upgraded the packages without renaming them. Which they > could certainly have done. > > If I ask MacPorts to download the files with a simple "sudo port > clean --all oracle-instantclient" and "sudo port checksum oracle- > instantclient", the files it gets are on the order of 4K large and > are obviously the wrong files (they are HTML documents in fact) and > so the checksums don't match. > > -rw-r--r-- 1 root admin 4106 Dec 23 17:54 instantclient-basic- > macosx-10.1.0.3.zip > -rw-r--r-- 1 root admin 4100 Dec 23 17:54 instantclient-sdk- > macosx-10.1.0.3.zip > > Basically, Oracle's server is being very stupid and they need to fix > it so that files can be downloaded from it normally. > > The correct files are these: > > -rw-r--r-- 1 root admin 32395622 Dec 7 05:47 instantclient-basic- > macosx-10.1.0.3.zip > -rw-r--r-- 1 root admin 293913 Dec 7 05:47 instantclient-sdk- > macosx-10.1.0.3.zip > > What are the sizes and checksums of the files you have? > > You could also transfer the correct zip files that are on the first > machine you installed on to the second machine. > It looks like it was actually an access problem, probably caused by the need to agree to the user terms before downloading. As you found, zip files were created in the distfiles/oracle-instantclient directory, but they didn't have the correct content. After I deleted them and manually downloaded the files again, installation proceeded correctly. Thanks for the help! _________________________________________________________________ Get the power of Windows + Web with the new Windows Live. http://www.windowslive.com?ocid=TXT_TAGHM_Wave2_powerofwindows_122007 From ajmas at sympatico.ca Sun Dec 23 19:24:02 2007 From: ajmas at sympatico.ca (Andre-John Mas) Date: Sun Dec 23 19:22:49 2007 Subject: Leopard broke my mysql server In-Reply-To: <70A9AFCD-8433-45E8-9EB4-26E3EE6345D6@macports.org> References: <97867365-D0CF-4637-9979-4E01305E7F6B@sympatico.ca> <70A9AFCD-8433-45E8-9EB4-26E3EE6345D6@macports.org> Message-ID: <81E0F5D0-C209-4F12-95A3-87AE1D99754B@sympatico.ca> On 23-Dec-07, at 20:18 , Ryan Schmidt wrote: > On Dec 23, 2007, at 19:16, Andre-John Mas wrote: > >> I am using the mysql5 ports install as provided by macports. Since >> having installed it I have now upgraded to Leopard. MacOS X 10.5 >> changes any daemon users to start with an underscore, such as >> '_mysql' and this seems to be causing issues with the sql server, >> giving me the following error in the system.log: >> >> Dec 23 20:13:07 Ghostwalker com.mysql.mysql[2608]: 071223 20:13:07 >> mysqld ended >> Dec 23 20:13:07 Ghostwalker com.apple.launchd[267] >> (com.mysql.mysql): Throttling respawn: Will start in 8 seconds >> Dec 23 20:13:15 Ghostwalker com.mysql.mysql[2651]: Starting mysqld >> daemon with databases from /opt/local/var/db/mysql5 >> Dec 23 20:13:15 Ghostwalker com.mysql.mysql[2651]: rm: /opt/local/ >> var/run/mysql5/mysqld.sock: Permission denied >> Dec 23 20:13:18 Ghostwalker com.mysql.mysql[2651]: STOPPING server >> from pid file /opt/local/var/db/mysql5/Ghostwalker.local.pid >> >> What do I need to do to fix this? If the new nomenclature is to >> have daemon users starting with underscores, then I don't wish to >> go and change that, so there is probably something else I could be >> changing. Note that I have changed the launchdaemon file >> 'com.mysql.mysql' to read: >> >> /opt/local/bin/mysqld_safe5 --user=_mysql >> >> but even after a restart this does not seem to have changed >> anything, so any suggestions would be appreciated. > > Sounds like you should file a ticket in the issue tracker and assign > it to me, since I am the maintainer of the mysql5 port. Not that I > know what I'm going to do about it yet, but that'll ensure the > problem is not forgotten about. Done: http://trac.macosforge.org/projects/macports/ticket/13705 From mjwelch1 at gmail.com Sun Dec 23 19:57:02 2007 From: mjwelch1 at gmail.com (Michael Welch) Date: Sun Dec 23 19:56:03 2007 Subject: Cannot install Bison In-Reply-To: References: <889ACDD5-F9A1-459D-9230-F4693CC5E320@hirlimann.net> <8F49C0E8-4DA4-4C43-9784-4FDE41F388CA@gmail.com> <695CBECF-BBB3-4286-9B97-C90B09C85A46@macports.org> Message-ID: This is what the entire config.log says: This file contains any messages produced by compilers while running configure, to aid debugging if configure makes a mistake. It was created by expat configure 2.0.1, which was generated by GNU Autoconf 2.59. Invocation command line was $ ./configure --prefix=/opt/local --mandir=/opt/local/share/man ## --------- ## ## Platform. ## ## --------- ## hostname = Macintosh.local uname -m = i386 uname -r = 9.1.0 uname -s = Darwin uname -v = Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386 /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown hostinfo = Mach kernel version: Darwin Kernel Version 9.1.0: Wed Oct 31 17:46:22 PDT 2007; root:xnu-1228.0.2~1/RELEASE_I386 Kernel configured for up to 2 processors. 2 processors are physically available. 2 processors are logically available. Processor type: i486 (Intel 80486) Processors active: 0 1 Primary memory available: 2.00 gigabytes Default processor set: 78 tasks, 331 threads, 2 processors Load average: 1.02, Mach factor: 1.07 /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /opt/local/bin PATH: /opt/local/sbin PATH: /bin PATH: /sbin PATH: /usr/bin PATH: /usr/sbin PATH: /usr/X11R6/bin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2092: checking build system type configure:2110: result: i386-apple-darwin9.1.0 configure:2118: checking host system type configure:2132: result: i386-apple-darwin9.1.0 configure:2186: checking for gcc configure:2202: found /usr/bin/gcc configure:2212: result: gcc configure:2456: checking for C compiler version configure:2459: gcc --version &5 i686-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple Computer, Inc. build 5370) Copyright (C) 2005 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:2462: $? = 0 configure:2464: gcc -v &5 Using built-in specs. Target: i686-apple-darwin8 Configured with: /var/tmp/gcc/gcc-5370~2/src/configure --disable- checking -enable-werror --prefix=/usr --mandir=/share/man --enable- languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg][^.-]*$/s/ $/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with-slibdir=/usr/ lib --build=powerpc-apple-darwin8 --with-arch=nocona --with- tune=generic --program-prefix= --host=i686-apple-darwin8 --target=i686- apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5370) configure:2467: $? = 0 configure:2469: gcc -V &5 gcc: argument to `-V' is missing configure:2472: $? = 1 configure:2495: checking for C compiler default output file name configure:2498: gcc -O2 -I/opt/local/include -L/opt/local/lib conftest.c >&5 /usr/libexec/gcc/i686-apple-darwin8/4.0.1/as: assembler (/usr/bin/../ libexec/gcc/darwin/i386/as or /usr/bin/../local/libexec/gcc/darwin/ i386/as) for architecture i386 not installed Installed assemblers are: /usr/bin/../libexec/gcc/darwin/ppc64/as for architecture ppc64 /usr/bin/../libexec/gcc/darwin/x86_64/as for architecture x86_64 configure:2501: $? = 1 configure: failed program was: | /* confdefs.h. */ | | #define PACKAGE_NAME "expat" | #define PACKAGE_TARNAME "expat" | #define PACKAGE_VERSION "2.0.1" | #define PACKAGE_STRING "expat 2.0.1" | #define PACKAGE_BUGREPORT "expat-bugs@libexpat.org" | /* end confdefs.h. */ | | int | main () | { | | ; | return 0; | } configure:2540: error: C compiler cannot create executables See `config.log' for more details. ## ---------------- ## ## Cache variables. ## ## ---------------- ## ac_cv_build=i386-apple-darwin9.1.0 ac_cv_build_alias=i386-apple-darwin9.1.0 ac_cv_env_CC_set= ac_cv_env_CC_value= ac_cv_env_CFLAGS_set=set ac_cv_env_CFLAGS_value=-O2 ac_cv_env_CPPFLAGS_set=set ac_cv_env_CPPFLAGS_value=-I/opt/local/include ac_cv_env_CPP_set= ac_cv_env_CPP_value= ac_cv_env_CXXCPP_set= ac_cv_env_CXXCPP_value= ac_cv_env_CXXFLAGS_set=set ac_cv_env_CXXFLAGS_value=-O2 ac_cv_env_CXX_set= ac_cv_env_CXX_value= ac_cv_env_F77_set= ac_cv_env_F77_value= ac_cv_env_FFLAGS_set= ac_cv_env_FFLAGS_value= ac_cv_env_LDFLAGS_set=set ac_cv_env_LDFLAGS_value=-L/opt/local/lib ac_cv_env_build_alias_set= ac_cv_env_build_alias_value= ac_cv_env_host_alias_set= ac_cv_env_host_alias_value= ac_cv_env_target_alias_set= ac_cv_env_target_alias_value= ac_cv_host=i386-apple-darwin9.1.0 ac_cv_host_alias=i386-apple-darwin9.1.0 ac_cv_prog_ac_ct_CC=gcc ## ----------------- ## ## Output variables. ## ## ----------------- ## AR='' AS='' CC='gcc' CFLAGS='-O2' CPP='' CPPFLAGS='-I/opt/local/include' CXX='' CXXCPP='' CXXFLAGS='-O2' DEFS='' DLLTOOL='' ECHO='/bin/echo' ECHO_C='ECHO_N='' ECHO_T='' EGREP='' EXEEXT='' F77='' FFLAGS='' FILEMAP='' INSTALL_DATA='' INSTALL_PROGRAM='' INSTALL_SCRIPT='' LDFLAGS='-L/opt/local/lib' LIBAGE='5' LIBCURRENT='6' LIBOBJS='' LIBREVISION='2' LIBS='' LIBTOOL='' LN_S='' LTLIBOBJS='' OBJDUMP='' OBJEXT='' PACKAGE_BUGREPORT='expat-bugs@libexpat.org' PACKAGE_NAME='expat' PACKAGE_STRING='expat 2.0.1' PACKAGE_TARNAME='expat' PACKAGE_VERSION='2.0.1' PATH_SEPARATOR=':' RANLIB='' SHELL='/bin/sh' STRIP='' ac_ct_AR='' ac_ct_AS='' ac_ct_CC='gcc' ac_ct_CXX='' ac_ct_DLLTOOL='' ac_ct_F77='' ac_ct_OBJDUMP='' ac_ct_RANLIB='' ac_ct_STRIP='' bindir='${exec_prefix}/bin' build='i386-apple-darwin9.1.0' build_alias='' build_cpu='i386' build_os='darwin9.1.0' build_vendor='apple' datadir='${prefix}/share' exec_prefix='NONE' host='i386-apple-darwin9.1.0' host_alias='' host_cpu='i386' host_os='darwin9.1.0' host_vendor='apple' includedir='${prefix}/include' infodir='${prefix}/info' libdir='${exec_prefix}/lib' libexecdir='${exec_prefix}/libexec' localstatedir='${prefix}/var' mandir='/opt/local/share/man' oldincludedir='/usr/include' prefix='/opt/local' program_transform_name='s,x,x,' sbindir='${exec_prefix}/sbin' sharedstatedir='${prefix}/com' sysconfdir='${prefix}/etc' target_alias='' ## ----------- ## ## confdefs.h. ## ## ----------- ## #define PACKAGE_BUGREPORT "expat-bugs@libexpat.org" #define PACKAGE_NAME "expat" #define PACKAGE_STRING "expat 2.0.1" #define PACKAGE_TARNAME "expat" #define PACKAGE_VERSION "2.0.1" configure: exit 77 On Dec 23, 2007, at 11:53 AM, Ryan Schmidt wrote: > /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_textproc_expat/work/expat-2.0.1 From luomo1138 at yahoo.com Sun Dec 23 20:52:00 2007 From: luomo1138 at yahoo.com (Dexter Douglas) Date: Sun Dec 23 20:50:48 2007 Subject: mysterious gtk-doc install Message-ID: <464112.29363.qm@web60425.mail.yahoo.com> Hello, I have a problem with gtk-doc. I just upgraded to MacPorts 1.600, and I upgraded my outdated packages. During the upgrade, gtk-doc and its dependencies were installed. As far as I can tell nothing on my system needs this. Does anyone understand why gtk-doc was installed? Below is a log of what I did. I broke it into three parts. Part one, is the the upgrade. Part two is when gkt-doc installed itself. Part three is where I looked at dependencies to figure out what happened. Thanks, Jim ----------------- Part one ----------------- hello$ sudo port selfupdate Password: MacPorts base version 1.520 installed Downloaded MacPorts base version 1.600 Configuring, Building and Installing new MacPorts base selfupdate done! hello$ sudo port sync Password: hello$ port outdated The following installed ports are outdated: clamav 0.91.2_0 < 0.92_0 gettext 0.17_1 < 0.17_2 ImageMagick 6.3.7-1_1 < 6.3.7-6_0 libpng 1.2.23_0 < 1.2.24_0 xrender 0.9.0_1 < 0.9.0_2 hello$ sudo port upgrade installed Password: ---> Fetching libpng ---> Attempting to fetch libpng-1.2.24.tar.bz2 from http://downloads.sourceforge.net/libpng ---> Verifying checksum(s) for libpng ---> Extracting libpng ---> Configuring libpng ---> Building libpng with target all ---> Staging libpng into destroot ---> Deactivating libpng 1.2.23_0 ---> Installing libpng 1.2.24_0 ---> Activating libpng 1.2.24_0 ---> Cleaning libpng ---> Fetching ImageMagick ---> Attempting to fetch ImageMagick-6.3.7-6.tar.bz2 from http://image_magick.veidrodis.com/image_magick/ ---> Verifying checksum(s) for ImageMagick ---> Extracting ImageMagick ---> Configuring ImageMagick ---> Building ImageMagick with target all ---> Staging ImageMagick into destroot ---> Deactivating ImageMagick 6.3.7-1_1+q16 ---> Installing ImageMagick 6.3.7-6_0+q16 ---> Activating ImageMagick 6.3.7-6_0+q16 ---> Cleaning ImageMagick ---> Fetching xrender ---> Verifying checksum(s) for xrender ---> Extracting xrender ---> Configuring xrender ---> Building xrender with target all ---> Staging xrender into destroot ---> Deactivating xrender 0.9.0_1 ---> Installing xrender 0.9.0_2 ---> Activating xrender 0.9.0_2 ---> Cleaning xrender ---> Fetching gettext ---> Verifying checksum(s) for gettext ---> Extracting gettext ---> Applying patches to gettext ---> Configuring gettext ---> Building gettext with target all ---> Staging gettext into destroot ---> Deactivating gettext 0.17_1 ---> Installing gettext 0.17_2 ---> Activating gettext 0.17_2 ---> Cleaning gettext ---> Fetching clamav ---> Attempting to fetch clamav-0.92.tar.gz from http://downloads.sourceforge.net/clamav ---> Verifying checksum(s) for clamav ---> Extracting clamav ---> Configuring clamav ---> Building clamav with target all ---> Staging clamav into destroot ---> Deactivating clamav 0.91.2_0 ---> Installing clamav 0.92_0 You need to add a new clamav user and clamav group to your system if you want to use clamav in superuser mode. ---> Activating clamav 0.92_0 ---> Cleaning clamav ----------------- Part two ----------------- ---> Fetching xmlcatmgr ---> Attempting to fetch xmlcatmgr-2.2.tar.gz from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/ ---> Attempting to fetch xmlcatmgr-2.2.tar.gz from ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/local-distfiles/ ---> Attempting to fetch xmlcatmgr-2.2.tar.gz from ftp://ftp.uk.FreeBSD.org/pub/FreeBSD/ports/distfiles/ ---> Verifying checksum(s) for xmlcatmgr ---> Extracting xmlcatmgr ---> Configuring xmlcatmgr ---> Building xmlcatmgr with target all ---> Staging xmlcatmgr into destroot ---> Installing xmlcatmgr 2.2_1 ---> Activating xmlcatmgr 2.2_1 ---> Cleaning xmlcatmgr ---> Fetching docbook-xml-4.1.2 ---> Attempting to fetch docbkx412.zip from http://www.oasis-open.org/docbook/xml/4.1.2/ ---> Verifying checksum(s) for docbook-xml-4.1.2 ---> Extracting docbook-xml-4.1.2 ---> Configuring docbook-xml-4.1.2 ---> Building docbook-xml-4.1.2 with target all ---> Staging docbook-xml-4.1.2 into destroot ---> Installing docbook-xml-4.1.2 4.1.2_1 ---> Activating docbook-xml-4.1.2 4.1.2_1 ###################################################################### # As MacPorts does not currently have a post-deactivate hook, # you will need to ensure that you manually remove the catalog # entry for this port when you uninstall it. To do so, run # "xmlcatmgr remove nextCatalog /opt/local/share/xml/docbook/4.1.2/catalog.xml". ###################################################################### ---> Cleaning docbook-xml-4.1.2 ---> Fetching docbook-xsl ---> Attempting to fetch docbook-xsl-1.72.0.tar.bz2 from http://downloads.sourceforge.net/docbook ---> Verifying checksum(s) for docbook-xsl ---> Extracting docbook-xsl ---> Configuring docbook-xsl ---> Building docbook-xsl with target all ---> Staging docbook-xsl into destroot ---> Installing docbook-xsl 1.72.0_0 ---> Activating docbook-xsl 1.72.0_0 ###################################################################### # As MacPorts does not currently have a post-deactivate hook, # you will need to ensure that you manually remove the catalog # entry for this port when you uninstall it. To do so, run # "xmlcatmgr remove nextCatalog /opt/local/share/xsl/docbook-xsl/catalog.xml". ###################################################################### ---> Cleaning docbook-xsl ---> Fetching perl5.8 ---> Attempting to fetch perl-5.8.8.tar.bz2 from http://www.cpan.org/src/5.0/ ---> Verifying checksum(s) for perl5.8 ---> Extracting perl5.8 ---> Applying patches to perl5.8 ---> Configuring perl5.8 ---> Building perl5.8 with target all ---> Staging perl5.8 into destroot ---> Installing perl5.8 5.8.8_0 ---> Activating perl5.8 5.8.8_0 ---> Cleaning perl5.8 ---> Fetching docbook-xml-4.2 ---> Attempting to fetch docbook-xml-4.2.zip from http://www.oasis-open.org/docbook/xml/4.2/ ---> Verifying checksum(s) for docbook-xml-4.2 ---> Extracting docbook-xml-4.2 ---> Configuring docbook-xml-4.2 ---> Building docbook-xml-4.2 with target all ---> Staging docbook-xml-4.2 into destroot ---> Installing docbook-xml-4.2 4.2_0 ---> Activating docbook-xml-4.2 4.2_0 ###################################################################### # As MacPorts does not currently have a post-deactivate hook, # you will need to ensure that you manually remove the catalog # entry for this port when you uninstall it. To do so, run # "xmlcatmgr remove nextCatalog /opt/local/share/xml/docbook/4.2/catalog.xml". ###################################################################### ---> Cleaning docbook-xml-4.2 ---> Fetching docbook-xml-4.3 ---> Attempting to fetch docbook-xml-4.3.zip from http://www.oasis-open.org/docbook/xml/4.3/ ---> Verifying checksum(s) for docbook-xml-4.3 ---> Extracting docbook-xml-4.3 ---> Configuring docbook-xml-4.3 ---> Building docbook-xml-4.3 with target all ---> Staging docbook-xml-4.3 into destroot ---> Installing docbook-xml-4.3 4.3_0 ---> Activating docbook-xml-4.3 4.3_0 ###################################################################### # As MacPorts does not currently have a post-deactivate hook, # you will need to ensure that you manually remove the catalog # entry for this port when you uninstall it. To do so, run # "xmlcatmgr remove nextCatalog /opt/local/share/xml/docbook/4.3/catalog.xml". ###################################################################### ---> Cleaning docbook-xml-4.3 ---> Fetching docbook-xml-4.4 ---> Attempting to fetch docbook-xml-4.4.zip from http://www.oasis-open.org/docbook/xml/4.4/ ---> Verifying checksum(s) for docbook-xml-4.4 ---> Extracting docbook-xml-4.4 ---> Configuring docbook-xml-4.4 ---> Building docbook-xml-4.4 with target all ---> Staging docbook-xml-4.4 into destroot ---> Installing docbook-xml-4.4 4.4_0 ---> Activating docbook-xml-4.4 4.4_0 ###################################################################### # As MacPorts does not currently have a post-deactivate hook, # you will need to ensure that you manually remove the catalog # entry for this port when you uninstall it. To do so, run # "xmlcatmgr remove nextCatalog /opt/local/share/xml/docbook/4.4/catalog.xml". ###################################################################### ---> Cleaning docbook-xml-4.4 ---> Fetching docbook-xml-4.5 ---> Attempting to fetch docbook-xml-4.5.zip from http://www.oasis-open.org/docbook/xml/4.5/ ---> Verifying checksum(s) for docbook-xml-4.5 ---> Extracting docbook-xml-4.5 ---> Configuring docbook-xml-4.5 ---> Building docbook-xml-4.5 with target all ---> Staging docbook-xml-4.5 into destroot ---> Installing docbook-xml-4.5 4.5_0 ---> Activating docbook-xml-4.5 4.5_0 ###################################################################### # As MacPorts does not currently have a post-deactivate hook, # you will need to ensure that you manually remove the catalog # entry for this port when you uninstall it. To do so, run # "xmlcatmgr remove nextCatalog /opt/local/share/xml/docbook/4.5/catalog.xml". ###################################################################### ---> Cleaning docbook-xml-4.5 ---> Fetching docbook-xml ---> Verifying checksum(s) for docbook-xml ---> Extracting docbook-xml ---> Configuring docbook-xml ---> Building docbook-xml with target all ---> Staging docbook-xml into destroot ---> Installing docbook-xml 4.5_1 ---> Activating docbook-xml 4.5_1 ---> Cleaning docbook-xml ---> Fetching libxslt ---> Attempting to fetch libxslt-1.1.22.tar.gz from ftp://xmlsoft.org/libxslt/ ---> Verifying checksum(s) for libxslt ---> Extracting libxslt ---> Configuring libxslt ---> Building libxslt with target all ---> Staging libxslt into destroot ---> Installing libxslt 1.1.22_0 ---> Activating libxslt 1.1.22_0 ---> Cleaning libxslt ---> Fetching p5-xml-parser ---> Attempting to fetch XML-Parser-2.36.tar.gz from http://ftp.ucr.ac.cr/Unix/CPAN/modules/by-module/XML ---> Verifying checksum(s) for p5-xml-parser ---> Extracting p5-xml-parser ---> Configuring p5-xml-parser ---> Building p5-xml-parser with target all ---> Staging p5-xml-parser into destroot ---> Installing p5-xml-parser 2.36_0 ---> Activating p5-xml-parser 2.36_0 ---> Cleaning p5-xml-parser ---> Fetching scrollkeeper ---> Attempting to fetch scrollkeeper-0.3.14.tar.gz from http://downloads.sourceforge.net/scrollkeeper ---> Verifying checksum(s) for scrollkeeper ---> Extracting scrollkeeper ---> Applying patches to scrollkeeper ---> Configuring scrollkeeper ---> Building scrollkeeper with target all ---> Staging scrollkeeper into destroot ---> Installing scrollkeeper 0.3.14_6 ---> Activating scrollkeeper 0.3.14_6 ---> Cleaning scrollkeeper ---> Fetching gtk-doc ---> Attempting to fetch gtk-doc-1.9.tar.bz2 from http://mandril.creatis.insa-lyon.fr/linux/gnome.org/sources/gtk-doc/1.9/ ---> Verifying checksum(s) for gtk-doc ---> Extracting gtk-doc ---> Configuring gtk-doc ---> Building gtk-doc with target all ---> Staging gtk-doc into destroot ---> Installing gtk-doc 1.9_0 ---> Activating gtk-doc 1.9_0 ---> Cleaning gtk-doc ----------------- Part three ----------------- I did not expect these packages to be installed: xmlcatmgr 2.2_1 docbook-xml-4.1.2 4.1.2_1 docbook-xsl 1.72.0_0 perl5.8 5.8.8_0 docbook-xml-4.2 4.2_0 docbook-xml-4.3 4.3_0 docbook-xml-4.4 4.4_0 docbook-xml-4.5 4.5_0 docbook-xml 4.5_1 libxslt 1.1.22_0 p5-xml-parser 2.36_0 scrollkeeper 0.3.14_6 gtk-doc 1.9_0 According to "port info", none of these packages clamav, gettext, ImageMagick, libpng, xrender require xmlcatmgr, docbook-xml-4.1.2, docbook-xsl, perl5.8, docbook-xml-4.2, docbook-xml-4.3, docbook-xml-4.4, docbook-xml-4.5, docbook-xml, libxslt, p5-xml-parser, scrollkeeper, gtk-doc port dependents xlmcatmgr docbook-xml-4.1.2 depends on xmlcatmgr docbook-xsl depends on xmlcatmgr docbook-xml-4.2 depends on xmlcatmgr docbook-xml-4.3 depends on xmlcatmgr docbook-xml-4.4 depends on xmlcatmgr docbook-xml-4.5 depends on xmlcatmgr port dependents docbook-xml-4.1.2 gtk-doc depends on docbook-xml-4.1.2 port dependents docbook-xsl scrollkeeper depends on docbook-xsl port dependents perl5.8 p5-xml-parser depends on perl5.8 port dependents docbook-xml-4.2 docbook-xml-4.2 has no dependents! port dependents docbook-xml-4.2 docbook-xml-4.2 has no dependents! port dependents docbook-xml-4.3 docbook-xml-4.3 has no dependents! port dependents docbook-xml-4.4 docbook-xml-4.4 has no dependents! port dependents docbook-xml-4.5 docbook-xml-4.5 has no dependents! port dependents docbook-xml scrollkeeper depends on docbook-xml port dependents libxslt scrollkeeper depends on libxslt port dependents p5-xml-parser p5-xml-parser has no dependents! port dependents scrollkeeper scrollkeeper has no dependents! port dependents gtk-doc gtk-doc has no dependents! port deps gtk-doc gtk-doc has build dependencies on: scrollkeeper pkgconfig perl5.8 gtk-doc has library dependencies on: docbook-xml-4.1.2 docbook-xsl libxml2 ____________________________________________________________________________________ Never miss a thing. Make Yahoo your home page. http://www.yahoo.com/r/hs From ryandesign at macports.org Sun Dec 23 21:13:20 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sun Dec 23 21:12:27 2007 Subject: mysterious gtk-doc install In-Reply-To: <464112.29363.qm@web60425.mail.yahoo.com> References: <464112.29363.qm@web60425.mail.yahoo.com> Message-ID: On Dec 23, 2007, at 22:52, Dexter Douglas wrote: > I have a problem with gtk-doc. I just upgraded to > MacPorts 1.600, and I upgraded my outdated packages. > During the upgrade, gtk-doc and its dependencies were > installed. As far as I can tell nothing on my system > needs this. Does anyone understand why gtk-doc was > installed? > > Below is a log of what I did. I broke it into three > parts. Part one, is the > the upgrade. Part two is when gkt-doc installed > itself. Part three is where I looked at dependencies > to figure out what happened. > > Thanks, > Jim > > > ----------------- > Part one > ----------------- > hello$ sudo port selfupdate > Password: > MacPorts base version 1.520 installed > Downloaded MacPorts base version 1.600 > Configuring, Building and Installing new MacPorts base > selfupdate done! > > hello$ sudo port sync > Password: FYI: selfupdate already includes sync; you don't need to run sync separately. > hello$ port outdated > The following installed ports are outdated: > clamav 0.91.2_0 < 0.92_0 > > gettext 0.17_1 < 0.17_2 > > ImageMagick 6.3.7-1_1 < 6.3.7-6_0 > libpng 1.2.23_0 < 1.2.24_0 > > xrender 0.9.0_1 < 0.9.0_2 I agree, none of those ports, nor any of their dependents, depend on gtk-doc at all. The string "gtk-doc" does not appear in these portfiles. However: > hello$ sudo port upgrade installed [snip] You didn't ask to upgrade outdated ports. You asked to upgrade installed ports. Therefore we need to look at the portfiles of all your installed ports, not just the outdated ones, to see if any of them mention gtk-doc. > > I did not expect these packages to be installed: > xmlcatmgr 2.2_1 > docbook-xml-4.1.2 4.1.2_1 > docbook-xsl 1.72.0_0 > perl5.8 5.8.8_0 > docbook-xml-4.2 4.2_0 > docbook-xml-4.3 4.3_0 > docbook-xml-4.4 4.4_0 > docbook-xml-4.5 4.5_0 > docbook-xml 4.5_1 > libxslt 1.1.22_0 > p5-xml-parser 2.36_0 > scrollkeeper 0.3.14_6 > gtk-doc 1.9_0 This boils down to "I did not expect gtk-doc to be installed." The rest of the ports you listed are in one way or another dependencies of gtk-doc. If you'll give us the output of "port installed" we can see if any of those ports reference gtk-doc. From protsman at mac.com Sun Dec 23 23:18:00 2007 From: protsman at mac.com (Shawn Protsman) Date: Sun Dec 23 23:16:57 2007 Subject: tk update fails Message-ID: Macports 1.6 Mac OS 10.4.11 ---> Building tk 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_x11_tk/ work/tk8.5.0/unix" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -c -Os -O2 -pipe -I/opt/local/ include -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tcl8.5.0/generic -Wall -Wno-implicit-int -fno-common -I/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../unix -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../generic -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../bitmaps -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../../tcl8.5.0//generic -I/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../../tcl8.5.0//unix -I/usr/X11R6/include - DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME=\"tk\" -DPACKAGE_VERSION=\"8.5 \" -DPACKAGE_STRING=\"tk\ 8.5\" -DPACKAGE_BUGREPORT=\"\" - DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DMAC_OSX_TCL=1 - DHAVE_COREFOUNDATION=1 -DTCL_SHLIB_EXT=\".dylib\" - DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_INTPTR_T=1 - DHAVE_UINTPTR_T=1 -DHAVE_PW_GECOS=1 -DHAVE_XSS=1 -DHAVE_LIBXFT=1 - DHAVE_XFT=1 -DTCL_NO_DEPRECATED -DUSE_TCL_STUBS /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../generic/ttk/ttkBlink.c In file included from /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../generic/ttk/ttkBlink.c:19: /opt/local/include/tk.h:23:3: error: #error Tk 8.4 must be compiled with tcl.h from Tcl 8.4 make: *** [ttkBlink.o] Error 1 Error: Unable to upgrade port: 1 ---> Building tk 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_x11_tk/ work/tk8.5.0/unix" && make all " returned error 2 Command output: /usr/bin/gcc-4.0 -c -Os -O2 -pipe -I/opt/local/ include -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tcl8.5.0/generic -Wall -Wno-implicit-int -fno-common -I/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../unix -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../generic -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../bitmaps -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../../tcl8.5.0//generic -I/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../../tcl8.5.0//unix -I/usr/X11R6/include - DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME=\"tk\" -DPACKAGE_VERSION=\"8.5 \" -DPACKAGE_STRING=\"tk\ 8.5\" -DPACKAGE_BUGREPORT=\"\" - DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 - DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 - DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 - DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 -DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\)\) -DMAC_OSX_TCL=1 - DHAVE_COREFOUNDATION=1 -DTCL_SHLIB_EXT=\".dylib\" - DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_INTPTR_T=1 - DHAVE_UINTPTR_T=1 -DHAVE_PW_GECOS=1 -DHAVE_XSS=1 -DHAVE_LIBXFT=1 - DHAVE_XFT=1 -DTCL_NO_DEPRECATED -DUSE_TCL_STUBS /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../generic/ttk/ttkBlink.c In file included from /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_tk/ work/tk8.5.0/unix/../generic/ttk/ttkBlink.c:19: /opt/local/include/tk.h:23:3: error: #error Tk 8.4 must be compiled with tcl.h from Tcl 8.4 make: *** [ttkBlink.o] Error 1 Error: Unable to upgrade port: 1 From olaf at foellinger.de Mon Dec 24 02:26:47 2007 From: olaf at foellinger.de (Olaf Foellinger) Date: Mon Dec 24 02:25:35 2007 Subject: please submit the following patch [Fwd:[MacPorts] #13604: [PATCH] new mutt-devel variant] Message-ID: <20071224102647.GA8880@foellinger.de> Hi, I've tested the following patch and it works so please submit it tu mutt-devel. Gruss Olaf -------------- next part -------------- An embedded message was scrubbed... From: "MacPorts" Subject: [MacPorts] #13604: [PATCH] new mutt-devel variant Date: Sun, 16 Dec 2007 14:36:37 -0000 Size: 3084 Url: http://lists.macosforge.org/pipermail/macports-users/attachments/20071224/ce1a4431/attachment.mht From elabsjng at mac.com Mon Dec 24 07:09:05 2007 From: elabsjng at mac.com (elabsjng@mac.com) Date: Mon Dec 24 07:08:15 2007 Subject: g95 Leopard Message-ID: Hi, I'm trying to install g95 on Leopard and is seems to fail with the following error: Undefined symbols: "_iconv", referenced from: __nl_find_msg in libintl.a(dcigettext.o) "_iconv_open", referenced from: __nl_init_domain_conv in libintl.a(loadmsgcat.o) __nl_init_domain_conv in libintl.a(loadmsgcat.o) "_iconv_close", referenced from: __nl_free_domain_conv in libintl.a(loadmsgcat.o) ld: symbol(s) not found collect2: ld returned 1 exit status make[1]: *** [g95] Error 1 make: *** [all] Error 2 I've had a look through the bug reports and this problem seems to have been reported but changeset 32219 was supposed to have fixed the build issues on Leopard. Is anyone else still having the same problem? Best Regards, Simon From ebgssth at gmail.com Mon Dec 24 07:19:36 2007 From: ebgssth at gmail.com (js) Date: Mon Dec 24 07:18:23 2007 Subject: macforge.org via https? Message-ID: Hi list, A simple question. is there any reason http://www.macosforge.org/wp-login.php is not HTTPS? From john at creativetango.com Mon Dec 24 08:22:06 2007 From: john at creativetango.com (John Trimble creativetango) Date: Mon Dec 24 08:20:53 2007 Subject: atk checksum error installing deluge Message-ID: I get the following error attempting to install deluge using macports Verifying checksum(s) for atk Error: Checksum (md5) mismatch for atk-1.20.0.tar.bz2 Error: Checksum (sha1) mismatch for atk-1.20.0.tar.bz2 Error: Checksum (rmd160) mismatch for atk-1.20.0.tar.bz2 Error: Target org.macports.checksum returned: Unable to verify file checksums Error: The following dependencies failed to build: py25-gtk gtk2 atk cairo fontconfig freetype libpng render xrender gtk-doc perl5.8 scrollkeeper docbook-xml docbook-xml-4.3 docbook-xml-4.4 docbook-xml-4.5 p5-xml-parser jpeg pango Xft2 xorg-xproto xorg-util-macros tiff libglade2 py25-cairo py25-xdg py25-zlib Error: Status 1 encountered during processing. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071224/3dff23ee/attachment.html From randall.h.wood at alexandriasoftware.com Mon Dec 24 08:51:45 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Mon Dec 24 08:50:36 2007 Subject: mysterious gtk-doc install In-Reply-To: References: <464112.29363.qm@web60425.mail.yahoo.com> Message-ID: <68CB1521-B3B2-466C-B443-1ECB8DCC5C40@alexandriasoftware.com> gtk2 has a build-time dependency on gtk-doc On 24 Dec 2007, at 00:13, Ryan Schmidt wrote: > On Dec 23, 2007, at 22:52, Dexter Douglas wrote: > >> I have a problem with gtk-doc. I just upgraded to >> MacPorts 1.600, and I upgraded my outdated packages. >> During the upgrade, gtk-doc and its dependencies were >> installed. As far as I can tell nothing on my system >> needs this. Does anyone understand why gtk-doc was >> installed? >> >> Below is a log of what I did. I broke it into three >> parts. Part one, is the >> the upgrade. Part two is when gkt-doc installed >> itself. Part three is where I looked at dependencies >> to figure out what happened. >> >> Thanks, >> Jim >> >> >> ----------------- >> Part one >> ----------------- >> hello$ sudo port selfupdate >> Password: >> MacPorts base version 1.520 installed >> Downloaded MacPorts base version 1.600 >> Configuring, Building and Installing new MacPorts base >> selfupdate done! >> >> hello$ sudo port sync >> Password: > > FYI: selfupdate already includes sync; you don't need to run sync > separately. > > >> hello$ port outdated >> The following installed ports are outdated: >> clamav 0.91.2_0 < 0.92_0 >> >> gettext 0.17_1 < 0.17_2 >> >> ImageMagick 6.3.7-1_1 < 6.3.7-6_0 >> libpng 1.2.23_0 < 1.2.24_0 >> >> xrender 0.9.0_1 < 0.9.0_2 > > I agree, none of those ports, nor any of their dependents, depend > on gtk-doc at all. The string "gtk-doc" does not appear in these > portfiles. However: > > >> hello$ sudo port upgrade installed > > [snip] > > You didn't ask to upgrade outdated ports. You asked to upgrade > installed ports. Therefore we need to look at the portfiles of all > your installed ports, not just the outdated ones, to see if any of > them mention gtk-doc. > >> > > >> I did not expect these packages to be installed: >> xmlcatmgr 2.2_1 >> docbook-xml-4.1.2 4.1.2_1 >> docbook-xsl 1.72.0_0 >> perl5.8 5.8.8_0 >> docbook-xml-4.2 4.2_0 >> docbook-xml-4.3 4.3_0 >> docbook-xml-4.4 4.4_0 >> docbook-xml-4.5 4.5_0 >> docbook-xml 4.5_1 >> libxslt 1.1.22_0 >> p5-xml-parser 2.36_0 >> scrollkeeper 0.3.14_6 >> gtk-doc 1.9_0 > > This boils down to "I did not expect gtk-doc to be installed." The > rest of the ports you listed are in one way or another dependencies > of gtk-doc. If you'll give us the output of "port installed" we can > see if any of those ports reference gtk-doc. > > _______________ Randall Wood randall.h.wood@alexandriasoftware.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From ryandesign at macports.org Mon Dec 24 10:36:06 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 24 10:41:53 2007 Subject: atk checksum error installing deluge In-Reply-To: References: Message-ID: <0047B8AB-A252-45F8-BA0B-82EC3A127E12@macports.org> On Dec 24, 2007, at 10:22, John Trimble creativetango wrote: > I get the following error attempting to install deluge using macports > > Verifying checksum(s) for atk > Error: Checksum (md5) mismatch for atk-1.20.0.tar.bz2 > Error: Checksum (sha1) mismatch for atk-1.20.0.tar.bz2 > Error: Checksum (rmd160) mismatch for atk-1.20.0.tar.bz2 > Error: Target org.macports.checksum returned: Unable to verify file > checksums > Error: The following dependencies failed to build: py25-gtk gtk2 > atk cairo fontconfig freetype libpng render xrender gtk-doc perl5.8 > scrollkeeper docbook-xml docbook-xml-4.3 docbook-xml-4.4 docbook- > xml-4.5 p5-xml-parser jpeg pango Xft2 xorg-xproto xorg-util-macros > tiff libglade2 py25-cairo py25-xdg py25-zlib > Error: Status 1 encountered during processing. Unable to reproduce. You presumably just got a bad or interrupted download. Please make sure you have the latest MacPorts and ports tree: $ sudo port selfupdate Then clean your atk and try again: $ sudo port clean --all atk $ sudo port install atk From ryandesign at macports.org Mon Dec 24 10:37:46 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 24 10:43:30 2007 Subject: tk update fails In-Reply-To: References: Message-ID: <49CE4CB7-E555-4C54-91E1-5D75D0EE5CA0@macports.org> On Dec 24, 2007, at 01:18, Shawn Protsman wrote: > Macports 1.6 > Mac OS 10.4.11 > > ---> Building tk with target all [snip] > In file included from /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_t > k/work/tk8.5.0/unix/../generic/ttk/ttkBlink.c:19: > /opt/local/include/tk.h:23:3: error: #error Tk 8.4 must be compiled > with tcl.h from Tcl 8.4 > make: *** [ttkBlink.o] Error 1 > > Error: Unable to upgrade port: 1 A workaround is available in the ticket on this issue: http://trac.macosforge.org/projects/macports/ticket/13678 From ryandesign at macports.org Mon Dec 24 11:00:19 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 24 11:06:05 2007 Subject: mysterious gtk-doc install In-Reply-To: <68CB1521-B3B2-466C-B443-1ECB8DCC5C40@alexandriasoftware.com> References: <464112.29363.qm@web60425.mail.yahoo.com> <68CB1521-B3B2-466C-B443-1ECB8DCC5C40@alexandriasoftware.com> Message-ID: <39F9B2A9-7703-48C5-946B-90A5D0399350@macports.org> On Dec 24, 2007, at 10:51, Randall Wood wrote: > On 24 Dec 2007, at 00:13, Ryan Schmidt wrote: > >>> I did not expect these packages to be installed: >>> xmlcatmgr 2.2_1 >>> docbook-xml-4.1.2 4.1.2_1 >>> docbook-xsl 1.72.0_0 >>> perl5.8 5.8.8_0 >>> docbook-xml-4.2 4.2_0 >>> docbook-xml-4.3 4.3_0 >>> docbook-xml-4.4 4.4_0 >>> docbook-xml-4.5 4.5_0 >>> docbook-xml 4.5_1 >>> libxslt 1.1.22_0 >>> p5-xml-parser 2.36_0 >>> scrollkeeper 0.3.14_6 >>> gtk-doc 1.9_0 >> >> This boils down to "I did not expect gtk-doc to be installed." The >> rest of the ports you listed are in one way or another >> dependencies of gtk-doc. If you'll give us the output of "port >> installed" we can see if any of those ports reference gtk-doc. > > gtk2 has a build-time dependency on gtk-doc Looking through the entire ports collection, it looks like these are the only ports that depend on gtk-doc: * gksu +docs * libgksu12 +docs * libgksuui10 +docs * gnome-platform-suite * gtk2 (though I'm not sure why since configure.args contains -- disable-gtk-doc) From ryandesign at macports.org Mon Dec 24 11:10:56 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 24 11:10:01 2007 Subject: g95 Leopard In-Reply-To: References: Message-ID: On Dec 24, 2007, at 09:09, elabsjng@mac.com wrote: > I'm trying to install g95 on Leopard and is seems to fail with the > following error: > > Undefined symbols: > "_iconv", referenced from: > __nl_find_msg in libintl.a(dcigettext.o) > "_iconv_open", referenced from: > __nl_init_domain_conv in libintl.a(loadmsgcat.o) > __nl_init_domain_conv in libintl.a(loadmsgcat.o) > "_iconv_close", referenced from: > __nl_free_domain_conv in libintl.a(loadmsgcat.o) > ld: symbol(s) not found > collect2: ld returned 1 exit status > make[1]: *** [g95] Error 1 > make: *** [all] Error 2 > > I've had a look through the bug reports and this problem seems to > have been reported but changeset 32219 was supposed to have fixed > the build issues on Leopard. Is anyone else still having the same > problem? That changeset was supposed to have resolved #13190... So you're having problems with iconv symbols referenced from the gettext library. What versions of libiconv and gettext do you have installed? $ port installed libiconv gettext And can you show me what the relevant libraries are linked with? $ otool -L /opt/local/lib/libiconv.dylib /opt/local/lib/libintl.dylib Do you have anything in /usr/local? Anything in /sw? If so, these can conflict with MacPorts ports. From ryandesign at macports.org Mon Dec 24 11:33:40 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 24 11:32:45 2007 Subject: g95 Leopard In-Reply-To: <59E9BCCF-62F3-4387-8A45-55EEC83874EA@mac.com> References: <59E9BCCF-62F3-4387-8A45-55EEC83874EA@mac.com> Message-ID: On Dec 24, 2007, at 13:27, Simon J. Bale wrote: > On 24 Dec 2007, at 19:10, Ryan Schmidt wrote: > >> On Dec 24, 2007, at 09:09, elabsjng@mac.com wrote: >> >>> I'm trying to install g95 on Leopard and is seems to fail with >>> the following error: >>> >>> Undefined symbols: >>> "_iconv", referenced from: >>> __nl_find_msg in libintl.a(dcigettext.o) >>> "_iconv_open", referenced from: >>> __nl_init_domain_conv in libintl.a(loadmsgcat.o) >>> __nl_init_domain_conv in libintl.a(loadmsgcat.o) >>> "_iconv_close", referenced from: >>> __nl_free_domain_conv in libintl.a(loadmsgcat.o) >>> ld: symbol(s) not found >>> collect2: ld returned 1 exit status >>> make[1]: *** [g95] Error 1 >>> make: *** [all] Error 2 >>> >>> I've had a look through the bug reports and this problem seems to >>> have been reported but changeset 32219 was supposed to have fixed >>> the build issues on Leopard. Is anyone else still having the same >>> problem? >> >> That changeset was supposed to have resolved #13190... >> >> So you're having problems with iconv symbols referenced from the >> gettext library. What versions of libiconv and gettext do you have >> installed? >> >> $ port installed libiconv gettext >> >> And can you show me what the relevant libraries are linked with? >> >> $ otool -L /opt/local/lib/libiconv.dylib /opt/local/lib/libintl.dylib >> >> Do you have anything in /usr/local? Anything in /sw? If so, these >> can conflict with MacPorts ports. > > Thanks for the reply. I have libiconv 1.12_0 and gettext 0.17_2 > installed. > > The output of otool -L /opt/local/lib/libiconv.dylib /opt/local/ > lib/libintl.dylib is: > > /opt/local/lib/libiconv.dylib: > /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, > current version 7.0.0) > /usr/lib/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) > /opt/local/lib/libintl.dylib: > /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, > current version 9.2.0) > /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, > current version 7.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 111.0.0) > /System/Library/Frameworks/CoreFoundation.framework/Versions/A/ > CoreFoundation (compatibility version 150.0.0, current version > 476.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current > version 1.0.0) Well, drat, that's pretty much what mine says too (modulo some different version numbers since you're on Leopard and I'm on Tiger). So that doesn't help us identify the problem. > I have a MacTex installed in /usr/local. Any help is greatly > appreciated. You could try renaming /usr/local (e.g. to /usr/local-off) and try installing g95 again (after cleaning it: sudo port clean --work g95) to see if anything in /usr/local was interfering. From elabsjng at mac.com Mon Dec 24 11:47:15 2007 From: elabsjng at mac.com (Simon J. Bale) Date: Mon Dec 24 11:46:46 2007 Subject: g95 Leopard In-Reply-To: References: <59E9BCCF-62F3-4387-8A45-55EEC83874EA@mac.com> Message-ID: <79E07C42-293D-497E-8CAB-7FC5ED526682@mac.com> There seems to be libintl.dylib in /usr/local from the MacTex distribution. Is there any way to force g95 to use the libraries in / opt/local/lib ? On 24 Dec 2007, at 19:33, Ryan Schmidt wrote: > > On Dec 24, 2007, at 13:27, Simon J. Bale wrote: > >> On 24 Dec 2007, at 19:10, Ryan Schmidt wrote: >> >>> On Dec 24, 2007, at 09:09, elabsjng@mac.com wrote: >>> >>>> I'm trying to install g95 on Leopard and is seems to fail with >>>> the following error: >>>> >>>> Undefined symbols: >>>> "_iconv", referenced from: >>>> __nl_find_msg in libintl.a(dcigettext.o) >>>> "_iconv_open", referenced from: >>>> __nl_init_domain_conv in libintl.a(loadmsgcat.o) >>>> __nl_init_domain_conv in libintl.a(loadmsgcat.o) >>>> "_iconv_close", referenced from: >>>> __nl_free_domain_conv in libintl.a(loadmsgcat.o) >>>> ld: symbol(s) not found >>>> collect2: ld returned 1 exit status >>>> make[1]: *** [g95] Error 1 >>>> make: *** [all] Error 2 >>>> >>>> I've had a look through the bug reports and this problem seems to >>>> have been reported but changeset 32219 was supposed to have fixed >>>> the build issues on Leopard. Is anyone else still having the same >>>> problem? >>> >>> That changeset was supposed to have resolved #13190... >>> >>> So you're having problems with iconv symbols referenced from the >>> gettext library. What versions of libiconv and gettext do you have >>> installed? >>> >>> $ port installed libiconv gettext >>> >>> And can you show me what the relevant libraries are linked with? >>> >>> $ otool -L /opt/local/lib/libiconv.dylib /opt/local/lib/ >>> libintl.dylib >>> >>> Do you have anything in /usr/local? Anything in /sw? If so, these >>> can conflict with MacPorts ports. >> >> Thanks for the reply. I have libiconv 1.12_0 and gettext 0.17_2 >> installed. >> >> The output of otool -L /opt/local/lib/libiconv.dylib /opt/local/ >> lib/libintl.dylib is: >> >> /opt/local/lib/libiconv.dylib: >> /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, >> current version 7.0.0) >> /usr/lib/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) >> /opt/local/lib/libintl.dylib: >> /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, >> current version 9.2.0) >> /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, >> current version 7.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 111.0.0) >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/ >> CoreFoundation (compatibility version 150.0.0, current version >> 476.0.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current >> version 1.0.0) > > Well, drat, that's pretty much what mine says too (modulo some > different version numbers since you're on Leopard and I'm on Tiger). > So that doesn't help us identify the problem. > >> I have a MacTex installed in /usr/local. Any help is greatly >> appreciated. > > You could try renaming /usr/local (e.g. to /usr/local-off) and try > installing g95 again (after cleaning it: sudo port clean --work g95) > to see if anything in /usr/local was interfering. > > From tristandpeters at gmail.com Mon Dec 24 11:57:19 2007 From: tristandpeters at gmail.com (Tristan Peters) Date: Mon Dec 24 11:57:14 2007 Subject: still can't install boost on leopard Message-ID: <47700F1F.20901@nerdshack.com> Despite the apparent resolution of Ticket #13223 ("Boost fails to build on leopard"), I still get the following error when building it: Building boost 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_devel_boost/work/boost_1_34_1" && gmake all " returned error 2 Command output: Makefile:2: *** missing separator. Stop. I did a selfupdate and sync before trying again to install boost. Anyone know anything about this? Thanks From elabsjng at mac.com Mon Dec 24 12:02:55 2007 From: elabsjng at mac.com (Simon J. Bale) Date: Mon Dec 24 12:02:00 2007 Subject: g95 Leopard In-Reply-To: References: <59E9BCCF-62F3-4387-8A45-55EEC83874EA@mac.com> Message-ID: <89EE6CAE-15B1-45FD-80CF-504496E42E6A@mac.com> I tried renaming /usr/local but the build still failed with the same error. On 24 Dec 2007, at 19:33, Ryan Schmidt wrote: > > On Dec 24, 2007, at 13:27, Simon J. Bale wrote: > >> On 24 Dec 2007, at 19:10, Ryan Schmidt wrote: >> >>> On Dec 24, 2007, at 09:09, elabsjng@mac.com wrote: >>> >>>> I'm trying to install g95 on Leopard and is seems to fail with >>>> the following error: >>>> >>>> Undefined symbols: >>>> "_iconv", referenced from: >>>> __nl_find_msg in libintl.a(dcigettext.o) >>>> "_iconv_open", referenced from: >>>> __nl_init_domain_conv in libintl.a(loadmsgcat.o) >>>> __nl_init_domain_conv in libintl.a(loadmsgcat.o) >>>> "_iconv_close", referenced from: >>>> __nl_free_domain_conv in libintl.a(loadmsgcat.o) >>>> ld: symbol(s) not found >>>> collect2: ld returned 1 exit status >>>> make[1]: *** [g95] Error 1 >>>> make: *** [all] Error 2 >>>> >>>> I've had a look through the bug reports and this problem seems to >>>> have been reported but changeset 32219 was supposed to have fixed >>>> the build issues on Leopard. Is anyone else still having the same >>>> problem? >>> >>> That changeset was supposed to have resolved #13190... >>> >>> So you're having problems with iconv symbols referenced from the >>> gettext library. What versions of libiconv and gettext do you have >>> installed? >>> >>> $ port installed libiconv gettext >>> >>> And can you show me what the relevant libraries are linked with? >>> >>> $ otool -L /opt/local/lib/libiconv.dylib /opt/local/lib/ >>> libintl.dylib >>> >>> Do you have anything in /usr/local? Anything in /sw? If so, these >>> can conflict with MacPorts ports. >> >> Thanks for the reply. I have libiconv 1.12_0 and gettext 0.17_2 >> installed. >> >> The output of otool -L /opt/local/lib/libiconv.dylib /opt/local/ >> lib/libintl.dylib is: >> >> /opt/local/lib/libiconv.dylib: >> /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, >> current version 7.0.0) >> /usr/lib/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) >> /opt/local/lib/libintl.dylib: >> /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, >> current version 9.2.0) >> /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, >> current version 7.0.0) >> /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current >> version 111.0.0) >> /System/Library/Frameworks/CoreFoundation.framework/Versions/A/ >> CoreFoundation (compatibility version 150.0.0, current version >> 476.0.0) >> /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current >> version 1.0.0) > > Well, drat, that's pretty much what mine says too (modulo some > different version numbers since you're on Leopard and I'm on Tiger). > So that doesn't help us identify the problem. > >> I have a MacTex installed in /usr/local. Any help is greatly >> appreciated. > > You could try renaming /usr/local (e.g. to /usr/local-off) and try > installing g95 again (after cleaning it: sudo port clean --work g95) > to see if anything in /usr/local was interfering. > > From rich at annexia.org Mon Dec 24 12:30:47 2007 From: rich at annexia.org (Richard Jones) Date: Mon Dec 24 12:29:38 2007 Subject: skey FTP site down => skey uninstallable Message-ID: <20071224203047.GA7251@furbychan.cocan.org> The 'skey' repository and all backups are down and have been for a few weeks. Can I replace the list of skey locations with my own custom location (or supply the tarball explicitly)? $ sudo port install skey Password: ---> Fetching skey ---> Attempting to fetch skey-1.1.5.tar.gz from ftp://ftp.ayamura.org/pub/misc/ ---> Attempting to fetch skey-1.1.5.tar.gz from http://svn.macports.org/repository/macports/distfiles/skey ---> Attempting to fetch skey-1.1.5.tar.gz from http://svn.macports.org/repository/macports/distfiles/general/ ---> Attempting to fetch skey-1.1.5.tar.gz from http://svn.macports.org/repository/macports/downloads/skey Error: Target org.macports.fetch returned: fetch failed Error: Status 1 encountered during processing. Rich. -- Richard Jones Red Hat From randall.h.wood at alexandriasoftware.com Mon Dec 24 12:47:41 2007 From: randall.h.wood at alexandriasoftware.com (Randall Wood) Date: Mon Dec 24 12:46:31 2007 Subject: mysterious gtk-doc install In-Reply-To: <39F9B2A9-7703-48C5-946B-90A5D0399350@macports.org> References: <464112.29363.qm@web60425.mail.yahoo.com> <68CB1521-B3B2-466C-B443-1ECB8DCC5C40@alexandriasoftware.com> <39F9B2A9-7703-48C5-946B-90A5D0399350@macports.org> Message-ID: On 24 Dec 2007, at 14:00, Ryan Schmidt wrote: > On Dec 24, 2007, at 10:51, Randall Wood wrote: > >> On 24 Dec 2007, at 00:13, Ryan Schmidt wrote: >> >>>> I did not expect these packages to be installed: >>>> xmlcatmgr 2.2_1 >>>> docbook-xml-4.1.2 4.1.2_1 >>>> docbook-xsl 1.72.0_0 >>>> perl5.8 5.8.8_0 >>>> docbook-xml-4.2 4.2_0 >>>> docbook-xml-4.3 4.3_0 >>>> docbook-xml-4.4 4.4_0 >>>> docbook-xml-4.5 4.5_0 >>>> docbook-xml 4.5_1 >>>> libxslt 1.1.22_0 >>>> p5-xml-parser 2.36_0 >>>> scrollkeeper 0.3.14_6 >>>> gtk-doc 1.9_0 >>> >>> This boils down to "I did not expect gtk-doc to be installed." >>> The rest of the ports you listed are in one way or another >>> dependencies of gtk-doc. If you'll give us the output of "port >>> installed" we can see if any of those ports reference gtk-doc. >> >> gtk2 has a build-time dependency on gtk-doc > > Looking through the entire ports collection, it looks like these > are the only ports that depend on gtk-doc: > > * gksu +docs > * libgksu12 +docs > * libgksuui10 +docs > * gnome-platform-suite > * gtk2 (though I'm not sure why since configure.args contains -- > disable-gtk-doc) > For gtk2 its a known bug (http://bugzilla.gnome.org/show_bug.cgi? id=502005). Randall Wood randall.h.wood@alexandriasoftware.com http://shyramblings.blogspot.com "The rules are simple: The ball is round. The game lasts 90 minutes. All the rest is just philosophy." From dave at hillcroft.org.uk Mon Dec 24 14:23:22 2007 From: dave at hillcroft.org.uk (Dave Hill) Date: Mon Dec 24 14:22:38 2007 Subject: clamav 0.92 doesn't build on 10.3.9 Message-ID: Hi I just tried to upgrade clamav and it failed saying error: C compiler cannot create executables See config.log for more details. I looked in config.log and found that the CFLAGS setting adds a whole raft of options that gcc v3.3 chokes on. Following this back to the Portfile, this was added as the solution to gcc bug 28045. So I used the "darwin_i386" variant which doesn't have those settings and it seems to work fine on 10.3.9 Dave -- Dave Hill - dave at hillcroft dot org dot uk From tyoshida at mac.com Tue Dec 25 02:30:41 2007 From: tyoshida at mac.com (Takashi Yoshida) Date: Tue Dec 25 02:29:27 2007 Subject: tk update fails In-Reply-To: References: Message-ID: <4FB18DB0-8A4F-4ECC-A4B4-BC2CF5431662@mac.com> I am having the same issue with MacBook Pro, running 10.5.1. Tcl upgraded fine but tk did not. Regards, On Dec 24, 2007, at 3:18 PM, Shawn Protsman wrote: > Macports 1.6 > Mac OS 10.4.11 > > ---> Building tk 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_x11_tk/work/tk8.5.0/unix" && make all " > returned error 2 > Command output: /usr/bin/gcc-4.0 -c -Os -O2 -pipe -I/opt/local/ > include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tcl8.5.0/generic -Wall -Wno- > implicit-int -fno-common -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../unix -I/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../generic -I/ > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../bitmaps -I/ > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../../tcl8.5.0// > generic -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../../tcl8.5.0// > unix -I/usr/X11R6/include -DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME= > \"tk\" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tk\ 8.5\" - > DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 - > DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 - > DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 - > DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 - > DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\) > \) -DMAC_OSX_TCL=1 -DHAVE_COREFOUNDATION=1 -DTCL_SHLIB_EXT=\".dylib > \" -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DTCL_WIDE_INT_TYPE=long\ > long -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_INTPTR_T=1 - > DHAVE_UINTPTR_T=1 -DHAVE_PW_GECOS=1 -DHAVE_XSS=1 -DHAVE_LIBXFT=1 - > DHAVE_XFT=1 -DTCL_NO_DEPRECATED -DUSE_TCL_STUBS /opt/local/ > var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../generic/ttk/ > ttkBlink.c > In file included from /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../generic/ttk/ > ttkBlink.c:19: > /opt/local/include/tk.h:23:3: error: #error Tk 8.4 must be compiled > with tcl.h from Tcl 8.4 > make: *** [ttkBlink.o] Error 1 > > Error: Unable to upgrade port: 1 > ---> Building tk 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_x11_tk/work/tk8.5.0/unix" && make all " > returned error 2 > Command output: /usr/bin/gcc-4.0 -c -Os -O2 -pipe -I/opt/local/ > include -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tcl8.5.0/generic -Wall -Wno- > implicit-int -fno-common -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../unix -I/opt/ > local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../generic -I/ > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../bitmaps -I/ > opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../../tcl8.5.0// > generic -I/opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../../tcl8.5.0// > unix -I/usr/X11R6/include -DPACKAGE_NAME=\"tk\" -DPACKAGE_TARNAME= > \"tk\" -DPACKAGE_VERSION=\"8.5\" -DPACKAGE_STRING=\"tk\ 8.5\" - > DPACKAGE_BUGREPORT=\"\" -DSTDC_HEADERS=1 -DHAVE_SYS_TYPES_H=1 - > DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 -DHAVE_STRING_H=1 - > DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 -DHAVE_INTTYPES_H=1 - > DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 -DHAVE_LIMITS_H=1 - > DMODULE_SCOPE=extern\ __attribute__\(\(__visibility__\(\"hidden\"\)\) > \) -DMAC_OSX_TCL=1 -DHAVE_COREFOUNDATION=1 -DTCL_SHLIB_EXT=\".dylib > \" -DTCL_CFG_OPTIMIZED=1 -DTCL_CFG_DEBUG=1 -DTCL_WIDE_INT_TYPE=long\ > long -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_INTPTR_T=1 - > DHAVE_UINTPTR_T=1 -DHAVE_PW_GECOS=1 -DHAVE_XSS=1 -DHAVE_LIBXFT=1 - > DHAVE_XFT=1 -DTCL_NO_DEPRECATED -DUSE_TCL_STUBS /opt/local/ > var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../generic/ttk/ > ttkBlink.c > In file included from /opt/local/var/macports/build/ > _opt_local_var_macports_sources_rsync > .macports.org_release_ports_x11_tk/work/tk8.5.0/unix/../generic/ttk/ > ttkBlink.c:19: > /opt/local/include/tk.h:23:3: error: #error Tk 8.4 must be compiled > with tcl.h from Tcl 8.4 > make: *** [ttkBlink.o] Error 1 > > Error: Unable to upgrade port: 1 > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users -- Takashi Yoshida tyoshida [at] mac [dot] com From ryandesign at macports.org Tue Dec 25 05:16:50 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 25 05:15:55 2007 Subject: tk update fails In-Reply-To: <4FB18DB0-8A4F-4ECC-A4B4-BC2CF5431662@mac.com> References: <4FB18DB0-8A4F-4ECC-A4B4-BC2CF5431662@mac.com> Message-ID: On Dec 25, 2007, at 04:30, Takashi Yoshida wrote: > I am having the same issue with MacBook Pro, running 10.5.1. > Tcl upgraded fine but tk did not. A ticket was filed about this 3 days ago, so I believe the maintainer is aware of it and is hopefully thinking about a solution. http://trac.macosforge.org/projects/macports/ticket/13678 You can work around the problem by forcibly uninstalling and then reinstalling tk instead of trying to upgrade it. See the ticket notes. From ram at macports.org Tue Dec 25 06:42:10 2007 From: ram at macports.org (Adam Mercer) Date: Tue Dec 25 06:40:52 2007 Subject: py25-matplotlib fails to build against tk-8.5.0 Message-ID: <799406d60712250642q4289c078pff5cf16a3ce6b2f3@mail.gmail.com> Hi After upgrading to tcl/tk 8.5.0 I'm getting the following error when trying to build py25-matplotlib DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/_Users_ram_opt_macports_python_py25-matplotlib/work/matplotlib-0.90.1" && /opt/local/bin/python2.5 setup.py build' Traceback (most recent call last): File "setup.py", line 249, in tk = Tkinter.Tk() File "/opt/local/lib/python2.5/lib-tk/Tkinter.py", line 1638, in __init__ self._loadtk() File "/opt/local/lib/python2.5/lib-tk/Tkinter.py", line 1658, in _loadtk % (_tkinter.TK_VERSION, tk_version) RuntimeError: tk.h version (8.5) doesn't match libtk.a version (8.4) Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_Users_ram_opt_macports_python_py25-matplotlib/work/matplotlib-0.90.1" && /opt/local/bin/python2.5 setup.py build " returned error 1 Command output: Traceback (most recent call last): File "setup.py", line 249, in tk = Tkinter.Tk() File "/opt/local/lib/python2.5/lib-tk/Tkinter.py", line 1638, in __init__ self._loadtk() File "/opt/local/lib/python2.5/lib-tk/Tkinter.py", line 1658, in _loadtk % (_tkinter.TK_VERSION, tk_version) RuntimeError: tk.h version (8.5) doesn't match libtk.a version (8.4) could it be trying to link against the system tcl/tk? $ port installed | grep "^ t" tcl @8.5.0_0 (active) tk @8.5.0_0 (active) $ Cheers Adam From luomo1138 at yahoo.com Tue Dec 25 07:33:12 2007 From: luomo1138 at yahoo.com (Dexter Douglas) Date: Tue Dec 25 07:31:55 2007 Subject: mysterious gtk-doc install In-Reply-To: Message-ID: <848333.93702.qm@web60422.mail.yahoo.com> Hello all, Thanks for the help. It turns out to be a two part problem. First part: user error. I updated all ports instead of the outdated ports when I ran "sudo port upgrade installed". I have gtk2 installed which triggered part two of the problem, which is described below. Thanks again! Jim --- Randall Wood wrote: > > On 24 Dec 2007, at 14:00, Ryan Schmidt wrote: > > > On Dec 24, 2007, at 10:51, Randall Wood wrote: > > > >> On 24 Dec 2007, at 00:13, Ryan Schmidt wrote: > >> > >>>> I did not expect these packages to be installed: > >>>> xmlcatmgr 2.2_1 > >>>> docbook-xml-4.1.2 4.1.2_1 > >>>> docbook-xsl 1.72.0_0 > >>>> perl5.8 5.8.8_0 > >>>> docbook-xml-4.2 4.2_0 > >>>> docbook-xml-4.3 4.3_0 > >>>> docbook-xml-4.4 4.4_0 > >>>> docbook-xml-4.5 4.5_0 > >>>> docbook-xml 4.5_1 > >>>> libxslt 1.1.22_0 > >>>> p5-xml-parser 2.36_0 > >>>> scrollkeeper 0.3.14_6 > >>>> gtk-doc 1.9_0 > >>> > >>> This boils down to "I did not expect gtk-doc to be installed." > >>> The rest of the ports you listed are in one way or another > >>> dependencies of gtk-doc. If you'll give us the output of "port > >>> installed" we can see if any of those ports reference gtk-doc. > >> > >> gtk2 has a build-time dependency on gtk-doc > > > > Looking through the entire ports collection, it looks like these > > are the only ports that depend on gtk-doc: > > > > * gksu +docs > > * libgksu12 +docs > > * libgksuui10 +docs > > * gnome-platform-suite > > * gtk2 (though I'm not sure why since > configure.args contains -- > > disable-gtk-doc) > > > For gtk2 its a known bug (http://bugzilla.gnome.org/show_bug.cgi?id=502005). > > > Randall Wood > randall.h.wood@alexandriasoftware.com > http://shyramblings.blogspot.com > > "The rules are simple: The ball is round. The game > lasts 90 minutes. > All the > rest is just philosophy." > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping From ryandesign at macports.org Tue Dec 25 13:19:17 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 25 13:18:17 2007 Subject: skey FTP site down => skey uninstallable In-Reply-To: <20071224203047.GA7251@furbychan.cocan.org> References: <20071224203047.GA7251@furbychan.cocan.org> Message-ID: On Dec 24, 2007, at 14:30, Richard Jones wrote: > The 'skey' repository and all backups are down and have been for a few > weeks. Can I replace the list of skey locations with my own custom > location (or supply the tarball explicitly)? You can download the tarball manually (e.g. from http://home.arcor.de/ eirsch/ ) and place it in /opt/local/var/macports/distfiles/skey and MacPorts will use it. I have emailed the author of the software, Yuri Yudin, to ask what the current homepage or download location is. From ryandesign at macports.org Tue Dec 25 13:46:11 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Tue Dec 25 13:45:09 2007 Subject: skey FTP site down => skey uninstallable In-Reply-To: References: <20071224203047.GA7251@furbychan.cocan.org> Message-ID: <83408326-178C-4240-9529-F5B3BFAC5478@macports.org> On Dec 25, 2007, at 15:19, Ryan Schmidt wrote: > On Dec 24, 2007, at 14:30, Richard Jones wrote: > >> The 'skey' repository and all backups are down and have been for a >> few >> weeks. Can I replace the list of skey locations with my own custom >> location (or supply the tarball explicitly)? > > You can download the tarball manually (e.g. from http:// > home.arcor.de/eirsch/ ) and place it in /opt/local/var/macports/ > distfiles/skey and MacPorts will use it. > > I have emailed the author of the software, Yuri Yudin, to ask what > the current homepage or download location is. The Fink project has the distfile in their mirror, so I added that URL to the portfile. If you wait half an hour and then "sudo port selfupdate" you should be able to install skey. From lisfolks.lists at gmail.com Tue Dec 25 14:45:48 2007 From: lisfolks.lists at gmail.com (lisfolks) Date: Tue Dec 25 14:44:29 2007 Subject: libsdl_gfx-framework error in case-sensitive OS Message-ID: <14497966.post@talk.nabble.com> Trying to install the libsdl_gfx-framework port, but got the following: ---> Extracting libsdl_gfx-framework Error: Target org.macports.extract returned: shell command "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_gfx-framework/work/SDL_gfx-2.0.16 && unzip "Other Builds/OSX-PB-Xcode.zip"" returned error 9 Command output: unzip: cannot find or open Other Builds/OSX-PB-Xcode.zip, Other Builds/OSX-PB-Xcode.zip.zip or Other Builds/OSX-PB-Xcode.zip.ZIP. Error: Status 1 encountered during processing. Checked "Other Builds" directory: OSX-PB-XCode.zip was present. After renaming the file to have a lowercase 'c', the port extracted and built without further incident. -- View this message in context: http://www.nabble.com/libsdl_gfx-framework-error-in-case-sensitive-OS-tp14497966p14497966.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From kubovy at virginia.edu Tue Dec 25 18:30:19 2007 From: kubovy at virginia.edu (Michael Kubovy) Date: Tue Dec 25 18:28:59 2007 Subject: sudo: port: command not found Message-ID: Hi, I'm new to MacPorts. I installed MacPorts-1.5.0.pkg. But when I type % sudo port -d selfupdate Password: sudo: port: command not found % which port % My first goal is to install latex2rtf Help would be much appreciated. _____________________________ Professor Michael Kubovy University of Virginia Department of Psychology USPS: P.O.Box 400400 Charlottesville, VA 22904-4400 Parcels: Room 102 Gilmer Hall McCormick Road Charlottesville, VA 22903 Office: B011 +1-434-982-4729 Lab: B019 +1-434-982-4751 Fax: +1-434-982-4766 WWW: http://www.people.virginia.edu/~mk9y/ From frstan at bellsouth.net Tue Dec 25 18:44:10 2007 From: frstan at bellsouth.net (William Davis) Date: Tue Dec 25 18:42:50 2007 Subject: sudo: port: command not found In-Reply-To: References: Message-ID: <20907666-D388-438C-9AB7-3403CCB4763F@bellsouth.net> On Dec 25, 2007, at 9:30 PM, Michael Kubovy wrote: > Hi, > > I'm new to MacPorts. I installed MacPorts-1.5.0.pkg. But when I type > % sudo port -d selfupdate > Password: > sudo: port: command not found > % which port > % > > My first goal is to install latex2rtf > > Help would be much appreciated. > > _____________________________ > Professor Michael Kubovy > University of Virginia > Department of Psychology > USPS: P.O.Box 400400 Charlottesville, VA 22904-4400 > Parcels: Room 102 Gilmer Hall > McCormick Road Charlottesville, VA 22903 > Office: B011 +1-434-982-4729 > Lab: B019 +1-434-982-4751 > Fax: +1-434-982-4766 > WWW: http://www.people.virginia.edu/~mk9y/ > > Welcome to MacPorts! looks like the PATH add-ons the installer placed in your ~/.profile are not being used. Do you perhaps have a ~/.bash-profile thats used instead? if so you need to copy the ~./profile PATH info into it. some thing like ; PATH=/opt/local/bin:/opt/local/sbin:$PATH export PATH 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 From mjwelch1 at gmail.com Tue Dec 25 18:51:33 2007 From: mjwelch1 at gmail.com (Michael Welch) Date: Tue Dec 25 18:50:00 2007 Subject: sudo: port: command not found In-Reply-To: References: Message-ID: <81A3E9E8-1DCA-409B-888C-D55F9E53E4FB@gmail.com> What are you running? Type env into the terminal and post it. Michael Welch On Dec 25, 2007, at 8:30 PM, Michael Kubovy wrote: > Hi, > > I'm new to MacPorts. I installed MacPorts-1.5.0.pkg. But when I type > % sudo port -d selfupdate > Password: > sudo: port: command not found > % which port > % > > My first goal is to install latex2rtf > > Help would be much appreciated. > > _____________________________ > Professor Michael Kubovy > University of Virginia > Department of Psychology > USPS: P.O.Box 400400 Charlottesville, VA 22904-4400 > Parcels: Room 102 Gilmer Hall > McCormick Road Charlottesville, VA 22903 > Office: B011 +1-434-982-4729 > Lab: B019 +1-434-982-4751 > Fax: +1-434-982-4766 > WWW: http://www.people.virginia.edu/~mk9y/ > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From mikev at geo.umass.edu Tue Dec 25 19:05:04 2007 From: mikev at geo.umass.edu (Michael J. Vollinger) Date: Tue Dec 25 19:04:01 2007 Subject: gnumeric build trouble Message-ID: <10418115-8F47-44F0-8869-12AFCDB6CCC8@geo.umass.edu> Hello all, I am trying to install gnumeric and I get the following error message:Error : Target org.macports.fetch returned: fetch failed Error: The following dependencies failed to build: dbus docbook- xml-4.1.2 xmlcatmgr expat libxml2 libiconv zlib pkgconfig xmlto docbook-xml-4.2 docbook-xsl getopt gettext libxslt dbus-glib glib2 gnome-doc-utils docbook-xml docbook-xml-4.3 docbook-xml-4.4 docbook- xml-4.5 iso-codes p5-xml-parser perl5.8 py25-gobject python25 py25- hashlib openssl py25-libxml2 py25-numeric scrollkeeper goffice libgnomeprintui gnome-icon-theme icon-naming-utils p5-getopt-long p5- pathtools p5-xml-simple p5-test-simple p5-test-harness p5-xml- namespacesupport p5-xml-sax gtk2 atk cairo fontconfig freetype libpng render xrender gtk-doc jpeg pango Xft2 xorg-xproto xorg-util-macros tiff libgnomecanvas gail intltool libart_lgpl libglade2 libgnomeprint bison m4 libgnomecups popt libgsf gnome-vfs gconf orbit2 libidl gnome- mime-data howl neon libbonobo pcre Error: Status 1 encountered during processing. tephra:~ baldrick$ Does anyone know how to overcome these errors? Mike ------------------------------------- Michael J. Vollinger Research Assistant Ronald B. Gilmore XRF Lab Dept. of Geosciences 611 North Pleasant Street University of Massachusetts Amherst, MA 01003 From frstan at bellsouth.net Tue Dec 25 19:11:34 2007 From: frstan at bellsouth.net (William Davis) Date: Tue Dec 25 19:10:15 2007 Subject: gnumeric build trouble In-Reply-To: <10418115-8F47-44F0-8869-12AFCDB6CCC8@geo.umass.edu> References: <10418115-8F47-44F0-8869-12AFCDB6CCC8@geo.umass.edu> Message-ID: <39695E1B-71F5-45FB-85CA-7A40397E14F0@bellsouth.net> On Dec 25, 2007, at 10:05 PM, Michael J. Vollinger wrote: > Target org.macports.fetch returned: fetch failed the above is the only error and fetch is working just fine now. just try again after doing sudo port clean gnumeric 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 From pburleson at gmail.com Tue Dec 25 22:14:20 2007 From: pburleson at gmail.com (Patrick Burleson) Date: Tue Dec 25 22:12:58 2007 Subject: MacPorts 1.6 Clean install not updating/creating ~/.profile Message-ID: I have a clean install of Leopard upgraded to 10.5.1 and I'm trying to install MacPorts with the 1.6 Universal Installer for Leopard. Everything gets installed, but the post install script doesn't update my .profile as noted in the Install docs. First I thought it was because I didn't have a .profile file at all, so I did a "touch .profile" in my home directory and reinstalled MacPorts. Still no updates. Is there a bug in the post install script? Or does MacPorts need more than a blank .profile file? Patrick From macports.users at gmail.com Wed Dec 26 03:58:42 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Wed Dec 26 03:57:24 2007 Subject: sudo port install mldonkey Message-ID: <590A936D-453F-4369-9E09-69E7D05001B2@gmail.com> $ 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. From ryandesign at macports.org Wed Dec 26 05:14:44 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 26 05:13:52 2007 Subject: ocaml fails on Tiger (was: Re: sudo port install mldonkey) In-Reply-To: <590A936D-453F-4369-9E09-69E7D05001B2@gmail.com> References: <590A936D-453F-4369-9E09-69E7D05001B2@gmail.com> Message-ID: This bug has already been reported: http://trac.macosforge.org/projects/macports/ticket/13583 I've added your email address to the bug's Cc list so you'll be informed of its progress. On Dec 26, 2007, at 05:58, Charlse Darwin wrote: > $ 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_ > ocaml/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. From macports.users at gmail.com Wed Dec 26 05:16:51 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Wed Dec 26 05:15:40 2007 Subject: ocaml fails on Tiger (was: Re: sudo port install mldonkey) In-Reply-To: References: <590A936D-453F-4369-9E09-69E7D05001B2@gmail.com> Message-ID: <2941B7F9-BE15-410C-8965-E610BA68F32A@gmail.com> Great, thanks. On Dec 26, 2007, at 8:14 AM, Ryan Schmidt wrote: > This bug has already been reported: > > http://trac.macosforge.org/projects/macports/ticket/13583 > > I've added your email address to the bug's Cc list so you'll be > informed of its progress. > > > On Dec 26, 2007, at 05:58, Charlse Darwin wrote: > >> $ 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 >> _ocaml/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. From ryandesign at macports.org Wed Dec 26 06:51:19 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 26 06:50:17 2007 Subject: port search In-Reply-To: <64E4C3E9-BCEB-470C-BBD5-E80B7CABD8AA@gmail.com> References: <77475AB7-4A52-4966-8441-DB055D941D28@gmail.com> <64E4C3E9-BCEB-470C-BBD5-E80B7CABD8AA@gmail.com> Message-ID: <84E1FEE4-5AD7-4D52-9AF4-6FADA54DEC87@macports.org> On Dec 26, 2007, at 08:31, Charlse Darwin wrote: > On Dec 20, 2007, at 3:05 AM, Ryan Schmidt wrote: > >> On Dec 20, 2007, at 01:47, Charlse Darwin wrote: >> >>> How do I get `port search' to look into meta-data? Here is an >>> example: >>> >>> # Firefox is a browser but word `browser' turns up in its meta-data >>> $ port search firefox >>> firefox-x11 www/firefox-x11 2.0.0.7 >>> Mozilla.org's popular stand-alone browser >>> # Therefore following fails to return `Firefox' >>> $ port search browser >>> headerbrowser devel/headerbrowser 0.8.3 >>> simple, efficient tool for creating doc from C/C++ source >>> $ >> >> $ port search long_description:browser > > # I already know category > $ port search category:* > > # & > $ port search long_description:* > > # what else is there? > $ port search *:* I think it might be the list between lines 720 and 735 of (r31925 of) src/port/port.tcl: variants variant description portdir homepage epoch platforms platform name long_description maintainers maintainer categories category version revision At least, those all do work. From gnurser at googlemail.com Wed Dec 26 07:55:41 2007 From: gnurser at googlemail.com (George Nurser) Date: Wed Dec 26 07:54:18 2007 Subject: ?typo in portfile for gcc43 with gfortran Message-ID: <1d1e6ea70712260755l68735ddcy950048968c78ef2e@mail.gmail.com> I have just tried to install the latest snapshot (20071221) of gcc43. I did sudo port -v install gcc43 +gfortran & got a failure The following requested languages could not be built: objc++ Supported languages are: c,c++,fortran,java,objc,obj-c++,treelang 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_lang_gcc43/work/build" && ../gcc-4.3-20071221/configure --prefix=/opt/local --libdir=/opt/local/lib/gcc43 --includedir=/opt/local/include/gcc43 --infodir=/opt/local/share/info --mandir=/opt/local/share/man --with-local-prefix=/opt/local --with-system-zlib --disable-nls --program-suffix=-mp-4.3 --with-gxx-include-dir=/opt/local/include/gcc43/c++/ --with-gmp=/opt/local --with-mpfr=/opt/local --enable-languages=c,c++,objc,objc++,fortran " returned error 1 Looking at the portfile at http://gcc43.darwinports.com/ # $Id: Portfile 31647 2007-12-01 15:35:54Z mww macports.org $ # due to popular request - untested for the BETA; will be removed as soon as other languages than C compile successfuly Variant: gfortran description "Enables fortran; this language will be enabled in the final version - this variant is completely untested!" { configure.args-delete --enable-languages=c,c++,objc,obj-c++ configure.args-append --enable-languages=c,c++,objc,objc++,fortran } It looks like a typo: objc++ should be obj-c++ BTW -- Is there any way of correcting this manually so I can compile it? I can't see a portfile on my computer. Many thanks, George Nurser. From dluke at geeklair.net Wed Dec 26 08:59:37 2007 From: dluke at geeklair.net (Daniel J. Luke) Date: Wed Dec 26 08:58:15 2007 Subject: clamav 0.92 doesn't build on 10.3.9 In-Reply-To: References: Message-ID: <56513E82-4BF7-4806-9AD8-CAC92A42D921@geeklair.net> On Dec 24, 2007, at 5:23 PM, Dave Hill wrote: > So I used the "darwin_i386" variant which doesn't have those settings > and it seems to work fine on 10.3.9 Officially, Macports only supports the current and previous Mac OS X release. However, I'll add a platform statement to fix this so that anyone else using 10.3.9 will still be able to install clamav. Thanks for the information! -- Daniel J. Luke +========================================================+ | *---------------- dluke@geeklair.net ----------------* | | *-------------- http://www.geeklair.net -------------* | +========================================================+ | Opinions expressed are mine and do not necessarily | | reflect the opinions of my employer. | +========================================================+ -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: This is a digitally signed message part Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071226/f065a3e9/PGP.bin From ryandesign at macports.org Wed Dec 26 09:08:14 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 26 09:13:51 2007 Subject: ?typo in portfile for gcc43 with gfortran In-Reply-To: <1d1e6ea70712260755l68735ddcy950048968c78ef2e@mail.gmail.com> References: <1d1e6ea70712260755l68735ddcy950048968c78ef2e@mail.gmail.com> Message-ID: <352166E1-02C4-4E3E-9C4A-47374E0D0B9E@macports.org> On Dec 26, 2007, at 09:55, George Nurser wrote: > I have just tried to install the latest snapshot (20071221) of gcc43. > I did > sudo port -v install gcc43 +gfortran > > & got a failure > The following requested languages could not be built: objc++ > Supported languages are: c,c++,fortran,java,objc,obj-c++,treelang > 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_lang_ > gcc43/work/build" > && ../gcc-4.3-20071221/configure --prefix=/opt/local > --libdir=/opt/local/lib/gcc43 --includedir=/opt/local/include/gcc43 > --infodir=/opt/local/share/info --mandir=/opt/local/share/man > --with-local-prefix=/opt/local --with-system-zlib --disable-nls > --program-suffix=-mp-4.3 > --with-gxx-include-dir=/opt/local/include/gcc43/c++/ > --with-gmp=/opt/local --with-mpfr=/opt/local > --enable-languages=c,c++,objc,objc++,fortran " returned error 1 > > Looking at the portfile at http://gcc43.darwinports.com/ > # $Id: Portfile 31647 2007-12-01 15:35:54Z mww macports.org $ > > > # due to popular request - untested for the BETA; will be removed as > soon as other languages than C compile successfuly > Variant: gfortran description "Enables fortran; this language will be > enabled in the final version - this variant is completely untested!" { > configure.args-delete --enable-languages=c,c++,objc,obj-c++ > configure.args-append --enable-languages=c,c++,objc,objc++,fortran > } > It looks like a typo: objc++ should be obj-c++ I think you're probably right. I'll Cc gcc43's maintainer. In the future, you should probably file tickets in our bug tracker when you discover problems, making sure to assign the ticket to the port's maintainer. > BTW -- Is there any way of correcting this manually so I can compile > it? I can't see a portfile on my computer. You can edit the portfile locally by typing "port edit gcc43" (or possibly "sudo port edit gcc43") assuming you have set up your EDITOR environment variable correctly. From ryandesign at macports.org Wed Dec 26 09:17:49 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Wed Dec 26 09:23:26 2007 Subject: still can't install boost on leopard In-Reply-To: <47700F1F.20901@nerdshack.com> References: <47700F1F.20901@nerdshack.com> Message-ID: <2930DD2F-8D48-4735-9B78-E7625DEAF102@macports.org> On Dec 24, 2007, at 13:57, Tristan Peters wrote: > Despite the apparent resolution of Ticket #13223 ("Boost fails to > build on leopard"), I still get the following error when building it: > > Building boost 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_devel > _boost/work/boost_1_34_1" && gmake all " returned error 2 > Command output: Makefile:2: *** missing separator. Stop. > > I did a selfupdate and sync before trying again to install boost. > > Anyone know anything about this? For anyone else interested in this issue, Tristan filed this ticket: http://trac.macosforge.org/projects/macports/ticket/13714 From lisfolks.lists at gmail.com Wed Dec 26 10:49:27 2007 From: lisfolks.lists at gmail.com (lisfolks) Date: Wed Dec 26 10:48:09 2007 Subject: libsdl_image-framework build error Message-ID: <14505159.post@talk.nabble.com> I'm getting a build error on libsdl_image-framework as follows: ---> Building libsdl_image-framework Error: Target org.macports.build returned: shell command "cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_libsdl_image-framework/work/SDL_image-1.2.6" && xcodebuild -project Xcode/SDL_image.xcodeproj -target "Framework" -configuration Deployment build OBJROOT=build/ SYMROOT=build/ " returned error 1 Command output: _load_xpm in IMG_xpm.o _load_xpm in IMG_xpm.o _IMG_LoadLBM_RW in IMG_lbm.o "_SDL_ClearError", referenced from: _IMG_LoadBMP_RW in IMG_bmp.o "_png_destroy_read_struct", referenced from: _png_destroy_read_struct$non_lazy_ptr in IMG_png.o "_png_set_packing", referenced from: _png_set_packing$non_lazy_ptr in IMG_png.o "_jpeg_destroy_decompress", referenced from: _jpeg_destroy_decompress$non_lazy_ptr in IMG_jpg.o "_png_get_valid", referenced from: _png_get_valid$non_lazy_ptr in IMG_png.o "_jpeg_read_header", referenced from: _jpeg_read_header$non_lazy_ptr in IMG_jpg.o "_png_set_gray_to_rgb", referenced from: _png_set_gray_to_rgb$non_lazy_ptr in IMG_png.o "_png_get_io_ptr", referenced from: _png_get_io_ptr$non_lazy_ptr in IMG_png.o "_jpeg_start_decompress", referenced from: _jpeg_start_decompress$non_lazy_ptr in IMG_jpg.o "_png_sig_cmp", referenced from: _png_sig_cmp$non_lazy_ptr in IMG_png.o "_jpeg_std_error", referenced from: _jpeg_std_error$non_lazy_ptr in IMG_jpg.o "_png_read_image", referenced from: _png_read_image$non_lazy_ptr in IMG_png.o ld: symbol(s) not found collect2: ld returned 1 exit status ** BUILD FAILED ** Error: Status 1 encountered during processing. Any ideas how I can fix this? -- View this message in context: http://www.nabble.com/libsdl_image-framework-build-error-tp14505159p14505159.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From gnurser at googlemail.com Wed Dec 26 15:37:17 2007 From: gnurser at googlemail.com (George Nurser) Date: Wed Dec 26 15:35:53 2007 Subject: ?typo in portfile for gcc43 with gfortran In-Reply-To: <352166E1-02C4-4E3E-9C4A-47374E0D0B9E@macports.org> References: <1d1e6ea70712260755l68735ddcy950048968c78ef2e@mail.gmail.com> <352166E1-02C4-4E3E-9C4A-47374E0D0B9E@macports.org> Message-ID: <1d1e6ea70712261537q704a4405n7c906fb4cc11e852@mail.gmail.com> On 26/12/2007, Ryan Schmidt wrote: > On Dec 26, 2007, at 09:55, George Nurser wrote: > > > I have just tried to install the latest snapshot (20071221) of gcc43. > > I did > > sudo port -v install gcc43 +gfortran > > > > & got a failure > > The following requested languages could not be built: objc++ > > Supported languages are: c,c++,fortran,java,objc,obj-c++,treelang > > 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_lang_ > > gcc43/work/build" > > && ../gcc-4.3-20071221/configure --prefix=/opt/local > > --libdir=/opt/local/lib/gcc43 --includedir=/opt/local/include/gcc43 > > --infodir=/opt/local/share/info --mandir=/opt/local/share/man > > --with-local-prefix=/opt/local --with-system-zlib --disable-nls > > --program-suffix=-mp-4.3 > > --with-gxx-include-dir=/opt/local/include/gcc43/c++/ > > --with-gmp=/opt/local --with-mpfr=/opt/local > > --enable-languages=c,c++,objc,objc++,fortran " returned error 1 > > > > Looking at the portfile at http://gcc43.darwinports.com/ > > # $Id: Portfile 31647 2007-12-01 15:35:54Z mww macports.org $ > > > > > > # due to popular request - untested for the BETA; will be removed as > > soon as other languages than C compile successfuly > > Variant: gfortran description "Enables fortran; this language will be > > enabled in the final version - this variant is completely untested!" { > > configure.args-delete --enable-languages=c,c++,objc,obj-c++ > > configure.args-append --enable-languages=c,c++,objc,objc++,fortran > > } > > It looks like a typo: objc++ should be obj-c++ > > I think you're probably right. I'll Cc gcc43's maintainer. In the > future, you should probably file tickets in our bug tracker when you > discover problems, making sure to assign the ticket to the port's > maintainer. OK. Will do that. > > > > BTW -- Is there any way of correcting this manually so I can compile > > it? I can't see a portfile on my computer. > > You can edit the portfile locally by typing "port edit gcc43" (or > possibly "sudo port edit gcc43") assuming you have set up your EDITOR > environment variable correctly. > Yes, that worked, and the gcc43 compiled fine. Moreover the resulting gfortran also appears to work well. Many thanks. George. From mww at macports.org Thu Dec 27 03:32:51 2007 From: mww at macports.org (Markus Weissmann) Date: Thu Dec 27 03:31:33 2007 Subject: ?typo in portfile for gcc43 with gfortran In-Reply-To: <1d1e6ea70712261537q704a4405n7c906fb4cc11e852@mail.gmail.com> References: <1d1e6ea70712260755l68735ddcy950048968c78ef2e@mail.gmail.com> <352166E1-02C4-4E3E-9C4A-47374E0D0B9E@macports.org> <1d1e6ea70712261537q704a4405n7c906fb4cc11e852@mail.gmail.com> Message-ID: <8F5B728D-54AB-41F0-9EAB-95307796CC4E@macports.org> On Dec 27, 2007, at 12:37 AM, George Nurser wrote: > On 26/12/2007, Ryan Schmidt wrote: >> On Dec 26, 2007, at 09:55, George Nurser wrote: >> >>> I have just tried to install the latest snapshot (20071221) of >>> gcc43. >>> I did >>> sudo port -v install gcc43 +gfortran >>> >>> & got a failure >>> The following requested languages could not be built: objc++ >>> Supported languages are: c,c++,fortran,java,objc,obj-c++,treelang >>> 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_lang_ >>> gcc43/work/build" >>> && ../gcc-4.3-20071221/configure --prefix=/opt/local >>> --libdir=/opt/local/lib/gcc43 --includedir=/opt/local/include/gcc43 >>> --infodir=/opt/local/share/info --mandir=/opt/local/share/man >>> --with-local-prefix=/opt/local --with-system-zlib --disable-nls >>> --program-suffix=-mp-4.3 >>> --with-gxx-include-dir=/opt/local/include/gcc43/c++/ >>> --with-gmp=/opt/local --with-mpfr=/opt/local >>> --enable-languages=c,c++,objc,objc++,fortran " returned error 1 >>> >>> Looking at the portfile at http://gcc43.darwinports.com/ >>> # $Id: Portfile 31647 2007-12-01 15:35:54Z mww macports.org $ >>> >>> >>> # due to popular request - untested for the BETA; will be removed as >>> soon as other languages than C compile successfuly >>> Variant: gfortran description "Enables fortran; this language will >>> be >>> enabled in the final version - this variant is completely >>> untested!" { >>> configure.args-delete --enable-languages=c,c++,objc,obj-c++ >>> configure.args-append --enable-languages=c,c++,objc,objc++,fortran >>> } >>> It looks like a typo: objc++ should be obj-c++ >> >> I think you're probably right. I'll Cc gcc43's maintainer. In the >> future, you should probably file tickets in our bug tracker when you >> discover problems, making sure to assign the ticket to the port's >> maintainer. > > OK. Will do that. > > >> >> >>> BTW -- Is there any way of correcting this manually so I can compile >>> it? I can't see a portfile on my computer. >> >> You can edit the portfile locally by typing "port edit gcc43" (or >> possibly "sudo port edit gcc43") assuming you have set up your EDITOR >> environment variable correctly. >> > > Yes, that worked, and the gcc43 compiled fine. Moreover the resulting > gfortran also appears to work well. > Thanks -- I've just fixed it in the repository! Regards, -Markus -- Dipl. Inf. (FH) Markus W. Weissmann http://www.macports.org/ http://www.mweissmann.de/ From boeyms at macports.org Thu Dec 27 06:02:50 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Thu Dec 27 06:01:25 2007 Subject: gmime no longer builds on leopard In-Reply-To: References: Message-ID: <20071227090250.nc7e2hydwowgsow0@webmail.tuffmail.net> Hi Micheal, Just a quick follow-up: would you be able to file this as a ticket in Trac [1] and assign it to me (see the guide for instructions on how to do so [2])? If you haven't got an account on Trac yet, you can create one with the "Register" link in the top-right corner of any page at trac.macports.org (we enforce registration to avoid spam). Thanks. Kind regards, Maun Suang [1] http://trac.macports.org/projects/macports/newticket [2] http://guide.macports.org/#project.tickets Quoting Boey Maun Suang : > Hi Michael, > > Sorry to take so long to reply to this; unfortunately I don't > currently find the time to read macports-users much, so I miss posts > that I really should reply to. > >> A few days ago I installed pan2 and all its dependencies. I'm >> having problems trying to compile wine so I deleted /opt/local and >> reinstalled macports. Now, gmime won't build. I get the following >> error: > > > >> ld: warning, duplicate dylib /opt/local/lib/libz.1.dylib >> ld: duplicate symbol _g_bit_nth_lsf in .libs/gmime-charset.o and >> .libs/gmime.o >> >> collect2: ld returned 1 exit status > > > Since you say that it fails on Leopard, and since I don't get this > problem on 10.4.11, it looks to me like it's a bug with Leopard's > linker (the ld program). If others can help me confirm that it does > indeed occur on Leopard but not on Tiger or Panther, then it'd be > great if you could report it upstream to the developer of gmime. > > It may well be, however, that he won't change the upstream source, > arguing that it's a bug with Leopard's linker and so not his problem > (a view which I can sympathise with, though I wouldn't agree with > it). If that's the case, I think I'd be able to implement a patch by > myself; it wouldn't be elegant, but there wouldn't be any > significantly better ways around it either. > > So, others can let me know whether or not they can reproduce the > error, that'd be great. We can then look at whether or not to report > this upstream. > > Kind regards, > > > Maun Suang > > -- > Boey Maun Suang (Boey is my surname) > Email: boeyms at macports dot org > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From boeyms at macports.org Thu Dec 27 06:25:53 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Thu Dec 27 06:24:26 2007 Subject: Problems with hat Message-ID: <20071228012553.9e593bel0ckgkswk@webmail.tuffmail.net> Hi Max, If this bug with the hat port hasn't been fixed for you, could you file a ticket on Trac for it? (See http://guide.macports.org/#project.tickets for how to do so.) I'm afraid that I can't help you directly, but at least this way it's properly listed. Also, if anyone is a Haskell-on-MacPorts guru, some love this way would be appreciated! Kind regards, Maun Suang > I just installed hat and tried using it, but something appears to have > gone wrong with the install: > > -8<-------------------------------- > $ hmake -hat fib.hs > hat-trans fib.hs > Wrote Hat/fib.hs > ghc -c -package hat -o Hat/fib.o Hat/fib.hs > > Hat/fib.hs:3:0: > Failed to load interface for `Hat.PreludeBasic': > Use -v to see a list of the files searched for. > ----------------------------------- > > Ooops. I check where it looks for Hat.PreludeBasic: > > -8<-------------------------------- > $ hmake -hat -v fib.hs > hat-trans fib.hs > Wrote Hat/fib.hs > ghc -v -c -package hat -o Hat/fib.o Hat/fib.hs > Glasgow Haskell Compiler, Version 6.6, for Haskell 98, compiled by > GHC version 6.6 > Using package config file: /opt/local/lib/ghc-6.6/package.conf > Using package config file: /Users/max/.ghc/powerpc-darwin-6.6/package.conf > wired-in package base mapped to base-2.0 > wired-in package rts mapped to rts-1.0 > wired-in package haskell98 mapped to haskell98-1.0 > wired-in package template-haskell mapped to template-haskell-2.0 > Hsc static flags: -static > Created temporary directory: /tmp/ghc22180_0 > *** Checking old interface for main:Main: > *** Parser: > *** Renamer/typechecker: > > Hat/fib.hs:3:0: > Failed to load interface for `Hat.PreludeBasic': > locations searched: > Hat/PreludeBasic.hi > Hat/PreludeBasic.hi-boot > > /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_hat/work/destroot/opt/local/imports/hat-2.05/ghc-606/Hat/PreludeBasic.hi > *** Deleting temp files: > Deleting: /tmp/ghc22180_0/ghc22180_0.s > Warning: deleting non-existent /tmp/ghc22180_0/ghc22180_0.s > *** Deleting temp dirs: > Deleting: /tmp/ghc22180_0 > ----------------------------------- > > Hm. I check and find that my hat has some file like that in > /opt/local/imports/hat-2.05/ghc-606/Hat, and try > > -8<-------------------------------- > $ hmake -hat -I/opt/local/imports/hat-2.05/ghc-606 fib.hs > hat-trans -I/opt/local/imports/hat-2.05/ghc-606 fib.hs > Wrote Hat/fib.hs > ghc -I/opt/local/imports/hat-2.05/ghc-606 > -i/opt/local/imports/hat-2.05/ghc-606 -c -package hat -o Hat/fib.o > Hat/fib.hs > > Hat/fib.hs:3:0: > Bad interface file: > /opt/local/imports/hat-2.05/ghc-606/Hat/PreludeBasic.hi > Something is amiss; requested module main:Hat.PreludeBasic > differs from name found in the interface file hat-2.5:Hat.PreludeBasic > ----------------------------------- > > hat-2.5 versus hat-2.05? I am not sure what's going wrong here. > > Any hints appreciated. > > Thanks, > > Max > > > > hat @2.05_0 > ghc @6.6_5+darwin_8_powerpc > hmake @3.13_0 > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From boeyms at macports.org Thu Dec 27 06:55:57 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Thu Dec 27 06:54:31 2007 Subject: docbook.xsl not found during xmlto install In-Reply-To: <8E129F19-4AA3-49F5-8BB6-5F9C21006710@ubit.com> References: <8E129F19-4AA3-49F5-8BB6-5F9C21006710@ubit.com> Message-ID: <20071228015557.dpnu9noakgsoo40g@webmail.tuffmail.net> Hi Henri (and Joe, from so long ago!), I've finally updated the xmlto port with what I think is a fix; try waiting for 12 hours, cleaning the xmlto port and then installing it again. If that doesn't work, let me know what output you get and I'll try again. Kind regards, Maun Suang From boeyms at macports.org Thu Dec 27 06:57:40 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Thu Dec 27 06:56:13 2007 Subject: docbook.xsl not found during xmlto install In-Reply-To: <20071228015557.dpnu9noakgsoo40g@webmail.tuffmail.net> References: <8E129F19-4AA3-49F5-8BB6-5F9C21006710@ubit.com> <20071228015557.dpnu9noakgsoo40g@webmail.tuffmail.net> Message-ID: <20071228015740.wg84q3km8gkssosw@webmail.tuffmail.net> Hi again, Quoting Boey Maun Suang : > try waiting for 12 hours, cleaning the xmlto port and then installing it > again Sorry, you'll need to run selfupdate too before trying to install it again. Kind regards, Maun Suang From mail at thorstenzoerner.de Thu Dec 27 07:07:22 2007 From: mail at thorstenzoerner.de (=?ISO-8859-1?Q?Thorsten_Z=F6rner?=) Date: Thu Dec 27 07:05:56 2007 Subject: tiff - once again Message-ID: <56E873B9-8E29-4A38-8895-B9CEA45113FF@thorstenzoerner.de> Dear list, I had scribus 1.3.3.9 running all right until yesterday on my MacBook Pro, 2 GHz, MacOS 10.5.1, MacPorts 1.600, X11-2.1.1. Then I installed/uninstalled some new ports and decided to erase all and start from scratch. I got scribus compiling all right except for tiff and lcms which depends on tiff. I have looked up previous threads on this list on tiff and tried all this: 1. sudo port selfupdate does not update, because MacPorts is up to date 2. sudo port clean --work tiff .. sudo port install tiff does not help 3. reinstall OpenGL SDK followed by .. sudo port clean --work tiff .. sudo port install tiff does not help either So what is going on? Here's the output of the compilation Macintosh-2:~ thorsten$ sudo port install scribus Password: ---> Building tiff 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_graphics_tiff/work/tiff-3.8.2" && make all " returned error 2 Command output: Making all in port make[1]: Nothing to be done for `all'. Making all in libtiff make all-am Making all in tools /bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -Wall - W -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -o tiffgt tiffgt-tiffgt.o ../libtiff/libtiff.la ../port/libport.la -L/usr/X11R6/ lib -framework GLUT -lobjc -framework OpenGL -ljpeg -lz -lc libtool: link: /usr/bin/gcc-4.0 -O2 -Wall -W -o .libs/tiffgt tiffgt- tiffgt.o -L/opt/local/lib ../libtiff/.libs/libtiff.dylib ../ port/.libs/libport.a -L/usr/X11R6/lib -framework GLUT -lobjc - framework OpenGL /opt/local/lib/libjpeg.dylib -lz -lc ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status make[1]: *** [tiffgt] Error 1 make: *** [all-recursive] Error 1 Error: The following dependencies failed to build: lcms tiff Error: Status 1 encountered during processing. Any help is greatly appreciated. Cheers, Thorsten. From ryandesign at macports.org Thu Dec 27 08:11:47 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 27 08:10:42 2007 Subject: tiff - once again In-Reply-To: <56E873B9-8E29-4A38-8895-B9CEA45113FF@thorstenzoerner.de> References: <56E873B9-8E29-4A38-8895-B9CEA45113FF@thorstenzoerner.de> Message-ID: On Dec 27, 2007, at 09:07, Thorsten Z?rner wrote: > I had scribus 1.3.3.9 running all right until yesterday > on my MacBook Pro, 2 GHz, MacOS 10.5.1, MacPorts 1.600, X11-2.1.1. > > Then I installed/uninstalled some new ports and decided to erase > all and start from scratch. > I got scribus compiling all right except for tiff and lcms which > depends on tiff. > > I have looked up previous threads on this list on tiff and tried > all this: > 1. sudo port selfupdate > does not update, because MacPorts is up to date True, it does not update base, because base is up to date; it does nevertheless update your ports, and is therefore recommended to ensure you have the latest ports and base. > 2. sudo port clean --work tiff > .. sudo port install tiff > does not help Cleaning the work area is nevertheless recommended because otherwise even if some other task (such as reinstalling the OpenGL SDK as below) would fix the problem, you could still see the error because the work area contained outdated information from the last build attempt. > 3. reinstall OpenGL SDK followed by > .. sudo port clean --work tiff > .. sudo port install tiff > does not help either > > So what is going on? > Here's the output of the compilation > > > Macintosh-2:~ thorsten$ sudo port install scribus > Password: > ---> Building tiff 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_graph > ics_tiff/work/tiff-3.8.2" && make all " returned error 2 > Command output: Making all in port > make[1]: Nothing to be done for `all'. > Making all in libtiff > make all-am > Making all in tools > /bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -Wall > -W -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -o tiffgt > tiffgt-tiffgt.o ../libtiff/libtiff.la ../port/libport.la -L/usr/ > X11R6/lib -framework GLUT -lobjc -framework OpenGL -ljpeg -lz -lc > libtool: link: /usr/bin/gcc-4.0 -O2 -Wall -W -o .libs/tiffgt tiffgt- > tiffgt.o -L/opt/local/lib ../libtiff/.libs/libtiff.dylib ../ > port/.libs/libport.a -L/usr/X11R6/lib -framework GLUT -lobjc - > framework OpenGL /opt/local/lib/libjpeg.dylib -lz -lc > ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib This bug was supposed to have been fixed according to ticket #12997. But according to ticket #13683, it has not in fact been fixed. http://trac.macosforge.org/projects/macports/ticket/13683 I'll add your email address to the Cc list of that ticket so you'll be informed of the maintainer's progress in resolving it. From mail at thorstenzoerner.de Thu Dec 27 08:31:09 2007 From: mail at thorstenzoerner.de (=?ISO-8859-1?Q?Thorsten_Z=F6rner?=) Date: Thu Dec 27 08:29:43 2007 Subject: tiff - once again In-Reply-To: References: <56E873B9-8E29-4A38-8895-B9CEA45113FF@thorstenzoerner.de> Message-ID: On 27.12.07, at 17:11, Ryan Schmidt wrote: > On Dec 27, 2007, at 09:07, Thorsten Z?rner wrote: > >> I had scribus 1.3.3.9 running all right until yesterday >> on my MacBook Pro, 2 GHz, MacOS 10.5.1, MacPorts 1.600, X11-2.1.1. >> >> Then I installed/uninstalled some new ports and decided to erase >> all and start from scratch. >> I got scribus compiling all right except for tiff and lcms which >> depends on tiff. >> >> I have looked up previous threads on this list on tiff and tried >> all this: >> 1. sudo port selfupdate >> does not update, because MacPorts is up to date > > True, it does not update base, because base is up to date; it does > nevertheless update your ports, and is therefore recommended to > ensure you have the latest ports and base. > >> 2. sudo port clean --work tiff >> .. sudo port install tiff >> does not help > > Cleaning the work area is nevertheless recommended because otherwise > even if some other task (such as reinstalling the OpenGL SDK as > below) would fix the problem, you could still see the error because > the work area contained outdated information from the last build > attempt. Thanks for your explanations, Ryan. >> 3. reinstall OpenGL SDK followed by >> .. sudo port clean --work tiff >> .. sudo port install tiff >> does not help either >> >> So what is going on? >> Here's the output of the compilation >> >> >> Macintosh-2:~ thorsten$ sudo port install scribus >> Password: >> ---> Building tiff 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_graphics_tiff/work/tiff-3.8.2" && make >> all " returned error 2 >> Command output: Making all in port >> make[1]: Nothing to be done for `all'. >> Making all in libtiff >> make all-am >> Making all in tools >> /bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -Wall >> -W -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -o tiffgt >> tiffgt-tiffgt.o ../libtiff/libtiff.la ../port/libport.la -L/usr/ >> X11R6/lib -framework GLUT -lobjc -framework OpenGL -ljpeg -lz -lc >> libtool: link: /usr/bin/gcc-4.0 -O2 -Wall -W -o .libs/tiffgt tiffgt- >> tiffgt.o -L/opt/local/lib ../libtiff/.libs/libtiff.dylib ../ >> port/.libs/libport.a -L/usr/X11R6/lib -framework GLUT -lobjc - >> framework OpenGL /opt/local/lib/libjpeg.dylib -lz -lc >> ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib > > This bug was supposed to have been fixed according to ticket #12997. > But according to ticket #13683, it has not in fact been fixed. > > http://trac.macosforge.org/projects/macports/ticket/13683 > > I'll add your email address to the Cc list of that ticket so you'll > be informed of the maintainer's progress in resolving it. Thanks for taking care of this. Would you - or anyone - know of any kind of a workaround? I've found this bit of information http://lists.apple.com/archives/X11-users/2007/Oct/msg00145.html However I don't know how I could apply this myself. Cheers, Thorsten. From mikev at geo.umass.edu Thu Dec 27 10:37:33 2007 From: mikev at geo.umass.edu (Michael J. Vollinger) Date: Thu Dec 27 10:36:08 2007 Subject: gnumeric build troubles Message-ID: Hello all, I am trying to install gnumeric on a MacBook Pro and keeping getting this error message: You must install or activate this package with '-f' (force) as it needs to overwrite files installed by the perl5.8 port ---> Installing p5-getopt-long 2.37_0 ---> Activating p5-getopt-long 2.37_0 Error: Target org.macports.activate returned: Image error: /opt/local/ lib/perl5/5.8.8/Getopt/Long.pm is being used by the active perl5.8 port. Please deactivate this port first, or use the -f flag to force the activation. Error: The following dependencies failed to build: goffice libgnomeprintui gnome-icon-theme icon-naming-utils p5-getopt-long p5- xml-simple p5-test-simple p5-test-harness p5-xml-namespacesupport p5- xml-sax gtk2 atk cairo fontconfig freetype libpng render xrender gtk- doc jpeg pango Xft2 xorg-xproto xorg-util-macros tiff libgnomecanvas gail intltool libart_lgpl libglade2 libgnomeprint bison m4 libgnomecups popt libgsf gnome-vfs gconf orbit2 libidl gnome-mime-data howl neon libbonobo pcre Error: Status 1 encountered during processing. tephra:~ mikev$ I am fairly new to this stuff. Can anyone give me any pointers please? Mike ------------------------------------- Michael J. Vollinger Research Assistant Ronald B. Gilmore XRF Lab Dept. of Geosciences 611 North Pleasant Street University of Massachusetts Amherst, MA 01003 From frstan at bellsouth.net Thu Dec 27 10:54:14 2007 From: frstan at bellsouth.net (William Davis) Date: Thu Dec 27 10:52:46 2007 Subject: gnumeric build troubles In-Reply-To: References: Message-ID: <7C62D100-A3CA-467D-A876-47D34D656033@bellsouth.net> On Dec 27, 2007, at 1:37 PM, Michael J. Vollinger wrote: > You must install or activate this package with '-f' (force) as it > needs to overwrite files installed by the perl5.8 port sudo port -f install foo 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 From ryandesign at macports.org Thu Dec 27 11:20:24 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Thu Dec 27 11:25:58 2007 Subject: gnumeric build troubles In-Reply-To: <7C62D100-A3CA-467D-A876-47D34D656033@bellsouth.net> References: <7C62D100-A3CA-467D-A876-47D34D656033@bellsouth.net> Message-ID: <8A767C92-55DD-435B-A9D8-5A9AE0DE548F@macports.org> On Dec 27, 2007, at 12:54, William Davis wrote: > On Dec 27, 2007, at 12:37, Michael J. Vollinger wrote: > >> I am trying to install gnumeric on a MacBook Pro and keeping >> getting this error message: >> >> You must install or activate this package with '-f' (force) as it >> needs to overwrite files installed by the perl5.8 port >> ---> Installing p5-getopt-long 2.37_0 >> ---> Activating p5-getopt-long 2.37_0 >> Error: Target org.macports.activate returned: Image error: /opt/ >> local/lib/perl5/5.8.8/Getopt/Long.pm is being used by the active >> perl5.8 port. Please deactivate this port first, or use the -f >> flag to force the activation. >> Error: The following dependencies failed to build: goffice >> libgnomeprintui gnome-icon-theme icon-naming-utils p5-getopt-long >> p5-xml-simple p5-test-simple p5-test-harness p5-xml- >> namespacesupport p5-xml-sax gtk2 atk cairo fontconfig freetype >> libpng render xrender gtk-doc jpeg pango Xft2 xorg-xproto xorg- >> util-macros tiff libgnomecanvas gail intltool libart_lgpl >> libglade2 libgnomeprint bison m4 libgnomecups popt libgsf gnome- >> vfs gconf orbit2 libidl gnome-mime-data howl neon libbonobo pcre >> Error: Status 1 encountered during processing. >> tephra:~ mikev$ >> >> I am fairly new to this stuff. Can anyone give me any pointers >> please? > > sudo port -f install foo Welcome to MacPorts! At this point, "foo" (that is: p5-getopt-long) is already installed, just not activated, so rather than "sudo port -f install p5-getopt- long" you really just need to "sudo port -f activate p5-getopt-long". Then you can proceed with whatever other installation you were doing. (And you should do so as before, without the -f option, unless told to use that option.) From liontooth at cogweb.net Thu Dec 27 11:35:53 2007 From: liontooth at cogweb.net (David Liontooth) Date: Thu Dec 27 11:34:24 2007 Subject: dbus creates messagebus group and user with ID above 500 Message-ID: <4773FE99.3040202@cogweb.net> In the dbus portfile I find: pre-activate { addgroup messagebus adduser messagebus gid=[existsgroup messagebus] realname=Message\ Bus } If dbus has to create a user (is it required?), it should find a number below 500 for system users. Users above 500 are reserved for those pesky real human users. Any ill effects from deleting the user/group? Dave From mikev at geo.umass.edu Thu Dec 27 13:07:36 2007 From: mikev at geo.umass.edu (Michael J. Vollinger) Date: Thu Dec 27 13:06:16 2007 Subject: abiword-x11 issues Message-ID: Hello all, I got gnumeric working. Now I am having issues with abiword-x11 tephra:~ mikev$ tephra:~ mikev$ sudo port install abiword-x11 ---> Fetching abiword-x11 ---> Verifying checksum(s) for abiword-x11 ---> Extracting abiword-x11 ---> Configuring abiword-x11 ---> Building abiword-x11 with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/ abi" && make " returned error 2 Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 --bash: tephra:~: command not found tephra:~ mikev$ ---> Fetching abiword-x11 ---> Verifying checksum(s) for abiword-x11 ---> Extracting abiword-x11 ---> Configuring abiword-x11 ---> Building abiword-x11 with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/ abi" && make " returned error 2 Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGC-bash: ---: command not found tephra:~ mikev$ ---> Verifying checksum(s) for abiword-x11 -bash: syntax error near unexpected token `(' tephra:~ mikev$ ---> Extracting abiword-x11 ---> Configuring abiword-x11 ---> Building abiword-x11 with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/ abi" && make " returned error 2 Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCCommand output: ifNDIR_SEL-bash: ---: command not found tephra:~ mikev$ ---> Configuring abiword-x11 ---> Building abiword-x11 with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/ abi" && make " returned error 2 Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCCommand output: ifNDIR_SELECTCommand outp -I. -I. -I'../.- bash: ---: command not found tephra:~ mikev$ ---> Building abiword-x11 with target {} Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/ abi" && make " returned error 2 Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCCommand output: ifNDIR_SELECTCommand outp -I. -I. -I'../../ Command output: if /usr/bin/g++-4.0 -DPc-bash: ---: command not found tephra:~ mikev$ Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/ abi" && make " returned error 2 Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCCommand output: ifNDIR_SELECTCommand outp -I. -I. -I'../../ Command output: if /usr/bin/g++-4.0 -DPc/aCommand output: if /usr/bin/g ++-4.0 -DPACKAGE_NAME=\"AbiSuite\" -DPACKAGE_TARNAME=\"abisuite\" - DPACKAGE_VERSION=\"2.4\" -DPACKAGE_STRING=\"AbiSuite\ 2.4\" - DPACKAGE_BUGREPORT=\"httpv/unix' -I'../../../../src/af/gr/unix' - I'../../-bash: Error:: command not found tephra:~ mikev$ Command output: if /usr/bin/g++-4.0 -DPACKAGE_NAME= \"AbiSuite\" -DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_Comm -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCCommand output: ifNDIR_SELECTCommand outp -I. -I. -I'../../ Command output: if /usr/bin/g++-4.0 -DPc/aCommand output: if /usr/bin/g ++-4.0 -DPACKAGE_NAME=\"AbiSuite\" -DPACKAGE_TARNAME=\"abisuite\" - DPACKAGE_VERSION=\"2.4\" -DPACKAGE_STRING=\"AbiSuite\ 2.4\" - DPACKAGE_BUGREPORT=\"httpv/unix' -I'../../../../src/af/gr/unix' - I'../../ts.cpp:601: warning: comparison between signed and unsigned integer expressions if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" -DPACKAGE_TARNAME= \"abisuite\" -DPACKAGE_VERSION=\"2.4\" -DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/\" -DPACKAGE= \"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_WV=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCASECMP=1 -DABI_SCANDIR_SELECT_QUALIFIER= -I. -I. - I'../../../../src/af/util/xp' -I'../../../../src/af/tf/xp' - I'../../../../src/af/ev/xp' -I'../../../../src/af/ev/xp' - I'../../../../src/af/gr/xp' -I'../../../../src/af/xap/xp' - I'../../../../src/af/util/unix' -I'../.if /usr/bin/g++-4.0 - DPACKAGE_NAME=\"AbiSuite\" -DPACKAGE_TARNAME=\"abisuite\xap> if /usr/ bin/g+ -DPACKAGE_VERSION=\"2.4\" -DPACKAGE_STRING=\"AbiSuite\ 2.4\" - DPACKAGE_BUGREPORT=\"http://www.abisource.com/\" -DPACKAGE= \"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_WV=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCASECMP=1 -DABI_SCANDIR_SELECT_QUALIFIER= -I. -I. - I'../../../../src/af/util/xp' -I'../../../../src/af/tf/xp' - I'../../../../src/af/ev/xp' -I'../../../../src/af/ev/xp' - I'../../../../src/af/gr/xp' -I'../../../../src/af/xap/xp' - I'../../../../src/af/util/unix' -I'../.if /usr/bin/g++-4.0 - DPACKAGE_NAME=\"AbiSuite\" -DPACKAGE_TARNAME=\"abisuite\xapcal/include/ freetype2 -I/opt/local/include/libpng12 -I/usr/X11/include -I/opt/ local/include/libglade-2.0 -I/opt/local/include/libxml2 -DORBIT2=1 - D_REENTRANT -DXTHREADS -I/opt/local/include/libbonobo-2.0 -I/opt/local/ include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ include -I/opt/local/include/orbit-2.0 -I/opt/local/include/bonobo- activation-2.0 -I/opt/local/include/libgnomeui-2.0 -I/opt/local/ include/libart-2.0 -I/opt/local/include/gconf/2 -I/opt/local/include/ gnome-keyring-1 -I/opt/local/include/libgnome-2.0 -I/opt/local/include/ libbonoboui-2.0 -I/opt/local/include/libgnomecanvas-2.0 -I/opt/local/ include/gtk-2.0 -I/opt/local/include/gnome-vfs-2.0 -I/opt/local/lib/ gnome-vfs-2.0/include -I/opt/local/include/libxml2 -I/opt/local/ include/pango-1.0 -I/opt/local/include/freetype2 -I/opt/local/include/ gail-1.0 -I/opt/local/include/atk-1.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/cairo -I/opt/local/include/libpng12 -I/usr/X11/ include -DHAVE_GNOME=1 -I/opt/local/include/glib-2.0 -I/opt/local/ lib/glib-2.0/include -I/opt/local/include -DXTHREADS -I/opt/local/ include/libgnomeprint-2.2 -I/opt/local/include/libart-2.0 -I/opt/local/ include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ include -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/ opt/local/include/libgnomeprintui-2.2 -I/opt/local/include/ libgnomecanvas-2.0 -I/opt/local/include/freetype2 -I/opt/local/include/ gail-1.0 -I/opt/local/include/gtk-2.0 -I/opt/local/include/atk-1.0 -I/ opt/local/lib/gtk-2.0/include -I/opt/local/include/cairo -I/opt/local/ include/libpng12 -I/usr/X11/include -DSUPPORTS_UT_IDLE=1 - DABISUITE_HOME=\"/opt/local/share/AbiSuite-2.4\" -DABI_BUILD_VERSION= \"2.4.6\" -MT ut_PropVector.o -MD -MP -MF ".deps/ut_PropVector.Tpo" -c -o ut_PropVector.o ut_PropVector.cpp; \ > then mv -f ".deps/ut_PropVector.Tpo" ".deps/ut_PropVector.Po"; else rm -f ".deps/ut_PropVector.Tpo"; exit 1; fi -bash: syntax error near unexpected token `then' tephra:~ mikev$ if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" - DPACKAGE_TARNAME=\"abisuite\" -DPACKAGE_VERSION=\"2.4\" - DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/ \" -DPACKAGE=\"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_WV=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCASECMP=1 -DABI_SCANDIR_SELECT_QUALIFIER= -I. -I. - I'../../../../src/af/util/xp' -I'../../../../src/af/tf/xp' - I'../../../../src/af/ev/xp' -I'../../../../src/af/ev/xp' - I'../../../../src/af/gr/xp' -I'../../../../src/af/xap/xp' - I'../../../../src/af/util/unix' -I'../../../../src/af/ev/unix' - I'../../../../src/af/gr/unix' -I'../../../../src/af/xap/unix' - I'../../../../src/af/xap/unix/gnome' -I'../../../../src/af/ev/unix/ gnome' -I'../../../../src/other/spell/xp' -I'../../../../src/other/ fribidi/xp' -I'../../../../src/other/ttftool/unix' -I/opt/local/ include -L/opt/local/lib -O2 -Wall -pedantic -ansi -D_BSD_SOURCE - pipe -DNDEBUG -I/opt/local/include/libxml2 -I/opt/local/include -I/ opt/local/include/fribidi -I/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_editors_abiword-x11/work/abiword-2.4.6/wv -DXTHREADS -I/opt/local/include -I/usr/X11/include -I/opt/local/ include/freetype2 -I/opt/local/include/libpng12 -DHAVE_THREADS=1 - D_REENTRANT -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -DABISIZEOF_LONG_INT=4 -DXTHREADS -I/ opt/local/include/gtk-2.0 -I/opt/local/lib/gtk-2.0/include -I/opt/ local/include/atk-1.0 -I/opt/local/include/cairo -I/opt/local/include/ pango-1.0 -I/opt/local/include/glib-2.0 -I/opt/local/lib/glib-2.0/ include -I/opt/local/include -I/opt/local/include/freetype2 -I/opt/ local/include/libpng12 -I/usr/X11/include -I/opt/local/include/ libglade-2.0 -I/opt/local/include/libxml2 -DORBIT2=1 -D_REENTRANT - DXTHREADS -I/opt/local/include/libbonobo-2.0 -I/opt/local/include/ glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/include -I/opt/ local/include/orbit-2.0 -I/opt/local/include/bonobo-activation-2.0 -I/ opt/local/include/libgnomeui-2.0 -I/opt/local/include/libart-2.0 -I/ opt/local/include/gconf/2 -I/opt/local/include/gnome-keyring-1 -I/opt/ local/include/libgnome-2.0 -I/opt/local/include/libbonoboui-2.0 -I/opt/ local/include/libgnomecanvas-2.0 -I/opt/local/include/gtk-2.0 -I/opt/ local/include/gnome-vfs-2.0 -I/opt/local/lib/gnome-vfs-2.0/include -I/ opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/ include/freetype2 -I/opt/local/include/gail-1.0 -I/opt/local/include/ atk-1.0 -I/opt/local/lib/gtk-2.0/include -I/opt/local/include/cairo -I/ opt/local/include/libpng12 -I/usr/X11/include -DHAVE_GNOME=1 -I/opt/ local/include/glib-2.0 -I/opt/local/lib/glib-2.0/include -I/opt/local/ include -DXTHREADS -I/opt/local/include/libgnomeprint-2.2 -I/opt/ local/include/libart-2.0 -I/opt/local/include/glib-2.0 -I/opt/local/ lib/glib-2.0/include -I/opt/local/include -I/opt/local/include/libxml2 -I/opt/local/include/pango-1.0 -I/opt/local/include/ libgnomeprintui-2.2 -I/opt/local/include/libgnomecanvas-2.0 -I/opt/ local/include/freetype2 -I/opt/local/include/gail-1.0 -I/opt/local/ include/gtk-2.0 -I/opt/local/include/atk-1.0 -I/opt/local/lib/gtk-2.0/ include -I/opt/local/include/cairo -I/opt/local/include/libpng12 -I/ usr/X11/include -DSUPPORTS_UT_IDLE=1 -DABISUITE_HOME=\"/opt/local/ share/AbiSuite-2.4\" -DABI_BUILD_VERSION=\"2.4.6\" -MT ut_vector.o -MD -MP -MF ".deps/ut_vector.Tpo" -c -o ut_vector.o ut_vector.cpp; \ > then mv -f ".deps/ut_vector.Tpo" ".deps/ut_vector.Po"; else rm -f ".deps/ut_vector.Tpo"; exit 1; fi if /usr/bin/g++-4.0 -DPACKAGE_NAME=\"AbiSuite\" -DPACKAGE_TARNAME= \"abisuite\" -DPACKAGE_VERSION=\"2.4\" -DPACKAGE_STRING=\"AbiSuite\ 2.4\" -DPACKAGE_BUGREPORT=\"http://www.abisource.com/\" -DPACKAGE= \"AbiSuite-2.4\" -DVERSION=\"2.4.6\" -DSTDC_HEADERS=1 - DHAVE_SYS_TYPES_H=1 -DHAVE_SYS_STAT_H=1 -DHAVE_STDLIB_H=1 - DHAVE_STRING_H=1 -DHAVE_MEMORY_H=1 -DHAVE_STRINGS_H=1 - DHAVE_INTTYPES_H=1 -DHAVE_STDINT_H=1 -DHAVE_UNISTD_H=1 - DSIZEOF_LONG_INT=4 -DSTDC_HEADERS=1 -DHAVE_LIMITS_H=1 - DHAVE_STRINGS_H=1 -DHAVE_SYS_TIME_H=1 -DHAVE_UNISTD_H=1 - DHAVE_LIBXML2=1 -DHAVE_WV=1 -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 - DRETSIGTYPE=void -DHAVE_REGCOMP=1 -DHAVE_STRDUP=1 -DHAVE_STRSTR=1 - DHAVE_STRCASECMP=1 -DABI_SCANDIR_SELECT_QUALIFIER= -I. -I. - I'../../../../src/af/util/xp' -I'../../../../src/af/tf/xp' - I'../../../../src/af/ev/xp' -I'../../../../src/af/ev/xp' - I'../../../../src/af/gr/xp' -I'../../../../src/af/xap/xp' - I'../../../../src/af/util/unix' -I'../../../../src/af/ev/unix' - I'../../../../src/af/gr/unix' -I'../../../../src/af/xapi686-apple- darwin9-g++-4.0.1: ut_vector.cpp: No such file or directory i686-apple-darwin9-g++-4.0.1: no input files logout [Process completed] Above is the some of the error messages. Any help would be looked upon kindly. ------------------------------------- Michael J. Vollinger Research Assistant Ronald B. Gilmore XRF Lab Dept. of Geosciences 611 North Pleasant Street University of Massachusetts Amherst, MA 01003 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071227/e210589d/attachment-0001.html From dlb at davidlballenger.com Thu Dec 27 14:25:12 2007 From: dlb at davidlballenger.com (David L Ballenger) Date: Thu Dec 27 14:23:46 2007 Subject: openssh +hpn variant builds fail Message-ID: Hi, Trying to install openssh with the hpn variant fails trying to apply patches. If I don't specify +hpn it builds and installs fine. This is with MacPorts 1.60 on Leopard (10.5.1) on a couple of different Intel boxes. At first I thought that it might be related to the following Trac ticket: which contains a patch to update the Portifle to use a new HPN patch. I successfully applied to that patch to a local copy of the Portfile but still got the same errors. I then commented out the "patch.pre_args -p1" command/option in the hpn variant. That allowed some patches specified by patch-pwdup.diff to be applied but not those specified in of the /openssh-4.7p1-hpn12v18.diff.gz patch file or the /openssh-4.7p1-hpn12v19.diff.gz patch file. Finally I went back to the Portfile and instead of commenting out "patch.pre_args -p1" command/option in the hpn variant, I removed the "-p1". This seems to be working, all patches apply and the installed ssh with hpn support seems to be working. Was there a change to patch in Leopard? Last time I did an OpenSSH install on Tiger, back in Oct it ran fine. Haven't had a chance to try it again on Tiger to see if I get the same problem. Thanks - David Here's the full install DEBUG output: $ sudo port -d install openssh +hpn DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/net/openssh DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/net/openssh DEBUG: Requested variant i386 is not provided by port openssh. DEBUG: Requested variant macosx is not provided by port openssh. DEBUG: Executing variant hpn provides hpn DEBUG: Executing variant darwin provides darwin DEBUG: Executing variant darwin_9 provides darwin_9 DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/devel/openssl DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/openssl DEBUG: Requested variant i386 is not provided by port openssl. DEBUG: Requested variant hpn is not provided by port openssl. DEBUG: Requested variant macosx is not provided by port openssl. DEBUG: Executing variant darwin provides darwin DEBUG: Searching for dependency: openssl DEBUG: Found Dependency: receipt exists for openssl DEBUG: Found port in file:///opt/local/var/macports/sources/rsync.macports.org/release/ports/archivers/zlib DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zlib DEBUG: Requested variant darwin is not provided by port zlib. DEBUG: Requested variant i386 is not provided by port zlib. DEBUG: Requested variant hpn is not provided by port zlib. DEBUG: Requested variant macosx is not provided by port zlib. DEBUG: Searching for dependency: zlib DEBUG: Found Dependency: receipt exists for zlib DEBUG: Executing org.macports.main (openssh) ---> Fetching openssh DEBUG: Executing org.macports.fetch (openssh) ---> Verifying checksum(s) for openssh DEBUG: Executing org.macports.checksum (openssh) ---> Checksumming openssh-4.7p1-hpn12v18.diff.gz DEBUG: Correct (md5) checksum for openssh-4.7p1-hpn12v18.diff.gz DEBUG: Correct (sha1) checksum for openssh-4.7p1-hpn12v18.diff.gz DEBUG: Correct (rmd160) checksum for openssh-4.7p1-hpn12v18.diff.gz ---> Checksumming DVG-5142987_launchd_DISPLAY_for_X11.patch DEBUG: Correct (md5) checksum for DVG-5142987_launchd_DISPLAY_for_X11.patch DEBUG: Correct (sha1) checksum for DVG-5142987_launchd_DISPLAY_for_X11.patch DEBUG: Correct (rmd160) checksum for DVG-5142987_launchd_DISPLAY_for_X11.patch ---> Checksumming openssh-4.7p1.tar.gz DEBUG: Correct (md5) checksum for openssh-4.7p1.tar.gz DEBUG: Correct (sha1) checksum for openssh-4.7p1.tar.gz DEBUG: Correct (rmd160) checksum for openssh-4.7p1.tar.gz ---> Extracting openssh DEBUG: Executing org.macports.extract (openssh) ---> Extracting openssh-4.7p1.tar.gz DEBUG: setting option extract.args to /opt/local/var/macports/ distfiles/openssh/openssh-4.7p1.tar.gz DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_net_openssh/work" && gzip -dc /opt/local/ var/macports/distfiles/openssh/openssh-4.7p1.tar.gz | /usr/bin/gnutar --no-same-owner -xf -' DEBUG: Executing org.macports.patch (openssh) ---> Applying patches to openssh ---> Applying /opt/local/var/macports/distfiles/openssh/openssh-4.7p1- hpn12v18.diff.gz DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_net_openssh/work/openssh-4.7p1" && patch - p1' patching file buffer.c patching file buffer.h patching file channels.c patching file channels.h patching file cipher.c patching file clientloop.c patching file clientloop.h patching file compat.c patching file compat.h patching file HPN12-README patching file kex.c patching file kex.h patching file myproposal.h patching file packet.c patching file packet.h patching file readconf.c patching file readconf.h patching file scp.c patching file servconf.c patching file servconf.h patching file serverloop.c patching file session.c patching file ssh.c patching file sshconnect2.c patching file sshconnect.c patching file sshd.c patching file sshd_config patching file version.h ---> Applying /opt/local/var/macports/distfiles/openssh/ DVG-5142987_launchd_DISPLAY_for_X11.patch DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_net_openssh/work/openssh-4.7p1" && patch - p1' patching file channels.c Hunk #1 succeeded at 3012 (offset 58 lines). Hunk #2 succeeded at 3022 (offset 58 lines). Hunk #3 succeeded at 3030 (offset 58 lines). Hunk #4 succeeded at 3060 (offset 58 lines). ---> Applying /opt/local/var/macports/sources/rsync.macports.org/ release/ports/net/openssh/files/patch-pwdup.diff DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_net_openssh/work/openssh-4.7p1" && patch - p1' missing header for unified diff at line 8 of patch can't find file to patch at input line 8 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: ssh.c |=================================================================== |RCS file: /cvs/src/usr.bin/ssh/ssh.c,v |retrieving revision 1.305 |diff -u -p -r1.305 ssh.c |--- ssh.c 29 Oct 2007 06:54:50 -0000 1.305 |+++ ssh.c 3 Nov 2007 00:32:14 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 2 out of 2 hunks ignored missing header for unified diff at line 31 of patch can't find file to patch at input line 31 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: misc.c |=================================================================== |RCS file: /cvs/src/usr.bin/ssh/misc.c,v |retrieving revision 1.65 |diff -u -p -r1.65 misc.c |--- misc.c 23 Nov 2006 01:35:11 -0000 1.65 |+++ misc.c 3 Nov 2007 00:32:14 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 67 of patch can't find file to patch at input line 67 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: misc.h |=================================================================== |RCS file: /cvs/src/usr.bin/ssh/misc.h,v |retrieving revision 1.36 |diff -u -p -r1.36 misc.h |--- misc.h 18 Aug 2006 10:27:16 -0000 1.36 |+++ misc.h 3 Nov 2007 00:32:14 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored Error: Target org.macports.patch returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync .macports.org_release_ports_net_openssh/work/openssh-4.7p1" && patch - p1 < '/opt/local/var/macports/sources/rsync.macports.org/release/ports/ net/openssh/files/patch-pwdup.diff'" returned error 1 Command output: -------------------------- |Index: misc.c |=================================================================== |RCS file: /cvs/src/usr.bin/ssh/misc.c,v |retrieving revision 1.65 |diff -u -p -r1.65 misc.c |--- misc.c 23 Nov 2006 01:35:11 -0000 1.65 |+++ misc.c 3 Nov 2007 00:32:14 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored missing header for unified diff at line 67 of patch can't find file to patch at input line 67 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: misc.h |=================================================================== |RCS file: /cvs/src/usr.bin/ssh/misc.h,v |retrieving revision 1.36 |diff -u -p -r1.36 misc.h |--- misc.h 18 Aug 2006 10:27:16 -0000 1.36 |+++ misc.h 3 Nov 2007 00:32:14 -0000 -------------------------- File to patch: Skip this patch? [y] Skipping patch. 1 out of 1 hunk ignored Warning: the following items did not execute (for openssh): org.macports.activate org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. ~ From rowue at digitalis.org Thu Dec 27 15:58:57 2007 From: rowue at digitalis.org (=?ISO-8859-1?Q?Rolf_W=FCrdemann?=) Date: Thu Dec 27 15:57:36 2007 Subject: Can so commit? Message-ID: There are three tickets concerning gtkglext (and gwyddion), which can be committed #13560 (http://trac.macosforge.org/projects/macports/ticket/13560) removes gtkglext as dependency for gwyddion until #13624 (http://trac.macosforge.org/projects/macports/ticket/13624) is committed (which sets up propper build of gtkglext on leopard) than #13737 (http://trac.macosforge.org/projects/macports/ticket/13737) which reenables gtkglext can get committed ... the formatting is a little worse - but it seems that's the only way it works Thanks for the efford, cheers, (happy new year), Rolf -- Security is an illusion - Datasecurity twice Rolf W?rdemann - private: rowue@digitalis.org - office: rowue@crew-gmbh.de GnuPG fingerprint: 7383 348F 67D1 CD27 C90F DDD0 86A3 31B6 67F0 D02F jabber: rowue@digitalis.org 2F66A061 89BCA1A0 AD654827 6FD037FF 53C3E932 -------------- next part -------------- A non-text attachment was scrubbed... Name: PGP.sig Type: application/pgp-signature Size: 186 bytes Desc: Signierter Teil der Nachricht Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071228/5807d6e0/PGP.bin From daniel at danieloberhoff.de Fri Dec 28 00:08:56 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Fri Dec 28 00:07:38 2007 Subject: mozilla-dev fails to build In-Reply-To: References: <20071219085002.93FEF16F377@lists.macosforge.org> Message-ID: <4C81E39B-20D8-49D4-AEE1-54DCC39B23E9@danieloberhoff.de> Hi, I can't get mozilla-dev built. It gives lots and lots of errors. I started fixing some, but after an while I kinda though I'd first ask if anyone has succeeded with it before, so that maybe it's just a local misconfiguration. Among the things I fixed so far are: 1) some of the headers of the package confuse signal.h (they #define some things that mess up signal.h) so I had to move signal.h to the top of the include list in those cases. 2) the interface to freetype is broken. the mozilla-dev uses funtion pointers with non-const arguments, while ft2 seems to expect them to be with const arguments (moveto, lineto, cubicto...), so I added const qualifiers in the correesponding function declarations. another thing I didn't fix yet is NSOID being undefined in lots of places. I just couldn't find where it is defined. This only shows btw. when there is an array of NSOID defined. The compiler merilly compiles pointer statements (NSOID *). My system is osx leopard on a core2duo mbp. I took over the macports tree from my tiger installation, but that had no problems...so far :). I recently did selfupdate (to 1.6) and upgrade outdated successfully. Daniel From cooper.me at gmail.com Fri Dec 28 04:17:04 2007 From: cooper.me at gmail.com (Micheal Cooper) Date: Fri Dec 28 04:15:36 2007 Subject: newbie Mac switcher again... django prob on MacBook Pro Tiger... no psycopg2 Message-ID: I addressed a psycopg question to this list before, and I am grateful for the guidance that I received. The recommendation was that I start over, so I removed all my ports and then MacPorts altogether, and then I made double-plus-sure that all installations of postgresql and psycopg2 were removed from the system. I then reinstalled everything, using MacPorts defaults and following the rules with no modifications or customizations. Though I finally got my database users, etc. down and my django up and running, when it came time to use the Python-Postgresql functionality, I got the following: ------ netadminmac:~/Documents/djangotests/mysite mcooper$ python manage.py syncdb Traceback (most recent call last): File "manage.py", line 11, in execute_manager(settings) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/core/management/__init__.py", line 272, in execute_manager utility.execute() File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/core/management/__init__.py", line 219, in execute self.fetch_command(subcommand).run_from_argv( self.argv) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/core/management/base.py", line 72, in run_from_argv self.execute(*args, **options.__dict__) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/core/management/base.py", line 85, in execute self.validate() File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/core/management/base.py", line 112, in validate num_errors = get_validation_errors(s, app) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/core/management/validation.py", line 22, in get_validation_errors from django.db import models, connection File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/db/__init__.py", line 17, in backend = __import__('%s%s.base' % (_import_path, settings.DATABASE_ENGINE ), {}, {}, ['']) File "/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-packages/django/db/backends/postgresql_psycopg2/base.py", line 15, in raise ImproperlyConfigured("Error loading psycopg2 module: %s" % e) django.core.exceptions.ImproperlyConfigured: Error loading psycopg2 module: No module named psycopg2 ------ So it seems that Postgresql and Python cannot talk, but here are my ports: ------ netadminmac:~/Documents/djangotests/mysite mcooper$ sudo port installed Password: The following ports are currently installed: apr @1.2.12_0 (active) apr-util @1.2.12_0 (active) bison @2.3_1 (active) db44 @4.4.20_1+darwin_8 (active) expat @2.0.1_0 (active) gawk @ 3.1.5_2 (active) gettext @0.17_2 (active) libiconv @1.12_0+darwin_8 (active) m4 @1.4.10_1 (active) ncurses @5.6_0+darwin_8 (active) ncursesw @5.6_0+darwin_8 (active) neon @0.26.4_0 (active) openssl @0.9.8g_0 (active) postgresql81 @8.1.10_0 (active) postgresql81-server @8.1.10_0 (active) py25-psycopg2 @2.0.5.1_0 (active) python25 @2.5.1_4+darwin_8 (active) readline @5.2.007_0 (active) sqlite3 @3.5.4_0+darwin_8 (active) subversion @1.4.5_0 (active) zlib @1.2.3_1 (active) ------ Here is a list of locations of psycopg: ------ netadminmac:~/Documents/djangotests/mysite mcooper$ locate psycopg /opt/local/lib/python2.5/site-packages/psycopg2 ... /opt/local/var/macports/distfiles/python/psycopg2-2.0.5.1.tar.gz ... /opt/local/var/macports/software/py25-psycopg2 /opt/local/var/macports/software/py25-psycopg2/2.0.5.1_0 ... /opt/local/var/macports/software/py25-psycopg2/2.0.5.1_0/opt/local/lib/python2.5 /opt/local/var/macports/software/py25-psycopg2/2.0.5.1_0/opt/local/lib/python2.5/site-packages ------ Here is my ~/.profile: ------ netadminmac:~ mcooper$ cat .profile stty erase export LC_CTYPE=en_US.UTF-8 # Setting the path for MacPorts. export PATH=/opt/local/bin:/opt/local/sbin:$PATH # Setting PATH for MacPython 2.5 export PATH=/Library/Frameworks/Python.framework/Versions/Current/bin:$PATH export DISPLAY=:0.0 export PATH=$PATH:/opt/local/lib/postgresql81/bin alias pgstart="sudo su postgres81 -c 'pg_ctl -D /Users/DB/postgresql -l /Users/DB/postgresql/logfile start'" alias pgstop="sudo su postgres81 -c 'pg_ctl -D /Users/DB/postgresql stop -m fast'" alias pgstatus="sudo su postgres81 -c 'pg_ctl status -D /Users/DB/postgresql'" ------ And here is my attempt to figure out which competing versions of Python may be installed. It seems that there are two Python2.5 installations - /Library/Frameworks/Python.framework/Versions/2.5/bin/python and /opt/local/bin/python2.5: ------ /Applications/Komodo IDE.app /Contents/Frameworks/Python.framework/Versions/2.5/bin/python /Applications/Komodo IDE.app /Contents/Frameworks/Python.framework/Versions/2.5/bin/python-config /Applications/Komodo IDE.app /Contents/Frameworks/Python.framework/Versions/2.5/bin/python2.5 /Applications/Komodo IDE.app /Contents/Frameworks/Python.framework/Versions/2.5/bin/python2.5-config ... /Developer/SDKs/MacOSX10.3.9.sdk/System/Library/Frameworks/Python.framework/Versions/2.3/include/python2.3 ... /Library/Frameworks/Python.framework/Versions/2.5/bin/python /Library/Frameworks/Python.framework/Versions/2.5/bin/python-config /Library/Frameworks/Python.framework/Versions/2.5/bin/python2.5 /Library/Frameworks/Python.framework/Versions/2.5/bin/python2.5-config ... /opt/local/bin/python2.5 /opt/local/bin/python2.5-config /opt/local/include/python2.5 ... /opt/local/var/macports/software/py25-psycopg2/2.0.5.1_0/opt/local/lib/python2.5 /opt/local/var/macports/software/py25-psycopg2/2.0.5.1_0/opt/local/lib/python2.5/site-packages ... /usr/bin/python /usr/bin/python2.3 /usr/bin/pythonw /usr/bin/pythonw2.3 /usr/include/python2.3 ------ So is /Library/Frameworks/Python.framework/Versions/2.5/bin/python the Apple version and /opt/local/bin/python2.5 the MacPorts version? If that is the case, would it solve my problem to just point to the MacPorts version in my ~/.profile? I was going to try this, but the /opt/local/bin/python2.5 is a file, not a directory, so it looks like they are not equal. Could someone please help me? I am trying to learn django and python, and I would like to do it on the Mac. However, I have to tell you that the install on my Windows machine was a no-brainer series of "Next" clicks and some posgresql tinkerin at the end. This django install has really made me question the move to Mac. -- Miyazaki, Japan (GMT+9, no DST) -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071228/0b09f1d1/attachment-0001.html From ram at macports.org Fri Dec 28 04:43:54 2007 From: ram at macports.org (Adam Mercer) Date: Fri Dec 28 04:42:24 2007 Subject: openssh +hpn variant builds fail In-Reply-To: References: Message-ID: <799406d60712280443l430e0128x2b5be4ba321fa603@mail.gmail.com> On Dec 27, 2007 10:25 PM, David L Ballenger wrote: > I successfully applied to that patch to a local copy of the Portfile > but still got the same errors. I then commented out the > "patch.pre_args -p1" command/option in the hpn variant. That allowed > some patches specified by patch-pwdup.diff to be applied but not those > specified in of the /openssh-4.7p1-hpn12v18.diff.gz patch file or > the /openssh-4.7p1-hpn12v19.diff.gz patch file. Finally I went back > to the Portfile and instead of commenting out "patch.pre_args -p1" > command/option in the hpn variant, I removed the "-p1". This seems to > be working, all patches apply and the installed ssh with hpn support > seems to be working. I think that removing the -p1 from the patch.pre_args will cause the patch not the be applied, looking at the debug output of the install seems to confirm this. > Was there a change to patch in Leopard? Last time I did an OpenSSH > install on Tiger, back in Oct it ran fine. Haven't had a chance to > try it again on Tiger to see if I get the same problem. the patch-pwdup.diff is applied on Leopard to fix the "percent_expand: NULL replacement" error you get when the identify file isn't specified, this is the current upstream proposed fix which unfortunately conflicts with the high-performance patch. So at the moment, the hpn variant won't work on Leopard. I'll see if get the two patches playing nicely together. Cheers Adam From macleod at cvrti.utah.edu Fri Dec 28 05:47:42 2007 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Fri Dec 28 05:46:20 2007 Subject: Leopard status Message-ID: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> Hi, I have upgraded to Leopard and many builds seems to fail. I cannot get a working emacs in a new install, xdvi-xaw.bin failed in an attempt to update an existing MacPorts tree, and there seems to be some consistent havoc about Leopard. I also was not able to usefully search the archived email of this list--is there something I am missing? Thanks, Rob From aleksander_morgado at mm.st Fri Dec 28 06:55:51 2007 From: aleksander_morgado at mm.st (Aleksander Morgado) Date: Fri Dec 28 06:54:20 2007 Subject: Valgrind port? Message-ID: <71e7543a0712280655l41b418fcm3982721e9969715e@mail.gmail.com> Hi all, Is there any major reason not to have a port of Valgrind for Mac OS X? Is it just because no one tried it, or is there any technical issue related to it? I am quite new in Mac OS X, so I don't really know if there is any good alternative. Any idea? Thanks in advance and best regards, Aleks From nb at saltybanana.com Fri Dec 28 07:08:27 2007 From: nb at saltybanana.com (Nathan Brazil) Date: Fri Dec 28 07:13:37 2007 Subject: Valgrind port? In-Reply-To: <71e7543a0712280655l41b418fcm3982721e9969715e@mail.gmail.com> References: <71e7543a0712280655l41b418fcm3982721e9969715e@mail.gmail.com> Message-ID: It appears from this page that valgrind relies on the Linux kernel, which makes a port not possible for now, but that Mac OS X support is being planned. -- On Dec 28, 2007, at 6:55 AM, Aleksander Morgado wrote: > Hi all, > > Is there any major reason not to have a port of Valgrind for Mac OS X? > Is it just because no one tried it, or is there any technical issue > related to it? > I am quite new in Mac OS X, so I don't really know if there is any > good alternative. Any idea? > > Thanks in advance and best regards, > Aleks > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071228/9d885fba/attachment.html From ryandesign at macports.org Fri Dec 28 07:31:09 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 28 07:30:04 2007 Subject: Leopard status In-Reply-To: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> Message-ID: On Dec 28, 2007, at 07:47, Rob MacLeod wrote: > I have upgraded to Leopard and many builds seems to fail. I cannot > get a working emacs in a new install, xdvi-xaw.bin failed in an > attempt to update an existing MacPorts tree, and there seems to be > some consistent havoc about Leopard. > > I also was not able to usefully search the archived email of this > list--is there something I am missing? Leopard's linker is a little different and causes some ports to fail. Also, Leopard is "fully UNIX-compliant"; to do that, Apple had to change some things, which breaks some software. For each port you find that fails to install, please search the issue tracker to see if it has already been reported. If it has, check the ticket to see if there's a patch. If there is, try it out. If it works for you, say so in the ticket so we'll know we can commit the patch. If there's no patch but a workaround, that might let you bypass the problem as well. If there's no ticket filed, please file one. From ryandesign at macports.org Fri Dec 28 07:44:15 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 28 07:43:07 2007 Subject: mozilla-dev fails to build In-Reply-To: <4C81E39B-20D8-49D4-AEE1-54DCC39B23E9@danieloberhoff.de> References: <20071219085002.93FEF16F377@lists.macosforge.org> <4C81E39B-20D8-49D4-AEE1-54DCC39B23E9@danieloberhoff.de> Message-ID: <8094A635-A854-4A99-9BAC-9FA43152F06A@macports.org> On Dec 28, 2007, at 02:08, Daniel Oberhoff wrote: > I can't get mozilla-dev built. It gives lots and lots of errors. I > started fixing some, but after an while I kinda though I'd first > ask if anyone has succeeded with it before, so that maybe it's just > a local misconfiguration. Among the things I fixed so far are: > > 1) some of the headers of the package confuse signal.h (they > #define some things that mess up signal.h) so I had to move > signal.h to the top of the include list in those cases. > > 2) the interface to freetype is broken. the mozilla-dev uses > funtion pointers with non-const arguments, while ft2 seems to > expect them to be with const arguments (moveto, lineto, > cubicto...), so I added const qualifiers in the correesponding > function declarations. > > another thing I didn't fix yet is NSOID being undefined in lots of > places. I just couldn't find where it is defined. This only shows > btw. when there is an array of NSOID defined. The compiler merilly > compiles pointer statements (NSOID *). > > My system is osx leopard on a core2duo mbp. I took over the > macports tree from my tiger installation, but that had no > problems...so far :). I recently did selfupdate (to 1.6) and > upgrade outdated successfully. mozilla and mozilla-devel ports are not being maintained, and appear to be old. Why do you want to install mozilla 1.8b1? Migrating a MacPorts tree from Tiger to Leopard (or across any major OS release version, or from one architecture processor to another) can be problematic. In the case of moving from Tiger to Leopard, you probably still have a lot of ports installed that have the "darwin_8" variant. Examine "port installed" to see. You should forcibly uninstall each of those (sudo port -f uninstall foo) (making note of which other variants you selected), then reinstall them (sudo port install foo +whatever), so they lose the now-inappropriate darwin_8 variant and gain (if necessary) the darwin_9 variant. From macleod at cvrti.utah.edu Fri Dec 28 07:36:11 2007 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Fri Dec 28 07:58:29 2007 Subject: Leopard status In-Reply-To: References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> Message-ID: <9B8F6D9B-451B-4EAD-B375-FF34B1E14244@cvrti.utah.edu> Hi, Thanks for this information but I am afraid I have to ask some more questions. How do I search the issue tracker? Each time I try and follow the link to any error reporting, it asks for a username and password that I have not received. Thanks, Rob On Dec 28, 2007, at 8:31 AM, Ryan Schmidt wrote: > On Dec 28, 2007, at 07:47, Rob MacLeod wrote: > >> I have upgraded to Leopard and many builds seems to fail. I cannot >> get a working emacs in a new install, xdvi-xaw.bin failed in an >> attempt to update an existing MacPorts tree, and there seems to be >> some consistent havoc about Leopard. >> >> I also was not able to usefully search the archived email of this >> list--is there something I am missing? > > Leopard's linker is a little different and causes some ports to > fail. Also, Leopard is "fully UNIX-compliant"; to do that, Apple had > to change some things, which breaks some software. > > For each port you find that fails to install, please search the > issue tracker to see if it has already been reported. If it has, > check the ticket to see if there's a patch. If there is, try it out. > If it works for you, say so in the ticket so we'll know we can > commit the patch. If there's no patch but a workaround, that might > let you bypass the problem as well. If there's no ticket filed, > please file one. > From face at CentosPrime.COM Fri Dec 28 08:40:01 2007 From: face at CentosPrime.COM (Chris Janton) Date: Fri Dec 28 08:38:50 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <33911.202.81.69.153.1198123540.squirrel@webmail.tuffmail.net> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> <33911.202.81.69.153.1198123540.squirrel@webmail.tuffmail.net> Message-ID: <399E83DE-C56F-4260-BD6A-20AD0C0D9F84@centosprime.com> On 2007-12-19 , at 21:05 , Boey Maun Suang wrote: > Given this delay in getting it to work for 10.3, do either of you (or > anybody else!) think we should post an announcement somewhere, and > if so, > where? In future, of course, I think we need to tighten up our > release > engineering process so this doesn't happen again; I'll talk to Juan > about > it when I catch him next. The error with the missing sqllite include file is still occurring. Did a fix get created for using MacPorts 1.6 on Panther? Command output: registry.c:305: error: `errPtr' undeclared (first use in this function) registry.c:306: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:321: error: parse error before '*' token ... 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From ryandesign at macports.org Fri Dec 28 08:47:42 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 28 08:46:34 2007 Subject: Leopard status In-Reply-To: <9B8F6D9B-451B-4EAD-B375-FF34B1E14244@cvrti.utah.edu> References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> <9B8F6D9B-451B-4EAD-B375-FF34B1E14244@cvrti.utah.edu> Message-ID: On Dec 28, 2007, at 09:36, Rob MacLeod wrote: > On Dec 28, 2007, at 8:31 AM, Ryan Schmidt wrote: > >> For each port you find that fails to install, please search the >> issue tracker to see if it has already been reported. If it has, >> check the ticket to see if there's a patch. If there is, try it >> out. If it works for you, say so in the ticket so we'll know we >> can commit the patch. If there's no patch but a workaround, that >> might let you bypass the problem as well. If there's no ticket >> filed, please file one. > > Thanks for this information but I am afraid I have to ask some more > questions. > > How do I search the issue tracker? Each time I try and follow the > link to any error reporting, it asks for a username and password > that I have not received. You'll have to sign up for an account in the issue tracker if you want to file new tickets or add comments to existing ones, but you should be able to just search without logging in. Go to http:// www.macports.org/ and click Support & Development in the left navigation. Then click View Tickets in the top navigation. Then click Custom Query over on the right. Then select Summary from the Add Filter menu. Then type your search string into the text box and click Update. To register for an account or log into an existing one, click Register or Log In at the top right of any issue tracker page. From lisfolks.lists at gmail.com Fri Dec 28 08:58:28 2007 From: lisfolks.lists at gmail.com (lisfolks) Date: Fri Dec 28 08:56:57 2007 Subject: How can I tell if a port is installed as +universal? Message-ID: <14528321.post@talk.nabble.com> If I understand the Trac FAQ correctly, if I'm on an Intel-based Mac (such as my MacBook Pro), ports will install as +universal by default (if they have a +universal variant, anyway). Is that true? Also, how can I tell which variant a port has been installed as? -- View this message in context: http://www.nabble.com/How-can-I-tell-if-a-port-is-installed-as-%2Buniversal--tp14528321p14528321.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From ryandesign at macports.org Fri Dec 28 09:08:45 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 28 09:07:36 2007 Subject: How can I tell if a port is installed as +universal? In-Reply-To: <14528321.post@talk.nabble.com> References: <14528321.post@talk.nabble.com> Message-ID: <730D353D-EC00-4B95-AB1A-522D16E9846C@macports.org> On Dec 28, 2007, at 10:58, lisfolks wrote: > If I understand the Trac FAQ correctly, if I'm on an Intel-based > Mac (such as > my MacBook Pro), ports will install as +universal by default (if > they have a > +universal variant, anyway). Is that true? No. If you're on an Intel Mac, Intel binaries get built by default. If you're on a PowerPC Mac, PowerPC binaries get built by default. On either kind of Mac, if you ask for the +universal variant, universal (combined PowerPC and Intel) binaries get built. This is the general case. Certain individual ports may always build universal even if you didn't ask for it. If you could suggest any changes we could make to the FAQ entry to make this more clear, by all means please do. http://trac.macosforge.org/projects/macports/wiki/ FAQ#IsMacPortsUniversal > Also, how can I tell which variant a port has been installed as? "port installed foo" will show you what variants were selected to install foo. From lisfolks.lists at gmail.com Fri Dec 28 09:37:48 2007 From: lisfolks.lists at gmail.com (LeAnne Lis) Date: Fri Dec 28 09:36:15 2007 Subject: How can I tell if a port is installed as +universal? In-Reply-To: <730D353D-EC00-4B95-AB1A-522D16E9846C@macports.org> References: <14528321.post@talk.nabble.com> <730D353D-EC00-4B95-AB1A-522D16E9846C@macports.org> Message-ID: <14528941.post@talk.nabble.com> If I want to update all of my ports to +universal, then, what would be the best way? I'm guessing, based on the FAQ, that probably I should completely remove my MacPorts installation and start over? Ryan Schmidt-24 wrote: > > > On Dec 28, 2007, at 10:58, lisfolks wrote: > > ... If you're on an Intel Mac, Intel binaries get built by default. > If you're on a PowerPC Mac, PowerPC binaries get built by default. On > either kind of Mac, if you ask for the +universal variant, universal > (combined PowerPC and Intel) binaries get built. > > This is the general case. Certain individual ports may always build > universal even if you didn't ask for it. ... > > -- View this message in context: http://www.nabble.com/How-can-I-tell-if-a-port-is-installed-as-%2Buniversal--tp14528321p14528941.html Sent from the MacPorts - Users mailing list archive at Nabble.com. From aleksander_morgado at mm.st Fri Dec 28 10:27:56 2007 From: aleksander_morgado at mm.st (Aleksander Morgado) Date: Fri Dec 28 10:26:24 2007 Subject: Valgrind port? In-Reply-To: References: <71e7543a0712280655l41b418fcm3982721e9969715e@mail.gmail.com> Message-ID: <71e7543a0712281027q40f952f2re9e7e5d7e4431bdd@mail.gmail.com> > It appears from this page that valgrind relies on the Linux kernel, which > makes a port not possible for now, but that Mac OS X support is being > planned. I see. It's even marked as a high priority port. But, anyway, is there any good alternative to it? I've tried MallocDebug, but it only seems prepared for programs with a GUI. From mail at thorstenzoerner.de Fri Dec 28 10:29:41 2007 From: mail at thorstenzoerner.de (=?ISO-8859-1?Q?Thorsten_Z=F6rner?=) Date: Fri Dec 28 10:28:13 2007 Subject: tiff In-Reply-To: References: <56E873B9-8E29-4A38-8895-B9CEA45113FF@thorstenzoerner.de> Message-ID: <422E88B7-71A0-4D00-AF01-A37850D7A711@thorstenzoerner.de> Good evening all, I would need some more help on getting tiff to compile. http://trac.macosforge.org/projects/macports/ticket/12997 The patch, which is mentioned here, does not seem to help me. I still get the exact same error message, like: ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib collect2: ld returned 1 exit status make[1]: *** [tiffgt] Error 1 make: *** [all-recursive] Error 1 Question: How can I apply the hint from afb @ macports.org given at the bottom of the ticket? Cheers, Thorsten. On 27.12.07, at 17:31, Thorsten Z?rner wrote: > > On 27.12.07, at 17:11, Ryan Schmidt wrote: >> On Dec 27, 2007, at 09:07, Thorsten Z?rner wrote: >> >>> I had scribus 1.3.3.9 running all right until yesterday >>> on my MacBook Pro, 2 GHz, MacOS 10.5.1, MacPorts 1.600, X11-2.1.1. >>> >>> Then I installed/uninstalled some new ports and decided to erase >>> all and start from scratch. >>> I got scribus compiling all right except for tiff and lcms which >>> depends on tiff. >>> >>> I have looked up previous threads on this list on tiff and tried >>> all this: >>> 1. sudo port selfupdate >>> does not update, because MacPorts is up to date >> >> True, it does not update base, because base is up to date; it does >> nevertheless update your ports, and is therefore recommended to >> ensure you have the latest ports and base. >> >>> 2. sudo port clean --work tiff >>> .. sudo port install tiff >>> does not help >> >> Cleaning the work area is nevertheless recommended because >> otherwise even if some other task (such as reinstalling the OpenGL >> SDK as below) would fix the problem, you could still see the error >> because the work area contained outdated information from the last >> build attempt. > Thanks for your explanations, Ryan. > >>> 3. reinstall OpenGL SDK followed by >>> .. sudo port clean --work tiff >>> .. sudo port install tiff >>> does not help either >>> >>> So what is going on? >>> Here's the output of the compilation >>> >>> >>> Macintosh-2:~ thorsten$ sudo port install scribus >>> Password: >>> ---> Building tiff 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_graphics_tiff/work/tiff-3.8.2" && make >>> all " returned error 2 >>> Command output: Making all in port >>> make[1]: Nothing to be done for `all'. >>> Making all in libtiff >>> make all-am >>> Making all in tools >>> /bin/sh ../libtool --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 - >>> Wall -W -L/opt/local/lib -L/opt/local/lib -L/opt/local/lib -o >>> tiffgt tiffgt-tiffgt.o ../libtiff/libtiff.la ../port/libport.la - >>> L/usr/X11R6/lib -framework GLUT -lobjc -framework OpenGL -ljpeg - >>> lz -lc >>> libtool: link: /usr/bin/gcc-4.0 -O2 -Wall -W -o .libs/tiffgt >>> tiffgt-tiffgt.o -L/opt/local/lib ../libtiff/.libs/ >>> libtiff.dylib ../port/.libs/libport.a -L/usr/X11R6/lib -framework >>> GLUT -lobjc -framework OpenGL /opt/local/lib/libjpeg.dylib -lz -lc >>> ld: cycle in dylib re-exports with /usr/X11R6/lib/libGL.dylib >> >> This bug was supposed to have been fixed according to ticket >> #12997. But according to ticket #13683, it has not in fact been >> fixed. >> >> http://trac.macosforge.org/projects/macports/ticket/13683 >> >> I'll add your email address to the Cc list of that ticket so you'll >> be informed of the maintainer's progress in resolving it. > > Thanks for taking care of this. > > Would you - or anyone - know of any kind of a workaround? > I've found this bit of information http://lists.apple.com/archives/X11-users/2007/Oct/msg00145.html > However I don't know how I could apply this myself. > > Cheers, > Thorsten. > > > > > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users From ryandesign at macports.org Fri Dec 28 10:31:04 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Fri Dec 28 10:29:57 2007 Subject: How can I tell if a port is installed as +universal? In-Reply-To: <14528941.post@talk.nabble.com> References: <14528321.post@talk.nabble.com> <730D353D-EC00-4B95-AB1A-522D16E9846C@macports.org> <14528941.post@talk.nabble.com> Message-ID: <4F5985AC-DC9E-4057-97B1-2E639C9BA4DE@macports.org> On Dec 28, 2007, at 11:37, LeAnne Lis wrote: > If I want to update all of my ports to +universal, then, what would > be the > best way? I'm guessing, based on the FAQ, that probably I should > completely > remove my MacPorts installation and start over? Complete removal and reinstallation of MacPorts is a good idea if you have, for example, all of your ports built for PowerPC, but have migrated to an Intel Mac. But if you have all your ports built for the correct architecture for your system already, and just want to start installing universal versions, then you can do it a bit at a time. I'm doing this. Look at your installed ports, and find one that has no dependencies. ("port deps foo" will tell you.) For example, you probably have zlib installed, and zlib has no dependencies. Forcibly uninstall this port and reinstall it with the +universal variant: sudo port -f uninstall zlib sudo port clean --work zlib sudo port install zlib +universal Once that builds, do the same for another port with no dependencies, or one which depends only on the ports you've already reinstalled as universal. For example, libpng only depends on zlib, so if you've rebuilt zlib universal, you can then try installing libpng universal. You certainly could alternately just delete all of MacPorts and reinstall, always selecting the +universal variant when installing ports. But some ports may not yet build universal, so you might be forced to install some ports non-universal anyway. Note that the only reason why you'd need to install universal versions of ports at all is if you plan to use your installed ports on both a PowerPC and an Intel Mac, for example if you install MacPorts to an external hard drive that you move between a PowerPC and an Intel Mac. If you're just using MacPorts on a single Mac, you don't need universal ports. From avi at drissman.com Fri Dec 28 10:42:22 2007 From: avi at drissman.com (Avi Drissman) Date: Fri Dec 28 10:40:57 2007 Subject: Valgrind port? In-Reply-To: <71e7543a0712281027q40f952f2re9e7e5d7e4431bdd@mail.gmail.com> References: <71e7543a0712280655l41b418fcm3982721e9969715e@mail.gmail.com> <71e7543a0712281027q40f952f2re9e7e5d7e4431bdd@mail.gmail.com> Message-ID: <2013cf3e0712281042q67696d69o7bb0ffea88ca6754@mail.gmail.com> Take a look at TN 2124for options. Guard Malloc is very useful. Avi On 12/28/07, Aleksander Morgado wrote: > > > It appears from this page that valgrind relies on the Linux kernel, > which > > makes a port not possible for now, but that Mac OS X support is being > > planned. > > I see. It's even marked as a high priority port. But, anyway, is there > any good alternative to it? I've tried MallocDebug, but it only seems > prepared for programs with a GUI. > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071228/674896c4/attachment-0001.html From dlb at davidlballenger.com Fri Dec 28 10:42:53 2007 From: dlb at davidlballenger.com (David L Ballenger) Date: Fri Dec 28 10:41:21 2007 Subject: openssh +hpn variant builds fail In-Reply-To: <799406d60712280443l430e0128x2b5be4ba321fa603@mail.gmail.com> References: <799406d60712280443l430e0128x2b5be4ba321fa603@mail.gmail.com> Message-ID: On Dec 28, 2007, at 4:43 AM, Adam Mercer wrote: > On Dec 27, 2007 10:25 PM, David L Ballenger > wrote: > >> I successfully applied to that patch to a local copy of the Portfile >> but still got the same errors. I then commented out the >> "patch.pre_args -p1" command/option in the hpn variant. That allowed >> some patches specified by patch-pwdup.diff to be applied but not >> those >> specified in of the /openssh-4.7p1-hpn12v18.diff.gz patch file or >> the /openssh-4.7p1-hpn12v19.diff.gz patch file. Finally I went back >> to the Portfile and instead of commenting out "patch.pre_args -p1" >> command/option in the hpn variant, I removed the "-p1". This seems >> to >> be working, all patches apply and the installed ssh with hpn support >> seems to be working. > > I think that removing the -p1 from the patch.pre_args will cause the > patch not the be applied, looking at the debug output of the install > seems to confirm this. Adam, Sorry, for the confusion, but the debug output was from before I started attempting to fix things, i.e. the patch.pre_args still specified -p1 and was not commented out. Guess I should have put the debug output earlier in the message. > > >> Was there a change to patch in Leopard? Last time I did an OpenSSH >> install on Tiger, back in Oct it ran fine. Haven't had a chance to >> try it again on Tiger to see if I get the same problem. > > the patch-pwdup.diff is applied on Leopard to fix the "percent_expand: > NULL replacement" error you get when the identify file isn't > specified, this is the current upstream proposed fix which > unfortunately conflicts with the high-performance patch. So at the > moment, the hpn variant won't work on Leopard. I'll see if get the two > patches playing nicely together. Changing the patch.pre_args to be empty seems to let both patches be applied and the install work with no errors. Running /opt/local/bin/ ssh -V gives: OpenSSH_4.7p1-hpn12v19, OpenSSL 0.9.8g 19 Oct 2007 If I run the install with the -k option to keep the sources it looks like the patch-pwdup.diff and HPN changes were applied to the source files. Thanks - David > > > Cheers > > Adam > From cooper.me at gmail.com Fri Dec 28 22:55:50 2007 From: cooper.me at gmail.com (Micheal Cooper) Date: Fri Dec 28 22:54:15 2007 Subject: No module named _md5 Message-ID: I found a post on this group about this issue: http://lists.macosforge.org/pipermail/macports-users/2007-March/001927.html but it was not very helpful. I am trying to set up a django dev environment on my macbook pro tiger. I am a newbie switcher, and I have been trying to get this working for over a week now. I wrote up my setup for the system (so far), in the following blogpost: http://shinmaikeru.blogspot.com/2007/12/howto-django-dev-environment-on-macosx.html The errors I get are as follows: ------ netadminmac:~/Webdev/django/sites/mysite mcooper$ python manage.py runserver Validating models... Unhandled exception in thread started by Traceback (most recent call last): File "/opt/local/lib/python2.5/site-packages/django/core/management/commands/runserver.py", line 47, in inner_run self.validate(display_num_errors=True) File "/opt/local/lib/python2.5/site-packages/django/core/management/base.py", line 112, in validate num_errors = get_validation_errors(s, app) File "/opt/local/lib/python2.5/site-packages/django/core/management/validation.py", line 22, in get_validation_errors from django.db import models, connection File "/opt/local/lib/python2.5/site-packages/django/db/models/__init__.py", line 3, in from django.core import validators File "/opt/local/lib/python2.5/site-packages/django/core/validators.py", line 11, in import urllib2 File "/opt/local/lib/python2.5/urllib2.py", line 88, in import hashlib File "/opt/local/lib/python2.5/hashlib.py", line 133, in md5 = __get_builtin_constructor('md5') File "/opt/local/lib/python2.5/hashlib.py", line 60, in __get_builtin_constructor import _md5 ImportError: No module named _md5 ------ Any help would be appreciated. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071229/7d99a840/attachment.html From smilerliu at gmail.com Fri Dec 28 23:25:41 2007 From: smilerliu at gmail.com (Xin Liu) Date: Fri Dec 28 23:24:06 2007 Subject: No module named _md5 In-Reply-To: References: Message-ID: You'll need to install py25-hashlib. Best Regards, Xin Liu On Dec 28, 2007 10:55 PM, Micheal Cooper wrote: > I found a post on this group about this issue: > http://lists.macosforge.org/pipermail/macports-users/2007-March/001927.html > but it was not very helpful. > > I am trying to set up a django dev environment on my macbook pro tiger. I am > a newbie switcher, and I have been trying to get this working for over a > week now. > > I wrote up my setup for the system (so far), in the following blogpost: > http://shinmaikeru.blogspot.com/2007/12/howto-django-dev-environment-on-macosx.html > > The errors I get are as follows: > ------ > netadminmac:~/Webdev/django/sites/mysite mcooper$ python manage.py runserver > Validating models... > Unhandled exception in thread started by > Traceback (most recent call last): > File > "/opt/local/lib/python2.5/site-packages/django/core/management/commands/runserver.py", > line 47, in inner_run > self.validate(display_num_errors=True) > File > "/opt/local/lib/python2.5/site-packages/django/core/management/base.py", > line 112, in validate > num_errors = get_validation_errors(s, app) > File > "/opt/local/lib/python2.5/site-packages/django/core/management/validation.py", > line 22, in get_validation_errors > from django.db import models, connection > File > "/opt/local/lib/python2.5/site-packages/django/db/models/__init__.py", line > 3, in > from django.core import validators > File "/opt/local/lib/python2.5/site-packages/django/core/validators.py", > line 11, in > import urllib2 > File "/opt/local/lib/python2.5/urllib2.py", line 88, in > import hashlib > File "/opt/local/lib/python2.5/hashlib.py", line 133, in > md5 = __get_builtin_constructor('md5') > File "/opt/local/lib/python2.5/hashlib.py", line 60, in > __get_builtin_constructor > import _md5 > ImportError: No module named _md5 > ------ > > Any help would be appreciated. From boeyms at macports.org Sat Dec 29 04:16:04 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Sat Dec 29 04:14:35 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <399E83DE-C56F-4260-BD6A-20AD0C0D9F84@centosprime.com> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> <33911.202.81.69.153.1198123540.squirrel@webmail.tuffmail.net> <399E83DE-C56F-4260-BD6A-20AD0C0D9F84@centosprime.com> Message-ID: <55053.203.20.35.28.1198930564.squirrel@webmail.tuffmail.net> On Sat, December 29, 2007 3:40 am, Chris Janton wrote: > On 2007-12-19 , at 21:05 , Boey Maun Suang wrote: > > The error with the missing sqllite include file is still occurring. > > Did a fix get created for using MacPorts 1.6 on Panther? > > Command output: registry.c:305: error: `errPtr' undeclared (first use > in this function) > registry.c:306: error: request for member `status' in something not a > structure or union > registry.c: At top level: > registry.c:321: error: parse error before '*' token We have a fix for this, but when I applied it and built MacPorts on my Panther test box, I got runtime errors on several of port's subcommands. I'm sorry that we haven't been clearer about this (Juan, do you think it's time we put something on the main website to explain the status of 1.6 and Panther?) Unfortunately, we don't seem to have too many people with Panther boxes who are able to help us test on that platform. If you, or indeed anybody else, would like to help me and see if they can reproduce the runtime error I describe, we'll be happy to post how to do so. (Sorry to drop this on you, Juan, but I'll be away until 1 January, so if there are people interested and you'd like to post those instructions before then, I'd appreciate it greatly if you could do it for me.) Kind regards, Maun Suang -- Boey Maun Suang Email: boeyms@macports.org From boeyms at macports.org Sat Dec 29 04:31:53 2007 From: boeyms at macports.org (Boey Maun Suang) Date: Sat Dec 29 04:30:20 2007 Subject: So who owns the macports Wordpress/TRAC system? In-Reply-To: References: Message-ID: <21950.203.20.35.28.1198931513.squirrel@webmail.tuffmail.net> On Sun, November 25, 2007 7:30 am, paul beard wrote: > The reason I ask is that I would like to change my password to something > more memorable, since it never makes into my keychain. And I can't touch > my > profile due to some permissions issues. > > But more importantly, the installed version is out of date: a lot of > vulnerabilities have been addressed over the past few months, and it would > be good to incorporate those changes. Not sure if you've already had a reply to this that I've accidentally deleted, but the MacPorts is managed by the people at MacOSforge; any problems with the system as a whole can be filed as a ticket on Trac, with "component" set to the newly-created "Server/Hosting" category. As for your account on MacPorts, you should contact PortMgr [1] about it; they should be able to sort things out for you. Hope that helps. Kind regards, Maun Suang [1] To email them, put "macports-mgr" before the at sign, and "macports.org" after it. -- Boey Maun Suang Email: boeyms@macports.org From macleod at cvrti.utah.edu Sat Dec 29 06:28:53 2007 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Sat Dec 29 06:27:20 2007 Subject: Leopard status In-Reply-To: References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> <9B8F6D9B-451B-4EAD-B375-FF34B1E14244@cvrti.utah.edu> Message-ID: Hi, OK, I found the Leopard patch, managed to install the patch (instructions on this process could use some expansion and updating), and the build seemed to work: [airfriday:~]$ sudo port -v install emacs ---> Installing emacs 22.1_1 ---> Activating emacs 22.1_1 ---> Cleaning emacs ---> Removing build directory for emacs However, the emacs binary did not end up in the /opt/local/bin, even though it does exist in /opt/local/var/macports/software/emacs/22.1_1/usr/local/bin Is there some final magic I need to do in order to get things in their rightful place. Obviously, I can copy manually but I assumed the install script should take care of this sort of detail? On another note, if there has been a patch available for emacs for a month now, why is it not part of the current install? I mean, why should it still be necessary to apply the patch this long after it is in place? Thanks, Rob On Dec 28, 2007, at 9:47 AM, Ryan Schmidt wrote: > On Dec 28, 2007, at 09:36, Rob MacLeod wrote: > >> On Dec 28, 2007, at 8:31 AM, Ryan Schmidt wrote: >> >>> For each port you find that fails to install, please search the >>> issue tracker to see if it has already been reported. If it has, >>> check the ticket to see if there's a patch. If there is, try it >>> out. If it works for you, say so in the ticket so we'll know we >>> can commit the patch. If there's no patch but a workaround, that >>> might let you bypass the problem as well. If there's no ticket >>> filed, please file one. >> >> Thanks for this information but I am afraid I have to ask some more >> questions. >> >> How do I search the issue tracker? Each time I try and follow the >> link to any error reporting, it asks for a username and password >> that I have not received. > > You'll have to sign up for an account in the issue tracker if you > want to file new tickets or add comments to existing ones, but you > should be able to just search without logging in. Go to http://www.macports.org/ > and click Support & Development in the left navigation. Then click > View Tickets in the top navigation. Then click Custom Query over on > the right. Then select Summary from the Add Filter menu. Then type > your search string into the text box and click Update. > > To register for an account or log into an existing one, click > Register or Log In at the top right of any issue tracker page. > From ebgssth at gmail.com Sat Dec 29 06:30:07 2007 From: ebgssth at gmail.com (js) Date: Sat Dec 29 06:28:34 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <55053.203.20.35.28.1198930564.squirrel@webmail.tuffmail.net> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> <33911.202.81.69.153.1198123540.squirrel@webmail.tuffmail.net> <399E83DE-C56F-4260-BD6A-20AD0C0D9F84@centosprime.com> <55053.203.20.35.28.1198930564.squirrel@webmail.tuffmail.net> Message-ID: Hi Boey, Could you please tell me how to help panther support? I'm using Panther. On Dec 29, 2007 9:16 PM, Boey Maun Suang wrote: > On Sat, December 29, 2007 3:40 am, Chris Janton wrote: > > On 2007-12-19 , at 21:05 , Boey Maun Suang wrote: > > > > The error with the missing sqllite include file is still occurring. > > > > Did a fix get created for using MacPorts 1.6 on Panther? > > > > Command output: registry.c:305: error: `errPtr' undeclared (first use > > in this function) > > registry.c:306: error: request for member `status' in something not a > > structure or union > > registry.c: At top level: > > registry.c:321: error: parse error before '*' token > > We have a fix for this, but when I applied it and built MacPorts on my > Panther test box, I got runtime errors on several of port's subcommands. > I'm sorry that we haven't been clearer about this (Juan, do you think it's > time we put something on the main website to explain the status of 1.6 and > Panther?) > > Unfortunately, we don't seem to have too many people with Panther boxes > who are able to help us test on that platform. If you, or indeed anybody > else, would like to help me and see if they can reproduce the runtime > error I describe, we'll be happy to post how to do so. (Sorry to drop > this on you, Juan, but I'll be away until 1 January, so if there are > people interested and you'd like to post those instructions before then, > I'd appreciate it greatly if you could do it for me.) > > Kind regards, > > > Maun Suang > > -- > Boey Maun Suang > Email: boeyms@macports.org > > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users > From face at CentosPrime.COM Sat Dec 29 07:12:59 2007 From: face at CentosPrime.COM (Chris Janton) Date: Sat Dec 29 07:15:10 2007 Subject: MacPorts 1.6 still supports OS X 10.3 Panther? In-Reply-To: <55053.203.20.35.28.1198930564.squirrel@webmail.tuffmail.net> References: <07E049E1-FBB6-4242-B10E-1CA2CA2ABEF9@macports.org> <33911.202.81.69.153.1198123540.squirrel@webmail.tuffmail.net> <399E83DE-C56F-4260-BD6A-20AD0C0D9F84@centosprime.com> <55053.203.20.35.28.1198930564.squirrel@webmail.tuffmail.net> Message-ID: <3AC3F72B-9533-4197-8074-009AAD45356C@CentosPrime.COM> On 2007-12-29 , at 05:16 , Boey Maun Suang wrote: > Unfortunately, we don't seem to have too many people with Panther > boxes > who are able to help us test on that platform. If you, or indeed > anybody > else, would like to help me and see if they can reproduce the runtime > error I describe, we'll be happy to post how to do so. I would be glad to help figure things out for Panther. I don't expect to be upgrading that OS for some time (long) so having a working, viable MacPorts is important to me. On-list, off-list, matters not to me. 8) ---------------------------------- Chris Janton - face at CentosPrime dot COM Netminder for Opus1.COM From ryandesign at macports.org Sat Dec 29 12:08:57 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 29 12:07:44 2007 Subject: So who owns the macports Wordpress/TRAC system? In-Reply-To: <21950.203.20.35.28.1198931513.squirrel@webmail.tuffmail.net> References: <21950.203.20.35.28.1198931513.squirrel@webmail.tuffmail.net> Message-ID: <0B59FE8B-E609-4E5C-B17B-40D2B2E52ADD@macports.org> On Dec 29, 2007, at 06:31, Boey Maun Suang wrote: > any problems with the system as a whole can be filed as a ticket on > Trac, > with "component" set to the newly-created "Server/Hosting" category. You mean the "server/hosting" Component. No Milestone seems to be appropriate to this Component. Do we just leave the Milestone blank? Or does this fall under the Website & Documentation Milestone? From ryandesign at macports.org Sat Dec 29 12:04:57 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Sat Dec 29 12:10:24 2007 Subject: Leopard status In-Reply-To: References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> <9B8F6D9B-451B-4EAD-B375-FF34B1E14244@cvrti.utah.edu> Message-ID: On Dec 29, 2007, at 08:28, Rob MacLeod wrote: > OK, I found the Leopard patch, managed to install the patch > (instructions on this process could use some expansion and > updating), and the build seemed to work: Which patch are you talking about? Is it attached to a ticket? Which ticket? > [airfriday:~]$ sudo port -v install emacs > ---> Installing emacs 22.1_1 > ---> Activating emacs 22.1_1 > ---> Cleaning emacs > ---> Removing build directory for emacs > > However, the emacs binary did not end up in the /opt/local/bin, > even though it does exist in > /opt/local/var/macports/software/emacs/22.1_1/usr/local/bin Apparently it has ended up in /usr/local/bin instead of /opt/local/ bin. Assuming your MacPorts prefix is /opt/local as per usual, this is an error. Without knowing what patch you're talking about, I don't know yet whether this is a fault in the patch or an unrelated issue. > Is there some final magic I need to do in order to get things in > their rightful place. Obviously, I can copy manually but I assumed > the install script should take care of this sort of detail? Yes, MacPorts should take care of installing things in the right place for you. If it does not, it is a bug. > On another note, if there has been a patch available for emacs for > a month now, why is it not part of the current install? I mean, why > should it still be necessary to apply the patch this long after it > is in place? Presumably because the maintainer of the emacs port has not gotten around to testing the patch. Our policy is that if a maintainer does not react to an issue within 72 hours, any other committer may do so. I myself would not feel completely comfortable committing any Leopard emacs bugfixes, since I don't have Leopard and I don't use emacs. But hopefully someone else here meets at least one of those criteria. If you'll tell us which ticket it is, hopefully someone will have a look. > On Dec 28, 2007, at 9:47 AM, Ryan Schmidt wrote: > >> On Dec 28, 2007, at 09:36, Rob MacLeod wrote: >> >>> On Dec 28, 2007, at 8:31 AM, Ryan Schmidt wrote: >>> >>>> For each port you find that fails to install, please search the >>>> issue tracker to see if it has already been reported. If it has, >>>> check the ticket to see if there's a patch. If there is, try it >>>> out. If it works for you, say so in the ticket so we'll know we >>>> can commit the patch. If there's no patch but a workaround, that >>>> might let you bypass the problem as well. If there's no ticket >>>> filed, please file one. >>> >>> Thanks for this information but I am afraid I have to ask some >>> more questions. >>> >>> How do I search the issue tracker? Each time I try and follow the >>> link to any error reporting, it asks for a username and password >>> that I have not received. >> >> You'll have to sign up for an account in the issue tracker if you >> want to file new tickets or add comments to existing ones, but you >> should be able to just search without logging in. Go to http:// >> www.macports.org/ and click Support & Development in the left >> navigation. Then click View Tickets in the top navigation. Then >> click Custom Query over on the right. Then select Summary from the >> Add Filter menu. Then type your search string into the text box >> and click Update. >> >> To register for an account or log into an existing one, click >> Register or Log In at the top right of any issue tracker page. From matrixm at gmail.com Sat Dec 29 13:49:50 2007 From: matrixm at gmail.com (Matrix Mole) Date: Sat Dec 29 13:48:19 2007 Subject: Pidgin with OTR? Message-ID: <4776C0FE.1010604@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've installed both pidgin and the libotr ports, but OTR is not showing up in the list of available plugins for pidgin to use. Is there more than needs to be done besides merely installing the two ports, such as moving an actual file from the libotr install into a directory for pidgin, and if so, which file would need to be moved? Matrix Mole -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHdsD+NtosHRPp48MRAkWSAJ4hApZ/6NVJ3VU1e+IxiH5PRpSrVwCglP9q GdZfDMrcSHR71DbYFkGQqqM= =1oVA -----END PGP SIGNATURE----- From paulbeard at gmail.com Sat Dec 29 16:46:16 2007 From: paulbeard at gmail.com (paul beard) Date: Sat Dec 29 16:44:38 2007 Subject: tone generator? Message-ID: Is there, in the ever-increasing galaxy of MacPorts, a tone generator than can be used to tune a wireless network? Briefly, the idea is to play a tone based on the signal strength, with higher pitches for better signal, etc. Not sure how to do this in OS X. http://forum.openwrt.org/viewtopic.php?pid=10283 -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071229/f8583699/attachment.html From daniel at danieloberhoff.de Sat Dec 29 16:58:36 2007 From: daniel at danieloberhoff.de (Daniel Oberhoff) Date: Sat Dec 29 16:57:01 2007 Subject: mozilla-dev fails to build In-Reply-To: <8094A635-A854-4A99-9BAC-9FA43152F06A@macports.org> References: <20071219085002.93FEF16F377@lists.macosforge.org> <4C81E39B-20D8-49D4-AEE1-54DCC39B23E9@danieloberhoff.de> <8094A635-A854-4A99-9BAC-9FA43152F06A@macports.org> Message-ID: <3B479A6D-60D0-492F-9902-819105BC7496@danieloberhoff.de> Hi, Ok, yes, I had lots of those darwin_8 thingies. While deinstalling openssl macports just broke (it seems the whole ports system depended on openssl) so now I had to shoot it and reinstall, and lost interest along the way :o (other things where more interesting ^^). Anyhow, I wanted the mozilla-dev to build the mugshot tracker, for which there is no osx version yet, and it uses gecko-sdk, which again bases on the mozilla-sdk. Once I get back on track with this I will update here if it works. Best Daniel Am 28.12.2007 um 16:44 schrieb Ryan Schmidt: > On Dec 28, 2007, at 02:08, Daniel Oberhoff wrote: > >> I can't get mozilla-dev built. It gives lots and lots of errors. I >> started fixing some, but after an while I kinda though I'd first >> ask if anyone has succeeded with it before, so that maybe it's just >> a local misconfiguration. Among the things I fixed so far are: >> >> 1) some of the headers of the package confuse signal.h (they >> #define some things that mess up signal.h) so I had to move >> signal.h to the top of the include list in those cases. >> >> 2) the interface to freetype is broken. the mozilla-dev uses >> funtion pointers with non-const arguments, while ft2 seems to >> expect them to be with const arguments (moveto, lineto, >> cubicto...), so I added const qualifiers in the correesponding >> function declarations. >> >> another thing I didn't fix yet is NSOID being undefined in lots of >> places. I just couldn't find where it is defined. This only shows >> btw. when there is an array of NSOID defined. The compiler merilly >> compiles pointer statements (NSOID *). >> >> My system is osx leopard on a core2duo mbp. I took over the >> macports tree from my tiger installation, but that had no >> problems...so far :). I recently did selfupdate (to 1.6) and >> upgrade outdated successfully. > > mozilla and mozilla-devel ports are not being maintained, and appear > to be old. Why do you want to install mozilla 1.8b1? > > Migrating a MacPorts tree from Tiger to Leopard (or across any major > OS release version, or from one architecture processor to another) > can be problematic. In the case of moving from Tiger to Leopard, you > probably still have a lot of ports installed that have the > "darwin_8" variant. Examine "port installed" to see. You should > forcibly uninstall each of those (sudo port -f uninstall foo) > (making note of which other variants you selected), then reinstall > them (sudo port install foo +whatever), so they lose the now- > inappropriate darwin_8 variant and gain (if necessary) the darwin_9 > variant. > From rechner at vlado-do.de Sun Dec 30 02:23:05 2007 From: rechner at vlado-do.de (Vlado Plaga) Date: Sun Dec 30 02:53:39 2007 Subject: Leopard status / working Emacs port In-Reply-To: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> Message-ID: <47777189.40803@vlado-do.de> Hi Rob, although you appear to have working emacs installation now, let me ask if you have tried the emacs-app port (version 23.0.0_NS-9.0rc3)? This works very well for me on Leopard and I like that emacs version better than the Carbon version (which apparently is in the emacs port package) anyway. I tried the Carbon version by downloading it from apple.com[1]. I always start emacs from the command line, and so I created the following alias (which, I know, will break with every new version): emacs='/opt/local/var/macports/software/emacs-app/23.0.0_NS-9.0rc3_0/Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs --no-splash' As someone being new to both MacOS and MacPorts, coming from Debian/ Ubuntu, I am also not happy with the initial state of MacPorts on Leopard, but judging from the activity on this mailing list and the rate of improvements (when I first tried it, the emacs-app package, version rc2, also did not build on Leopard) the situation is likely to improve steadily and quickly. Regards, Vlado [1] http://www.apple.com/downloads/macosx/unix_open_source/carbonemacspackage.html From paulbeard at gmail.com Sun Dec 30 10:04:56 2007 From: paulbeard at gmail.com (paul beard) Date: Sun Dec 30 10:03:16 2007 Subject: So who owns the macports Wordpress/TRAC system? In-Reply-To: <0B59FE8B-E609-4E5C-B17B-40D2B2E52ADD@macports.org> References: <21950.203.20.35.28.1198931513.squirrel@webmail.tuffmail.net> <0B59FE8B-E609-4E5C-B17B-40D2B2E52ADD@macports.org> Message-ID: On Dec 29, 2007 12:08 PM, Ryan Schmidt wrote: > > On Dec 29, 2007, at 06:31, Boey Maun Suang wrote: > > > any problems with the system as a whole can be filed as a ticket on > > Trac, > > with "component" set to the newly-created "Server/Hosting" category. > > You mean the "server/hosting" Component. > > No Milestone seems to be appropriate to this Component. Do we just > leave the Milestone blank? Or does this fall under the Website & > Documentation Milestone? > Hmm, it all sounds pretty inconclusive ;-) Anyone in PortMgr want to take a stab at this? -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071230/1a49fbd6/attachment.html From josh+macports at root.id.au Sun Dec 30 22:48:44 2007 From: josh+macports at root.id.au (Joshua Root) Date: Sun Dec 30 22:47:00 2007 Subject: Please test: yaz 3.0.18 Message-ID: <477890CC.4090300@root.id.au> I have a patch ready[1] that updates yaz to the latest version. Unfortunately, I'm not actually using yaz for anything at the moment, so it's difficult for me to test the new version properly. If anyone on the list uses yaz, could you please try out the new version? [1] Cheers, Josh From mjs at beebo.org Mon Dec 31 04:07:25 2007 From: mjs at beebo.org (Michael Stillwell) Date: Mon Dec 31 04:05:50 2007 Subject: Leopard status In-Reply-To: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> Message-ID: On 28 Dec 2007, at 13:47, Rob MacLeod wrote: > I have upgraded to Leopard and many builds seems to fail. I cannot > get a working emacs in a new install, xdvi-xaw.bin failed in an > attempt to update an existing MacPorts tree, and there seems to be > some consistent havoc about Leopard. > > I also was not able to usefully search the archived email of this > list--is there something I am missing? As a technique for dealing with build problems in general, I find it sometimes helps to install with -d (debugging/verbose mode)--then you often get some clue as to what's going wrong (perhaps an undeclared dependency). --M. -- http://beebo.org +44 78 2118 9049 From mjs at beebo.org Mon Dec 31 04:48:21 2007 From: mjs at beebo.org (Michael Stillwell) Date: Mon Dec 31 04:46:41 2007 Subject: what configuration files are read? Message-ID: <37CF4227-52D1-4159-9BD8-31451BAA84C7@beebo.org> How does "port" figure out which configuration files to read? Mine is now trying to get configuration information from a non-existent file: I have a (source-compiled) version installed in /Ports, and then installed another temporary version into $HOME/scratch/ports (via ./ configure --prefix=$HOME/scratch/ports, to see whether a dependency problem with ncursesw had been fixed). Running /Ports/bin/port now produces an error message: boom:~$ /Ports/bin/port --help sources_conf must be set in /Users/mjs/scratch/ports/etc/macports/ macports.conf or in your /Users/mjs/.macports/macports.conf file while executing "mportinit ui_options global_options global_variations" Error: /Ports/bin/port: Failed to initialize MacPorts, sources_conf must be set in /Users/mjs/scratch/ports/etc/macports/macports.conf or in your /Users/mjs/.macports/macports.conf file Where is it getting the "scratch" directory from? There's nothing in $HOME/.macports except for a history file, and there's nothing in my environment either. /Ports/bin/ports itself appears to be unchanged, and rgrep over the /Ports directory gives nothing as well. Also, why does "make install" require root privileges? I tried to install without "sudo" to try to prevent the temporary install from making changes to my existing configuration files, but it won't actually install this way. --M. -- http://beebo.org +44 78 2118 9049 From ram at macports.org Mon Dec 31 06:25:09 2007 From: ram at macports.org (Adam Mercer) Date: Mon Dec 31 06:23:26 2007 Subject: openssh +hpn variant builds fail In-Reply-To: References: <799406d60712280443l430e0128x2b5be4ba321fa603@mail.gmail.com> Message-ID: <799406d60712310625w2596dce9m533a9c38d7caee7@mail.gmail.com> On Dec 28, 2007 6:42 PM, David L Ballenger wrote: > Changing the patch.pre_args to be empty seems to let both patches be > applied and the install work with no errors. Running /opt/local/bin/ > ssh -V gives: > > OpenSSH_4.7p1-hpn12v19, OpenSSL 0.9.8g 19 Oct 2007 > > If I run the install with the -k option to keep the sources it looks > like the patch-pwdup.diff and HPN changes were applied to the source > files. I've updated to hpn12v20 in r32433, which seems to apply cleanly: $ port installed | grep openssh openssh @4.7p1_1+darwin_9+hpn (active) $ which ssh /opt/local/bin/ssh $ ssh -V OpenSSH_4.7p1-hpn12v20, OpenSSL 0.9.8g 19 Oct 2007 $ Give it a few hours then do a selfupdate, if you have any problem give me a shout. Cheers Adam From macleod at cvrti.utah.edu Mon Dec 31 08:08:44 2007 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Dec 31 08:07:07 2007 Subject: Leopard status / working Emacs port In-Reply-To: <47777189.40803@vlado-do.de> References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> <47777189.40803@vlado-do.de> Message-ID: <2A600430-BF48-48BD-A27B-9B66909B58C3@cvrti.utah.edu> Thanks Vlado. I did get emacs-app to work and will give it a try. I have not been happen with any of the previous carbon or aqua versions and just stuck with the X11 edition. But I am happy to see if things have improved. Cheers, Rob On Dec 30, 2007, at 3:23 AM, Vlado Plaga wrote: > Hi Rob, > > although you appear to have working emacs installation now, let me ask > if you have tried the emacs-app port (version 23.0.0_NS-9.0rc3)? This > works very well for me on Leopard and I like that emacs version better > than the Carbon version (which apparently is in the emacs port > package) > anyway. I tried the Carbon version by downloading it from > apple.com[1]. > > I always start emacs from the command line, and so I created the > following alias (which, I know, will break with every new version): > emacs='/opt/local/var/macports/software/emacs-app/23.0.0_NS-9.0rc3_0/ > Applications/MacPorts/Emacs.app/Contents/MacOS/Emacs > --no-splash' > > As someone being new to both MacOS and MacPorts, coming from Debian/ > Ubuntu, I am also not happy with the initial state of MacPorts on > Leopard, but judging from the activity on this mailing list and the > rate > of improvements (when I first tried it, the emacs-app package, version > rc2, also did not build on Leopard) the situation is likely to improve > steadily and quickly. > > Regards, Vlado > > [1] > http://www.apple.com/downloads/macosx/unix_open_source/carbonemacspackage.html > From macports.users at gmail.com Mon Dec 31 09:32:35 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Mon Dec 31 09:30:57 2007 Subject: sudo port install gnutar Message-ID: $ sudo port install gnutar ---> Configuring gnutar 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_archive rs_gnutar/work/tar-1.19" && ./configure --prefix=/opt/local --program- prefix=gnu --infodir=/opt/local/share/info " returned error 1 Command output: checking for ftruncate... yes checking for gettimeofday... yes checking for nanotime... no checking for alarm... yes checking for lchmod... no checking for fdopendir... no checking for mbsinit... yes checking for mbrtowc... yes checking for wcrtomb... yes checking for wcscoll... yes checking for setenv... yes checking for sleep... yes checking for strerror... yes checking for lstat... yes checking for pipe... yes checking for futimes... yes checking for futimesat... no checking for vasnprintf... no checking for iswcntrl... yes checking for wcwidth... yes checking for mkfifo... yes checking for setlocale... yes checking for d_ino member in directory struct... yes checking whether system is Windows or MSDOS... no checking for long file names... yes checking whether canonicalize_file_name is declared... no checking for unistd.h... (cached) yes checking for working chown... yes checking whether chown(2) dereferences symlinks... yes configure: error: cannot run /bin/sh build-aux/config.sub Error: Status 1 encountered during processing. $ From dlb at davidlballenger.com Mon Dec 31 11:34:28 2007 From: dlb at davidlballenger.com (David L Ballenger) Date: Mon Dec 31 11:32:42 2007 Subject: openssh +hpn variant builds fail In-Reply-To: <799406d60712310625w2596dce9m533a9c38d7caee7@mail.gmail.com> References: <799406d60712280443l430e0128x2b5be4ba321fa603@mail.gmail.com> <799406d60712310625w2596dce9m533a9c38d7caee7@mail.gmail.com> Message-ID: <5C69A704-C510-4A4A-B43A-3AF52D4E6865@davidlballenger.com> Thanks Adam! Your changes have fixed the patch problems and it builds and installs fine. My ssh -V shows the same version string as yours and I can ssh to my various systems fine. One question, after I did the selfupdate, openssh did not show up as being outdated with a "port outdated". Should it have? I looked at the Portfile and it had been modified to use hpn12v20. So I just did an uninstall and reinstalled openssh and as I said above it built cleanly and is showing the update hpn version info. Thanks again, -David On Dec 31, 2007, at 6:25 AM, Adam Mercer wrote: > I've updated to hpn12v20 in r32433, which seems to apply cleanly: > > $ port installed | grep openssh > openssh @4.7p1_1+darwin_9+hpn (active) > $ which ssh > /opt/local/bin/ssh > $ ssh -V > OpenSSH_4.7p1-hpn12v20, OpenSSL 0.9.8g 19 Oct 2007 > $ > > Give it a few hours then do a selfupdate, if you have any problem give > me a shout. > > Cheers > > Adam From macleod at cvrti.utah.edu Mon Dec 31 13:01:32 2007 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Dec 31 12:59:56 2007 Subject: Leopard status In-Reply-To: References: <10CC44D3-4B33-4600-99B6-A35368E7C032@cvrti.utah.edu> <9B8F6D9B-451B-4EAD-B375-FF34B1E14244@cvrti.utah.edu> Message-ID: <04654D53-B7E9-4FF2-B6CA-46FD821308B9@cvrti.utah.edu> On Dec 29, 2007, at 1:04 PM, Ryan Schmidt wrote: > On Dec 29, 2007, at 08:28, Rob MacLeod wrote: > >> OK, I found the Leopard patch, managed to install the patch >> (instructions on this process could use some expansion and >> updating), and the build seemed to work: > > Which patch are you talking about? Is it attached to a ticket? Which > ticket? # 13294 > > >> [airfriday:~]$ sudo port -v install emacs >> ---> Installing emacs 22.1_1 >> ---> Activating emacs 22.1_1 >> ---> Cleaning emacs >> ---> Removing build directory for emacs >> >> However, the emacs binary did not end up in the /opt/local/bin, >> even though it does exist in >> /opt/local/var/macports/software/emacs/22.1_1/usr/local/bin > > Apparently it has ended up in /usr/local/bin instead of /opt/local/ > bin. Assuming your MacPorts prefix is /opt/local as per usual, this > is an error. Without knowing what patch you're talking about, I > don't know yet whether this is a fault in the patch or an unrelated > issue. Thanks, Rob > > >> Is there some final magic I need to do in order to get things in >> their rightful place. Obviously, I can copy manually but I assumed >> the install script should take care of this sort of detail? > > Yes, MacPorts should take care of installing things in the right > place for you. If it does not, it is a bug. > >> On another note, if there has been a patch available for emacs for >> a month now, why is it not part of the current install? I mean, why >> should it still be necessary to apply the patch this long after it >> is in place? > > Presumably because the maintainer of the emacs port has not gotten > around to testing the patch. Our policy is that if a maintainer does > not react to an issue within 72 hours, any other committer may do > so. I myself would not feel completely comfortable committing any > Leopard emacs bugfixes, since I don't have Leopard and I don't use > emacs. But hopefully someone else here meets at least one of those > criteria. If you'll tell us which ticket it is, hopefully someone > will have a look. > >> On Dec 28, 2007, at 9:47 AM, Ryan Schmidt wrote: >> >>> On Dec 28, 2007, at 09:36, Rob MacLeod wrote: >>> >>>> On Dec 28, 2007, at 8:31 AM, Ryan Schmidt wrote: >>>> >>>>> For each port you find that fails to install, please search the >>>>> issue tracker to see if it has already been reported. If it has, >>>>> check the ticket to see if there's a patch. If there is, try it >>>>> out. If it works for you, say so in the ticket so we'll know we >>>>> can commit the patch. If there's no patch but a workaround, that >>>>> might let you bypass the problem as well. If there's no ticket >>>>> filed, please file one. >>>> >>>> Thanks for this information but I am afraid I have to ask some >>>> more questions. >>>> >>>> How do I search the issue tracker? Each time I try and follow the >>>> link to any error reporting, it asks for a username and password >>>> that I have not received. >>> >>> You'll have to sign up for an account in the issue tracker if you >>> want to file new tickets or add comments to existing ones, but you >>> should be able to just search without logging in. Go to http://www.macports.org/ >>> and click Support & Development in the left navigation. Then >>> click View Tickets in the top navigation. Then click Custom Query >>> over on the right. Then select Summary from the Add Filter menu. >>> Then type your search string into the text box and click Update. >>> >>> To register for an account or log into an existing one, click >>> Register or Log In at the top right of any issue tracker page. From paulbeard at gmail.com Mon Dec 31 13:57:41 2007 From: paulbeard at gmail.com (paul beard) Date: Mon Dec 31 13:55:55 2007 Subject: what configuration files are read? In-Reply-To: <37CF4227-52D1-4159-9BD8-31451BAA84C7@beebo.org> References: <37CF4227-52D1-4159-9BD8-31451BAA84C7@beebo.org> Message-ID: On Dec 31, 2007 4:48 AM, Michael Stillwell wrote: > How does "port" figure out which configuration files to read? Mine is > now trying to get configuration information from a non-existent file: > I have a (source-compiled) version installed in /Ports, and then > installed another temporary version into $HOME/scratch/ports (via ./ > configure --prefix=$HOME/scratch/ports, to see whether a dependency > problem with ncursesw had been fixed). Is there some compelling reason why it couldn't be installed in /opt/local? Running /Ports/bin/port now > produces an error message: > > boom:~$ /Ports/bin/port --help > sources_conf must be set in /Users/mjs/scratch/ports/etc/macports/ > macports.conf or in your /Users/mjs/.macports/macports.conf file > while executing > "mportinit ui_options global_options global_variations" > Error: /Ports/bin/port: Failed to initialize MacPorts, sources_conf > must be set in /Users/mjs/scratch/ports/etc/macports/macports.conf or > in your /Users/mjs/.macports/macports.conf file > > Where is it getting the "scratch" directory from? There's nothing in > $HOME/.macports except for a history file, and there's nothing in my > environment either. /Ports/bin/ports itself appears to be unchanged, > and rgrep over the /Ports directory gives nothing as well. > Did you not create a scratch directory in your various installs? You might want to look at your PATH to see what instance of this you're using. I don't find any relevant invocation of scratch so I think it's safe to assume it's from your testing or whatever you were doing. :: mdfind -onlyin /opt/local scratch /opt/local/var/macports/sources/rsync.macports.org/release/ports/java/jakarta-taglibs-string/files/common.xml /opt/local/lib/ruby/gems/1.8/doc/rake-0.7.3 /rdoc/files/lib/rake/clean_rb.html /opt/local/lib/ruby/gems/1.8/doc/rake-0.7.3 /rdoc/files/doc/rational_rdoc.html /opt/local/lib/ruby/gems/1.8/doc/rake-0.7.3/rdoc/classes/Rake/RDocTask.html /opt/local/lib/ruby/gems/1.8/doc/rake-0.7.3 /rdoc/classes/Rake/PackageTask.html > Also, why does "make install" require root privileges? I tried to > install without "sudo" to try to prevent the temporary install from > making changes to my existing configuration files, but it won't > actually install this way. > > You can change the permissions on your ports hierarchy to fix this, if you want. I believe that's why sudo is required. -- Paul Beard / www.paulbeard.org/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.macosforge.org/pipermail/macports-users/attachments/20071231/c66293a1/attachment.html From macleod at cvrti.utah.edu Mon Dec 31 14:58:40 2007 From: macleod at cvrti.utah.edu (Rob MacLeod) Date: Mon Dec 31 14:57:00 2007 Subject: Emacs and Leopard problems continue Message-ID: <887865AB-59C2-436B-99CC-15C7CCE06CF4@cvrti.utah.edu> Hi folks, I am still struggling with Leopard woes with emacs. I was able to get emacs, emacs-devel, and emacs-app all made by manually applying the patch provided in ticket #13294. emacs made in the wrong directory while emacs-devel did better and ended up properly placed. However, neither emacs nor emacs-devel launch a new X window when I start them. I vaguely recall that this was a problem in the past but I was able with Tiger to get at least one of them (no longer sure which) to work in the proper X window mode. Does anyone know if there are some other settings I need to get a full functioning X11 based emacs to work? In the meantime, I will experiment with emacs-app to see if I can get it to work the way I am used to... Good thing this is the break and I have time to deal with all the frustrations of Leopard.... Happy New Year, Rob From ryandesign at macports.org Mon Dec 31 15:42:14 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 31 15:40:53 2007 Subject: sudo port install gnutar In-Reply-To: References: Message-ID: Sounds like you should file a ticket in the issue tracker and assign it to mww. On Dec 31, 2007, at 11:32, Charlse Darwin wrote: > $ sudo port install gnutar > ---> Configuring gnutar > 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_archi > vers_gnutar/work/tar-1.19" && ./configure --prefix=/opt/local -- > program-prefix=gnu --infodir=/opt/local/share/info " returned error 1 > Command output: checking for ftruncate... yes > checking for gettimeofday... yes > checking for nanotime... no > checking for alarm... yes > checking for lchmod... no > checking for fdopendir... no > checking for mbsinit... yes > checking for mbrtowc... yes > checking for wcrtomb... yes > checking for wcscoll... yes > checking for setenv... yes > checking for sleep... yes > checking for strerror... yes > checking for lstat... yes > checking for pipe... yes > checking for futimes... yes > checking for futimesat... no > checking for vasnprintf... no > checking for iswcntrl... yes > checking for wcwidth... yes > checking for mkfifo... yes > checking for setlocale... yes > checking for d_ino member in directory struct... yes > checking whether system is Windows or MSDOS... no > checking for long file names... yes > checking whether canonicalize_file_name is declared... no > checking for unistd.h... (cached) yes > checking for working chown... yes > checking whether chown(2) dereferences symlinks... yes > configure: error: cannot run /bin/sh build-aux/config.sub > > Error: Status 1 encountered during processing. > $ From ryandesign at macports.org Mon Dec 31 16:00:01 2007 From: ryandesign at macports.org (Ryan Schmidt) Date: Mon Dec 31 15:58:38 2007 Subject: what configuration files are read? In-Reply-To: <37CF4227-52D1-4159-9BD8-31451BAA84C7@beebo.org> References: <37CF4227-52D1-4159-9BD8-31451BAA84C7@beebo.org> Message-ID: On Dec 31, 2007, at 06:48, Michael Stillwell wrote: > How does "port" figure out which configuration files to read? Mine > is now trying to get configuration information from a non-existent > file: I have a (source-compiled) version installed in /Ports, and > then installed another temporary version into $HOME/scratch/ports > (via ./configure --prefix=$HOME/scratch/ports, to see whether a > dependency problem with ncursesw had been fixed). Running /Ports/ > bin/port now produces an error message: > > boom:~$ /Ports/bin/port --help > sources_conf must be set in /Users/mjs/scratch/ports/etc/macports/ > macports.conf or in your /Users/mjs/.macports/macports.conf file > while executing > "mportinit ui_options global_options global_variations" > Error: /Ports/bin/port: Failed to initialize MacPorts, sources_conf > must be set in /Users/mjs/scratch/ports/etc/macports/macports.conf > or in your /Users/mjs/.macports/macports.conf file > > Where is it getting the "scratch" directory from? There's nothing > in $HOME/.macports except for a history file, and there's nothing > in my environment either. /Ports/bin/ports itself appears to be > unchanged, and rgrep over the /Ports directory gives nothing as well. > > Also, why does "make install" require root privileges? I tried to > install without "sudo" to try to prevent the temporary install from > making changes to my existing configuration files, but it won't > actually install this way. There are two things going on here. Issue #1: The reason why your two installations are conflicting with one another is that they both installed their Tcl components to / Library/Tcl/macports1.0, and the $HOME/scratch/ports instalation's / Library/Tcl/macports1.0 has overwritten the one from $HOME/Ports. There has been discussion of moving the directory /Library/Tcl/ macports1.0 to ${prefix}/share/macports/Tcl: http://lists.macosforge.org/pipermail/macports-dev/2007-August/ 002491.html You could bypass all the arguments and just do it yourself. You should reinstall both of your installations (or at least the /Ports one, since its /Library/Tcl/macports1.0 is gone), making sure that at least one, or perhaps both, of them put their Tcl directory elsewhere, for example: PATH=/usr/bin:/usr/sbin:/bin:/sbin ./configure \ --prefix=$HOME/Ports \ --with-tclpackage=$HOME/Ports/share/macports/Tcl And for the other installation: PATH=/usr/bin:/usr/sbin:/bin:/sbin ./configure \ --prefix=$HOME/scratch/ports \ --with-tclpackage=$HOME/scratch/ports/share/macports/Tcl See this message where this question came up before: http://lists.macosforge.org/pipermail/macports-users/2007-December/ 007690.html Though note that Daniel's suggested location for the Tcl directory is worse; ${prefix}/share/macports/Tcl already contains other MacPorts Tcl code, so that's the directory that should be used. Issue #2: Issue #1 would also be a reason why you could not install without root. You should be able to install without root, provided you install to a location you control. And you are. But, even doing so, we get a failure, for which I have filed a bug report: http://trac.macosforge.org/projects/macports/ticket/13766 From wsiegrist at apple.com Mon Dec 31 16:59:13 2007 From: wsiegrist at apple.com (William Siegrist) Date: Mon Dec 31 16:58:58 2007 Subject: So who owns the macports Wordpress/TRAC system? In-Reply-To: References: <21950.203.20.35.28.1198931513.squirrel@webmail.tuffmail.net> <0B59FE8B-E609-4E5C-B17B-40D2B2E52ADD@macports.org> Message-ID: Just to clarify the original question in the subject, I am the primary contact for the servers, Trac/WP installs, etc. You can contact me at my @apple email or admin@macosforge.org. (The admin email has the benefit of multiple readers in case I'm unconscious or god forbid without net access). I do check the MacPorts ticket system periodically (where component=Server/Hosting), and I check this email list periodically, but for emergencies you can go right to my email. The "No privileges for My Account" is a common one caused by some buggy code back when you registered. Email me your user account and I'll clean it up. If you recently registered and have this problem, try to mention that, as the registration code should not be broken anymore. Thanks. -Bill On Dec 30, 2007, at 10:04 AM, paul beard wrote: > > > On Dec 29, 2007 12:08 PM, Ryan Schmidt > wrote: > > On Dec 29, 2007, at 06:31, Boey Maun Suang wrote: > > > any problems with the system as a whole can be filed as a ticket on > > Trac, > > with "component" set to the newly-created "Server/Hosting" category. > > You mean the "server/hosting" Component. > > No Milestone seems to be appropriate to this Component. Do we just > leave the Milestone blank? Or does this fall under the Website & > Documentation Milestone? > > Hmm, it all sounds pretty inconclusive ;-) Anyone in PortMgr want > to take a stab at this? > > > -- > Paul Beard / www.paulbeard.org/ > > _______________________________________________ > macports-users mailing list > macports-users@lists.macosforge.org > http://lists.macosforge.org/mailman/listinfo/macports-users ---- William Siegrist Software Support Engineer Mac OS Forge http://macosforge.org/ wsiegrist@apple.com 408 862 7337 -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2421 bytes Desc: not available Url : http://lists.macosforge.org/pipermail/macports-users/attachments/20071231/e9715b30/smime.bin From skip at pobox.com Mon Dec 31 21:19:13 2007 From: skip at pobox.com (Skip Montanaro) Date: Mon Dec 31 21:23:24 2007 Subject: Rebuild after Xcode update? Message-ID: I'm currently using Xcode 2.2.1 and am having trouble building the Python 2.5 port. A little searching suggested I should update my Xcode, so I'm downloading the Xcode 2.5 image as I write this. Once I've updated my Xcode installation, what should I do on the MacPorts side of things? Is there some way to say "rebuild all" or do I just plow ahead with the Python 2.5 install and ignore the fact that everything else was built up to that point with Xcode 2.2.1? Thanks, Skip Montanaro From skip at pobox.com Mon Dec 31 21:25:03 2007 From: skip at pobox.com (skip@pobox.com) Date: Mon Dec 31 21:23:29 2007 Subject: Rebuild after Xcode update? Message-ID: <18297.52911.199334.655905@montanaro.dyndns.org> I'm currently using Xcode 2.2.1 and am having trouble building the Python 2.5 port. A little searching suggested I should update my Xcode, so I'm downloading the Xcode 2.5 image as I write this. Once I've updated my Xcode installation, what should I do on the MacPorts side of things? Is there some way to say "rebuild all" or do I just plow ahead with the Python 2.5 install and ignore the fact that everything else was built up to that point with Xcode 2.2.1? Thanks, Skip Montanaro From matrixm at gmail.com Mon Dec 31 22:41:39 2007 From: matrixm at gmail.com (Matrix Mole) Date: Mon Dec 31 22:39:53 2007 Subject: Pidgin with OTR? In-Reply-To: <47779628.3090005@reifferscheid.org> References: <4776C0FE.1010604@gmail.com> <4776F44C.8030804@reifferscheid.org> <47779628.3090005@reifferscheid.org> Message-ID: <4779E0A3.3090106@gmail.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Thomas Reifferscheid wrote: > Success. The new portfile got already posted to the > macports devel mailinglist, so it should be available shortly. > > The port is called pidgin-otr. I've re-sync'd my ports tree and I saw a port called pidgin-encryption but not one labeled pidgin-otr. I'm guessing that the pidgin-encryption is the correct port. Otherwise it might be that it hasn't been put into the port tree for non-devel users yet. I do notice that pidgin-encryption does not have libotr port as a dependent. I haven't had a chance to test out the encryption with the encrypted pidgin as of yet to confirm that it works in concert with the OTR encryption. Matrix Mole -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFHeeCjNtosHRPp48MRAmQkAKCiPNXuo7MHon2DmDdsZrp6IKIBdwCgjykM YkDPdhafKV7YvX2iE05rgXk= =eQkw -----END PGP SIGNATURE----- From macports.users at gmail.com Thu Dec 20 07:58:43 2007 From: macports.users at gmail.com (Charlse Darwin) Date: Mon Apr 14 11:37:01 2008 Subject: $ sudo port -c install mozilla-devel Message-ID: # this time with -d flag $ sudo port -fdc install mozilla-devel Password: DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/mozilla-devel DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/www/mozilla-devel DEBUG: Requested variant powerpc is not provided by port mozilla-devel. DEBUG: Requested variant darwin is not provided by port mozilla-devel. DEBUG: Requested variant macosx is not provided by port mozilla-devel. DEBUG: Executing variant darwin_8 provides darwin_8 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk2 DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/x11/gtk2 DEBUG: Requested variant powerpc is not provided by port gtk2. DEBUG: Requested variant darwin is not provided by port gtk2. DEBUG: Requested variant macosx is not provided by port gtk2. DEBUG: Executing variant x11 provides x11 DEBUG: Searching for dependency: gtk2 DEBUG: Found Dependency: receipt exists for gtk2 DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zip DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/archivers/zip DEBUG: Requested variant powerpc is not provided by port zip. DEBUG: Requested variant darwin is not provided by port zip. DEBUG: Requested variant macosx is not provided by port zip. DEBUG: Searching for dependency: zip DEBUG: Didn't find receipt, going to depspec regex for: zip DEBUG: Found Dependency: path: /usr/bin filename: zip regex: ^zip$ DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gmake DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/gmake DEBUG: Requested variant powerpc is not provided by port gmake. DEBUG: Requested variant darwin is not provided by port gmake. DEBUG: Requested variant macosx is not provided by port gmake. DEBUG: Searching for dependency: gmake DEBUG: Found Dependency: receipt exists for gmake DEBUG: Found port in file:///opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/libidl DEBUG: Changing to port directory: /opt/local/var/macports/sources/ rsync.macports.org/release/ports/devel/libidl DEBUG: Requested variant powerpc is not provided by port libidl. DEBUG: Requested variant darwin is not provided by port libidl. DEBUG: Requested variant macosx is not provided by port libidl. DEBUG: Searching for dependency: libidl DEBUG: Found Dependency: receipt exists for libidl DEBUG: Skipping completed org.macports.main (mozilla-devel) DEBUG: Skipping completed org.macports.fetch (mozilla-devel) DEBUG: Skipping completed org.macports.checksum (mozilla-devel) DEBUG: setting option extract.cmd to /opt/local/bin/bzip2 DEBUG: Skipping completed org.macports.extract (mozilla-devel) DEBUG: Skipping completed org.macports.patch (mozilla-devel) DEBUG: Skipping completed org.macports.configure (mozilla-devel) ---> Building mozilla-devel with target all DEBUG: Executing org.macports.build (mozilla-devel) DEBUG: Environment: DEBUG: Assembled command: 'cd "/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla" && make all' /opt/local/bin/gmake export gmake[1]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' rm -f -rf ./dist/sdk /opt/local/bin/gmake -C config export gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config' /opt/local/bin/perl -I. ./bdate.pl build_number /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config -m 644 nsBuildID.h ../mozilla- config.h ../dist/include /opt/local/bin/perl -I../config ../config/build-list.pl ../dist/ include/.headerlist nsBuildID.h ../mozilla-config.h rm -f ../config/final-link-comps ../config/final-link-libs ../config/ final-link-comp-names rm -f ../dist/bin/chrome/chromelist.txt /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -t -m 644 nsBuildID.h ../ mozilla-config.h ../dist/sdk/include /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config nsinstall ../dist/bin gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config' /opt/local/bin/gmake nspr gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' /opt/local/bin/gmake -C nsprpub gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub' cd config; /opt/local/bin/gmake -j1 export gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/config' rm -f /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nspr-config gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/config' cd pr; /opt/local/bin/gmake -j1 export gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr' cd include; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include' cd md; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/md' ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/md -m 444 ./_aix32.cfg ./ _aix64.cfg ./_beos.cfg ./_bsdi.cfg ./_darwin.cfg ./_dgux.cfg ./ _freebsd.cfg ./_hpux32.cfg ./_hpux64.cfg ./_irix32.cfg ./ _irix64.cfg ./_linux.cfg ./_ncr.cfg ./_nec.cfg ./_netbsd.cfg ./ _nextstep.cfg ./_nto.cfg ./_openbsd.cfg ./_openvms.cfg ./_os2.cfg ./ _osf1.cfg ./_qnx.cfg ./_reliantunix.cfg ./_rhapsody.cfg ./ _scoos.cfg ./_solaris.cfg ./_sony.cfg ./_sunos4.cfg ./_unixware.cfg ./ _unixware7.cfg ./_win16.cfg ./_win95.cfg ./_winnt.cfg ./_aix.h ./ _beos.h ./_bsdi.h ./_darwin.h ./_dgux.h ./_freebsd.h ./_hpux.h ./ _irix.h ./_linux.h ./_macos.h ./_ncr.h ./_nec.h ./_netbsd.h ./ _nextstep.h ./_nspr_pthread.h ./_nto.h ./_openbsd.h ./_openvms.h ./ _os2.h ./_os2_errors.h ./_osf1.h ./_pcos.h ./_pth.h ./_qnx.h ./ _reliantunix.h ./_rhapsody.h ./_scoos.h ./_solaris.h ./_sony.h ./ _sunos4.h ./_unix_errors.h ./_unixos.h ./_unixware.h ./_win16.h ./ _win32_errors.h ./_win95.h ./_winnt.h ./prosdep.h ./sunos4.h /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr/md ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/md -m 444 ./_darwin.cfg / opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr mv -f /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr/_darwin.cfg /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr/prcpucfg.h gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/md' cd private; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/private' ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/private -m 444 ./pprio.h ./ pprthred.h ./prpriv.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr/private gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/private' cd obsolete; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/obsolete' ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/obsolete -m 444 ./ pralarm.h ./probslet.h ./protypes.h ./prsem.h /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr/obsolete gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include/obsolete' ../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include -m 444 ./nspr.h ./ pratom.h ./prbit.h ./prclist.h ./prcmon.h ./prcountr.h ./prcvar.h ./ prdtoa.h ./prenv.h ./prerr.h ./prerror.h ./prinet.h ./prinit.h ./ prinrval.h ./prio.h ./pripcsem.h ./prlink.h ./prlock.h ./prlog.h ./ prlong.h ./prmem.h ./prmon.h ./prmwait.h ./prnetdb.h ./prolock.h ./ prpdce.h ./prprf.h ./prproces.h ./prrng.h ./prrwlock.h ./prshm.h ./ prshma.h ./prsystem.h ./prthread.h ./prtime.h ./prtpool.h ./ prtrace.h ./prtypes.h ./prvrsion.h ./prwin16.h /opt/local/var/ macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/include' cd src; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src' cd io; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/io' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/io' cd linking; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/linking' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/linking' cd malloc; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/malloc' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/malloc' cd md; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/md' cd unix; /opt/local/bin/gmake export gmake[7]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/md/unix' gmake[7]: Nothing to be done for `export'. gmake[7]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/md/unix' gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/md' cd memory; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/memory' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/memory' cd misc; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/misc' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/misc' cd threads; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/threads' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/threads' cd pthreads; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/pthreads' gmake[6]: Nothing to be done for `export'. gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src/pthreads' ../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src -m 444 ./libnspr4.a ./ libnspr4.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib ../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src -m 444 ./libnspr4.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr/src' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/pr' cd lib; /opt/local/bin/gmake -j1 export gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib' cd ds; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/ds' ../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/ds -m 444 ./plarenas.h ./ plarena.h ./plhash.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr ../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/ds -m 444 ./libplds4.a ./ libplds4.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib ../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/ds -m 444 ./libplds4.dylib /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/ds' cd libc; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc' cd include; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/include' ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/include -m 444 ./ plbase64.h ./plerror.h ./plgetopt.h ./plresolv.h ./plstr.h /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/nspr gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/include' cd src; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/src' ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/src -m 444 ./libplc4.a ./ libplc4.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib ../../../config/./nsinstall -L /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/src -m 444 ./libplc4.dylib / opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc/src' gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib/libc' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub/lib' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/nsprpub' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' /opt/local/bin/gmake ldap gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' /opt/local/bin/gmake -C directory/c-sdk gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk' cd config; /opt/local/bin/gmake export gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/config' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/config' cd ldap; /opt/local/bin/gmake export gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap' cd build; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/build' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/build -m 555 dirver /opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/build' cd include; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/include' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -D /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -D /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap-private /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -D /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap-nspr /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/include -m 644 ./ disptmpl.h ./lber.h ./ldap.h ./ldap-extension.h ./ldap-platform.h ./ ldap-to-be-deprecated.h ./ldap-deprecated.h ./ldap_ssl.h ./ldappr.h ./ iutil.h ./srchpref.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/include -m 644 ./../ libraries/libldap/ldap-int.h ./../libraries/liblber/lber-int.h ./ portable.h ./ldaprot.h ./ldaplog.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap-private rm -rf /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap-nspr/* cp -r /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/./include/nspr/* /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/public/ldap-nspr gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/include' cd libraries; /opt/local/bin/gmake export gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries' cd liblber; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/liblber' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/liblber -m 444 ./liblber50.a /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/liblber' cd libldif; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldif' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldif -m 444 ./libldif50.a /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldif' cd libiutil; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libiutil' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libiutil -m 444 ./libiutil50.a /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libiutil' cd libldap; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldap' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldap -m 444 ./libldap50.a /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldap -m 444 ./libldap50.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldap -m 444 ./libldap50.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldap -m 444 ./ldapfilter.conf ./ldapfriendly ./ldapsearchprefs.conf ./ ldaptemplates.conf /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/./etc gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libldap' cd libprldap; /opt/local/bin/gmake export gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libprldap' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libprldap -m 555 ./libprldap50.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/lib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libprldap -m 444 ./libprldap50.dylib /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/bin gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries/libprldap' gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap/libraries' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk/ldap' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/directory/c-sdk' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config' /opt/local/bin/perl -I. ./bdate.pl build_number /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config -m 644 nsBuildID.h ../mozilla- config.h ../dist/include /opt/local/bin/perl -I../config ../config/build-list.pl ../dist/ include/.headerlist nsBuildID.h ../mozilla-config.h rm -f ../config/final-link-comps ../config/final-link-libs ../config/ final-link-comp-names rm -f ../dist/bin/chrome/chromelist.txt /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -t -m 644 nsBuildID.h ../ mozilla-config.h ../dist/sdk/include /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config nsinstall ../dist/bin gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/build' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/build/unix' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/build/unix' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/build' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm/include' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm/include -m 644 nsres.h cdefs.h mcom_db.h ncompat.h winfile.h ../../dist/include/dbm /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/dbm/.headerlist nsres.h cdefs.h mcom_db.h ncompat.h winfile.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm/include' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm/src' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm/src' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dbm' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/jpeg' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/jpeg -m 644 jconfig.h jerror.h jinclude.h jmorecfg.h jpeglib.h jpegint.h jwinfig.h jos2fig.h ../dist/include/jpeg /opt/local/bin/perl -I../config ../config/build-list.pl ../dist/ include/jpeg/.headerlist jconfig.h jerror.h jinclude.h jmorecfg.h jpeglib.h jpegint.h jwinfig.h jos2fig.h gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/jpeg' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/zlib' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/zlib/src' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/zlib/src -m 644 zlib.h zconf.h mozzconf.h ../../../dist/include/zlib /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/zlib/.headerlist zlib.h zconf.h mozzconf.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/zlib/src' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/zlib' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/fdlibm' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/fdlibm -m 644 fdlibm.h ../../../dist/ include/js /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/js/.headerlist fdlibm.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/fdlibm' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src -m 644 jsautocfg.h js.msg jsapi.h jsarray.h jsarena.h jsatom.h jsbit.h jsbool.h jsclist.h jscntxt.h jscompat.h jsconfig.h jsdate.h jsdbgapi.h jsdhash.h jsemit.h jsfun.h jsgc.h jshash.h jsinterp.h jslock.h jslong.h jsmath.h jsnum.h jsobj.h jsopcode.tbl jsopcode.h jsosdep.h jsotypes.h jsparse.h jsprf.h jsprvtd.h jspubtd.h jsregexp.h jsscan.h jsscope.h jsscript.h jsstddef.h jsstr.h jstypes.h jsutil.h jsxdrapi.h jsxml.h ../../dist/ include/js /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/js/.headerlist jsautocfg.h js.msg jsapi.h jsarray.h jsarena.h jsatom.h jsbit.h jsbool.h jsclist.h jscntxt.h jscompat.h jsconfig.h jsdate.h jsdbgapi.h jsdhash.h jsemit.h jsfun.h jsgc.h jshash.h jsinterp.h jslock.h jslong.h jsmath.h jsnum.h jsobj.h jsopcode.tbl jsopcode.h jsosdep.h jsotypes.h jsparse.h jsprf.h jsprvtd.h jspubtd.h jsregexp.h jsscan.h jsscope.h jsscript.h jsstddef.h jsstr.h jstypes.h jsutil.h jsxdrapi.h jsxml.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/MoreFiles' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/MoreFiles' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/public -m 644 xpt_arena.h xpt_struct.h xpt_xdr.h ../../../../dist/include/xpcom /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpcom/.headerlist xpt_arena.h xpt_struct.h xpt_xdr.h gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/public' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/src' gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/src' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/src -m 644 libxpt.a ../../../../dist/lib gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/src' gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/src' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/tools' gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/tools' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/tools -m 755 xpt_dump xpt_link ../../../../dist/bin Creating ../../../../dist/sdk/bin /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/tools -m 755 xpt_dump xpt_link ../../../../dist/sdk/bin gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/tools' gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt/tools' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpt' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpidl' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpidl' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpidl -m 755 xpidl ../../../ dist/bin /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpidl -m 755 xpidl ../../../ dist/sdk/bin gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpidl' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib/xpidl' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/typelib' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/public -m 644 nsAString.h nsAlgorithm.h nsCharTraits.h nsDependentString.h nsDependentSubstring.h nsLiteralString.h nsObsoleteAString.h nsPrintfCString.h nsPromiseFlatString.h nsReadableUtils.h nsString.h nsStringBuffer.h nsStringFwd.h nsStringIterator.h nsSubstring.h nsSubstringTuple.h nsTAString.h nsTDependentString.h nsTDependentSubstring.h nsTObsoleteAString.h nsTPromiseFlatString.h nsTString.h nsTSubstring.h nsTSubstringTuple.h nsUTF8Utils.h nsXPIDLString.h string-template-def-unichar.h string-template-def- char.h string-template-undef.h ../../../dist/include/string /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/string/.headerlist nsAString.h nsAlgorithm.h nsCharTraits.h nsDependentString.h nsDependentSubstring.h nsLiteralString.h nsObsoleteAString.h nsPrintfCString.h nsPromiseFlatString.h nsReadableUtils.h nsString.h nsStringBuffer.h nsStringFwd.h nsStringIterator.h nsSubstring.h nsSubstringTuple.h nsTAString.h nsTDependentString.h nsTDependentSubstring.h nsTObsoleteAString.h nsTPromiseFlatString.h nsTString.h nsTSubstring.h nsTSubstringTuple.h nsUTF8Utils.h nsXPIDLString.h string-template-def-unichar.h string-template-def- char.h string-template-undef.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/public -m 644 nsStringAPI.h nsEmbedString.h ../../../dist/include/string /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/string/.headerlist nsStringAPI.h nsEmbedString.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/public -m 644 nsStringAPI.h nsEmbedString.h ../../../dist/sdk/include gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/string' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue/standalone' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue/standalone -m 644 nsXPCOMGlue.h ../../../dist/include/xpcom /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/xpcom/.headerlist nsXPCOMGlue.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue/standalone -m 644 nsXPCOMGlue.h ../../../dist/sdk/include /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue/standalone ../../../xpcom/glue/ nsCOMPtr.cpp ../../../xpcom/glue/nsComponentManagerUtils.cpp ../../../ xpcom/glue/nsDebug.cpp ../../../xpcom/glue/ nsGenericFactory.cpp ../../../xpcom/glue/ nsIInterfaceRequestorUtils.cpp ../../../xpcom/glue/ nsMemory.cpp ../../../xpcom/glue/nsTraceRefcnt.cpp ../../../xpcom/ glue/nsWeakReference.cpp . gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue/standalone' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue -m 644 nsIGenericFactory.h nsIInterfaceRequestorUtils.h nsISupportsImpl.h nsISupportsUtils.h nsIWeakReferenceUtils.h nsCOMPtr.h nsDebug.h nsGenericFactory.h nsMemory.h nsTraceRefcnt.h nsWeakReference.h nsComponentManagerUtils.h nsServiceManagerUtils.h ../../dist/include/ xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIGenericFactory.h nsIInterfaceRequestorUtils.h nsISupportsImpl.h nsISupportsUtils.h nsIWeakReferenceUtils.h nsCOMPtr.h nsDebug.h nsGenericFactory.h nsMemory.h nsTraceRefcnt.h nsWeakReference.h nsComponentManagerUtils.h nsServiceManagerUtils.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue -m 644 nsIGenericFactory.h nsIInterfaceRequestorUtils.h nsISupportsImpl.h nsISupportsUtils.h nsIWeakReferenceUtils.h nsCOMPtr.h nsDebug.h nsGenericFactory.h nsMemory.h nsTraceRefcnt.h nsWeakReference.h nsComponentManagerUtils.h nsServiceManagerUtils.h ../../dist/sdk/include rm -f ../../xpcom/glue/nsCOMPtr.o ../../xpcom/glue/ nsComponentManagerUtils.o ../../xpcom/glue/nsDebug.o ../../xpcom/glue/ nsGenericFactory.o ../../xpcom/glue/ nsIInterfaceRequestorUtils.o ../../xpcom/glue/nsMemory.o ../../xpcom/ glue/nsTraceRefcnt.o ../../xpcom/glue/nsWeakReference.o gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/glue' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 nsAgg.h nsAutoPtr.h nsCom.h nsDebugImpl.h nsIAllocator.h nsIID.h nsISupportsObsolete.h nsTraceRefcntImpl.h nsWeakPtr.h nsInterfaceRequestorAgg.h ../../dist/ include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsAgg.h nsAutoPtr.h nsCom.h nsDebugImpl.h nsIAllocator.h nsIID.h nsISupportsObsolete.h nsTraceRefcntImpl.h nsWeakPtr.h nsInterfaceRequestorAgg.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 nsError.h nsID.h nsISupportsBase.h nscore.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsError.h nsID.h nsISupportsBase.h nscore.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 nsError.h nsID.h nsISupportsBase.h nscore.h ../../dist/sdk/include /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 nsIConsoleListener.idl nsIConsoleMessage.idl nsIConsoleService.idl nsIErrorService.idl nsIException.idl nsIExceptionService.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 _xpidlgen/ nsIConsoleListener.h _xpidlgen/nsIConsoleMessage.h _xpidlgen/ nsIConsoleService.h _xpidlgen/nsIErrorService.h _xpidlgen/ nsIException.h _xpidlgen/nsIExceptionService.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIConsoleListener.h nsIConsoleMessage.h nsIConsoleService.h nsIErrorService.h nsIException.h nsIExceptionService.h Creating ../../dist/sdk/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 nsIDebug.idl nsIInterfaceRequestor.idl nsIMemory.idl nsIProgrammingLanguage.idl nsISupports.idl nsITraceRefcnt.idl nsIWeakReference.idl nsrootidl.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 nsIDebug.idl nsIInterfaceRequestor.idl nsIMemory.idl nsIProgrammingLanguage.idl nsISupports.idl nsITraceRefcnt.idl nsIWeakReference.idl nsrootidl.idl ../../dist/sdk/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 _xpidlgen/nsIDebug.h _xpidlgen/nsIInterfaceRequestor.h _xpidlgen/nsIMemory.h _xpidlgen/ nsIProgrammingLanguage.h _xpidlgen/nsISupports.h _xpidlgen/ nsITraceRefcnt.h _xpidlgen/nsIWeakReference.h _xpidlgen/ nsrootidl.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIDebug.h nsIInterfaceRequestor.h nsIMemory.h nsIProgrammingLanguage.h nsISupports.h nsITraceRefcnt.h nsIWeakReference.h nsrootidl.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base -m 644 _xpidlgen/nsIDebug.h _xpidlgen/nsIInterfaceRequestor.h _xpidlgen/nsIMemory.h _xpidlgen/ nsIProgrammingLanguage.h _xpidlgen/nsISupports.h _xpidlgen/ nsITraceRefcnt.h _xpidlgen/nsIWeakReference.h _xpidlgen/ nsrootidl.h ../../dist/sdk/include gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/base' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 nsAtomService.h nsBaseHashtable.h nsCheapSets.h nsClassHashtable.h nsCppSharedAllocator.h nsCRT.h nsDataHashtable.h nsDeque.h nsDoubleHashtable.h nsEnumeratorUtils.h nsFixedSizeAllocator.h nsHashSets.h nsHashKeys.h nsHashtable.h nsIByteBuffer.h nsIUnicharBuffer.h nsInt64.h nsInterfaceHashtable.h nsObserverService.h nsQuickSort.h nsRecyclingAllocator.h nsRefPtrHashtable.h nsStaticNameTable.h nsStaticAtom.h nsSupportsArray.h nsSupportsPrimitives.h nsTHashtable.h nsTime.h nsUnitConversion.h nsVariant.h nsVoidArray.h pldhash.h nsTextFormatter.h nsValueArray.h nsArray.h nsArrayEnumerator.h nsCOMArray.h nsStringEnumerator.h nsAutoBuffer.h nsHashPropertyBag.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsAtomService.h nsBaseHashtable.h nsCheapSets.h nsClassHashtable.h nsCppSharedAllocator.h nsCRT.h nsDataHashtable.h nsDeque.h nsDoubleHashtable.h nsEnumeratorUtils.h nsFixedSizeAllocator.h nsHashSets.h nsHashKeys.h nsHashtable.h nsIByteBuffer.h nsIUnicharBuffer.h nsInt64.h nsInterfaceHashtable.h nsObserverService.h nsQuickSort.h nsRecyclingAllocator.h nsRefPtrHashtable.h nsStaticNameTable.h nsStaticAtom.h nsSupportsArray.h nsSupportsPrimitives.h nsTHashtable.h nsTime.h nsUnitConversion.h nsVariant.h nsVoidArray.h pldhash.h nsTextFormatter.h nsValueArray.h nsArray.h nsArrayEnumerator.h nsCOMArray.h nsStringEnumerator.h nsAutoBuffer.h nsHashPropertyBag.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 nsIAtom.idl nsIAtomService.idl nsICollection.idl nsIEnumerator.idl nsIPersistentProperties2.idl nsIPropertyBag.idl nsIRecyclingAllocator.idl nsIVariant.idl nsISerializable.idl nsIStringEnumerator.idl nsISupportsArray.idl nsISupportsIterators.idl nsITimelineService.idl nsIArray.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 _xpidlgen/nsIAtom.h _xpidlgen/ nsIAtomService.h _xpidlgen/nsICollection.h _xpidlgen/nsIEnumerator.h _xpidlgen/nsIPersistentProperties2.h _xpidlgen/nsIPropertyBag.h _xpidlgen/nsIRecyclingAllocator.h _xpidlgen/nsIVariant.h _xpidlgen/ nsISerializable.h _xpidlgen/nsIStringEnumerator.h _xpidlgen/ nsISupportsArray.h _xpidlgen/nsISupportsIterators.h _xpidlgen/ nsITimelineService.h _xpidlgen/nsIArray.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIAtom.h nsIAtomService.h nsICollection.h nsIEnumerator.h nsIPersistentProperties2.h nsIPropertyBag.h nsIRecyclingAllocator.h nsIVariant.h nsISerializable.h nsIStringEnumerator.h nsISupportsArray.h nsISupportsIterators.h nsITimelineService.h nsIArray.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 nsIObserverService.idl nsIObserver.idl nsIProperties.idl nsISimpleEnumerator.idl nsISupportsPrimitives.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 nsIObserverService.idl nsIObserver.idl nsIProperties.idl nsISimpleEnumerator.idl nsISupportsPrimitives.idl ../../dist/sdk/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 _xpidlgen/ nsIObserverService.h _xpidlgen/nsIObserver.h _xpidlgen/ nsIProperties.h _xpidlgen/nsISimpleEnumerator.h _xpidlgen/ nsISupportsPrimitives.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIObserverService.h nsIObserver.h nsIProperties.h nsISimpleEnumerator.h nsISupportsPrimitives.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds -m 644 _xpidlgen/ nsIObserverService.h _xpidlgen/nsIObserver.h _xpidlgen/ nsIProperties.h _xpidlgen/nsISimpleEnumerator.h _xpidlgen/ nsISupportsPrimitives.h ../../dist/sdk/include gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/ds' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 nsAppDirectoryServiceDefs.h nsDirectoryService.h nsDirectoryServiceUtils.h nsEscape.h nsFastLoadPtr.h nsFastLoadService.h nsIUnicharInputStream.h nsLinebreakConverter.h nsLocalFile.h nsMultiplexInputStream.h nsScriptableInputStream.h nsStorageStream.h nsStringIO.h nsStringStream.h nsStreamUtils.h nsNativeCharsetUtils.h nsLocalFileUnix.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsAppDirectoryServiceDefs.h nsDirectoryService.h nsDirectoryServiceUtils.h nsEscape.h nsFastLoadPtr.h nsFastLoadService.h nsIUnicharInputStream.h nsLinebreakConverter.h nsLocalFile.h nsMultiplexInputStream.h nsScriptableInputStream.h nsStorageStream.h nsStringIO.h nsStringStream.h nsStreamUtils.h nsNativeCharsetUtils.h nsLocalFileUnix.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 nsDirectoryServiceDefs.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsDirectoryServiceDefs.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 nsDirectoryServiceDefs.h ../../dist/sdk/include /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 nsIBinaryInputStream.idl nsIBinaryOutputStream.idl nsIByteArrayInputStream.idl nsIFastLoadFileControl.idl nsIFastLoadService.idl nsIInputStreamTee.idl nsILineInputStream.idl nsIMultiplexInputStream.idl nsIObjectInputStream.idl nsIObjectOutputStream.idl nsIPipe.idl nsISeekableStream.idl nsIStorageStream.idl nsIStringStream.idl nsIStreamBufferAccess.idl nsIAsyncInputStream.idl nsIAsyncOutputStream.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 _xpidlgen/ nsIBinaryInputStream.h _xpidlgen/nsIBinaryOutputStream.h _xpidlgen/ nsIByteArrayInputStream.h _xpidlgen/nsIFastLoadFileControl.h _xpidlgen/nsIFastLoadService.h _xpidlgen/nsIInputStreamTee.h _xpidlgen/nsILineInputStream.h _xpidlgen/nsIMultiplexInputStream.h _xpidlgen/nsIObjectInputStream.h _xpidlgen/nsIObjectOutputStream.h _xpidlgen/nsIPipe.h _xpidlgen/nsISeekableStream.h _xpidlgen/ nsIStorageStream.h _xpidlgen/nsIStringStream.h _xpidlgen/ nsIStreamBufferAccess.h _xpidlgen/nsIAsyncInputStream.h _xpidlgen/ nsIAsyncOutputStream.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIBinaryInputStream.h nsIBinaryOutputStream.h nsIByteArrayInputStream.h nsIFastLoadFileControl.h nsIFastLoadService.h nsIInputStreamTee.h nsILineInputStream.h nsIMultiplexInputStream.h nsIObjectInputStream.h nsIObjectOutputStream.h nsIPipe.h nsISeekableStream.h nsIStorageStream.h nsIStringStream.h nsIStreamBufferAccess.h nsIAsyncInputStream.h nsIAsyncOutputStream.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 nsIDirectoryService.idl nsIFile.idl nsILocalFile.idl nsIInputStream.idl nsIOutputStream.idl nsIScriptableInputStream.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 nsIDirectoryService.idl nsIFile.idl nsILocalFile.idl nsIInputStream.idl nsIOutputStream.idl nsIScriptableInputStream.idl ../../dist/sdk/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 _xpidlgen/ nsIDirectoryService.h _xpidlgen/nsIFile.h _xpidlgen/nsILocalFile.h _xpidlgen/nsIInputStream.h _xpidlgen/nsIOutputStream.h _xpidlgen/ nsIScriptableInputStream.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIDirectoryService.h nsIFile.h nsILocalFile.h nsIInputStream.h nsIOutputStream.h nsIScriptableInputStream.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io -m 644 _xpidlgen/ nsIDirectoryService.h _xpidlgen/nsIFile.h _xpidlgen/nsILocalFile.h _xpidlgen/nsIInputStream.h _xpidlgen/nsIOutputStream.h _xpidlgen/ nsIScriptableInputStream.h ../../dist/sdk/include gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/io' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 nsCategoryManagerUtils.h nsComponentManagerObsolete.h nsIServiceManagerObsolete.h nsModule.h nsNativeComponentLoader.h nsStaticComponent.h nsObsoleteModuleLoading.h xcDll.h ../../dist/ include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsCategoryManagerUtils.h nsComponentManagerObsolete.h nsIServiceManagerObsolete.h nsModule.h nsNativeComponentLoader.h nsStaticComponent.h nsObsoleteModuleLoading.h xcDll.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 nsIComponentLoader.idl nsIComponentLoaderManager.idl nsIComponentManagerObsolete.idl nsINativeComponentLoader.idl ../../ dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 _xpidlgen/ nsIComponentLoader.h _xpidlgen/nsIComponentLoaderManager.h _xpidlgen/ nsIComponentManagerObsolete.h _xpidlgen/ nsINativeComponentLoader.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIComponentLoader.h nsIComponentLoaderManager.h nsIComponentManagerObsolete.h nsINativeComponentLoader.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 nsIClassInfo.idl nsIComponentRegistrar.idl nsIFactory.idl nsIModule.idl nsIServiceManager.idl nsIComponentManager.idl nsICategoryManager.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 nsIClassInfo.idl nsIComponentRegistrar.idl nsIFactory.idl nsIModule.idl nsIServiceManager.idl nsIComponentManager.idl nsICategoryManager.idl ../../dist/sdk/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 _xpidlgen/ nsIClassInfo.h _xpidlgen/nsIComponentRegistrar.h _xpidlgen/ nsIFactory.h _xpidlgen/nsIModule.h _xpidlgen/nsIServiceManager.h _xpidlgen/nsIComponentManager.h _xpidlgen/nsICategoryManager.h ../../ dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIClassInfo.h nsIComponentRegistrar.h nsIFactory.h nsIModule.h nsIServiceManager.h nsIComponentManager.h nsICategoryManager.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components -m 644 _xpidlgen/ nsIClassInfo.h _xpidlgen/nsIComponentRegistrar.h _xpidlgen/ nsIFactory.h _xpidlgen/nsIModule.h _xpidlgen/nsIServiceManager.h _xpidlgen/nsIComponentManager.h _xpidlgen/nsICategoryManager.h ../../ dist/sdk/include gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/components' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/threads' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/threads -m 644 nsAutoLock.h plevent.h nsProcess.h nsEventQueueUtils.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsAutoLock.h plevent.h nsProcess.h nsEventQueueUtils.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/threads -m 644 nsIThread.idl nsITimer.idl nsITimerInternal.idl nsITimerManager.idl nsIRunnable.idl nsIEventTarget.idl nsIEventQueue.idl nsIEventQueueService.idl nsIEnvironment.idl nsIProcess.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/threads -m 644 _xpidlgen/nsIThread.h _xpidlgen/nsITimer.h _xpidlgen/nsITimerInternal.h _xpidlgen/ nsITimerManager.h _xpidlgen/nsIRunnable.h _xpidlgen/nsIEventTarget.h _xpidlgen/nsIEventQueue.h _xpidlgen/nsIEventQueueService.h _xpidlgen/ nsIEnvironment.h _xpidlgen/nsIProcess.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsIThread.h nsITimer.h nsITimerInternal.h nsITimerManager.h nsIRunnable.h nsIEventTarget.h nsIEventQueue.h nsIEventQueueService.h nsIEnvironment.h nsIProcess.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/threads' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/public -m 644 xptinfo.h ../../../../dist/include/xpcom /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpcom/.headerlist xptinfo.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/public -m 644 nsIInterfaceInfo.idl nsIInterfaceInfoManager.idl nsIXPTLoader.idl ../../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/public -m 644 _xpidlgen/ nsIInterfaceInfo.h _xpidlgen/nsIInterfaceInfoManager.h _xpidlgen/ nsIXPTLoader.h ../../../../dist/include/xpcom /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpcom/.headerlist nsIInterfaceInfo.h nsIInterfaceInfoManager.h nsIXPTLoader.h gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/public' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/src' gmake[5]: Nothing to be done for `export'. gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo/src' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptinfo' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/public -m 644 xptcall.h xptcstubsdecl.inc xptcstubsdef.inc ../../../../dist/include/xpcom /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpcom/.headerlist xptcall.h xptcstubsdecl.inc xptcstubsdef.inc gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/public' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/src' gmake[6]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/src/md' gmake[7]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/src/md/unix' gmake[7]: Nothing to be done for `export'. gmake[7]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/src/md/unix' gmake[6]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/src/md' gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall/src' gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect/xptcall' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/reflect' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/public -m 644 nsProxyEvent.h nsProxyRelease.h nsProxiedService.h ../../../dist/include/xpcom /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/xpcom/.headerlist nsProxyEvent.h nsProxyRelease.h nsProxiedService.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/public -m 644 nsIProxyCreateInstance.idl nsIProxyObjectManager.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/public -m 644 _xpidlgen/ nsIProxyCreateInstance.h _xpidlgen/nsIProxyObjectManager.h ../../../ dist/include/xpcom /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/xpcom/.headerlist nsIProxyCreateInstance.h nsIProxyObjectManager.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/proxy' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/build' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/build -m 644 nsXPCOM.h nsXPCOMCID.h ../../dist/include/xpcom /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom/.headerlist nsXPCOM.h nsXPCOMCID.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/build -m 644 nsXPCOM.h nsXPCOMCID.h ../../dist/sdk/include /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/build ../../xpcom/glue/ nsCOMPtr.cpp ../../xpcom/glue/nsComponentManagerUtils.cpp ../../xpcom/ glue/nsDebug.cpp ../../xpcom/glue/nsGenericFactory.cpp ../../xpcom/ glue/nsIInterfaceRequestorUtils.cpp ../../xpcom/glue/ nsMemory.cpp ../../xpcom/glue/nsTraceRefcnt.cpp ../../xpcom/glue/ nsWeakReference.cpp . gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/build' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/stub' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/stub' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/tools' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/tools/registry' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/tools/registry' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/tools' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom -m 644 xpcom-config.h ../dist/include/ xpcom /opt/local/bin/perl -I../config ../config/build-list.pl ../dist/ include/xpcom/.headerlist xpcom-config.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom -m 644 xpcom-config.h ../dist/sdk/include gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/include' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/include -m 644 VerReg.h NSReg.h ../../../dist/include/libreg /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/libreg/.headerlist VerReg.h NSReg.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/include' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/src' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/src' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/standalone' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/standalone ../../../modules/ libreg/src/reg.c ../../../modules/libreg/src/VerReg.c ../../../ modules/libreg/src/vr_stubs.c . gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg/standalone' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/modules/libreg' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete/component' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete/component' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete -m 644 xpcomobsolete.h nsFileSpec.h nsFileStream.h nsIFileStream.h nsSpecialSystemDirectory.h nsIRegistryUtils.h ../../dist/include/ xpcom_obsolete /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom_obsolete/.headerlist xpcomobsolete.h nsFileSpec.h nsFileStream.h nsIFileStream.h nsSpecialSystemDirectory.h nsIRegistryUtils.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete -m 644 nsIFileSpec.idl nsIRegistry.idl ../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete -m 644 _xpidlgen/nsIFileSpec.h _xpidlgen/nsIRegistry.h ../../dist/include/xpcom_obsolete /opt/local/bin/perl -I../../config ../../config/build-list.pl ../../ dist/include/xpcom_obsolete/.headerlist nsIFileSpec.h nsIRegistry.h gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/xpcom/obsolete' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/public -m 644 xpc_map_end.h ../../../../dist/include/xpconnect /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpconnect/.headerlist xpc_map_end.h gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/public' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl -m 644 xpccomponents.idl xpcjsid.idl xpcexception.idl nsIJSContextStack.idl nsIJSRuntimeService.idl nsIXPConnect.idl nsIXPCSecurityManager.idl nsIXPCScriptable.idl nsIScriptError.idl nsIXPCScriptNotify.idl nsIScriptableInterfaces.idl XPCIDispatch.idl ../../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl -m 644 _xpidlgen/ xpccomponents.h _xpidlgen/xpcjsid.h _xpidlgen/xpcexception.h _xpidlgen/nsIJSContextStack.h _xpidlgen/nsIJSRuntimeService.h _xpidlgen/nsIXPConnect.h _xpidlgen/nsIXPCSecurityManager.h _xpidlgen/ nsIXPCScriptable.h _xpidlgen/nsIScriptError.h _xpidlgen/ nsIXPCScriptNotify.h _xpidlgen/nsIScriptableInterfaces.h _xpidlgen/ XPCIDispatch.h ../../../../dist/include/xpconnect /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpconnect/.headerlist xpccomponents.h xpcjsid.h xpcexception.h nsIJSContextStack.h nsIJSRuntimeService.h nsIXPConnect.h nsIXPCSecurityManager.h nsIXPCScriptable.h nsIScriptError.h nsIXPCScriptNotify.h nsIScriptableInterfaces.h XPCIDispatch.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl -m 644 mozIJSSubScriptLoader.idl ../../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl -m 644 mozIJSSubScriptLoader.idl ../../../../dist/sdk/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl -m 644 _xpidlgen/ mozIJSSubScriptLoader.h ../../../../dist/include/xpconnect /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/xpconnect/.headerlist mozIJSSubScriptLoader.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl -m 644 _xpidlgen/ mozIJSSubScriptLoader.h ../../../../dist/sdk/include gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/idl' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/loader' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/loader' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/src' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/src' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/shell' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect/shell' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/js/src/xpconnect' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/idl' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/idl -m 644 nsIEntityConverter.idl nsISaveAsCharset.idl nsIUnicodeNormalizer.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/idl -m 644 _xpidlgen/ nsIEntityConverter.h _xpidlgen/nsISaveAsCharset.h _xpidlgen/ nsIUnicodeNormalizer.h ../../../dist/include/unicharutil /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/unicharutil/.headerlist nsIEntityConverter.h nsISaveAsCharset.h nsIUnicodeNormalizer.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/idl' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/public -m 644 nsICaseConversion.h nsIOrderIdFormater.h nsITextTransform.h nsIUGenCategory.h nsIUGenDetailCategory.h nsUnicharUtilCIID.h nsHankakuToZenkakuCID.h ../../../dist/include/unicharutil /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/unicharutil/.headerlist nsICaseConversion.h nsIOrderIdFormater.h nsITextTransform.h nsIUGenCategory.h nsIUGenDetailCategory.h nsUnicharUtilCIID.h nsHankakuToZenkakuCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/util' /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../config/final-link-libs unicharutil_s /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/util -m 644 nsUnicharUtils.h nsCompressedCharMap.h ../../../dist/include/unicharutil /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/unicharutil/.headerlist nsUnicharUtils.h nsCompressedCharMap.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/util' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/src' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/tables' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil/tables' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/unicharutil' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/idl' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/idl -m 644 nsITextToSubURI.idl nsICurrentCharsetListener.idl nsICharsetConverterManager.idl nsIScriptableUConv.idl nsIUTF8ConverterService.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/idl -m 644 _xpidlgen/ nsITextToSubURI.h _xpidlgen/nsICurrentCharsetListener.h _xpidlgen/ nsICharsetConverterManager.h _xpidlgen/nsIScriptableUConv.h _xpidlgen/ nsIUTF8ConverterService.h ../../../dist/include/uconv /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/uconv/.headerlist nsITextToSubURI.h nsICurrentCharsetListener.h nsICharsetConverterManager.h nsIScriptableUConv.h nsIUTF8ConverterService.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/idl' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/public -m 644 nsICharsetAlias.h nsIPlatformCharset.h nsIUnicodeDecodeHelper.h nsIUnicodeDecoder.h nsIUnicodeEncodeHelper.h nsIUnicodeEncoder.h nsICharRepresentable.h nsIMappingCache.h nsIConverterInputStream.h uconvutil.h nsEncoderDecoderUtils.h nsUConvCID.h ../../../dist/include/uconv /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/uconv/.headerlist nsICharsetAlias.h nsIPlatformCharset.h nsIUnicodeDecodeHelper.h nsIUnicodeDecoder.h nsIUnicodeEncodeHelper.h nsIUnicodeEncoder.h nsICharRepresentable.h nsIMappingCache.h nsIConverterInputStream.h uconvutil.h nsEncoderDecoderUtils.h nsUConvCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/util' /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../config/final-link-libs ucvutil_s gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/util' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvja' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvja -m 644 nsUCVJACID.h nsUCVJA2CID.h ../../../dist/include/ucvja /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvja/.headerlist nsUCVJACID.h nsUCVJA2CID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvja' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvcn' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvcn -m 644 nsUCvCnCID.h ../../../ dist/include/ucvcn /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvcn/.headerlist nsUCvCnCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvcn' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvlatin' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvlatin -m 644 nsUCvLatinCID.h ../../../dist/include/ucvlatin /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvlatin/.headerlist nsUCvLatinCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvlatin' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvtw' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvtw -m 644 nsUCvTWCID.h ../../../ dist/include/ucvtw /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvtw/.headerlist nsUCvTWCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvtw' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvtw2' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvtw2 -m 644 nsUCvTW2CID.h ../../../dist/include/ucvtw2 /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvtw2/.headerlist nsUCvTW2CID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvtw2' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvko' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvko -m 644 nsUCvKOCID.h ../../../ dist/include/ucvko /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvko/.headerlist nsUCvKOCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvko' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvibm' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvibm -m 644 nsUCvIBMCID.h ../../../dist/include/ucvibm /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvibm/.headerlist nsUCvIBMCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvibm' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/src' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvmath' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvmath -m 644 nsUCvMathCID.h ../../../dist/include/ucvmath /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/ucvmath/.headerlist nsUCvMathCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv/ucvmath' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/uconv' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/public -m 644 nsCollationCID.h nsDateTimeFormatCID.h nsIDateTimeFormat.h nsILanguageAtomService.h nsIMacLocale.h nsIPosixLocale.h nsIOS2Locale.h nsIWin32Locale.h nsLocaleCID.h ../../../dist/include/locale /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/locale/.headerlist nsCollationCID.h nsDateTimeFormatCID.h nsIDateTimeFormat.h nsILanguageAtomService.h nsIMacLocale.h nsIPosixLocale.h nsIOS2Locale.h nsIWin32Locale.h nsLocaleCID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/idl' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/idl -m 644 nsIFontPackageService.idl nsIFontPackageProxy.idl nsIFontPackageHandler.idl nsILocale.idl nsILocaleService.idl nsIScriptableDateFormat.idl nsICollation.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/idl -m 644 _xpidlgen/ nsIFontPackageService.h _xpidlgen/nsIFontPackageProxy.h _xpidlgen/ nsIFontPackageHandler.h _xpidlgen/nsILocale.h _xpidlgen/ nsILocaleService.h _xpidlgen/nsIScriptableDateFormat.h _xpidlgen/ nsICollation.h ../../../dist/include/locale /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/locale/.headerlist nsIFontPackageService.h nsIFontPackageProxy.h nsIFontPackageHandler.h nsILocale.h nsILocaleService.h nsIScriptableDateFormat.h nsICollation.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/idl' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/src' gmake[5]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/src/unix' gmake[5]: Nothing to be done for `export'. gmake[5]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/src/unix' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/src -m 644 nsCollation.h ../../../ dist/include/locale /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/locale/.headerlist nsCollation.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/locale' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres/public -m 644 nsIStringBundle.idl nsIStringBundleOverride.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres/public -m 644 _xpidlgen/ nsIStringBundle.h _xpidlgen/nsIStringBundleOverride.h ../../../dist/ include/intl /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/intl/.headerlist nsIStringBundle.h nsIStringBundleOverride.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/strres' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/idl' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/idl -m 644 nsISemanticUnitScanner.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/idl -m 644 _xpidlgen/ nsISemanticUnitScanner.h ../../../dist/include/lwbrk /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/lwbrk/.headerlist nsISemanticUnitScanner.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/idl' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/public -m 644 nsIBreakState.h nsIBinarySearchIterator.h nsILineBreaker.h nsILineBreakerFactory.h nsILinearIterator.h nsIWordBreaker.h nsIWordBreakerFactory.h nsLWBrkCIID.h ../../../dist/include/lwbrk /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/lwbrk/.headerlist nsIBreakState.h nsIBinarySearchIterator.h nsILineBreaker.h nsILineBreakerFactory.h nsILinearIterator.h nsIWordBreaker.h nsIWordBreakerFactory.h nsLWBrkCIID.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/lwbrk' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/public -m 644 nsCharsetDetectionAdaptorCID.h nsDetectionConfident.h nsDocumentCharsetInfoCID.h nsICharsetDetectionAdaptor.h nsICharsetDetectionObserver.h nsICharsetDetector.h nsIMetaCharsetService.h nsIStringCharsetDetector.h nsIXMLEncodingService.h nsMetaCharsetCID.h nsXMLEncodingCID.h ../../../dist/include/chardet /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/chardet/.headerlist nsCharsetDetectionAdaptorCID.h nsDetectionConfident.h nsDocumentCharsetInfoCID.h nsICharsetDetectionAdaptor.h nsICharsetDetectionObserver.h nsICharsetDetector.h nsIMetaCharsetService.h nsIStringCharsetDetector.h nsIXMLEncodingService.h nsMetaCharsetCID.h nsXMLEncodingCID.h /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/public -m 644 nsIDocumentCharsetInfo.idl nsIDocCharset.idl nsICharsetResolver.idl ../../../dist/idl /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/public -m 644 _xpidlgen/ nsIDocumentCharsetInfo.h _xpidlgen/nsIDocCharset.h _xpidlgen/ nsICharsetResolver.h ../../../dist/include/chardet /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/chardet/.headerlist nsIDocumentCharsetInfo.h nsIDocCharset.h nsICharsetResolver.h gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/build' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/build' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/widget/src/gtkxtbin' /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../config/final-link-libs gtkxtbin /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/widget/src/gtkxtbin -m 644 gtkxtbin.h gtk2xtbin.h ../../../dist/include/gtkxtbin /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/gtkxtbin/.headerlist gtkxtbin.h gtk2xtbin.h gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/widget/src/gtkxtbin' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util/public -m 644 ipcMessageReader.h ipcMessageWriter.h ../../../../dist/include/ipcd /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/ipcd/.headerlist ipcMessageReader.h ipcMessageWriter.h ../../../../config/build-list.pl: Could not get lockfile /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/ipcd/.headerlist.lck. Remove /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/ipcd/.headerlist.lck to clear up gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util/public' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd' gmake[1]: *** [export] Error 2 gmake[1]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' make: *** [all] Error 2 Error: Target org.macports.build returned: shell command " cd "/opt/ local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla" && make all " returned error 2 Command output: gmake[4]: Leaving directory `/opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/public' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/src' gmake[4]: Nothing to be done for `export'. gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet/src' gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/chardet' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/build' gmake[3]: Nothing to be done for `export'. gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl/build' gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/intl' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/widget/src/gtkxtbin' /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../config/final-link-libs gtkxtbin /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/widget/src/gtkxtbin -m 644 gtkxtbin.h gtk2xtbin.h ../../../dist/include/gtkxtbin /opt/local/bin/perl -I../../../config ../../../config/build- list.pl ../../../dist/include/gtkxtbin/.headerlist gtkxtbin.h gtk2xtbin.h gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/widget/src/gtkxtbin' gmake[2]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd' gmake[3]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util' gmake[4]: Entering directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util/public' /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/config/nsinstall -L /opt/local/var/macports/ build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util/public -m 644 ipcMessageReader.h ipcMessageWriter.h ../../../../dist/include/ipcd /opt/local/bin/perl -I../../../../config ../../../../config/build- list.pl ../../../../dist/include/ipcd/.headerlist ipcMessageReader.h ipcMessageWriter.h ../../../../config/build-list.pl: Could not get lockfile /opt/local/ var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/ipcd/.headerlist.lck. Remove /opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/dist/include/ipcd/.headerlist.lck to clear up gmake[4]: *** [export] Error 2 gmake[4]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util/public' gmake[3]: *** [export] Error 2 gmake[3]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd/util' gmake[2]: *** [export] Error 2 gmake[2]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla/ipc/ipcd' gmake[1]: *** [export] Error 2 gmake[1]: Leaving directory `/opt/local/var/macports/build/ _opt_local_var_macports_sources_rsync.macports.org_release_ports_www_moz illa-devel/work/mozilla' make: *** [all] Error 2 Warning: the following items did not execute (for mozilla-devel): org.macports.activate org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. $