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

sudo port install bing
by Charlse Darwin 18 Dec '07

18 Dec '07

$ 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. $

2 1

jdom fetch error
by lisfolks 18 Dec '07

18 Dec '07

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.

2 3

problem with multiple macports installations
by Daniel Oberhoff 18 Dec '07

18 Dec '07

1 0

dcraw conflict
by David Evans 18 Dec '07

18 Dec '07

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

2 1

gtk2 recursive directory error
by Matrix Mole 18 Dec '07

18 Dec '07

-----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-----

2 1

ion3 window manager no longer available
by Joerg van den Hoff 17 Dec '07

17 Dec '07

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

3 5

Macports application of gromacs on Powerbook G4 and Leopard
by Bonner, Carl E. 17 Dec '07

17 Dec '07

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

1 0

Problems with w3m
by Piet van Oostrum 17 Dec '07

17 Dec '07

I have run it with gdb and it reveals that it hangs in: Program received signal SIGINT, Interrupt. 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 216 /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h: No such file or directory. in /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h (gdb) bt #0 0xffff0292 in ___spin_lock () at /System/Library/Frameworks/System.framework/PrivateHeaders/i386/cpu_capabilities.h:216 This spin_lock is some synchronisation thing in Mac OS X I think. I have also seen problems with it in emacs when malloc calls were done in signal handlers. Does anybody have seen this also and have a clue about what causes this? >port installed w3m The following ports are currently installed: w3m @0.5.2_0 (active) -- Piet van Oostrum <piet(a)cs.uu.nl> URL: http://www.cs.uu.nl/~piet [PGP 8DAE142BE17999C4] Private email: piet(a)vanoostrum.org

2 2

cmus fetch error
by Gabriel Vasseur 17 Dec '07

17 Dec '07

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.

2 1

MacPorts 1.6.0 released!
by Juan Manuel Palacios 17 Dec '07

17 Dec '07

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;

1 0