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

Upgrading gnuplot fails
by Dan Stowell 13 Jan '07

13 Jan '07

Hi - I recently ran "sudo port selfupdate" and "sudo port upgrade installed" and various things failed. One of them is gnuplot: As you can see below, an error about not having "makeinfo" appears, although I do indeed have makeinfo installed. The advice also suggests installing texinfo, which is installed via macports (and active). I've been using *ports for a couple of years with no problems before now. I'm on a PPC G4 PowerBook by the way. Grateful for any suggestions about how to resolve this. Best Dan $ sudo port upgrade gnuplot ---> Activating gnuplot 4.0.0_2+darwin_8 ---> Deactivating gnuplot 4.0.0_2+darwin_8 ---> Staging gnuplot into destroot Error: Target com.apple.destroot returned: shell command "cd "/opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/gnuplot-4.0.0" && make install prefix=/opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local" returned error 2 Command output: make[2]: Nothing to be done for `install-exec-am'. make[2]: Nothing to be done for `install-data-am'. Making install in src /bin/sh ../mkinstalldirs /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/bin /usr/bin/install -c gnuplot /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/bin/gnuplot /bin/sh ../mkinstalldirs /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/libexec/gnuplot/4.0 /usr/bin/install -c gnuplot_x11 /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/libexec/gnuplot/4.0/gnuplot_x11 make[3]: Nothing to be done for `install-data-am'. Making install in docs ../mkinstalldirs /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/share/gnuplot/4.0 /usr/bin/install -c -m 644 gnuplot.gih /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/share/gnuplot/4.0/gnuplot.gih /bin/sh /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/gnuplot-4.0.0/missing --run makeinfo -I. ./gnuplot.texi --no-split --output=gnuplot.info dyld: Library not loaded: /opt/local/lib/libintl.3.dylib Referenced from: /opt/local/bin/makeinfo Reason: image not found /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/gnuplot-4.0.0/missing: line 63: 3138 Trace/BPT trap "$@" /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/gnuplot-4.0.0/missing: line 351: 3140 Trace/BPT trap ( makeinfo --version ) >/dev/null 2>&1 WARNING: `makeinfo' is missing on your system. You should only need it if you modified a `.texi' or `.texinfo' file, or any other file indirectly affecting the aspect of the manual. The spurious call might also be the consequence of using a buggy `make' (AIX, DU, IRIX). You might want to install the `Texinfo' package or the `GNU make' package. Grab either from any GNU archive site. sed: --output=gnuplot.info: No such file or directory usage: touch [-acfm] [-r file] [-t [[CC]YY]MMDDhhmm[.SS]] file ... ../mkinstalldirs /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/share/info /usr/bin/install -c -m 644 gnuplot.info /opt/local/var/db/dports/build/_private_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_math_gnuplot/work/destroot/opt/local/share/info/gnuplot.info install: gnuplot.info: No such file or directory make[1]: *** [install-info] Error 71 make: *** [install-recursive] Error 1

2 1

Emacs Keybindings
by Watson Ladd 13 Jan '07

13 Jan '07

How do I make alt work as the Meta key for emacs with x11? Thank You, Watson Ladd -- They who would give up essential Liberty to purchase a little temporary Safety, deserve neither Liberty or Safety --Benjamin Franklin

1 0

fox 1.2.13
by Luc Lefebvre 12 Jan '07

12 Jan '07

Hi, I have run into difficulties in instaling fox (goal is to install freeride). I have MacPorts/Darwinports 1.320 installed. When I try to install fox I get: sudo port install fox ---> Fetching fox ---> Attempting to fetch fox-1.2.13.tar.gz from http://www.fox- toolkit.org/ftp/ ---> Attempting to fetch fox-1.2.13.tar.gz from http://distfiles- od.opendarwin.org/fox ---> Attempting to fetch fox-1.2.13.tar.gz from http://distfiles- msn.opendarwin.org/fox ---> Attempting to fetch fox-1.2.13.tar.gz from http://distfiles- bay13.opendarwin.org/fox ---> Attempting to fetch fox-1.2.13.tar.gz from http://distfiles- od.opendarwin.org/ ---> Attempting to fetch fox-1.2.13.tar.gz from http://distfiles- msn.opendarwin.org/ ---> Attempting to fetch fox-1.2.13.tar.gz from http://distfiles- bay13.opendarwin.org/ Error: Target com.apple.fetch returned: fetch failed Error: Status 1 encountered during processing. When I check the fox ftp site (http://www.fox-toolkit.org/ftp/) I note that fox 1.2.13 is not listed (1.2.18 is though). Does this mean that if the porfile were to be updated to require 1.2.18 that all would work (I suspect that there are only minor bugfixes between the 2 versions) unless 1.2.13 was a typo and 1.2.18 was the version intended all along. I have tried posting to bugreports and emailing the maintainer but haven't had much success yet. Any advice as to what I can/should do woud be much appreciated. Kind regards, -- Luc Lefebvre "Everything should be made as simple as possible, but not simpler." <Albert Einstein>

4 12

Slrn and slrn-dev port
by Sbranzo 12 Jan '07

12 Jan '07

I finally wrote and tested a port for the cvs snapshot of slrn, the same used in debian experimental. It works on tiger, maybe it won't work on phanter because it could have a different automake version installed, but I don't know. Since this is my firt port I'm not sure all things are done well, and I'll appreciate some feedback. While writing this port I noticed that the current slrn binary links against the system openssl library, instead of the macports' one...I wrote an email to the maintainer some time ago, but I had no response so far. Can someone commit the trivial patch attached? Bye, Gufo

1 0

Eterm 0.9.4
by Darrel 12 Jan '07

12 Jan '07

Previously I used 'Eterm @0.9.3_1+background' in DarwinPorts. Today I ran sudo rm -rf /opt/local /Applications/DarwinPorts \ /Library/Tcl/darwinports1.0 \ /Library/StartupItems/DarwinPortsStartup and then used Subversion to checkout macports-trunk. Next I installed MacPorts, but am unsure how to install Eterm 0.9.4. Darrel

3 4

variants question
by belinda thom 12 Jan '07

12 Jan '07

Hi, How am I to know if I should be installing a port w/no extra variants used? In particular, I want to install subversion, whose info is: -------- 32 % port info subversion subversion 1.4.2, devel/subversion (Variants: mod_dav_svn, no_neon, no_bdb, mac_os_x_server_mod_dav_svn, tools, darwin_7) http://subversion.tigris.org/ Subversion is a version control system designed to be as similar to cvs(1) as possible, while fixing many outstanding problems with cvs(1). Library Dependencies: expat, neon, apr, apr-util, db44 Maintainers: dluke(a)geeklair.net ------- I am uncertain how to determine what these things are (e.g. tools). I know I don't want the server, but the others mean nothing to me. Thanks, --b

6 15

xorg port
by Eduard Grebe 11 Jan '07

11 Jan '07

Hi I recently joined the list, so please excuse my ignorance. Can anyone tell me why the xorg port refuses to build? sudo port -v install xorg produces the following error message: ---> Fetching xorg Hi, my name is xorg, and I am broken and looking for someone to fix me. Error: Target com.apple.fetch returned: invalid command name "ui_mdg" Warning: the following items did not execute (for xorg): com.apple.activate com.apple.fetch com.apple.extract com.apple.checksum com.apple.patch com.apple.configure com.apple.build com.apple.destroot com.apple.install Error: Status 1 encountered during processing. I'm not sure how to interpret this. I would like to install x.org since I'm having trouble with XDMCP sessions using Apples X11 Xfree86 implementation, and as far as I understand (I come from the Ubuntu world) x.org development is a lot more active than XFree86 anyway. Many thanks Eduard

4 3

Gomoku port still active?
by Douglas Philips 11 Jan '07

11 Jan '07

I sent off an email to the officially listed maintainer a few days ago. Maybe on vacation, maybe not. Anyways, when I try to install Gomoku, the build appears to go fine, but the install of the .app failes. It seems to be a path name mispelling, as there is a .app generated. Has anyone else seen this? Thanks, --Doug

2 2

was: Mactel 10.4.8 evolution-data-server build failure
by Fred Dushin 11 Jan '07

11 Jan '07

This is a macports issue, specifically, but I'm canvassing unix- porting for an understanding of libtool. Thanks for your patience. > This looks like an old issue. See: http://trac.macports.org/projects/ > macports/ticket/9162 > > If you could file a new ticket with the complete output of `sudo port > -dv install evolution-data-server` that would help in figuring out > what the problem might be. I see that someone submitted full log of the build failure (thanks for doing that), but I don't see any movement on the ticket. I've looked into this a bit more. What seems to be happening is that the evolution-data-server includes a shell script called libtool (not to be confused with Apple's libtool), which goes through a list of system paths, constructing a set of hard coded shlibs that ultimately get linked together though gcc. This list includes libiconv out of / usr/lib (2.2) and out of <macports>/lib (2.4). The result is a big call to gcc, where all -l<name>s are replaced with their hard coded paths. Why someone would write a shell script to do what gcc does is beyond me, but hey, this is free software, so quitchyerbitchin. gcc presumably calls off to the (real) Darwin /usr/bin/libtool, which fails on account of the duplicate symbols (presumably, though libtool does not say that explicitly -- the "errors" are actually reported as warnings). E.g.: ld: warning multiple definitions of symbol __libiconv_version /usr/lib/libiconv.dylib(iconv.o) definition of __libiconv_version /opt/local/lib/libiconv.dylib(iconv.o) definition of __libiconv_version ... /usr/bin/libtool: internal link edit command failed There is also another issue with linking against another shlib that's built locally in the evolution-data-server build, again for the same reason. The issue seems to boil down to the fact that /usr/bin/ libtool will refuse to link libraries where there is some ambiguity as to which symbols to resolve. I can get the shlib to link by hand if I remove these libraries from the link line, but of course this just pops up again on the next call to the gnome libtool [sic] shell script. So... Does anyone know about flags to /usr/bin/libtool, to maybe turn off this behavior (if I understand it correctly). Actually, these would presumably need to be flags to gcc, since the li'l gnome script is calling gcc, not libtool directly. Thanks! -Fred

2 1

p5-xml-simple and expat vs. pureperl
by Brian Hirt 11 Jan '07

11 Jan '07

The latest version of XML::Simple won't build with a pure perl implementation of XML::Simple::PurePerl. This is the error I'm getting: ======================================================================== ===== Fatal error: Your default XML parser (XML::SAX::PurePerl) is broken. There are known bugs in the PurePerl parser included with version 0.13 and 0.14 of XML::SAX. The XML::Simple tests will fail with this parser. One way to avoid the problem is to install XML::SAX::Expat - it will install itself as the system default XML parser and then you will be able to install XML::Simple successfully. XML::SAX::Expat is also much faster than XML::SAX::PurePerl so you probably want it anyway. ======================================================================== ===== It seems there should be a dependency for p5-xml-sax-expat, Even with the expat version installed, it wouldn't build because it seems like when installed via port doesn't it doesn't set itself up as the default parser. I ended up creating a SAX.ini with the following line: ParserPackage = XML::SAX::Expat (0.37) Then I installed p5-xml-sax-expat and then installed p5-xml-simple

2 1